Arten von Migrationsdaten im E-Commerce

Warum brauchst du einen Überblick über alle Datenarten?

Datenmigration im E-Commerce startet nicht mit dem Datenexport, sondern mit einer vollständigen Bestandsaufnahme. Erst wenn du weißt, welche Datenarten du hast, kannst du priorisieren, was wirklich migriert werden muss.

Die fünf Hauptkategorien im Überblick:

• Stammdaten: Kundenkontakte, Adressen, Kontoinformationen. Sie bilden das Fundament jedes Kundenprofils und sind in fast allen Shopsystemen strukturell ähnlich, aber Feldbezeichnungen und Pflichtfelder weichen ab.
• Transaktionsdaten: Bestellungen, Retouren, Zahlungsdaten. Diese Daten sind geschäftskritisch und rechtlich relevant, weil du sie für Buchhaltung, Garantieabwicklung und Kundenservice brauchst.
• Verhaltensdaten: Webseitenbesuche, Suchanfragen, Klickpfade. Sie liefern die Grundlage für Personalisierung und Nachfrageplanung und liegen häufig nicht im Shopsystem selbst, sondern in Google Analytics oder einem CRM.
• Interaktionsdaten: Marketing-Interaktionen, Support-Tickets, Bewertungen. Sie ergänzen das Kundenprofil um qualitative Signale und sind wichtig für Personalisierung.
• Produkt- und Bestandsdaten: Artikelstammdaten, Varianten, Lagerbestände, Medienpfade. Sie sind technisch am komplexesten zu migrieren, weil Varianten-Strukturen je nach Shopsystem unterschiedlich aufgebaut sind.

Erst die Verknüpfung dieser Kategorien über alle Touchpoints macht Kundendaten wirklich nutzbar. Eine Migration, die nur Stammdaten überträgt und Verhaltensdaten ignoriert, liefert ein unvollständiges Bild.

Welche Arten von Kundendaten gibt es?

Kundendaten sind die sensibelste Datenkategorie bei jeder E-Commerce Datenübertragung. Sie lassen sich in vier Untergruppen aufteilen, die unterschiedliche Anforderungen an das Mapping stellen.

Stammdaten: Name, E-Mail-Adresse, Lieferadressen und Kontoinformationen. Diese Daten sind in fast allen Shopsystemen strukturell ähnlich, aber Feldbezeichnungen und Pflichtfelder weichen ab. Ein Shopify-Kundenprofil kennt zum Beispiel kein separates Feld für Firmensteuer-ID, während Shopware dieses Feld standardmäßig führt. Solche Unterschiede müssen vor dem Import geklärt werden, sonst verlierst du wichtige Informationen oder der Import schlägt fehl.

Transaktionsdaten: Bestellhistorien, Retouren, Zahlungsstatus und Rechnungen. Sie sind geschäftskritisch, weil Händler sie für Buchhaltung, Garantieabwicklung und Kundenservice brauchen. Viele Plattformen erlauben keinen vollständigen Transaktionsimport in das neue System. In solchen Fällen ist es üblich, Transaktionsdaten in einem Archiv-System zu halten und nur aktive Bestellungen zu übertragen.

Verhaltensdaten: Webseitenbesuche, Suchanfragen und Klickpfade. Sie liegen häufig nicht im Shopsystem selbst, sondern in Google Analytics, einem CRM oder einer separaten Analyseplattform. Bei der Migration musst du entscheiden, ob diese Daten in das neue System integriert oder extern weitergeführt werden. Ohne Verhaltensdaten verlierst du wertvolle Grundlagen für Personalisierung und Nachfrageplanung.

Interaktionsdaten: Marketing-Kampagnen, Support-Tickets und Produktbewertungen runden das Kundenprofil ab. E-Commerce Daten umfassen neben Kundendaten auch Marketing-, Service- und Feedbackdaten, die zusammen ein vollständiges Bild ergeben. Wer diese Daten bei der Migration ignoriert, verliert wertvolle Grundlagen für Personalisierung.

Was macht Produkt- und Bestandsdaten so komplex?

Produktdaten sind technisch die anspruchsvollste Datenkategorie. Kein anderer Bereich erzeugt bei Migrationen so viele Fehler wie das Mapping von Varianten und Kategoriestrukturen.

Produktdaten und ihre Struktur

Produktdaten umfassen Artikelbezeichnungen, Beschreibungen, Preise, Steuersätze, Bilder und Kategoriezuordnungen. Dazu kommen Metadaten wie SEO-Titel, Meta-Beschreibungen und URL-Handles. Gerade diese SEO-relevanten Felder werden bei Migrationen häufig übersehen, was direkt zu Ranking-Verlusten führt. Ohne vollständiges Mapping dieser Felder verlierst du hart erarbeitete Sichtbarkeit in Google.

