Zum Hauptinhalt springen
Ratgeber Katalogmanagement

PIM-Migration: Datenmigration deines Produktkatalogs ohne Datenverlust

Praktische Strategien, konkrete Schritte und Best Practices für Katalogmigration & Systemwechsel im E-Commerce.

Diego Nijboer·
8/10
Wirkung
4-8 Wochen
Umsetzungsdauer
Alle
Relevante Branchen

Die Datenmigration deines Produktkatalogs von einem System in ein anderes gehört zu den Projekten mit dem höchsten Risiko im E-Commerce-Betrieb. Ob du von Tabellen auf ein PIM-System umsteigst, die PIM-Plattform wechselst oder mehrere Datenquellen in einem führenden System zusammenführst: Eine Katalogmigration berührt jeden Bereich deines Geschäfts. Produktdaten, Kategoriestrukturen, Mediendateien, Attributschemata und kanalspezifische Inhalte müssen alle zugeordnet, bereinigt, umgewandelt und validiert werden, bevor auch nur ein Datensatz im neuen System live geht. Wenn du das richtig machst, schützt du deinen Umsatz, deine SEO-Rankings und die Nerven deines Teams.

Katalogmigrationen scheitern meistens daran, dass die Komplexität der Datenumwandlung unterschätzt wird. Rohexporte aus Altsystemen sind selten sauber oder einheitlich. Felder werden zweckentfremdet, Namenskonventionen verschieben sich mit der Zeit und wichtige Informationen stecken in Freitextfeldern, die sich gegen eine automatische Zuordnung sperren. Eine erfolgreiche Migration braucht ein gründliches Audit deiner Quelldaten, ein klares Mapping-Dokument, das festlegt, wie jedes Feld ins Zielsystem übersetzt wird, und eine disziplinierte Bereinigungsphase, bevor Daten importiert werden. Wer diese Schritte überspringt, bekommt Garbage in, Garbage out, und das Vertrauen in die neue Plattform bröckelt.

Eine Migration in Phasen senkt das Risiko deutlich im Vergleich zu einer Umstellung auf einen Schlag. Wenn du in Etappen migrierst, kannst du die Datenqualität schrittweise validieren, Zuordnungsfehler finden, bevor sie deinen ganzen Katalog betreffen, und den Geschäftsbetrieb während des Übergangs aufrechterhalten. Dieser Ratgeber führt dich durch die praktischen Schritte, um eine Katalogmigration zu planen, durchzuführen und zu prüfen, von der ersten Abgrenzung bis zur Überwachung nach der Migration. Ob du 500 oder 500.000 Produkte migrierst, es gelten dieselben Prinzipien: sorgfältig planen, konsequent bereinigen, gründlich testen und unermüdlich überwachen.

Auf einen Blick

Schwierigkeit
Experte
Umsetzungsdauer
4-8 Wochen
Relevante Branchen
Alle
Wirkung
8/10
Grundprinzipien

Grundprinzipien: Katalogmigration & Systemwechsel

