38 Prozent. So hoch schätzt das Beratungshaus Gartner die Quote der Datenmigrationsprojekte, die ihr Zeit- oder Budgetziel reißen — im E-Commerce bedeutet das in der Regel: Der neue Shop geht mit defekten Kundenkonten, fehlenden Bestellhistorien oder falschen Preisen live. Wer eine Plattform wie Shopify, Shopware oder commercetools wechselt, unterschätzt selten die Software. Er unterschätzt die Daten.
Dabei ist eine E-Commerce-Datenmigration kein technisches Nebenprojekt, das man der Agentur „mitgeben“ kann. Sie entscheidet darüber, ob Stammkunden nach dem Relaunch ihre Bestellhistorie wiederfinden, ob Google die alten Rankings auf die neuen URLs überträgt und ob der Support in Woche eins mit Reklamationen ertrinkt oder normal weiterarbeitet. Die fünf Schritte in diesem Guide stammen aus Projekten, die funktioniert haben — und aus den Akten derer, die es nicht taten.
Warum scheitern so viele Shop-Migrationen am Datenbestand?
Die ehrliche Antwort: Weil Produktdaten in gewachsenen Shops über Jahre gepflegt wurden wie ein Kleiderschrank, in den fünf verschiedene Menschen geräumt haben. Varianten ohne SKUs, Kundendubletten aus einem alten Newsletter-Import, Preisfelder, die seit dem Steuerwechsel 2021 doppelt belegt sind. Ein deutscher Mittelständler, der von xt:Commerce oder einem betagten Magento kommt, trägt oft zehn Jahre solcher Altlasten mit sich herum.
Hinzu kommt ein strukturelles Problem. Migrationsprojekte werden meist von der Technik getrieben — doch die Fehler, die am Relaunch-Tag auffliegen, sind fachliche. Die Steuerzone für Österreich stimmt nicht. Die B2B-Staffelpreise eines wichtigen Großkunden fehlen. Die E-Mail-Adressen von 4.000 Kunden wurden als „Gastbesteller“ importiert und sind für das E-Mail-Marketing damit faktisch verloren. Kein Import-Tool der Welt verhindert das von allein.
Wer die Migration ernst nimmt, plant sie als Datenprojekt mit technischer Komponente — nicht umgekehrt. Das klingt nach Semantik, verändert aber die Reihenfolge der Entscheidungen: Erst wird der Datenbestand vermessen, dann das Mapping gebaut, dann die Zielplattform konfiguriert.
Schritt 1: Der Daten-Audit, den fast alle überspringen
Bevor eine einzige Zeile exportiert wird, gehört der Bestand auf den Prüfstand. Konkret heißt das: Wie viele Produkte sind aktiv, wie viele davon ohne Bilder, ohne Gewichtsangabe, ohne gültige MwSt.-Zuordnung? Wie viele Kundenkonten sind Dubletten? Welche Bestellungen älter als die Aufbewahrungsfristen müssen überhaupt noch migriert werden — und welche dürfen aus Datenschutzgründen gar nicht mehr mit?
Hier liegt der erste echte Hebel. Ein Modehändler aus Nordrhein-Westfalen, der 2025 auf Shopify migrierte, reduzierte seinen Produktkatalog im Audit von 11.000 auf 6.400 Artikel — der Rest waren tote Varianten und Auslaufmodelle, die seit Jahren keinen Umsatz brachten. Die Migrationskosten sanken um gut ein Drittel, die Ladezeiten des neuen Shops deutlich.
Für den DACH-Markt kommt ein Punkt hinzu, den US-amerikanische Guides regelmäßig auslassen: die DSGVO. Kundendaten, deren Einwilligung fraglich ist oder deren Zweckbindung erloschen ist, gehören nicht ins neue System. Wer sie trotzdem migriert, überträgt ein Rechtsrisiko auf die neue Plattform.
Wie funktioniert das Daten-Mapping zwischen alter und neuer Plattform?
Mapping ist die Übersetzungstabelle zwischen zwei Systemwelten: Welches Feld im alten Shop landet wo im neuen? Das klingt trivial, bis man auf die Unterschiede stößt. Magento kennt konfigurierbare Produkte mit beliebig vielen Attributen, Shopify arbeitet mit maximal drei Optionen pro Variante und 100 Varianten pro Produkt. Wer 400 Artikel mit fünf Optionen hat, braucht eine Strategie — Metafelder, Apps oder ein umgebautes Produktdatenmodell — bevor der erste Import läuft.
Besondere Vorsicht bei drei Bereichen, die in der Praxis am häufigsten brechen. Passwörter lassen sich aus Sicherheitsgründen nicht migrieren; Kunden müssen nach dem Wechsel ihr Passwort zurücksetzen, und diese Kommunikation will vorbereitet sein. Bestellhistorien erfordern oft Drittanbieter-Tools oder eigene Skripte, weil Standard-Importer nur Produkte und Kunden verstehen. Und SEO: Jede alte URL braucht eine 301-Weiterleitung auf das neue Ziel. Bei 6.000 Produktseiten ist das ein eigenes Teilprojekt, keine Zeile im Protokoll.
Die teuerste Frage einer Migration lautet nicht „Wie importieren wir?“, sondern „Was lassen wir bewusst zurück?“
Schritt 3 bis 5: Testlauf, Stichtag, Nachsorge
Die eigentliche Migration läuft in drei Zügen, und der erste davon ist immer eine Generalprobe. Ein vollständiger Testimport in eine Staging-Umgebung zeigt, was das Mapping wirklich taugt — Umlaute in Adressfeldern, Steuersätze, die als Text statt als Zahl importiert wurden, Bilder mit kaputten Pfaden. Erst wenn dieser Testlauf fachlich abgenommen ist (von Menschen, die den alten Shop kennen, nicht nur von der Agentur), wird der Stichtag geplant.
Der produktive Ablauf sieht dann so aus: Der Altbestand wird migriert, während der alte Shop weiterläuft. Kurz vor dem Go-live folgt eine Delta-Migration aller seit dem Vollimport neu entstandenen Bestellungen und Kunden. Danach DNS-Umstellung — idealerweise an einem ruhigen Wochentag, nicht am Black Friday und nicht am Freitagnachmittag.
Was danach kommt, unterschätzen selbst erfahrene Händler. Die ersten vier Wochen nach Relaunch sind Messzeit: stimmen die Umsätze pro Zahlungsart mit den historischen Werten überein? Laufen die Weiterleitungen, oder meldet die Search Console kletternde 404-Zahlen? Finden Bestandskunden ihre Konten? Ein Onlineshop für Haustierbedarf verlor nach seiner Migration drei Wochen lang 22 Prozent seines organischen Traffics, weil 800 Kategorie-URLs ohne Redirect umgezogen waren — der Fehler war mit einer Stunde Arbeit behebbar, wurde aber erst durch das Umsatzloch sichtbar.
Was Händler aus erfolgreichen Migrationen lernen können
Die Projekte, die gut laufen, teilen drei Merkmale. Sie budgetieren den Daten-Audit als eigenes Arbeitspaket statt als Anlassphase. Sie migrieren weniger, nicht mehr — toter Datenbestand bleibt im Archiv, nicht im Livesystem. Und sie behandeln den Relaunch als Beginn der Arbeit, nicht als deren Ende.
Wer 2026 einen Plattformwechsel plant, sollte mit einer unbequemen Frage starten: Welcher Anteil unseres Datenbestands würde eine fachliche Prüfung heute überhaupt bestehen? Die Antwort bestimmt Zeitplan und Budget zuverlässiger als jede Agentur-Kalkulation. Denn die fünf Schritte — Audit, Bereinigung, Mapping, Testlauf, Stichtagsmigration mit Delta-Import — sind kein Hexenwerk. Sie sind nur selten jemandes Lieblingsaufgabe. Genau deshalb entscheiden sie über Erfolg oder Totalverlust.