Kowal Custom Header Links für Magento 2
12,50 € 12,50 €
Kowal_ExportImportCategories ist ein Magento-2-Modul, das den Export und Import von Kategorieattributen im CSV-Format unter Berücksichtigung des ausgewählten store view ermöglicht. Die Erweiterung wurde für Shops entwickelt, die mit mehreren Sprachversionen und mehreren Shop-Ansichten arbeiten oder Kategoriedaten massenhaft aktualisieren müssen, ohne jede Kategorie manuell im Adminbereich zu bearbeiten.
Das Modul ermöglicht den Export von Kategorien in eine CSV-Datei, die Bearbeitung ausgewählter Attribute außerhalb von Magento und anschließend den Import der Daten im Modus zur Aktualisierung bestehender Kategorien oder zur Erstellung neuer Kategorien. Der Import erfolgt für den angegebenen store view, sodass Übersetzungen von Namen, Beschreibungen, Meta-Tags, URLs und anderen Kategorieattributen komfortabel vorbereitet werden können.
Das Modul ist vorgesehen für:
store view.store view.update.insert.select und multiselect über Optionslabels.dry-run, also vollständige Importvalidierung ohne Datenspeicherung.url_key.Der Export ermöglicht die Erstellung einer CSV-Datei mit Kategorien für den ausgewählten store view. Der Administrator wählt die Shop-Ansicht sowie die Kategorieattribute aus, die in der Datei enthalten sein sollen. Das Modul fügt automatisch die Systemspalten hinzu, die zur Identifikation der Kategorien und zur Beibehaltung der Baumstruktur erforderlich sind.
Der Export kann verwendet werden für:
Der Export umfasst Kategorieattribute. Das Modul exportiert keine Produkte, die Kategorien zugewiesen sind. Es führt auch keine Löschvorgänge für Kategorien aus.
Der Administrator kann auswählen:
Store View,Das Modul unterstützt zwei Modi für den Export von Werten:
resolved_value - exportiert wird der im jeweiligen store view sichtbare Wert, also unter Berücksichtigung des Magento-Fallbacks auf den Standardwert.store_override_only - exportiert wird nur der direkt für den jeweiligen store view überschriebene Wert; wenn der Wert vererbt wird, bleibt die CSV-Zelle leer.Der Modus resolved_value ist praktisch für redaktionelle Arbeiten, da er den tatsächlich im Shop sichtbaren Wert anzeigt. Der Modus store_override_only ist nützlich, wenn ausschließlich Übersetzungen oder spezifische Überschreibungen für eine bestimmte Shop-Ansicht kontrolliert werden sollen.
Der Import ermöglicht das Einlesen einer CSV-Datei und das Speichern ausgewählter Kategorieattribute für den angegebenen store view. Die im Importformular ausgewählte Store View ist maßgeblich, und die Spalte store_view_code aus der CSV wird zur Validierung verwendet, ob die Datei mit der ausgewählten Shop-Ansicht übereinstimmt.
Der Import kann verwendet werden für:
url_key,updateDer Modus update aktualisiert bestehende Kategorien. Das Modul erstellt in diesem Modus keine neuen Kategorien.
Die Kategorie wird in erster Linie anhand von entity_id gesucht. Wenn entity_id nicht verfügbar ist, kann das Modul category_path verwenden, sofern der Pfad eindeutig auf eine Kategorie verweist.
Der Modus update wird empfohlen für:
Beispielszenario für eine Übersetzung:
store_view_code in der CSV auf den Code der Ziel-Store-View.entity_id.name, description, meta_title, meta_description.update für die Ziel-Store-View.In dieser Variante speichert das Modul die ausgewählten Attribute im Kontext der numerischen store_id, die im Importformular ausgewählt wurde.
insertDer Modus insert erstellt neue Kategorien. In diesem Modus ist entity_id nicht erforderlich, da Magento sie automatisch vergibt.
Für eine neue Kategorie muss ein übergeordnetes Element angegeben werden über:
parent_entity_id,parent_path.Der Modus insert wird empfohlen für:
Wenn der Import sowohl ein übergeordnetes Element als auch ein untergeordnetes Element enthält, sollten die Daten in der Reihenfolge von Kategorien höherer Ebene zu Kategorien niedrigerer Ebene angeordnet sein.
Die erste Zeile der CSV-Datei muss Spaltenüberschriften enthalten. Die Spalten unterteilen sich in:
Attributspalten müssen den Magento-Attributcodes entsprechen, z. B.:
name,url_key,description,meta_title,meta_description,is_active,include_in_menu.Das Modul verwendet die folgenden Systemspalten:
store_view_code,entity_id,parent_entity_id,category_path,parent_path,level,position,attribute_set_id.Systemspalten werden nicht als EAV-Attribute behandelt. Sie dienen der Identifikation von Kategorien, der Validierung der Store View und der Wiederherstellung der Baumstruktur.
store_view_code,entity_id,category_path,name,url_key,is_active,include_in_menu,meta_titlepl,13,Default Category/Gear/Bags,Torby,torby,1,1,Torbypl,14,Default Category/Gear/Fitness Equipment,Sprzet fitness,sprzet-fitness,1,1,Sprzet fitnessstore_view_code,parent_entity_id,parent_path,category_path,name,url_key,is_active,include_in_menudefault,12,Default Category/Gear,Default Category/Gear/Helmets,Helmets,helmets,1,1default,12,Default Category/Gear,Default Category/Gear/Gloves,Gloves,gloves,1,1Das Modul speichert Werte in CSV als Text. Dadurch kann die Datei in einer Tabellenkalkulation bearbeitet, an einen Übersetzer übergeben oder automatisch in einem externen System vorbereitet werden.
Für Attribute vom Typ select und multiselect arbeitet das Modul mit Optionslabels und nicht mit technischen Options-IDs. Das bedeutet, dass in der CSV lesbare Werte sichtbar sind, wie Products only, Position oder Price.
Bei multiselect werden mehrere Werte durch das Trennzeichen | getrennt.
Beispiel:
store_view_code,entity_id,category_path,display_mode,available_sort_by,default_sort_bydefault,13,Default Category/Gear/Bags,Products only,Position|Product Name|Price,PositionWenn das Optionslabel nicht existiert oder nicht eindeutig ist, meldet der Import einen Validierungsfehler.
Während des Imports wählt der Administrator aus, wie leere CSV-Zellen interpretiert werden sollen:
skip_empty - eine leere Zelle ändert den bestehenden Wert nicht.clear_value - eine leere Zelle löscht den Attributwert für die ausgewählte Store View.use_default - eine leere Zelle entfernt die Store-View-Überschreibung und erlaubt Magento, den Standardwert zu verwenden.Standardmäßig wird für Aktualisierungen skip_empty empfohlen, da dies das Risiko eines versehentlichen Löschens von Daten reduziert.
Das Modul ermöglicht die Konfiguration einer Strategie für url_key:
use_csv_value - verwendet den Wert aus der CSV.generate_from_name - generiert url_key auf Basis des Attributs name.keep_existing - behält im Modus update den aktuellen url_key bei.magento_default - überlässt die URL-Behandlung dem Standardmechanismus von Magento.Der Administrator kann außerdem festlegen, ob bei einer Änderung von url_key Permanent Redirects erstellt werden sollen.
Diese Konfiguration ist insbesondere bei Übersetzungen wichtig, da verschiedene Shops unterschiedliche Strategien verwenden können:
Das Modul kann Attribute von Kategoriebildern importieren, wenn die entsprechenden Spalten für den Import ausgewählt werden.
Standardmäßiges Quellverzeichnis:
pub/media/import/categoriesIn der CSV wird ein Textpfad relativ zu diesem Verzeichnis angegeben, z. B.:
gear/bags.jpgDas Modul validiert das Vorhandensein der Datei sowie die Dateierweiterung. Unterstützt werden sichere Grafikformate wie:
jpg,jpeg,png,webp,gif.Der Modus dry-run ermöglicht das Ausführen der Importvalidierung, ohne Daten in Magento zu speichern.
In diesem Modus:
select und multiselect zu,Dies ist der empfohlene erste Schritt vor jedem größeren Import.
Der Import erfolgt in Batches. Die Batchgröße kann im Importformular konfiguriert werden.
Standardwert:
100 wierszyBatch processing reduziert das Risiko von Timeouts und übermäßigem Speicherverbrauch bei größeren Dateien.
Das Modul unterstützt drei Verhaltensvarianten bei Fehlern:
skip_invalid_rows - fehlerhafte Zeilen werden übersprungen, korrekte Zeilen werden weiter importiert.stop_on_first_error - der Import wird nach dem ersten Fehler gestoppt.all_or_nothing - wenn eine beliebige Zeile einen Fehler enthält, werden keine Daten gespeichert.Für große Importe wird skip_invalid_rows empfohlen, da damit korrekte Daten verarbeitet und ein Problembericht für die übrigen Zeilen erstellt werden kann.
Nach dem Import generiert das Modul einen CSV-Bericht mit:
Die Importhistorie ist im Adminbereich verfügbar. Der Administrator kann prüfen:
dry-run ausgeführt wurde,Das Modul verwendet Magento ACL und fügt separate Berechtigungen für Export, Import und Importhistorie hinzu.
Der Import ist abgesichert durch:
Das Modul löscht keine Kategorien und importiert keine Produkte, die Kategorien zugewiesen sind.
Sie exportieren Kategorien aus der Basis-Store-View, ergänzen die Übersetzungen in der CSV, ändern store_view_code auf den Code der Ziel-Store-View und importieren die Daten im Modus update.
Sie exportieren die Attribute meta_title, meta_description, url_key, bearbeiten sie in der CSV und importieren nur die ausgewählten Spalten.
Sie bereiten eine CSV-Datei mit category_path, parent_path, name und anderen erforderlichen Attributen vor und importieren sie anschließend im Modus insert.
Wenn der Shop eigene Kategorieattribute hat, liest das Modul diese dynamisch aus EAV aus und ermöglicht ihre Auswahl beim Export und Import.
Nach der Installation ist das Modul verfügbar unter:
System > Data Transfer > Export/Import CategoriesVerfügbare Ansichten:
Export Categories,Import Categories,Import History.Dieses Dokument beschreibt die Installation, Konfiguration und Nutzung des Moduls Kowal_ExportImportCategories für Magento 2. Die Anleitung berücksichtigt Informationen aus der Datei README.md sowie die im Modul implementierten Funktionen.
8.1 oder neuer.pub/media/import/categories abzulegen.Das Modul ist über ein Composer-Repository verfügbar.
composer config repositories.export.import.categories vcs https://github.com/kowalco/export-import-categoriesWenn das Repository privat ist, konfigurieren Sie den GitHub-Token:
composer config --global --auth github-oauth.github.com Ersetzen Sie durch Ihren eigenen Zugriffstoken.
composer require kowal/module-export-import-categoriesbin/magento module:enable Kowal_ExportImportCategoriesbin/magento setup:upgradebin/magento cache:flushAuf Produktionsumgebungen oder im production-Modus:
bin/magento setup:di:compileWenn die Umgebung dies erfordert:
bin/magento setup:static-content:deploybin/magento cache:flushAlternativ kann das Modul manuell im Verzeichnis abgelegt werden:
app/code/Kowal/ExportImportCategoriesNach dem Kopieren der Dateien führen Sie aus:
bin/magento module:enable Kowal_ExportImportCategoriesbin/magento setup:upgradebin/magento cache:flushIm production-Modus führen Sie zusätzlich aus:
bin/magento setup:di:compilePrüfen Sie nach der Installation, ob das Modul aktiv ist:
bin/magento module:status Kowal_ExportImportCategoriesDas Modul sollte in der Liste der aktiven Module enthalten sein.
Gehen Sie im Adminbereich zu:
System > Data Transfer > Export/Import CategoriesEs sollten drei Einträge sichtbar sein:
Export Categories,Import Categories,Import History.Das Modul fügt separate Administratorberechtigungen hinzu:
Export/Import Categories,Wenn ein Admin-Benutzer das Modulmenü nicht sieht, prüfen Sie die Benutzerrolle unter:
System > Permissions > User RolesVergeben Sie anschließend die entsprechenden Berechtigungen für die Modulressourcen.
Das Modul ist verfügbar unter:
System > Data Transfer > Export/Import CategoriesAnsichten:
Export Categories - Export von Kategorien nach CSV.Import Categories - Import von Kategorien aus CSV.Import History - Importhistorie und Berichte.Die Exportansicht ermöglicht die Erstellung einer CSV-Datei mit Kategorien.
Wählt die Store View aus, aus der die Werte der Kategorieattribute gelesen werden.
Wenn Sie eine Sprach-Store-View auswählen, kann der Export je nach Wertemodus entweder spezifische Werte für diese Store View oder aus dem Default Scope geerbte Werte enthalten.
Optionales Feld, mit dem der Export auf eine ausgewählte Kategorie und ihren Unterbaum beschränkt werden kann.
Wenn das Feld leer bleibt, exportiert das Modul Kategorien ab der Root Category der ausgewählten Store View.
Legt fest, wie von der Store View abhängige Werte exportiert werden.
Verfügbare Varianten:
resolved_value,store_override_only.resolved_value exportiert den in der ausgewählten Store View sichtbaren Wert unter Berücksichtigung des Magento-Fallbacks.
store_override_only exportiert nur den für die ausgewählte Store View überschriebenen Wert. Wenn der Wert aus dem Default Scope geerbt wird, bleibt die CSV-Zelle leer.
CSV-Trennzeichen. Standardmäßig:
,Es kann ein anderes Trennzeichen verwendet werden, wenn die Datei in einem Tool bearbeitet wird, das z. B. ein Semikolon erfordert.
Liste der in Magento verfügbaren Kategorieattribute.
Das Modul liest Attribute dynamisch aus EAV aus, daher können in der Liste auch eigene Kategorieattribute erscheinen, die im Projekt hinzugefügt wurden.
Systemspalten werden automatisch hinzugefügt und müssen nicht ausgewählt werden.
Der Export sollte immer Systemspalten enthalten:
store_view_code,entity_id,parent_entity_id,category_path,parent_path,level,position,attribute_set_id.Diese Spalten dienen der Identifikation von Kategorien, der Validierung der Store View und der Verarbeitung der Baumstruktur.
Die Importansicht ermöglicht das Einlesen einer CSV-Datei und das Speichern von Kategoriedaten.
Wählt die Store View aus, in der die Werte gespeichert werden.
Dieses Feld bestimmt die numerische store_id, die beim Speichern in Magento-Tabellen verwendet wird.
Die Spalte store_view_code aus der CSV wird nicht direkt in store_id umgewandelt. Sie wird zur Validierung verwendet, ob die Datei zur ausgewählten Store View passt.
Beispiel:
store_id = 1,store_view_code enthalten sein, der dieser Store View entspricht,store_id = 1.Verfügbare Modi:
update,insert.update aktualisiert bestehende Kategorien.
insert erstellt neue Kategorien.
CSV-Datei mit Headern in der ersten Zeile.
Die Datei sollte in UTF-8 kodiert sein.
CSV-Trennzeichen. Es muss dem in der Datei verwendeten Trennzeichen entsprechen.
Legt das Verhalten für Spalten fest, die weder Systemspalten noch bekannte Kategorieattribute sind.
Verfügbare Varianten:
error - der Import meldet einen Fehler für unbekannte Spalten.ignore - unbekannte Spalten werden ignoriert.Empfohlene Variante:
errorLegt fest, wie das Modul leere CSV-Zellen interpretiert.
Verfügbare Varianten:
skip_empty,clear_value,use_default.skip_empty bedeutet, dass eine leere Zelle den aktuellen Wert nicht ändert.
clear_value bedeutet, dass eine leere Zelle den Attributwert löscht.
use_default bedeutet, dass eine leere Zelle die Store-View-Überschreibung entfernt und Magento erlaubt, den Standardwert zu verwenden.
Empfohlene Variante für Aktualisierungsimporte:
skip_emptyLegt fest, wie das Attribut url_key behandelt wird.
Verfügbare Varianten:
use_csv_value,generate_from_name,keep_existing,magento_default.use_csv_value speichert url_key aus der CSV.
generate_from_name generiert url_key auf Basis des Werts name.
keep_existing behält im Modus update den bestehenden url_key bei.
magento_default überlässt die URL-Behandlung dem Standardmechanismus von Magento.
Diese Option legt fest, ob Magento bei einer Änderung von url_key einen Permanent Redirect erstellen soll.
Es lohnt sich, sie zu aktivieren, wenn eine Änderung der Kategorie-URL SEO-Weiterleitungen von alten Adressen erhalten soll.
Basisverzeichnis für den Import von Kategoriebildern relativ zu pub/media.
Standardmäßig:
import/categoriesVollständiger Pfad in Magento:
pub/media/import/categoriesWenn Sie in der CSV Folgendes angeben:
gear/bags.jpgsucht das Modul nach der Datei:
pub/media/import/categories/gear/bags.jpgLegt das Importverhalten bei Fehlern fest.
Verfügbare Varianten:
skip_invalid_rows,stop_on_first_error,all_or_nothing.skip_invalid_rows überspringt fehlerhafte Zeilen und setzt den Import fort.
stop_on_first_error stoppt den Import nach dem ersten Fehler.
all_or_nothing erfordert die Korrektheit der gesamten Datei; wenn ein Fehler auftritt, sollte der Import keine Daten speichern.
Empfohlene Variante für große Dateien:
skip_invalid_rowsAnzahl der in einem Batch verarbeiteten Zeilen.
Standardmäßig:
100Ein niedrigerer Wert reduziert den Speicherverbrauch. Ein höherer Wert kann den Import auf leistungsfähigeren Umgebungen beschleunigen.
Liste der Attribute, die importiert werden sollen.
Der Import aktualisiert nur die ausgewählten Attribute. Wenn eine Spalte in der CSV vorhanden ist, das Attribut im Formular jedoch nicht ausgewählt wurde, sollte das Modul es nicht speichern.
Validierungsmodus ohne Datenspeicherung.
Es wird empfohlen, dry-run vor dem eigentlichen Import auszuführen, insbesondere bei großen Dateien oder SEO-Änderungen.
Der Modus update dient zur Aktualisierung bestehender Kategorien.
Die CSV muss enthalten:
store_view_code,entity_id oder category_path,Das Modul versucht, die Kategorie zu finden über:
entity_id,category_path, wenn entity_id leer ist.entity_id ist der beste Identifikator, wenn der Import in derselben Magento-Umgebung erfolgt.
category_path ist zwischen Umgebungen besser übertragbar, muss jedoch eindeutig sein.
store_view_code,entity_id,category_path,name,url_key,meta_title,meta_descriptionpl,13,Default Category/Gear/Bags,Torby,torby,Torby,Torby i akcesoriapl,14,Default Category/Gear/Gloves,Rekawiczki,rekawiczki,Rekawiczki,Rekawiczki sportoweImporteinstellungen:
Store View: polnische Store View,Import Mode: update,Attributes to Import: name, url_key, meta_title, meta_description,URL Key Strategy: use_csv_value,Empty Values Policy: skip_empty,Dry Run, danach der eigentliche Import.Der Modus insert dient zur Erstellung neuer Kategorien.
Die CSV muss enthalten:
store_view_code,category_path,parent_entity_id oder parent_path,name,entity_id ist nicht erforderlich, da Magento sie automatisch vergibt.
store_view_code,parent_entity_id,parent_path,category_path,name,url_key,is_active,include_in_menudefault,12,Default Category/Gear,Default Category/Gear/Helmets,Helmets,helmets,1,1default,12,Default Category/Gear,Default Category/Gear/Gloves,Gloves,gloves,1,1Importeinstellungen:
Store View: default store view,Import Mode: insert,Attributes to Import: name, url_key, is_active, include_in_menu,URL Key Strategy: use_csv_value oder generate_from_name,Error Policy: skip_invalid_rows,Dry Run.Das Modul unterstützt select und multiselect über Optionslabels.
Technische Options-IDs müssen nicht angegeben werden.
Beispiel:
store_view_code,entity_id,category_path,display_mode,available_sort_by,default_sort_bydefault,13,Default Category/Gear/Bags,Products only,Position|Product Name|Price,PositionBei multiselect werden mehrere Werte durch das Trennzeichen getrennt:
|Wenn das Label nicht existiert oder nicht eindeutig ist, meldet der Import einen Fehler.
Legen Sie vor dem Import von Bildern die Dateien im Verzeichnis ab:
pub/media/import/categoriesCSV-Beispiel:
store_view_code,entity_id,category_path,image,thumbnaildefault,13,Default Category/Gear/Bags,gear/bags.jpg,gear/bags-thumb.jpgImporteinstellungen:
Images Base Directory: import/categories,image, thumbnail.Das Modul prüft, ob die Dateien existieren und unterstützte Erweiterungen haben.
Nach dem Import generiert das Modul einen CSV-Bericht.
Der Bericht enthält:
Statuswerte können umfassen:
success,error,skipped_no_change,skipped_existing.Die Importhistorie ist verfügbar unter:
System > Data Transfer > Export/Import Categories > Import HistoryDie Historie enthält:
dry-run,store_view_code der Ziel-Store-View entspricht.update.Empty Values Policy auf skip_empty.Dry Run aus.category_path, parent_path oder parent_entity_id vor.insert.name sowie andere erforderliche Attribute aus.Dry Run aus.Nach dem Import von Kategorieänderungen empfiehlt es sich, den Magento-Cache zu aktualisieren:
bin/magento cache:cleanWenn der Shop nach größeren Katalogänderungen eine manuelle Reindizierung erfordert:
bin/magento indexer:reindexIn typischen Magento-Installationen sollte das Speichern von Kategorien über die Standardmechanismen von Magento die entsprechenden Prozesse im Zusammenhang mit dem Kategoriemodell auslösen, nach großen Importen wird jedoch eine Kontrolle von Cache und Indizes empfohlen.
Prüfen Sie, ob der Code in der Spalte store_view_code der im Importformular ausgewählten Store View entspricht.
Prüfen Sie:
Attributes to Import ausgewählt wurde,Empty Values Policy nicht auf skip_empty gesetzt ist,Dry Run ausgeführt wurde.Prüfen Sie, ob das Optionslabel in der CSV exakt dem Optionslabel in Magento für die ausgewählte Store View entspricht.
Prüfen Sie:
pub/media/import/categories existiert,Prüfen Sie parent_entity_id oder parent_path. Der Parent muss in Magento existieren oder früher in der Importdatei enthalten sein.
Wenn das Modul über Composer installiert wurde:
composer remove kowal/module-export-import-categoriesbin/magento setup:upgradebin/magento cache:flushStellen Sie vor der Deinstallation sicher, ob die Importhistorie gelöscht werden darf. Das Modul erstellt die Tabelle:
kowal_export_import_categories_historytandembaits.com ist ein Onlineshop in der Angelbranche. Das Angebot des Shops basiert auf einem spezialisierten Sortiment, bei dem korrekte Kategorienamen, präzise Beschreibungen und gut vorbereitete URLs direkte Bedeutung für die Benutzerfreundlichkeit des Shops, SEO und die Kommunikation mit Kunden in verschiedenen Ländern haben.
Im Rahmen des Ausbaus des Shops um neue Sprachversionen benötigte der Kunde eine effektive Methode zur Verwaltung von Kategorien in Magento 2.
Das größte Problem war die Spezifik der Angelbranche. Kategorienamen sind keine einfachen, universellen Bezeichnungen. Sie beziehen sich häufig auf konkrete Angeltechniken, Arten von Ködern, Zubehör, Produktserien oder Begriffe, die nur von fortgeschrittenen Anglern verwendet werden.
Bei 10 Sprachversionen war die manuelle Verwaltung der Kategorien im Magento-Panel zu zeitaufwendig und fehleranfällig. Der Kunde benötigte volle Kontrolle über:
Der Arbeitsumfang umfasste mehrere Dutzend Kategorien in 10 Sprachversionen. Das bedeutete Hunderte von Textwerten, die vorbereitet, geprüft, korrigiert und importiert werden mussten.
Die Standardarbeit im Magento-Panel würde die Bearbeitung jeder Kategorie einzeln für jede Store View erfordern. Bei mehreren Dutzend Kategorien und 10 Sprachen wäre ein solcher Prozess langsam und schwer zu kontrollieren.
Die wichtigsten Risiken bei manueller Arbeit:
Der Kunde benötigte einen Prozess, der es ermöglicht, Daten gesammelt vorzubereiten, sie vor dem Import zu prüfen und sicher nur ausgewählte Attribute für eine konkrete Store View zu speichern.
Für dieses Szenario wurde das Modul Export Import Categories für Magento 2 eingesetzt.
Das Modul ermöglichte den Export von Kategorien in eine CSV-Datei, die Vorbereitung der Sprachdaten außerhalb des Magento-Panels und den erneuten Import der Werte in die ausgewählte Store View.
Der Prozess basierte auf dem Modus update, da die Kategoriestruktur im Shop bereits vorhanden war. Ziel war nicht die Erstellung eines neuen Kategoriebaums, sondern die Ergänzung und Korrektur von Daten für weitere Sprachversionen.
Im Projekt waren die folgenden Modulfunktionen entscheidend:
entity_id als stabilem Kategorie-Identifikator,store_view_code auf den Code der Zielsprache,update,url_key,Zunächst wurden die Kategorien aus der Basis-Store-View exportiert. Die CSV-Datei enthielt Systemspalten sowie ausgewählte Attribute, die für die Vorbereitung der Sprachversionen erforderlich waren.
Die wichtigsten Systemspalten:
store_view_code,entity_id,category_path,parent_path.Die wichtigsten Arbeitsattribute:
name,url_key,description,meta_title,meta_description.Auf Basis der exportierten CSV wurden separate Daten für die einzelnen Sprachversionen vorbereitet.
Dadurch konnten die für Inhalte verantwortlichen Personen in einer Tabelle arbeiten und viele Kategorien gleichzeitig sehen. Das war besonders wichtig in der Angelbranche, wo Kategorienamen mit der lokalen Terminologie und der tatsächlichen Produktsuche der Kunden übereinstimmen müssen.
In den Importdateien wurde entity_id beibehalten, damit das Modul die CSV-Zeilen eindeutig den vorhandenen Magento-Kategorien zuordnen konnte.
Dadurch konnten Übersetzungen ohne das Risiko importiert werden, doppelte Kategorien zu erstellen.
Für jede Sprachversion wurde in der CSV der entsprechende store_view_code gesetzt und im Importformular dieselbe Store View ausgewählt.
Das Modul validierte die Übereinstimmung dieser Daten. Dadurch wurde das Risiko eines versehentlichen Imports von Übersetzungen in die falsche Shop-Ansicht reduziert.
Der Import wurde im Modus update durchgeführt, wobei nur die Attribute ausgewählt wurden, die für die jeweilige Sprachversion geändert werden sollten.
Dadurch griff das Modul nicht in die übrigen Kategoriedaten ein.
Vor dem eigentlichen Import konnte eine Validierung ohne Datenspeicherung ausgeführt werden.
Der Modus dry-run ermöglichte die Prüfung:
store_view_code zur ausgewählten Store View passt,entity_id auf bestehende Kategorien verweist,Nach dem Import generierte das Modul einen Bericht, mit dem der Status der einzelnen Zeilen geprüft werden konnte.
Der Bericht war besonders hilfreich bei der Arbeit mit vielen Sprachen, da er eine schnelle Erkennung möglicher Fehler in einer konkreten Datei oder Kategorie ermöglichte.
CSV war für dieses Projekt ein praktisches Format, weil:
entity_id und store_view_code erhalten bleibt.Das Modul ermöglichte dem Kunden, Kategorien in 10 Sprachversionen strukturiert und wiederholbar zu verwalten.
Statt jeder manuellen Bearbeitung einzelner Kategorien im Magento-Panel konnte das Team mit CSV-Dateien arbeiten, Übersetzungen gesammelt vorbereiten und nur ausgewählte Attribute für eine konkrete Store View importieren.
Die wichtigsten Vorteile:
Im Projekt war die Möglichkeit, url_key, Kategorienamen und Beschreibungen zu kontrollieren, von besonderer Bedeutung.
Für einen Shop, der in vielen Sprachen tätig ist, reichen automatische Übersetzungen oder das zufällige Kopieren von Kategorienamen nicht aus. Jeder Markt kann andere Fachbegriffe verwenden, und im Angelsport sind terminologische Unterschiede besonders wichtig.
Das Modul ermöglichte eine bewusste Vorbereitung der SEO-Werte für jede Sprachversion:
Der Ausbau von tandembaits.com um 10 Sprachversionen erforderte ein Tool, das eine effiziente Verwaltung von Magento-2-Kategorien auf Store-View-Ebene ermöglicht.
Export Import Categories löste dieses Problem, indem die Arbeit von der manuellen Bearbeitung im Magento-Panel in einen kontrollierten Prozess auf Basis von CSV, Validierung und dem Import ausgewählter Attribute verlagert wurde.
Dadurch erhielt der Kunde die Möglichkeit, spezialisierte Kategorienamen, URLs und Beschreibungen für viele Sprachen komfortabel zu verwalten, ohne das Risiko eines versehentlichen Überschreibens der gesamten Kategoriestruktur.