Varianten und Parent-Child-Beziehungen

Unterschiedliche Shopsysteme nutzen variable Konzepte für Produktvarianten, was die Migration komplex macht. Shopify bildet Varianten als flache Liste unter einem Produkt ab. Andere Systeme kennen mehrstufige Parent-Child-Strukturen mit eigenständigen Produktseiten je Variante.

Das Mapping auf Variantenebene, also auf SKU-Ebene, ist dabei entscheidend für die Datenintegrität. Fehlende Policies für nicht vorhandene Varianten im Zielsystem führen zu Duplikaten oder Datenverlust. Du musst vor dem Import festlegen, wie das neue System mit Varianten umgeht, die im alten System existieren, aber im neuen keine Entsprechung haben.

Vollimport vs. inkrementelle Updates

Produktdaten-Importe werden oft iterativ realisiert, entweder als Vollimport oder als inkrementelles Update. Ein Vollimport überträgt alle Daten neu und eignet sich für den initialen Go-live. Inkrementelle Updates übertragen nur geänderte Datensätze und sind effizienter für laufende Synchronisierungen. Die Wahl der Strategie beeinflusst Aufwand und Fehlerrisiko erheblich.

Welche technischen Arten der Datenmigration gibt es?

Die Fachbegriffe Datenmigration, Data-Onboarding und Data-Syndication beschreiben drei verschiedene Prozesse, die im E-Commerce oft verwechselt werden.

Data-Onboarding beschreibt die Integration von Lieferantendaten in dein eigenes System. Data-Syndication ist das Gegenteil: du gibst deine eigenen Produktdaten an externe Marktplätze wie Amazon oder Otto weiter. Klassische Datenmigration bezeichnet den einmaligen oder wiederkehrenden Umzug von Daten zwischen zwei Systemen. Alle drei Prozesse erfordern unterschiedliche Mapping-Strategien.

Transportwege im Vergleich

• Datei-Upload (CSV, XML): Der klassische Weg. Gut geeignet für einmalige Importe, aber fehleranfällig bei großen Datenmengen und fehlender Validierung.
• API-basierte Migration: Überträgt Daten direkt zwischen Systemen über Schnittstellen. Schneller, zuverlässiger und besser für komplexe Datenstrukturen geeignet.
• Manuelle Dateneingabe: Nur für sehr kleine Datensätze sinnvoll. Bei mehr als 50 Produkten nicht empfehlenswert.
• Automatisierte Prozesse mit Scheduler: Shopware nutzt eigenständige Import/Export-Flüsse mit Profilen und Scheduler für wiederkehrende Datenmigrationen. Dieser Ansatz eignet sich gut für regelmäßige Bestandsabgleiche.

Staging und Testing

Jede Migration braucht eine Staging-Umgebung. Das ist eine Kopie des Zielsystems, auf der du Importe testest, bevor sie live gehen.

Staging-Abnahmen decken Mapping-Fehler auf, bevor sie Kunden betreffen. Ohne diesen Schritt riskierst du fehlerhafte Produktseiten, falsche Preise oder fehlende Bilder am Go-live-Tag. Eine Staging-Umgebung ist kein Nice-to-have, sondern Pflicht für jede professionelle Migration.

Wie vermeidest du typische Fehler bei der Datenmigration?

Viele Migrationen scheitern nicht an der Technik, sondern an fehlendem Datenmapping und mangelnder SEO-Planung. Die häufigsten Fehler sind vermeidbar, wenn du einen strukturierten Prozess verfolgst.

1. Kein Dateninventar erstellt

Wer ohne vollständige Bestandsaufnahme migriert, übersieht Datenfelder und verliert Informationen. Datenmigration startet mit Dateninventar und Priorisierung, nicht mit blindem Datenexport. Nimm dir die Zeit, alle Datenfelder im Quellsystem zu dokumentieren, bevor du auch nur einen Export startest.

2. Fehlende 301-Redirect-Map

Eine vollständige Redirect-Map ist der wichtigste SEO-Schutz bei jedem Plattformwechsel. Unzureichendes Redirect-Mapping führt zu 404-Fehlern und Ranking-Verlusten. Jede alte URL muss auf eine neue URL zeigen, damit Google die Seiten korrekt indexiert und deine Rankings erhalten bleiben.

3. Kein Freeze-Plan

Während der Migration ändern sich Daten im laufenden Betrieb. Neue Bestellungen, Produktänderungen, Preisanpassungen. Ein Freeze-Plan legt fest, ab wann keine Änderungen mehr im Quellsystem vorgenommen werden, um Delta-Probleme zu vermeiden. Ohne Freeze-Plan riskierst du, dass Daten zwischen Export und Import verloren gehen.

4. Varianten-Mapping nicht geprüft