Die zentralen Konzepte und Regeln, mit denen es in der Praxis funktioniert

  1. 1

    Umfassende Bestandsaufnahme und Abgrenzung

    Bevor du Daten anfasst, nimm dir Zeit, den vollen Umfang der Migration zu verstehen. Dokumentiere jede Datenquelle, jede Schnittstelle, jeden Kanal, der Produktdaten nutzt, und jedes Team, das vom Katalog abhängt. Überraschungen während der Migration sind teuer, deshalb ist das Ziel der Bestandsaufnahme, möglichst viele Unbekannte vor Arbeitsbeginn auszuräumen.

    Beispiele
    • Ein Verzeichnis aller Datenquellen anlegen, die Produktinformationen liefern: ERP, altes PIM, Tabellen, Lieferantenportale und manuelle Eingabestellen
    • Alle nachgelagerten Abnehmer von Produktdaten erfassen, darunter E-Commerce-Plattformen, Marktplätze, Printkataloge und interne Reporting-Dashboards
    • Jedes Team (Merchandising, Marketing, Lager, Kundenservice) befragen, um undokumentierte Datenabhängigkeiten und Abläufe aufzudecken
  2. 2

    Erst zuordnen, dann verschieben

    Erstelle ein detailliertes Mapping-Dokument Feld für Feld, das genau festlegt, wie jedes Attribut des Quellsystems ins Zielsystem übersetzt wird. Dieses Mapping ist das wichtigste Dokument deines Migrationsprojekts. Es zwingt dich, Unterschiede zwischen den Datenmodellen anzugehen, Felder zu finden, die umgewandelt werden müssen, und Lücken aufzudecken, in denen das Zielsystem Daten verlangt, die das Quellsystem nicht hat.

    Beispiele
    • Eine Mapping-Tabelle mit Spalten für Quellfeld, Datentyp der Quelle, Zielfeld, Datentyp des Ziels, Umwandlungsregel und Validierungskriterien
    • Feststellen, dass das Quellsystem Abmessungen in einem einzigen Textfeld speichert (10x20x30cm), während das Zielsystem getrennte Zahlenfelder für Länge, Breite und Höhe verlangt
    • Entdecken, dass Produktbeschreibungen im Altsystem eingebettetes HTML enthalten, das für das Rich-Text-Format der neuen Plattform entfernt oder umgewandelt werden muss
  3. 3

    Bereinigen, bevor du migrierst

    Schmutzige Daten in ein neues System zu migrieren, ist einer der verschwenderischsten Fehler, die Teams machen. Die Bereinigung gehört vor die Migration, nicht dahinter. Dubletten entfernen, Namenskonventionen vereinheitlichen, falsche Datentypen korrigieren und unvollständige Datensätze anreichern geht im Quellsystem oder in einer Staging-Umgebung viel leichter als in einer Live-Produktionsumgebung.

    Beispiele
    • Dublettenprüfungen laufen lassen, die Produkte unter mehreren SKUs oder mit leicht abweichenden Namen finden (z. B. 'Blue Widget 10cm' und 'Widget, Blue, 10 cm')
    • Einheitenformate im ganzen Katalog vereinheitlichen: vor dem Import alle Gewichte in Gramm, alle Abmessungen in Millimeter und alle Volumen in Milliliter umrechnen
    • Fehlende Pflichtfelder wie Produktbeschreibungen, Kategoriezuordnungen und Steuerschlüssel mit Skripten zur Massenanreicherung füllen statt nach der Migration von Hand
  4. 4

    Schrittweise Einführung statt Umstellung auf einen Schlag

    Den ganzen Katalog in einer einzigen Umstellung zu migrieren, maximiert das Risiko. Mit einem schrittweisen Vorgehen validierst du dein Mapping, testest Schnittstellen und baust Vertrauen im Team mit einer überschaubaren Teilmenge auf, bevor du den ganzen Katalog umziehst. Beginne mit einer repräsentativen Stichprobe, erweitere auf eine einzelne Produktkategorie oder Marke und gehe erst zur vollständigen Migration über, wenn jede Phase die Validierung bestanden hat.

    Beispiele
    • Zuerst 50 repräsentative Produkte migrieren, um das Mapping zu prüfen, mit jedem Produkttyp, jeder Kategorie und jeder Attributkombination deines Katalogs
    • Nach dem Pilot eine ganze Kategorie migrieren (z. B. alle 2.000 Produkte in Elektronik), um Menge und Performance zu testen, bevor die restlichen 15.000 Produkte folgen
    • Altes und neues System 2 bis 4 Wochen parallel betreiben, um die Ergebnisse zu vergleichen und Abweichungen zu finden, bevor das Altsystem abgeschaltet wird
  5. 5

    Automatische Validierung in jeder Phase

    Manuelle Stichproben reichen für eine Katalogmigration nicht aus. Baue automatische Validierungsskripte, die Quell- und Zieldaten auf Feldebene vergleichen, Datensätze markieren, die gegen Geschäftsregeln verstoßen, und Ausnahmeberichte erzeugen. Die Validierung sollte nach jedem Import-Batch laufen, nicht nur am Ende. Wenn du Fehler früh findest, verhinderst du, dass sie sich durch abhängige Datensätze ziehen.

    Beispiele
    • Ein Validierungsskript, das bei jedem Batch-Import Produktanzahl, Vollständigkeit der Attribute und Kategoriezuordnungen zwischen Quelle und Ziel vergleicht
    • Automatische Prüfungen, die Produkte ohne Pflichtfelder (Preis, Beschreibung, Hauptbild) oder mit Werten außerhalb des erwarteten Bereichs (negative Preise, Datum in der Zukunft) markieren
    • Ein Abgleichbericht, der jede Quell-SKU mit dem Zielsystem abgleicht, um übersprungene, doppelte oder falsch zugeordnete Produkte zu finden
  6. 6

    Rollback-Strategie als zentrale Anforderung

    Jeder Migrationsplan braucht ein klar definiertes Rollback-Verfahren, das den vorherigen Zustand in einem akzeptablen Zeitraum wiederherstellt. Ein Rollback ist kein Scheitern, für das man sich schämen muss. Es ist ein Sicherheitsnetz, mit dem dein Team zuversichtlich vorangeht, weil ein kritischer Fehler weder zu dauerhaftem Datenverlust noch zu langen Ausfällen führt. Teste dein Rollback-Verfahren, bevor du es brauchst.

    Beispiele
    • Vor jedem Migrations-Batch einen vollständigen Snapshot des Zielsystems erstellen, damit du bei fehlgeschlagener Validierung auf den Stand vor dem Import zurückkehren kannst
    • Das Altsystem nach der Umstellung 30 Tage im Nur-Lese-Modus behalten, damit du bei kritischen Problemen darauf zurückgreifen kannst
    • Ein Rollback-Runbook Schritt für Schritt dokumentieren, das jedes Teammitglied in unter 2 Stunden ausführen kann, inklusive Rückbau von Schnittstellen, DNS und Kanal-Feeds
