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.