Datenmigration nach Shopware: Produkte, Kunden, Bestellungen

Eine Datenmigration entscheidet oft darüber, ob ein Shopware-Relaunch ein glatter Start wird oder ein monatelanger Nachbesserungsmarathon. Wer das Thema unterschätzt, zahlt später mit Datenverlust, Kundenreklamationen und manueller Nacharbeit. Dieser Artikel zeigt dir, wie eine strukturierte Datenmigration nach Shopware konkret abläuft, welche Methoden es gibt und wo in der Praxis die meisten Fehler passieren.

Was bei einer Datenmigration alles bewegt wird

Unter „Datenmigration” verstehen viele zunächst nur den Produktkatalog. In Wirklichkeit ist das Spektrum deutlich breiter. Je nach Ausgangssystem und Projektumfang umfasst eine vollständige Migration folgende Datenbereiche:

• Produktdaten: Artikelnummern, Beschreibungen, Bilder, Varianten, Preise, Steuern, Maße und Gewichte, Kategoriezuordnungen
• Kundendaten: Stammdaten, Adressen, Passwort-Hashes (oft nicht übertragbar), Kundengruppen, Kreditlimits
• Bestellhistorie: vergangene Bestellungen mit Status, Positionen, Versanddaten, Rechnungen
• Inhalte: CMS-Seiten, Landingpages, Blogbeiträge, Mediadateien
• Konfiguration: Versandregeln, Zahlungsarten, Steuerregeln, Spracheinstellungen
• SEO-Daten: URL-Aliase, Meta-Titel, Meta-Beschreibungen

Nicht jedes Projekt erfordert alle Bereiche. Bestellhistorie und Kundendaten lassen sich aus datenschutzrechtlichen Gründen manchmal nur teilweise übertragen. Wichtig ist, den Scope vor Projektstart klar zu definieren, damit keine unerwarteten Kosten entstehen.

Methoden: Migration Assistant, Import-Export oder individuelle Lösung

Shopware bietet mit dem Migration Assistant ein offizielles Plugin, das speziell für den Wechsel von Shopware 5 auf Shopware 6 gebaut wurde. Es verbindet sich direkt mit der Shopware-5-Datenbank, liest Produkte, Kunden, Bestellungen und Medien aus und schreibt sie strukturiert in Shopware 6. Für diesen klassischen Upgrade-Pfad ist der Migration Assistant der schnellste und zuverlässigste Einstieg. Bei einem Wechsel von Shopware 5 auf 6 solltest du ihn als ersten Schritt einplanen.

Der Import-Export-Manager in Shopware 6 deckt den zweiten häufigen Fall ab: Daten aus einer CSV- oder XML-Datei einspielen. Das eignet sich für Migrationen aus fremden Systemen wie Magento, WooCommerce oder proprietären Shoplösungen, sofern die Datenmenge überschaubar ist und die Quellstruktur sich gut in Shopware-Profile übersetzen lässt. Die mitgelieferten Profile decken Produkte, Kategorien, Kunden und Bestellungen ab. Für komplexere Strukturen lassen sich Profile anpassen oder neue anlegen.

Für alles, was über diese zwei Wege hinausgeht, braucht es eine individuelle Migrationslösung per API oder direktem Datenbankzugriff. Das ist der Fall, wenn Quelldaten in einem Legacy-Format vorliegen, Abbildungsregeln zwischen den Datenmodellen komplex sind oder mehrere Systeme gleichzeitig konsolidiert werden. Hier schreibt man in der Regel ein Migrationsskript, das die Shopware Admin API nutzt und Daten transformiert, validiert und in definierten Batches einspielt.

Produkte: Datenmodell zuerst verstehen

Shopware 6 arbeitet mit einem anderen Produktdatenmodell als die meisten Vorgängersysteme. Produkte mit Varianten werden als Eltern-Kind-Struktur abgebildet: Das Elternprodukt hält gemeinsame Felder, die Varianten (Kinder) tragen individuelle Eigenschaften wie Farbe, Größe, Preis-Aufschläge oder eigene EAN-Codes.

Kommt dein Quellsystem mit einer flachen Produktstruktur, musst du dieses Mapping vorab sauber definieren. Aus der Praxis: Besonders bei Altdaten aus Shopware 5, Oxid oder CSV-Exporten aus ERP-Systemen fehlt oft eine konsistente Variant-Logik. Manche Artikel haben in der Quelle doppelte Nummern, fehlende Kategoriezuordnungen oder unklare Steuerklassen. Diese Probleme lassen sich nicht mit dem Migrationswerkzeug lösen, sondern müssen in der Quelldatei bereinigt werden, bevor der Import beginnt.

Für Shops mit mehreren tausend Produkten empfiehlt sich vor dem eigentlichen Import eine Probe-Migration in einer Staging-Umgebung, um Abbildungsfehler früh zu erkennen. Wie du Backups und Staging richtig aufsetzt, ist dabei ein eigenständiges Thema, das Hand in Hand mit der Migration geht.

Kunden und Bestellungen: Datenschutz und technische Grenzen

Kundendaten sind das sensible Terrain. Beim Transfer personenbezogener Daten greifen DSGVO-Anforderungen, und das Übertragen von Bestellhistorien in ein neues System ist nicht automatisch problemlos. Wichtig zu wissen:

Passwort-Hashes lassen sich meist nicht übertragen, weil das Zielsystem einen anderen Hash-Algorithmus verwendet. Kunden müssen nach dem Migrationsstichtag einmalig ein neues Passwort setzen. Das lässt sich über einen automatisierten Reset-Mail-Versand lösen, sollte aber kommunikativ vorbereitet werden.

Bestellhistorie muss nicht immer vollständig importiert werden. Oft reicht es, Bestellungen der letzten 12 bis 24 Monate zu übertragen, damit der Kundenservice keine historischen Daten vermisst. Ältere Bestellungen können im Altsystem archiviert bleiben oder als Lesekopie in einer separaten Datenbank gehalten werden.

Für die Kundengruppen-Logik gilt: Shopware 6 hat ein anderes Konzept als Shopware 5. Rabattsysteme, Netto-Kunden-Flags und Preisgruppen werden über Kundengruppen plus Kundengruppen und individuelle Preise abgebildet. Wer aus einem System mit anderem Preislogik-Ansatz kommt, muss diese Abbildung explizit planen.

SEO-Daten nicht vergessen

URL-Strukturen ändern sich bei fast jeder Migration. Das ist unvermeidlich, führt aber zu Rankingverlusten, wenn keine Weiterleitungen gesetzt werden. Shopware 6 unterstützt SEO-URLs pro Sprache und Verkaufskanal, aber die alten URLs aus dem Quellsystem kommen nicht automatisch mit.

Das konkrete Vorgehen: Vor der Migration alle relevanten URLs aus dem Altsystem exportieren, nach der Migration die neuen Shopware-URLs gegenüberstellen und 301-Redirects in der Webserver-Konfiguration oder einem Redirect-Plugin hinterlegen. Wie du das systematisch angehst, erklärt der Artikel SEO bei der Shopware-Migration erhalten im Detail.

Gleichzeitig bietet eine Migration die Chance, Produkt- und Kategorie-URLs zu konsolidieren. Doppelte URL-Aliase, generierte Kryptik-Slugs oder inkonsistente Strukturen lassen sich im Rahmen der Migration sauber aufräumen. Das ist Mehraufwand, zahlt sich aber langfristig bei Rankings und Pflege aus.

ERP und nachgelagerte Systeme mitdenken

Eine Datenmigration endet nicht im Shop. Wer ein ERP-System angebunden hat, muss sicherstellen, dass Kundennummern, Artikelnummern und Bestellreferenzen nach der Migration konsistent bleiben oder korrekt gemappt sind. Ändern sich beispielsweise Kundennummern durch den Systemwechsel, muss das ERP das neue Format kennen.

Für Shops, die nach der Migration direkt eine ERP-Anbindung an Shopware aufsetzen, ist es sinnvoll, die Migration und die ERP-Konfiguration gemeinsam zu planen. Nachträgliche Nummernkorrekturen oder Doppelanlagen im ERP kosten deutlich mehr Zeit als ein sauber koordinierter Rollout.

Häufige Fragen

Wie lange dauert eine vollständige Datenmigration?

Das hängt stark vom Datenvolumen und der Qualität der Quelldaten ab. Ein Shopware-5-Shop mit 2.000 Produkten und sauberen Daten lässt sich technisch in wenigen Stunden migrieren. Reale Projekte dauern länger, weil Quelldaten bereinigt, Abbildungsregeln definiert und Prüfläufe durchgeführt werden müssen. Ein Planungshorizont von zwei bis sechs Wochen für den reinen Migrationsteil ist realistisch, plus Vorlaufzeit für Analyse und Datenpflege.

Müssen alle historischen Bestellungen übertragen werden?

Nein, das ist selten notwendig. Für den laufenden Betrieb reichen in der Regel die Bestellungen der letzten ein bis zwei Jahre. Ältere Daten können im Altsystem bleiben oder separat archiviert werden. Ausnahme: gesetzliche Aufbewahrungspflichten erfordern bestimmte Belege, die aber nicht zwingend im aktiven Shop vorgehalten werden müssen.

Was passiert mit Kunden-Passwörtern?

In den meisten Fällen können Passwort-Hashes nicht übertragen werden, weil die Hash-Algorithmen zwischen Systemen abweichen. Shopware setzt nach einem solchen Systemwechsel voraus, dass Kunden ihr Passwort neu setzen. Das wird automatisiert über einen E-Mail-Flow gelöst, den Kunden beim ersten Login nach der Migration erhalten.

Gibt es ein Werkzeug für Nicht-Shopware-Quellsysteme?

Für WooCommerce, Magento und einige weitere Systeme gibt es Community-Plugins und kommerzielle Migrationslösungen, die auf dem Migration-Assistant-Ansatz aufbauen. Für weniger verbreitete Quellsysteme oder proprietäre Altsysteme bleibt oft nur der individuelle Weg per API-Skript oder CSV-Export. Entscheidend ist immer, die Datenqualität der Quelle vorab zu prüfen und nicht blind zu importieren.

---

Wenn du eine Migration planst und sichergehen willst, dass Daten, SEO und Shop-Konfiguration sauber ankommen, schau dir an, was unsere Shopware-Migration im Detail umfasst. Wer noch im Analysestadium steckt, kann mit dem Migrations-Check unverbindlich klären, was im eigenen Fall zu tun ist.