Umsetzung

So setzt du Katalogmigration & Systemwechsel um

Eine Schritt-für-Schritt-Anleitung, mit der du diese Katalogmanagement-Praxis in deinem Unternehmen einführst

  1. 1

    Quelldaten prüfen und Umfang festlegen

    Exportiere deinen vollständigen Produktkatalog aus dem Quellsystem und bewerte die Datenqualität gründlich. Zähle alle Datensätze, erfasse alle Attribute, miss die Vollständigkeit der Felder und dokumentiere Datentypen und Formate. Stufe jedes Attribut für das Zielsystem als kritisch, wichtig oder optional ein. Dieses Audit wird zur Grundlage für dein Mapping-Dokument und deine Zeitschätzung.

    Beispiele
    • Alle Produktdaten als CSV exportieren und die Vollständigkeit analysieren: 98 % der Produkte haben Titel, aber nur 62 % vollständige Abmessungen und nur 45 % SEO-Metadaten
    • 14 eigene Attribute im Quellsystem finden, die im Ziel-PIM keine direkte Entsprechung haben und Umwandlungsregeln oder neue Attribute erfordern
    • Entdecken, dass 3.200 von 18.000 Produkten seit über 2 Jahren nicht aktualisiert wurden und eher auf Auslistung geprüft als migriert werden sollten
  2. 2

    Das Mapping-Dokument für die Felder erstellen

    Baue ein umfassendes Mapping, das jedes Quellfeld mit seinem Ziel verbindet. Lege für jede Zuordnung die Umwandlungslogik fest: direkte Übernahme, Formatumwandlung, Werte-Lookup, Verkettung oder manuelle Prüfung. Ergänze Validierungsregeln, mit denen du jedes Feld nach dem Import prüfst. Technische und fachliche Verantwortliche sollten dieses Dokument prüfen und freigeben, bevor Daten verschoben werden.

    Beispiele
    • Das Quellfeld 'product_desc' (HTML-Text, max. 5000 Zeichen) mit einer Extraktionsregel den Zielfeldern 'short_description' (reiner Text, max. 160 Zeichen) und 'long_description' (Rich Text, max. 3000 Zeichen) zuordnen
    • Eine Lookup-Tabelle anlegen, die alte Kategorie-IDs in die neuen hierarchischen Kategoriepfade des Zielsystems umwandelt
    • Eine Verkettungsregel festlegen, die die Quellfelder 'brand', 'product_line' und 'model_number' im Zielsystem zu einem einzigen Feld 'product_title' zusammenfügt
  3. 3

    Quelldaten bereinigen und vereinheitlichen

    Bereinige deine Daten in einer Staging-Kopie der Quelldaten, nie direkt in der Produktion. Entferne Dubletten, vereinheitliche Formate, fülle Pflichtfelder, entferne veraltete Produkte und behebe Kodierungsprobleme. Protokolliere jeden Bereinigungsschritt, damit du die Wirkung prüfen und den Ablauf bei Bedarf wiederholen kannst. Diese Phase nimmt meist 30 bis 40 % der gesamten Migrationszeit ein, und hier investieren die meisten Teams zu wenig.

    Beispiele
    • Ein Skript zur Dublettenerkennung laufen lassen, das anhand gleicher EAN-Codes 847 doppelte Produkte findet, und dann jeweils den vollständigsten Datensatz jeder Gruppe übernehmen
    • Alle Farbwerte aus Freitexteinträgen (navy, Navy Blue, NAVY, dunkelblau) in ein kontrolliertes Vokabular aus 48 Standard-Farbcodes überführen
    • Alle Produktbilder aus gemischten Formaten (BMP, TIFF, PNG) in optimierte JPEG- und WebP-Dateien mit einheitlicher, SKU-basierter Benennung umwandeln
  4. 4

    Pilotmigration durchführen und validieren

    Wähle 50 bis 100 repräsentative Produkte aus, die jeden Produkttyp, jede Kategorie und jede Attributvariante deines Katalogs abdecken. Migriere diesen Pilot-Batch durch die komplette Pipeline: Extraktion, Umwandlung, Laden und Validierung. Vergleiche die migrierten Datensätze Feld für Feld mit der Quelle, um die Genauigkeit zu prüfen. Lass Fachanwender die Pilotprodukte im Zielsystem prüfen und bestätigen, dass sie korrekt angezeigt werden und funktionieren.

    Beispiele
    • Pilotprodukte wählen, die einfache Artikel, Variantenprodukte, Bundles, Produkte mit umfangreichen Medien und Produkte aus jeder Hauptkategorie enthalten
    • Einen automatischen Vergleich Feld für Feld laufen lassen, der im Pilot-Batch 23 Abweichungen markiert, darunter abgeschnittene Beschreibungen und falsche Kategoriezuordnungen
    • Merchandising, Marketing und Lager prüfen jeweils 10 Pilotprodukte im neuen System und bestätigen, dass die Daten ihre betrieblichen Anforderungen erfüllen
  5. 5

    Die vollständige Migration in Batches durchführen

    Migriere den restlichen Katalog in logischen Batches, meist nach Kategorie oder Marke. Validiere nach jedem Batch, bevor du mit dem nächsten weitermachst. Führe ein Migrationsprotokoll mit Batch-Nummer, Anzahl der Datensätze, Start- und Endzeit, Validierungsstatus und Ausnahmen. Besteht ein Batch die Validierung nicht, behebe die Probleme und wiederhole diesen Batch, statt mit bekannten Fehlern weiterzumachen.

    Beispiele
    • Nach Kategorie migrieren: Batch 1 Elektronik (3.200 Produkte), Batch 2 Bekleidung (5.400 Produkte), Batch 3 Haus & Garten (4.100 Produkte), mit 24 Stunden Validierungszeit zwischen den Batches
    • Ein Migrations-Dashboard mit dem Fortschritt in Echtzeit: 12.700 von 18.000 Produkten migriert, 98,3 % Validierungsquote, 217 Datensätze in der Ausnahmeliste
    • Die Migration nach Batch 2 pausieren, wenn die Validierung zeigt, dass 8 % der Bekleidungsprodukte durch einen Mapping-Fehler ihre Größenattribute verloren haben, das Mapping korrigieren und nur die betroffenen Datensätze erneut migrieren
  6. 6

    Prüfung und Überwachung nach der Migration

    Wenn der letzte Batch abgeschlossen ist, führe einen vollständigen Abgleich durch, der Produktanzahl, Verteilung auf Kategorien, Vollständigkeit der Attribute und Anzahl der Mediendateien zwischen Quelle und Ziel vergleicht. Richte Dashboards ein, die in den ersten 30 Tagen täglich Kennzahlen zur Datenqualität verfolgen. Lege klare Kriterien fest, wann die Migration als abgeschlossen gilt und das Altsystem abgeschaltet werden kann.

    Beispiele
    • Ein Abgleichbericht bestätigt, dass 17.847 von 18.000 Quellprodukten im Zielsystem live sind und 153 bewusst ausgeschlossen wurden (bei der Bereinigung markierte Auslaufartikel)
    • Im ersten Monat tägliche automatische Prüfungen einrichten, die Fehlerraten auf Produktseiten, defekte Bilder, fehlende Preise und die Produktzahl auf Kategorieseiten überwachen
    • 30 Tage nach der Umstellung ein formales Abnahmetreffen ansetzen, bei dem jedes beteiligte Team bestätigt, dass das neue System seine Anforderungen erfüllt, bevor das Altsystem abgeschaltet wird
