Eine CSV-Datei von A nach B zu schieben, war nie Datenmigration. War es aber immer schon nicht – und 2026 wird das Problem größer: Adobe Commerce schiebt Produktkataloge, Kundenstämme, Preisstaffeln und Lagerbestände längst im Takt mehrerer Systeme hin und her. Wer die Datenstrecke zwischen Adobe Commerce und ERP, PIM oder Marktplatz nur halbjährlich anfasst, verliert Zeit, Geld und Conversions. Die eigentliche Aufgabe heißt nicht „Import“, sondern laufende Synchronisation.
Was Adobe Commerce beim Import und Export konkret geändert hat
Adobe hat die Import- und Export-Pipeline in Commerce in den vergangenen Releases systematisch ausgebaut. Das native CLI-Tool bin/magento verarbeitet Kataloge jetzt asynchron über Message Queues – statt die PHP-Prozesse klassisch zu blockieren. Für Händler heißt das: 50.000 SKUs lassen sich in Chargen einspielen, ohne dass der Shop in einen Timeout läuft. Der Preis-Import unterstützt gestaffelte Kundengruppenpreise und tier pricing in einer Datei; das war früher Handarbeit. Wer Kundenstämme migriert, muss seit der DSGVO-Verschärfung Hash-Verfahren für Passwörter mitdenken – Adobe Commerce exportiert keine Klartext-Passwörter mehr, und das ist auch richtig so.
Für Adobe Commerce Cloud-Kunden verschieben sich Wartungsfenster und Queue-Limits mit jedem Patch-Release. Das ist kein Nebenpunkt: Wer im Black Friday Wochenende 200.000 Bestands-Updates einspielt, merkt erst dann, wie die eigenen Queue-Worker konfiguriert sind.
Warum scheitern so viele Datenmigrationen in Adobe Commerce?
Die drei häufigsten Ursachen sind unverändert banal. Erstens: Feldmapper werden nicht versioniert – ein Attribut-Set ändert sich im PIM, der Import bricht, niemand merkt es bis zur ersten Retoure. Zweitens: ID-Kollisionen. Wer Produkte per SKU matcht und parallel ein neues ERP einführt, verliert Referenzen zu Kunden, Bestellungen und Reviews. Drittens: fehlende Validierung vor dem Schreibvorgang. Adobe Commerce bietet dafür Dry-Run-Modi und Validierungsprofile – sie werden selten genutzt.
- Immer Dry-Run vor Produktiv-Import, mindestens bei Preis- und Bestandsdaten
- Staging-Umgebung mit Produktionsdaten älter als 7 Tage testen, nicht mit Dummy-Katalog
- Rollback-Skript pro Import-Charge – wer keins hat, hat kein Backup
Ergänzend lohnt der Blick auf Erweiterungen: Tools wie der Firebear Import & Export oder Mirasvit Improved Import & Export liefern visuelle Mappings, Cron-basierte Jobs und GraphQL-Anbindung an externe PIM-Systeme. Beide sind im Adobe Commerce Marketplace verfügbar, Lizenzmodelle variieren je nach Edition. Das ersetzt keine Datenstrategie, verkürzt aber die Iterationszyklen deutlich.
Was heißt das konkret für den Shop-Alltag?
Datenstrecken müssen überwacht werden wie Checkout-Fehlerraten. Wer keine Metriken auf Import-Jobs legt – Durchlaufzeit, Fehlerquote, Datensätze pro Minute – fährt blind. Adobe Commerce Cloud bietet dafür New-Relic-Integration und eigene Queue-Metriken. On-Premise-Händler bauen das mit Prometheus oder schlicht per Log-Aggregation nach.
Migration ist erst fertig, wenn niemand mehr von ihr spricht – weil sie einfach läuft.
Der Handlungsimpuls für 2026: Prüfen Sie, welche Datenpfade täglich außerhalb Ihrer Kontrolle laufen. Marktplätze, PIM, ERP, Retourenportal. Wer diese Strecken nicht im Monitoring hat, migriert am Ende immer noch CSVs – nur mit mehr Nullen im Fehler-Log.