Ein deutscher Händler mit 48.000 SKUs wollte Ende 2025 seinen Adobe Commerce-Shop auf einen neuen PIM umstellen. Der Import der Produktdaten über das native Magento-2-CSV-Tool brach nach 14 Stunden bei 62 Prozent ab. Kein Fehlerlog, keine Zeilennummer, keine Chance auf Wiederaufnahme. Zwei Wochen später war der Relaunch verschoben — wegen eines Features, das Adobe seit Version 2.0 mitliefert.
Wer heute Magento 2 oder Adobe Commerce betreibt, kennt das Muster. Import und Export sehen nach Standardfunktion aus. In der Praxis sind sie eine der größten operativen Schwachstellen im Shop-Management. Das liegt nicht nur an der Technik, sondern an einer grundsätzlichen Fehlannahme: dass Datenübertragung ein einmaliger Vorgang sei.
Warum Magento 2 Import und Export so viele Händler in die Krise treiben
Das native Import-Tool von Magento 2 arbeitet CSV-basiert und synchron. Jede Zeile wird einzeln validiert, jedes Attribut gegen den Katalog geprüft, jede Änderung sofort persistiert. Bei 500 Produkten ist das unauffällig. Bei 20.000 Varianten mit individuellen Preisen, Lagerbeständen und kundenspezifischen Tier-Preisen wird daraus ein Skalierungsproblem.
Adobe hat mit den bin/magento-Befehlen import:run, import:status und import:rollback einen asynchronen Pfad nachgeliefert. Der läuft über Message Queues und RabbitMQ, funktioniert aber nur für Produkte und Kunden — nicht für Bestellungen, Kreditmemos oder Custom Entities.
Das ist die zentrale Einschränkung, die viele Agenturen in Angeboten unterschlagen. Order-Import ist in Magento 2 eine Lücke, kein Feature. Adobe Commerce hat sie bis heute nicht geschlossen.
Wie funktioniert der native Magento 2 Import in der Praxis?
Der CSV-Import läuft über System → Data Transfer → Import. Zulässige Entitäten sind Produkte, Kunden, Advanced Pricing und mit Adobe Commerce auch Kategorie-, CMS- und Bestelladressen. Die Validierung ist streng: UTF-8-Kodierung, Komma-Trennung mit Semikolon-Konflikt, feste Spaltenreihenfolge abhängig von der Attributmenge.
Drei Fehlerquellen dominieren die Praxis:
- Encoding-Kollisionen: Deutsche Umlaute, Sonderzeichen in Produktnamen und Währungssymbole brechen Imports regelmäßig ab, weil Excel beim Speichern als CSV die Kodierung auf Windows-1252 zurücksetzt.
- Attribut-Set-Mismatch: Wer ein Produkt mit einem Attribut befüllt, das dem zugewiesenen Attribut-Set fehlt, verliert die Zeile ohne Warnung.
- Speicher-Timeout: PHP-max_execution_time und memory_limit kollidieren bei Zeilen über 10.000 fast immer mit den Standardwerten deutscher Hoster.
Der offizielle Umweg für große Datenmengen führt über die CLI. Dort greifen eigene Worker-Prozesse, parallele Batches und echte Fehlerprotokolle. Für Einsteiger ist das keine Option — für Agenturen mit regelmäßigen Katalog-Migrationen schon.
Welche Tools lösen das Problem wirklich?
Der Markt für Magento-Import-Extensions ist konsolidiert. Drei Anbieter dominieren den DACH-Raum.
Magento 2 Improved Import & Export von Firebear ist der flexibelste Kandidat. Er unterstützt CSV, XML, JSON, Excel, Google Sheets sowie API-Feeds von Shopify, WooCommerce und BigCommerce. Natives Order-Import, Scheduled Profiles und XSLT-Transformationen sind integriert. Preise starten bei rund 350 Euro pro Jahr für eine Single-Installation.
DataJet punktet bei B2B-Händlern mit komplexen Preismodellen und ERP-Anbindungen. Der Fokus liegt auf bidirektionalem Sync statt Einmal-Import. Wer SAP oder Microsoft Dynamics anbindet, landet fast immer hier.
Mageplaza Import & Export ist die günstigere Variante für Händler, die primär Produkte und Kunden übertragen. Die Extension kostet rund 150 Euro pro Jahr und deckt die Kernfälle sauber ab.
Bei mehr als 30.000 SKUs ist kein natives Magento-Tool mehr wirtschaftlich. Der Zeitaufwand für Fehlerkorrektur überschreitet die Lizenzkosten nach dem dritten Import.
Was ändert sich mit Adobe Commerce 2.4.8 und der neuen Import-Pipeline?
Adobe hat mit der Version 2.4.7 die REST-API-Limits überarbeitet und /V1/import/json sowie Bulk-Endpunkte für Produkte stabilisiert. In 2.4.8 kommen dedizierte Message-Queue-Topics für Customer- und Category-Imports dazu. Die asynchrone Verarbeitung skaliert jetzt sauberer.
Im Europäischen Markt ist das relevant, weil Adobe Commerce Cloud-Kunden in Frankfurt und Amsterdam oft mit HTTP-Rate-Limits kämpfen. Die neuen Bulk-Endpunkte reduzieren die Zahl der Requests pro 10.000 SKUs von rund 30.000 auf unter 400.
Für den deutschen Markt kommt ein weiterer Faktor hinzu: Die Pflicht zur Umsatzsteuer-ID-Validierung im B2B-Segment erfordert regelmäßige Kundenexporte in Steuerberater-Systeme. Das bedeutet, dass Kundenexport nicht mehr gelegentlich, sondern monatlich stattfindet. Wer hier mit manuellen CSV-Downloads arbeitet, produziert Compliance-Risiken.
Best Practices für einen belastbaren Magento-Datenfluss
Erstens: Immer über Staging importieren, nie direkt in Production. Magento 2 hat keine echte Import-Transaktion. Ein abgebrochener Lauf hinterlässt halbierte Kataloge, die man nur über Datenbank-Restore zurückholt.
Zweitens: Delta-Imports statt Vollimporte. Wer 48.000 SKUs täglich komplett überträgt, verbrennt Serverzeit für 46.000 unveränderte Zeilen. Ein Column-Mapping auf ein updated_at-Feld reduziert die Last um 95 Prozent.
Drittens: Dry-Run etablieren. Vor jedem Produktionsimport eine Validierungsinstanz mit identischem Datenstand. Das kostet 200 Euro im Monat und spart regelmäßig Wochen.
Viertens: Für Order-Daten die REST-API nutzen, nicht den Admin. POST /V1/orders existiert, ist aber schlecht dokumentiert und erfordert die exakte Struktur von Quote-, Address- und Payment-Objekten. Ein Order-Sync ohne Entwicklungspartner ist unrealistisch.
Was 2026 wirklich zählt
Die entscheidende Entwicklung ist nicht das Import-Tool, sondern die Richtung. Wer 2026 sein Shopsystem als isolierte Dateninsel betreibt, wird von Marktplätzen, PIMs und ERP-Systemen abgehängt. Adobe hat das erkannt und 2024 mit der Übernahme von Semrush und der Partnerschaft mit commercetools ein Signal gesetzt. Magento 2 bleibt als Plattform wichtig — aber nur mit kontinuierlicher Daten-Synchronisation, nicht mit CSV-Uploads auf Knopfdruck.
Wer heute 20 Stunden pro Monat mit Import-Fehlern verbringt, sollte diese Stunden in eine ordentliche API-Anbindung investieren. Der Break-even liegt selten über vier Monaten.