Best Practices

Best Practices: Katalogmigration & Systemwechsel

Was du tun (und lassen) solltest, um das Beste aus deinem Katalogmanagement herauszuholen

  • Mach das

    Investiere 30 bis 40 % deiner Migrationszeit in die Datenbereinigung, bevor du irgendetwas verschiebst. Saubere Daten migrieren reibungslos, schmutzige Daten erzeugen im neuen System Folgeprobleme, die sich im Nachhinein schwerer beheben lassen.

    Lass das

    Die Bereinigung überstürzen, um früher mit der „eigentlichen“ Migration zu beginnen. Jede Stunde Datenbereinigung spart 3 bis 5 Stunden Fehlersuche, erneute Importe und manuelle Korrekturen nach der Migration.

  • Mach das

    Behalte das Altsystem nach der Umstellung mindestens 30 Tage im Nur-Lese-Modus. So hast du einen geprüften Rückfallpunkt und eine Referenz, um nach der Migration entdeckte Abweichungen zu klären.

    Lass das

    Das alte System direkt nach der Migration abschalten. Stellt sich Wochen später heraus, dass wichtige Daten fehlen oder beschädigt sind, ist das Altsystem zum Vergleich unbezahlbar.

  • Mach das

    Nutze automatische Validierungsskripte, die Quell- und Zieldaten nach jedem Batch-Import auf Feldebene vergleichen. Baue diese Skripte vor Beginn der Migration, nicht währenddessen.

    Lass das

    Sich auf manuelle Stichproben verlassen, um die Genauigkeit der Migration zu prüfen. Menschen können Tausende Datensätze über Dutzende Felder nicht zuverlässig vergleichen. Automatisierung findet Fehler, die beim Hinsehen durchrutschen.

  • Mach das

    Dokumentiere jede Umwandlungsregel, jede Bereinigungsentscheidung und jedes Vorgehen bei Ausnahmen in einem gemeinsamen Migrations-Runbook. So bleibt die Arbeit über Teammitglieder und Batches hinweg einheitlich.

    Lass das

    Die Migrationslogik nur in den Köpfen oder in undokumentierten Skripten lassen. Ist die Person, die die Umwandlungsregeln geschrieben hat, nicht da, darf der Rest des Teams nicht blockiert sein.

  • Mach das

    Kommuniziere Zeitplan, erwartete Ausfallzeiten und Zeiträume für Datensperren frühzeitig an alle Beteiligten. Produkt-, Marketing- und Vertriebsteams müssen Katalogsperren einplanen.

    Lass das

    Die Migration als rein technisches Projekt behandeln, das nur die IT betrifft. Jedes Team, das Produktdaten anlegt, bearbeitet oder von ihnen abhängt, ist betroffen und muss informiert und eingebunden werden.

  • Mach das

    Lass deine komplette Migrations-Pipeline von Anfang bis Ende in einer Staging-Umgebung laufen, bevor du die Produktion anfasst. Dazu gehören Extraktion, Umwandlung, Laden, Validierung und Rollback.

    Lass das

    Einzelne Migrationsschritte isoliert testen und annehmen, dass sie in der Produktion zusammen funktionieren. Probleme im Zusammenspiel der Schritte sind die häufigste Ursache für gescheiterte Migrationen.

