Datenmigration im Shop: Produkte, Kunden und Bestellungen sicher übertragen

Fast alle Daten deines Shops lassen sich in ein neues System übertragen: Produkte samt Varianten, Kundenkonten, Bestellhistorie, Kategorien, Gutscheine und Inhalte. Die eigentliche Arbeit bei der Datenmigration im Shop steckt allerdings nicht im Kopieren, sondern im sauberen Feld-Mapping und in wiederholten Testläufen. Wer beides ernst nimmt, kommt ohne Datenverlust im neuen System an. Wer es überspringt, merkt die Lücken erst, wenn der erste Kunde anruft.

Ein Systemwechsel fühlt sich für viele Betreiber an wie ein Umzug mit komplettem Warenlager: Jahrelang gewachsene Daten sollen in ein Haus ziehen, dessen Räume ganz anders geschnitten sind. Genau das ist der Kern des Themas. Die Frage ist nicht, ob die Kisten transportiert werden können, sondern ob hinterher alles am richtigen Platz steht. In diesem Artikel gehen wir die Datenübernahme Schritt für Schritt durch: was umzieht, wo es hakt und wie du sicherstellst, dass am Ende nichts fehlt.

Welche Daten bei einer Migration umziehen

Kurz gesagt: alles, was dein Geschäft ausmacht. Die einzelnen Datentypen unterscheiden sich aber deutlich darin, wie viel Sorgfalt sie auf dem Weg brauchen:

• Produkte und Varianten: Artikelnummern, Beschreibungen, Preise, Staffelpreise, Lagerbestände und die komplette Variantenlogik von Größe bis Farbe.
• Medien: Produktbilder, Galerien, Videos und Datenblätter. Technisch simpel, in der Masse aber überraschend fehleranfällig.
• Kategorien: Die Baumstruktur deines Sortiments samt Zuordnungen, Sortierungen und Filterlogik.
• Kunden und Konten: Stammdaten, Liefer- und Rechnungsadressen, Kundengruppen und Newsletter-Einwilligungen.
• Bestellhistorie: Bestellungen, Rechnungen, Bestellstatus, Zahlarten und Retouren.
• Gutscheine und Rabatte: Aktive Gutscheincodes, Guthaben und Rabattregeln.
• Bewertungen: Produktbewertungen und Kommentare, die über Jahre Vertrauen aufgebaut haben.
• Inhalte: CMS-Seiten, Blogartikel, Landingpages und rechtliche Texte.

Wo die Datenübernahme im Gesamtprojekt steht, von der Plattformwahl bis zum Livegang, zeigt dir unser kompletter Leitfaden zur Shop-Migration. Hier bleiben wir bei den Daten selbst. Und da lohnt ein ehrlicher Blick darauf, wo es typischerweise klemmt:

Das Muster ist deutlich: Übertragbar ist fast alles. Die spannende Frage lautet nie ob, sondern wie viel Handarbeit der Weg verlangt.

Warum Felder nie 1:1 passen: das Mapping erklärt

Felder passen nie eins zu eins, weil jedes Shopsystem seine Daten anders organisiert. Was im alten Shop ein Variantenartikel mit zwei Optionen ist, sind im neuen womöglich getrennte Produkte. Was dort ein Freitextfeld war, ist hier ein strukturiertes Attribut mit festen Werten. Die Übersetzung zwischen diesen Welten heißt Mapping: eine Zuordnungstabelle, die für jedes Quellfeld festlegt, in welches Zielfeld sein Inhalt wandert und wie er dabei umgeformt wird.

Drei Baustellen tauchen dabei fast immer auf:

1. Variantenlogik. Manche Systeme behandeln Varianten als eigenständige Artikel mit eigener Artikelnummer, andere als Optionen eines Hauptprodukts, wieder andere begrenzen die Zahl der möglichen Optionsdimensionen. Ein T-Shirt in vier Größen und fünf Farben muss im Zielsystem neu gedacht werden, nicht nur kopiert.
2. Attribute und Eigenschaften. Aus dem Freitext „Material: Baumwolle, gebürstet" soll im neuen System ein filterbares Attribut werden. Dafür müssen Schreibweisen vereinheitlicht und Werte sauber zugeordnet werden, sonst filtert später niemand mehr etwas Sinnvolles.
3. Kategoriestrukturen. Tiefe Bäume gegen flache Kollektionen, Mehrfachzuordnungen gegen Hauptkategorien: Die Sortimentslogik der Systeme unterscheidet sich oft grundlegend, und mit ihr die Navigation und die URLs deines Shops. Wie du dabei deine Rankings schützt, zeigt unser Beitrag zum SEO-Erhalt bei der Migration.

Das Mapping ist der Moment, in dem aus einem Kopiervorgang ein Handwerksprojekt wird. Hier entscheidet sich, ob dein neuer Shop die Daten nur enthält oder wirklich mit ihnen arbeiten kann: ob Filter greifen, Varianten sauber wählbar sind und die Suche findet, was sie finden soll.