Fehlende Policies für Varianten, die im Zielsystem nicht existieren, erzeugen Duplikate oder leere Produktseiten. Das Mapping auf SKU-Ebene muss vor dem Import vollständig definiert sein. Jede Variante im Quellsystem braucht eine klare Entsprechung im Zielsystem.

5. Kein Post-Migration-Monitoring

Nach dem Go-live müssen Rankings, Crawling-Fehler und Conversion-Raten aktiv überwacht werden. SEO-Migration erfordert neben Redirect-Maps auch Staging-Abnahmen und laufendes Monitoring in den ersten Wochen. Ohne Monitoring merkst du Probleme erst, wenn Umsatz und Traffic bereits eingebrochen sind.

Merksatz: Eine Migration ist kein einmaliges Ereignis. Sie ist ein Prozess mit Vorbereitung, Durchführung und Nachkontrolle. Wer den dritten Schritt überspringt, zahlt ihn später doppelt.

Konkret bedeutet das: Plane mindestens zwei Wochen für Post-Migration-Monitoring ein. Prüfe täglich die Google Search Console auf neue Crawling-Fehler. Vergleiche Rankings für deine wichtigsten Keywords vor und nach dem Go-live.

Meine Erfahrung mit Datenmigrationen: Was wirklich zählt

Ich habe in den letzten Jahren viele Migrationsprojekte begleitet. Und das Muster, das sich immer wieder zeigt, ist dasselbe: Händler unterschätzen den Planungsaufwand und überschätzen die Technik.

Die Technik ist halt lösbar. Ein CSV-Import, eine API-Anbindung, ein Scheduler. Das sind bekannte Probleme mit bekannten Lösungen. Was wirklich Zeit kostet, ist das Aufräumen von Daten, die über Jahre gewachsen sind. Produktbeschreibungen ohne SEO-Relevanz. Kundendaten mit doppelten Einträgen. Varianten, die im alten System funktioniert haben, aber im neuen System kein Äquivalent haben.

Mein Rat: Fang mit dem Dateninventar an, bevor du auch nur einen Export startest. Schreib auf, welche Datenfelder du hast, welche du brauchst und welche du weglassen kannst. Dieses Dokument ist dein wichtigstes Werkzeug. Nicht das Migrationstool, nicht die API.

Und dann ist da noch das Thema SEO. Ich sehe regelmäßig Shops, die nach einer Migration 30 bis 40 Prozent ihres organischen Traffics verlieren, weil die Redirect-Map unvollständig war. Das ist kein technisches Versagen. Das ist ein Planungsversagen. Eine vollständige Redirect-Strategie kostet ein paar Stunden Arbeit und sichert Monate an Ranking-Aufbau.

Migration ist kein Umzug. Es ist ein Neustart mit Sicherheitsnetz. Wer das Sicherheitsnetz weglässt, fällt tief.

Häufig gestellte Fragen

Was sind Stammdaten bei einer E-Commerce Migration?

Stammdaten umfassen Kundenkontakte, Adressen und Kontoinformationen. Sie bilden das Fundament jedes Kundenprofils und müssen als erste Datenkategorie vollständig gemappt werden, weil sie in fast allen Shopsystemen strukturell ähnlich sind, aber Feldbezeichnungen und Pflichtfelder abweichen.

Warum ist eine 301-Redirect-Map bei der Migration so wichtig?

Eine vollständige 301-Redirect-Map verhindert 404-Fehler und Ranking-Verluste nach dem Plattformwechsel. Jede alte URL muss auf eine gültige neue URL weitergeleitet werden, damit Google die Seiten korrekt indexiert und deine hart erarbeitete Sichtbarkeit erhalten bleibt.

Was ist der Unterschied zwischen Vollimport und inkrementellen Updates?

Ein Vollimport überträgt alle Daten neu und eignet sich für den initialen Go-live. Inkrementelle Updates übertragen nur geänderte Datensätze und sind effizienter für laufende Synchronisierungen nach der Migration, weil sie weniger Ressourcen verbrauchen und schneller durchlaufen.

Was ist ein Freeze-Plan bei der Datenmigration?

Ein Freeze-Plan legt fest, ab wann keine Änderungen mehr im Quellsystem vorgenommen werden. Er verhindert, dass neue Bestellungen oder Produktänderungen während der Migration verloren gehen, weil sie zwischen Export und Import nicht erfasst werden.

Welche Daten sind bei einer E-Commerce Migration am schwierigsten zu übertragen?

Produkt- und Bestandsdaten sind technisch am anspruchsvollsten, weil Varianten-Strukturen und Parent-Child-Beziehungen je nach Shopsystem unterschiedlich aufgebaut sind und ein detailliertes Mapping auf SKU-Ebene erfordern. Fehlende Policies für nicht vorhandene Varianten führen zu Duplikaten oder Datenverlust.