Tools & Funktionen

Tools für Katalogmigration & Systemwechsel

Empfohlene Tools und WISEPIM-Funktionen, mit denen du das in die Praxis umsetzt

WISEPIM Import Engine

Massenimport für CSV, Excel und XML mit Feldzuordnung, Import-Umwandlungen, Wertezuordnung und geprüfter Vorschau. Gleicht Zeilen über SKU oder EAN mit bestehenden Produkten ab, sodass du entscheidest, ob sie aktualisiert, übersprungen oder neu angelegt werden, und Rollback Import entfernt die Produkte, die ein Import angelegt hat.

Mehr erfahren

WISEPIM Datenqualitäts-Dashboard

Field Health verfolgt die Füllrate pro Feld, verdächtige Werte weisen auf wahrscheinliche Datenfehler hin und du kannst einen Datenqualitätsbericht exportieren, um die Bereinigung vor und nach der Migration zu priorisieren.

Mehr erfahren

WISEPIM Massenbearbeitung

Führe Massenupdates, neue Kategoriezuordnungen und Attributänderungen für Tausende Produkte in einem Vorgang aus oder plane sie mit einer Automatisierung. In den kostenpflichtigen Tarifen kann der Vorgangsverlauf eine Massenänderung rückgängig machen, solange sich die Produkte seitdem nicht geändert haben.

Mehr erfahren

Talend Open Studio

Open-Source-ETL-Plattform (Extract, Transform, Load) für komplexe Pipelines zur Datenumwandlung. Verbindet sich mit Hunderten Datenquellen und bietet visuelles Job-Design, um Produktdaten zwischen Systemen zuzuordnen, zu bereinigen und zu laden.