Fertige Migrations-Tools und Importer nehmen dir dabei viel Fleißarbeit ab, keine Frage. Aber sie treffen keine Entscheidungen. Ob eine Variante im Zielsystem ein eigenes Produkt wird oder eine Option, ob ein Freitextfeld zum Filter wird oder wegfällt: Das sind Sortimentsentscheidungen, keine technischen. Genau deshalb gehört vor jede Migration ein Blick von jemandem, der beide Systeme kennt und die richtigen Fragen stellt.

Der gefährlichste Satz einer Shop-Migration lautet: „Die Daten kopieren wir einfach rüber."

Kundenkonten und Passwörter: der Sonderfall

Kundenkonten ziehen mit um, Passwörter nicht. Das ist kein Versäumnis, sondern ein Sicherheitsmerkmal. Seriöse Systeme speichern Passwörter niemals im Klartext, sondern als Hash: eine Einwegverschlüsselung, die sich nicht zurückrechnen lässt. Weil jedes Shopsystem sein eigenes Verfahren nutzt, kann das neue System mit den alten Hashes in aller Regel nichts anfangen.

Für die Praxis hat sich ein einfacher Dreischritt bewährt:

1. Konten vollständig migrieren. Name, Adressen, Kundengruppe, Einwilligungen: Alles zieht um, das Konto bleibt dasselbe.
2. Passwort-Reset beim ersten Login. Meldet sich ein Kunde zum ersten Mal im neuen Shop an, setzt er sein Passwort über den vertrauten „Passwort vergessen"-Weg neu. Ein Klick, eine E-Mail, fertig.
3. Transparent kommunizieren. Eine kurze, ehrliche Nachricht vor dem Wechsel („Wir ziehen um, dein Konto bleibt, nur dein Passwort setzt du einmal neu") verhindert Verwirrung und unnötige Support-Anfragen.

Und eine rote Linie gibt es auch: Sollte dir jemand anbieten, Passwörter im Klartext zu exportieren und zu übertragen, brich das Gespräch ab. Das würde bedeuten, dass dein altes System Passwörter lesbar speichert, und das ist ein Sicherheitsproblem, kein Migrationsfeature.

Bestellhistorie: mitnehmen, archivieren oder beides?

Die ehrliche Antwort: meistens beides. Die jüngere Bestellhistorie gehört ins neue System, die komplette Historie in ein sauberes Archiv. So bekommst du Servicequalität und schlanke Daten zugleich.

Für das Mitnehmen spricht die Kundenerfahrung: Wer sich im neuen Shop anmeldet und seine Bestellung vom letzten Monat nicht findet, verliert Vertrauen. Auch dein Support braucht die Historie täglich, für Retouren, Garantiefälle und Rückfragen. Gegen das vollständige Mitnehmen spricht der Aufwand: Alte Bestellungen hängen an Zahlarten, Steuersätzen und Produkten, die es womöglich gar nicht mehr gibt. Je älter der Datensatz, desto mehr Sonderfälle schleppt er mit.

Ein bewährter Mittelweg sieht so aus:

• Die aktive Historie der letzten Jahre wandert ins neue System und ist für Kunden und Support direkt sichtbar.
• Der komplette Bestand wird zusätzlich revisionssicher archiviert, etwa als Datenbankauszug oder strukturierter Export, auf den du bei Bedarf zugreifen kannst.
• Aufbewahrungspflichten bleiben dabei gewahrt: Rechnungen und Geschäftsunterlagen musst du ohnehin über Jahre aufbewahren, und das erfüllst du auch mit einem Archiv. Was für deinen Fall konkret gilt, klärst du am besten kurz mit deiner Steuerberatung.

Der Probelauf: warum wir nie nur einmal migrieren

Weil der erste Durchlauf immer etwas zutage fördert, das vorher niemand sehen konnte: das Sonderzeichen im Produktnamen, das den Import stolpern lässt, die Variante ohne Hauptprodukt, das Kundenkonto mit drei Rechnungsadressen und keiner Lieferadresse. Solche Fälle stehen in keiner Dokumentation, sie stecken in deinen echten Daten.

Deshalb läuft eine saubere Datenmigration in Schleifen:

1. Testmigration. Die Daten werden vollständig in eine Testumgebung übertragen, während dein alter Shop ungestört weiterläuft.
2. Abgleich. Stimmen die Zahlen? Gleiche Anzahl Produkte, Kunden und Bestellungen in Quelle und Ziel? Dazu Stichproben in die Tiefe: Preise, Varianten, Adressen, Gutscheinwerte.
3. Korrigieren und wiederholen. Jeder gefundene Fehler wandert ins Mapping oder in die Datenbereinigung, dann läuft die Migration erneut. So oft, bis der Abgleich sauber ist.
4. Delta-Migration beim Cutover. Dein Shop verkauft ja weiter, während getestet wird. Beim Umschalten werden deshalb alle Bestellungen und Konten nachgezogen, die seit dem letzten Lauf entstanden sind. Erst dann geht der neue Shop live.

Typischer Fall: Beim ersten Testlauf fehlen ein paar Dutzend Produkte. Nicht, weil das Werkzeug versagt hätte, sondern weil sie im alten System in einer Kategorie hingen, die nie im Shop sichtbar war. Ohne Probelauf wäre das erst nach dem Livegang aufgefallen. Mit Probelauf ist es eine Zeile im Protokoll und eine Regel mehr im Mapping.

Der große Vorteil dieser Schleifen: Dein Altsystem bleibt bis zur letzten Sekunde unangetastet. Geht etwas schief, ist nichts verloren, es wird schlicht noch einmal migriert. Nach genau diesem Prinzip laufen auch unsere Migrationsprojekte ab: plattformneutral, zum Festpreis nach kostenlosem Erstgespräch und mit so vielen Testläufen, wie dein Datenbestand eben braucht.

Datenqualität: die Migration als Frühjahrsputz

Eine Migration ist der beste Anlass seit Jahren, deine Daten aufzuräumen. Denn jeder Datensatz, den du vorher aussortierst, muss weder gemappt noch getestet noch korrigiert werden. Aufräumen vor dem Umzug spart also direkt Geld. Wie sich das im Budget niederschlägt, liest du in unserem Beitrag darüber, was eine Shop-Migration kostet.

Typische Kandidaten für den Frühjahrsputz:

• Dubletten: Derselbe Kunde mit drei Konten, dasselbe Produkt unter zwei Artikelnummern.
• Karteileichen: Produkte ohne Bestand und ohne Nachfrage, Kunden ohne Bestellung seit vielen Jahren, verwaiste Kategorien.
• Kaputte Medien: Bilder, die ins Leere zeigen, Miniaturauflösungen aus einer anderen Zeit, Dateien ohne Zuordnung.
• Wildwuchs bei Attributen: „rot", „Rot" und „red" als drei verschiedene Farbwerte machen jeden Filter kaputt.

Stell dir vor, du würdest beim Wohnungsumzug jeden Karton ungeöffnet mitnehmen, auch die drei aus dem Keller, die du seit zehn Jahren nicht angerührt hast. Genau das passiert bei einer Migration ohne Datenpflege. Der bessere Weg: erst sichten, dann packen.

Datenschutz bei der Datenmigration

Kundendaten zu übertragen ist datenschutzrechtlich relevant, aber gut beherrschbar, wenn drei Grundsätze eingehalten werden. Das hier ersetzt keine Rechtsberatung, deckt aber die Punkte ab, die in der Praxis zählen:

• Datensparsamkeit. Nimm nur mit, was du wirklich brauchst. Uralte Konten ohne jede Aktivität sind nicht nur Ballast, sondern auch ein unnötiges Datenschutzrisiko. Der Frühjahrsputz von oben ist also zugleich Datenschutz.
• Auftragsverarbeitung. Überträgt eine Agentur oder ein Dienstleister deine Kundendaten, gehört ein Vertrag zur Auftragsverarbeitung dazu. Seriöse Partner sprechen das von sich aus an.
• Sichere Wege und EU-Hosting. Exporte gehören verschlüsselt übertragen und nach dem Projekt gelöscht, nicht als offene Tabelle im E-Mail-Anhang verschickt. Und wenn die Daten schon einmal umziehen, ist das ein guter Moment, sie auf Server in der EU zu legen.

Wir haben dazu eine klare Haltung: DSGVO-bewusstes Arbeiten und Hosting in der EU sind bei uns Standard, kein Aufpreis-Feature.

Fazit: Sorgfalt schlägt Tempo

Die Datenübernahme ist kein Hexenwerk, aber auch kein Knopfdruck. Fast alles lässt sich übertragen: Produkte, Kunden, Bestellungen, Inhalte. Was über Erfolg und Misserfolg entscheidet, sind das Mapping, die Testläufe und die Qualität deiner Daten vor dem Start. Plane für diese drei Punkte mehr Zeit ein als für das eigentliche Kopieren, dann wird der Umzug unspektakulär. Und unspektakulär ist bei Migrationen das größte Kompliment.

Alle Schritte des gesamten Projekts, von der Vorbereitung bis zur Woche nach dem Livegang, findest du kompakt in unserer Checkliste für die Shop-Migration.

Du planst den Wechsel und fragst dich, wie dein Datenbestand den Umzug übersteht? Dann erzähl uns von deinem Shop. Im kostenlosen Erstgespräch schauen wir uns deine Datenlage an und sagen dir ehrlich, was der Umzug braucht, was er kostet und welche Altlasten du besser gleich zurücklässt.