Wer Produktdaten, Kundenkonten oder Bestellungen in Magento 2 oder Adobe Commerce massenhaft bewegen will, stößt schnell an Grenzen. Das native Import-Export-Modul verarbeitet CSV-Dateien – aber nur, wenn Spaltennamen, Trennzeichen und Attribut-Codes exakt zur Datenbankstruktur passen. Ein falsch gesetztes Semikolon, ein leeres Pflichtfeld, und der komplette Lauf bricht ab. Für Shopbetreiber ab einer Million Euro Jahresumsatz ist das kein Randthema: Jede Produktmigration, jeder Lieferanten-Feed, jeder Wechsel eines ERP-Systems hängt an diesen Prozessen.
Was unterscheidet Magento 2 Import und Export von Adobe Commerce?
Funktional ist die Basis identisch, denn Adobe Commerce ist die kommerzielle Edition derselben Codebasis. Der Unterschied liegt im Betrieb: Adobe Commerce bietet Cloud-Infrastruktur, Staging-Umgebungen und Support-SLAs, was für große Datenläufe relevant ist. Wer Tausende SKUs importiert, sollte den Lauf nicht gegen den Live-Shop fahren, sondern über eine Staging-Umgebung testen. Im Kern gilt für beide Editionen: Der Import läuft über System > Data Transfer > Import, der Export über den passenden Bereich, jeweils mit Auswahl der Entität – Products, Advanced Pricing, Customers and Addresses, Customer Finances oder Cart Rules.
Warum scheitern Importe in der Praxis so oft?
Drei Ursachen dominieren. Erstens Formatfehler: Magento erwartet UTF-8, definierbare Trennzeichen und korrekte Anführungszeichen-Escaping. Zweitens falsche Attribut-Codes – wer ein Attribut im Backend umbenennt, ohne den Code anzupassen, produziert leere Zellen. Drittens Größe: Sehr große CSV-Dateien laufen in PHP-Speicher- und Timeout-Limits, besonders bei Shared-Hosting.
Wer regelmäßig große Datenmengen bewegt, fährt mit spezialisierten Extensions deutlich stabiler. Marktübliche Lösungen wie der Improved Import & Export-Modul-Anbieter oder Firebear und ähnliche Tools bieten geplante Jobs, Mapping-Vorlagen und Unterstützung für Formate jenseits von CSV, etwa XML oder JSON. Das ist redaktionell kein Muss, aber ein realistischer Hinweis für Betriebe, die wöchentlich Feeds einspielen.
- Produktdaten: Attribute, Kategorien, Preise und Bestände in einer CSV – Konsistenz der Codes ist Pflicht.
- Kunden: Adressen nur mit korrekter Länder- und Regionscodierung importierbar.
- Bestellungen: kein nativer Import, Custom-Entwicklung oder Extension erforderlich.
Wie bereiten Händler einen sauberen Datenlauf vor?
Der pragmatische Weg: erst exportieren, dann als Vorlage nutzen. Wer eine bestehende Produkt-CSV aus Magento exportiert, erhält exakt die Spaltenstruktur, die der Import erwartet. Diesen Export mit Testdaten befüllen, in einer Staging-Umgebung einspielen, Fehlerlog prüfen – erst danach gegen den Live-Shop. Adobe dokumentiert für beide Editionen die zulässigen Werte pro Entität, doch die Dokumentation hinkt bei Custom Attributes und Multi-Store-Setups regelmäßig hinterher.
Ein Import ist kein Upload, sondern ein Datenbank-Schreibvorgang mit Regeln. Wer das ignoriert, debuggt später einzelne Datensätze statt der Datei.
Für Adobe Commerce spielt zudem die Indexierung eine Rolle: Nach großen Produktimporten muss der Index neu aufgebaut werden, sonst zeigen Kategorien und Suche veraltete Ergebnisse. Im Cloud-Setup geschieht das teils automatisch, in der On-Premise-Variante bleibt es Handarbeit.
Ob der native Weg reicht, hängt an der Frequenz. Ein einmaliger Katalogaufbau ist mit Bordmitteln machbar. Ein wöchentlicher Lieferanten-Feed mit mehreren Tausend Zeilen braucht Automatisierung – und die kommt 2026 in den seltensten Fällen aus dem Magento-Kern.