Beyond Compare

Werkzeug zum Vergleichen von Dateien und Daten, mit dem du die Genauigkeit der Migration prüfst. Vergleiche CSV-Exporte aus Quell- und Zielsystem nebeneinander, mit hervorgehobenen Unterschieden auf Feldebene, um Mapping-Fehler oder Datenverlust schnell zu finden.

Erfolgskennzahlen

So misst du den Erfolg: Katalogmigration & Systemwechsel

Die wichtigsten Kennzahlen und Zielwerte, die du beim Verbessern deines Katalogs im Blick behältst

Vollständigkeitsrate der Daten

Der Anteil migrierter Produkte, bei denen im Zielsystem alle Pflichtfelder gefüllt sind, darunter Titel, Beschreibung, Preis, Bilder und Kategoriezuordnung.

Zielwert: 99 % oder mehr bei Pflichtfeldern

Genauigkeit auf Feldebene

Der Anteil einzelner Feldwerte, die nach Berücksichtigung der erwarteten Umwandlungen zwischen Quelle und Ziel übereinstimmen. Gemessen mit automatischen Vergleichsskripten.

Zielwert: 99,5 % Genauigkeit über alle zugeordneten Felder

Migrationsdurchsatz

Die Zahl der Produkte, die pro Stunde erfolgreich migriert und validiert werden. Mit dieser Kennzahl schätzt du die Gesamtdauer der Migration und findest Engpässe in der Pipeline.

Zielwert: 1.000-5.000 Produkte pro Stunde, je nach Komplexität

Ausnahmerate

Der Anteil der Datensätze, die die automatische Validierung nicht bestehen und manuell geprüft oder korrigiert werden müssen. Eine hohe Ausnahmerate deutet auf Mapping- oder Datenqualitätsprobleme hin, die gelöst werden müssen.

Zielwert: Unter 2 % pro Batch

Fehlerrate nach der Migration

Die Zahl datenbezogener Fehler (defekte Bilder, fehlende Preise, falsche Kategorien), die Nutzer in den ersten 30 Tagen nach der Umstellung melden oder die das Monitoring erkennt.

Zielwert: Null kritische Fehler, weniger als 10 unkritische Fehler pro Woche

Beispielszenario

Ein Modehändler wechselt von ERP-Exporten und Tabellen zu einem PIM

Vorher

Stell dir einen mittelgroßen Modehändler vor, dessen Produktdaten über ein veraltetes ERP, Dutzende Tabellen und ein Netzlaufwerk voller uneinheitlich benannter Bilder verteilt sind. Größen- und Farbdaten liegen an verschiedenen Stellen, und ein neues Produkt zu launchen heißt, dieselben Informationen in mehrere Systeme einzugeben.

Nachher

Das Team migriert in Phasen und beginnt mit einem Pilot aus einigen Hundert Produkten seiner bekanntesten Marken. Zuerst werden Produktfamilien und Attribute in WISEPIM eingerichtet, dann laufen der ERP-Export und die Tabellen über den CSV- und Excel-Import mit gespeicherten Spaltenzuordnungen. Kennungsfelder wie SKU und EAN dienen als Abgleichschlüssel, sodass ein zweiter Durchlauf Produkte aktualisiert statt sie zu duplizieren, und die Prüfung auf Beinahe-Dubletten markiert ähnliche Produkte, die übrig bleiben. Bilder wandern in die Mediathek, und jeder Batch wird gegen Vollständigkeit und Quality-Guard-Regeln geprüft, bevor die nächste Kategorie beginnt. Das ERP bleibt im Nur-Lese-Modus verfügbar, bis das Team der neuen Quelle vertraut.

Verbesserung:Ein Ort für alle Produktdaten, Produktstarts ohne mehrfaches Eintippen derselben Informationen in verschiedene Systeme und ein sauberer Ausgangspunkt für die Veröffentlichung auf jedem Kanal.

Erste Schritte: Katalogmigration & Systemwechsel

Drei Schritte, mit denen du deinen Katalog noch heute verbesserst

  1. 01

    Die Migration planen und zuordnen

    Dokumentiere zuerst jede Datenquelle, jedes nachgelagerte System und jedes Team, das von deinem Produktkatalog abhängt. Exportiere deine vollständigen Quelldaten und führe ein Datenqualitäts-Audit durch: Miss die Vollständigkeit der Felder, finde Dubletten und erfasse jedes Attribut. Erstelle ein umfassendes Mapping-Dokument, das festlegt, wie jedes Quellfeld ins Zielsystem übersetzt wird, inklusive Umwandlungsregeln für Formatwechsel, Werte-Lookups und Verkettungen. Lass technische und fachliche Verantwortliche das Mapping prüfen und freigeben, bevor es weitergeht. Diese Planungsphase dauert meist 1 bis 2 Wochen, erspart dir aber teure Nacharbeit.

  2. 02

    Bereinigen, Pilot fahren und validieren

    Bereinige deine Daten in einer Staging-Kopie: Entferne Dubletten, vereinheitliche Formate, fülle Pflichtfelder und entferne veraltete Produkte. Migriere dann einen Pilot-Batch von 50 bis 100 repräsentativen Produkten durch die komplette Pipeline. Lass eine automatische Validierung Feld für Feld laufen, die Quell- und Zieldaten vergleicht. Lass Fachanwender die Pilotprodukte im neuen System prüfen und bestätigen, dass sie die betrieblichen Anforderungen erfüllen. Behebe Mapping-Fehler oder Umwandlungsprobleme aus dem Pilot. Gehe erst zur vollständigen Migration über, wenn der Pilot-Batch alle Validierungen mit über 99 % Genauigkeit besteht.

  3. 03

    Durchführen, überwachen und prüfen

    Migriere den restlichen Katalog in logischen Batches nach Kategorie oder Marke und validiere nach jedem Batch, bevor du weitermachst. Führe ein Migrationsprotokoll mit Batch-Status, Anzahl der Datensätze und Ausnahmen. Führe nach dem letzten Batch einen vollständigen Abgleich durch, der Produktanzahl, Vollständigkeit der Attribute und Anzahl der Mediendateien zwischen Quelle und Ziel vergleicht. Richte Dashboards ein, die die Datenqualität in den ersten 30 Tagen täglich verfolgen. Behalte das Altsystem nach der Umstellung mindestens 30 Tage im Nur-Lese-Modus. Setze ein formales Abnahmetreffen an, bei dem jedes beteiligte Team bestätigt, dass das neue System seine Anforderungen erfüllt, bevor das alte abgeschaltet wird.

Kostenloser Download

Planer für die Katalogmigration & Validierungs-Checkliste

Hol dir unser umfassendes Toolkit für die Migrationsplanung mit Vorlage für die Feldzuordnung, Checkliste für das Datenqualitäts-Audit, Skripten zur Batch-Validierung und einer Vorlage für das Rollback-Verfahren. Alles, was du für eine Katalogmigration ohne Datenverlust brauchst.

  • Tabellenvorlage für die Feldzuordnung mit Spalten für Quellfelder, Zielfelder, Umwandlungsregeln und Validierungskriterien
  • Checkliste für das Datenqualitäts-Audit vor der Migration zu Vollständigkeit, Konsistenz, Dubletten und einheitlichen Formaten
  • Vorlagen für Skripte zur Batch-Validierung mit automatischem Vergleich von Quelle und Ziel auf Feldebene
  • Vorlage für das Rollback-Verfahren mit Schritt-für-Schritt-Anleitung, um jeden Migrations-Batch zurückzusetzen
  • Dashboard-Vorlage für die Überwachung nach der Migration mit Kennzahlen zur Datenqualität in den ersten 30 Tagen
Kostenlose Vorlage holen

Häufig gestellte Fragen

Häufige Fragen zu Katalogmigration & Systemwechsel

Die Dauer hängt stark von der Katalogröße, der Komplexität der Daten und der Zahl der Quellsysteme ab. Eine überschaubare Migration von 5.000 bis 10.000 Produkten aus einem einzigen Quellsystem dauert inklusive Planung, Bereinigung und Validierung meist 4 bis 6 Wochen. Größere Kataloge (über 50.000 Produkte) oder Migrationen mit mehreren Quellsystemen, komplexen Variantenstrukturen und mehrsprachigen Inhalten können 8 bis 16 Wochen dauern. Der häufigste Fehler ist, die Bereinigungsphase zu unterschätzen, die meist 30 bis 40 % der Gesamtzeit einnimmt. Plane Puffer für die unvermeidlichen Datenqualitätsprobleme ein, die erst während der Migration auftauchen.

Immer vorher. Schmutzige Daten in ein sauberes neues System zu migrieren, verfehlt den Zweck des Wechsels und hinterlässt bei deinem Team einen schlechten ersten Eindruck von der neuen Plattform. Die Bereinigung im Quellsystem oder in einer Staging-Umgebung ist schneller und weniger riskant als in einem Live-System. Konzentriere dich vor der Migration auf Dubletten, einheitliche Formate, gefüllte Pflichtfelder und das Entfernen veralteter Produkte. Manche Bereinigung ist allerdings erst nach der Migration möglich, etwa das Anreichern von Datensätzen mit neuen Attributen, die das Zielsystem unterstützt, die Quelle aber nicht. Plane Arbeit an der Datenqualität also vor und nach der Migration ein.

Datenverlust oder beschädigte Daten, die erst bemerkt werden, nachdem das Altsystem abgeschaltet ist. Deshalb sind automatische Validierung in jeder Phase und ein Altsystem, das nach der Umstellung mindestens 30 Tage im Nur-Lese-Modus bleibt, entscheidende Absicherungen. Das zweitgrößte Risiko ist ein unterschätzter Umfang. Teams entdecken mitten in der Migration oft undokumentierte Datenabhängigkeiten, zweckentfremdete eigene Felder oder Schnittstellen, von denen sie nichts wussten. Eine gründliche Bestandsaufnahme senkt dieses Risiko deutlich. Das dritte Risiko ist Erschöpfung im Team. Migrationen sind intensive Projekte, und gehetzte Zeitpläne führen zu Abkürzungen bei der Validierung, die später Probleme verursachen.

Eine Migration in Phasen ist einer Umstellung auf einen Schlag klar vorzuziehen. Beginne mit einem Pilot-Batch von 50 bis 100 repräsentativen Produkten, um dein Mapping und deine Umwandlungsregeln zu prüfen. Erweitere dann auf eine ganze Produktkategorie oder Marke. So findest du Fehler früh, wenn sie noch günstig zu beheben sind, baust Vertrauen im Team in das neue System auf und hältst den Geschäftsbetrieb während des Übergangs aufrecht. Die größte Herausforderung bei einer Migration in Phasen ist die Übergangszeit, in der Daten in beiden Systemen liegen. Du brauchst klare Regeln, welches System für welche Produktkategorie während des Übergangs führend ist, und eine Datensperre im Quellsystem für Kategorien, die schon migriert sind.

Mediendateien verdienen einen eigenen Migrationsstrang, denn sie haben besondere Herausforderungen: Dateiformate müssen eventuell umgewandelt, Namenskonventionen vereinheitlicht und Dateigrößen optimiert werden. Prüfe zuerst deine Mediathek auf verwaiste Dateien (Dateien ohne Verknüpfung zu einem Produkt), doppelte Dateien und fehlende Dateien. Lege für das Zielsystem eine Namenskonvention auf Basis von SKU oder Produkt-ID fest. Nutze automatische Skripte, um Dateien gesammelt umzubenennen, zu skalieren und umzuwandeln. Prüfe während der Migration, dass jedes Produkt im Zielsystem korrekt mit seinen Mediendateien verknüpft ist. Typische Stolperfallen sind defekte Dateipfade durch Sonderzeichen, fehlende Alt-Texte und uneinheitliche Bildseitenverhältnisse.

Genau deshalb ist eine Rollback-Strategie eine zentrale Anforderung und kein nachträglicher Gedanke. Dokumentiere vor Beginn der Migration ein Rollback-Verfahren Schritt für Schritt und teste es in deiner Staging-Umgebung. Erstelle mindestens vor jedem Migrations-Batch ein vollständiges Backup oder einen Snapshot des Zielsystems, damit du auf den Stand vor dem Import zurückkehren kannst. Erkennst du mitten in der Migration kritische Fehler, halte sofort an, schätze das Ausmaß ein und entscheide, ob du korrigierst und weitermachst oder zurückrollst und neu startest. Mach nicht in der Hoffnung weiter, die Fehler später zu beheben. Wenn du bei einer Migration in Phasen beide Systeme parallel betreibst, sollte die Rückkehr zum Altsystem einfach sein. Entscheidend ist, dass ein Rollback ein geplantes, geübtes Verfahren ist und keine Improvisation im Notfall.

Weitere Themen im Katalogmanagement

Weiter entdecken

Handverlesene nächste Schritte, um tiefer einzusteigen.

Bereit, dein Katalogmanagement zu verbessern?

Mit WISEPIM strukturierst, organisierst und skalierst du deinen Produktkatalog, mit starken Tools und smarter Automatisierung.