Wie lässt sich feststellen, ob eine Plattform für den grenzüberschreitenden Handel die Datenmigration unterstützt?

Bei der Beurteilung, ob eine Plattform für grenzüberschreitende Websites eine Datenmigration unterstützt, reicht es nicht aus, nur darauf zu achten, ob die Plattform eine Schaltfläche zum „Exportieren“ anbietet. Entscheidend ist, ob die Daten, die ein Unternehmen behalten muss, in einem verarbeitbaren Format verfügbar sind, ob sich die Beziehungen zwischen den Daten wiederherstellen lassen und ob die neue Plattform diese Daten übernehmen und die erforderlichen Geschäftsfunktionen wiederherstellen kann.

Der Export einer Produkttabelle bedeutet nicht, dass sich die gesamte Website übertragen lässt. Seitenlayouts, mehrsprachige Versionen, Kundenkonten, Bestellstatus, Bilddateien und von Suchmaschinen erfasste URLs können an unterschiedlichen Orten gespeichert sein oder durch die Plattformarchitektur beziehungsweise Drittanbieterdienste eingeschränkt werden. Bei der Auswahl sollten sowohl die Möglichkeiten zum Datenexport als auch zum Datenimport geprüft werden, statt sich mit der pauschalen Aussage „Migration wird unterstützt“ zufriedenzugeben.

Zuerst klären, was „vollständige Daten“ konkret umfasst

Der Umfang einer Migration hängt vom Geschäftsmodell der Website ab. Bei B2B-Websites stehen möglicherweise Produktinformationen, Anfragen und mehrsprachige Seiten im Vordergrund. Bei einem grenzüberschreitenden Onlineshop müssen zusätzlich Produktvarianten, Lagerbestände, Kundenkonten und frühere Bestellungen berücksichtigt werden. Erstellen Sie für die Bewertung eine Liste der einzelnen Objekte und prüfen Sie, ob jedes davon exportiert werden kann und anschließend im Zielsystem verwendbar ist.

• Inhalte und Medien: Seitentexte, Artikel, Produktbeschreibungen, Bilder, Videos und Anhänge. Prüfen Sie, ob die Dateien selbst exportiert werden oder der Export lediglich Links zur ursprünglichen Plattform enthält. Letztere sind nach der Abschaltung der ursprünglichen Website möglicherweise nicht mehr erreichbar.
• Produkte und Geschäftsdatensätze: Produktcodes, Varianten, Preise, Lagerbestände, Kategorien, Kundeninformationen, Anfragen und Bestellungen. Achten Sie insbesondere darauf, ob stabile Verknüpfungskennungen zwischen Varianten, Kunden und Bestellungen erhalten bleiben.
• Website-Struktur und Suchmaschineninformationen: Seiten-URLs, Titel, Beschreibungen, kanonische URLs, Zuordnungen zwischen Sprachversionen und Weiterleitungsregeln. Selbst wenn diese Informationen exportiert werden können, muss die Zielplattform die entsprechenden Konfigurationen unterstützen.
• Konten und Betriebskonfigurationen: Administratorberechtigungen, Formulare, automatisierte E-Mails sowie Zahlungs- und Logistikschnittstellen. Einige Konfigurationen hängen von der ursprünglichen Plattform oder externen Diensten ab und lassen sich möglicherweise nicht zusammen mit den Daten migrieren.

Unterscheiden Sie außerdem zwischen der Migration von Daten und der Migration von Website-Funktionen. Der Export von Seitentexten bedeutet nicht, dass sich die ursprünglichen Vorlagen und interaktiven Komponenten kopieren lassen. Ebenso bedeutet der Erhalt von Kundendatensätzen nicht, dass Anmeldestatus oder Passwörter migriert werden können. Passwörter werden in der Regel unumkehrbar gespeichert. Ob die bisherigen Anmeldedaten weiterverwendet werden können, hängt von den Authentifizierungsverfahren beider Plattformen ab; unter Umständen müssen Nutzer ihre Passwörter neu festlegen.

Exportergebnisse prüfen, nicht nur die Funktionsliste

Zu den gängigen Exportformaten gehören CSV, Excel, JSON, XML, APIs sowie von Anbietern bereitgestellte Datenbank- oder Dateiarchive. Das Format allein sagt nichts über die Migrationsqualität aus: CSV eignet sich gut für die Verarbeitung tabellarischer Daten, doch komplexe Produktvarianten, verschachtelte Inhalte und mehrsprachige Beziehungen müssen möglicherweise auf mehrere Tabellen verteilt werden. JSON kann hierarchische Strukturen abbilden, dennoch muss geprüft werden, ob die Zielplattform dieselben Felder und Datenmodelle akzeptiert.

Lassen Sie sich Feldbeschreibungen und anonymisierte Beispieldaten bereitstellen. Das ist aussagekräftiger als die bloße Bestätigung, dass ein CSV-Export möglich ist. Die Beispiele sollten komplexe Objekte abdecken, etwa Produkte mit mehreren Varianten, mehrsprachige Inhalte, Datensätze mit Anhängen sowie Bestellungen mit unterschiedlichen Status. Achten Sie bei der Prüfung insbesondere auf folgende Punkte:

• Enthalten die exportierten Felder alle geschäftlich erforderlichen Angaben, und bleiben interne IDs, Verknüpfungs-IDs und Zeitstempel erhalten?
• Werden Textkodierung, Zeilenumbrüche, Sonderzeichen und nicht-lateinische Inhalte korrekt dargestellt?
• Lassen sich Bilder gesammelt herunterladen, und können Dateinamen oder Adressen den ursprünglichen Datensätzen zugeordnet werden?
• Umfasst der Export alle Daten oder nur die aktuell gefilterten Ergebnisse? Gibt es Beschränkungen hinsichtlich Datensatzanzahl, Zeitraum oder Tarif?
• Sind gelöschte, archivierte oder historische Datensätze im Export enthalten?

Ein Produkt kann beispielsweise in verschiedenen Sprachen unterschiedliche Namen, Beschreibungen und eigene URLs haben. Wenn die Exportdatei nur die Standardsprache enthält oder die Sprachversionen nicht eindeutig miteinander verknüpft sind, müssen die Sprachzuordnungen auf der neuen Website trotz „erfolgreichem“ Export erneut eingerichtet werden. Dieser Aufwand sollte bereits bei der Plattformauswahl erkannt werden und nicht erst kurz vor dem Wechsel anfallen.

Eine verfügbare Schnittstelle allein reicht für eine erfolgreiche Migration nicht aus

Wenn für die Migration APIs verwendet werden, müssen Lese- und Schreibzugriff jeweils separat geprüft werden. Die Quellplattform erlaubt möglicherweise den Abruf von Produkten, bietet aber keinen Bestellexport an. Die Zielplattform kann möglicherweise Produkte anlegen, erlaubt jedoch nicht, bei historischen Bestellungen ursprüngliche Zeitstempel, Zahlungsstatus oder bestimmte IDs zu übernehmen. Daten, die außerhalb des Schnittstellenumfangs liegen, können unter Umständen nur auf anderem Wege importiert oder als historische Archive aufbewahrt werden.

Prüfen Sie die API-Dokumentation gemeinsam mit den tatsächlich verfügbaren Berechtigungen: Sind die betreffenden Endpunkte im aktuellen Tarif freigeschaltet? Werden Paginierung, Filterung und inkrementelle Abfragen unterstützt? Gibt es Begrenzungen für die Anfragerate, die Datenmenge pro Anfrage oder den Upload von Anhängen? Bei großen Datenmengen sollten Sie außerdem klären, wie fehlgeschlagene Vorgänge erneut ausgeführt, doppelte Übermittlungen behandelt und Fehler protokolliert werden, damit es bei Unterbrechungen der Migration nicht zu doppelten oder fehlenden Datensätzen kommt.

Wenn der Geschäftsbetrieb beim Plattformwechsel nicht längere Zeit unterbrochen werden darf, reicht ein einmaliger vollständiger Export nicht aus. Klären Sie, ob sich Änderungen anhand des Aktualisierungszeitpunkts abrufen lassen oder ob es andere Möglichkeiten gibt, nach dem vollständigen Export neu hinzugefügte, geänderte und gelöschte Datensätze zu erkennen und innerhalb des endgültigen Umstellungszeitraums zu synchronisieren. Kann die Plattform Änderungen nicht zuverlässig bereitstellen, muss Zeit für einen manuellen Abgleich oder die vorübergehende Aussetzung von Schreibvorgängen eingeplant werden.

Mit einer Migration in kleinem Umfang prüfen, ob sich exportierte Daten auch nutzen lassen

Schriftliche Angaben des Anbieters zu den verfügbaren Funktionen eignen sich für eine Vorauswahl. Die endgültige Beurteilung sollte jedoch auf den Importergebnissen in der Zielumgebung beruhen. Wählen Sie eine repräsentative Auswahl anonymisierter Daten aus, die mehrsprachige Seiten, Produkte mit mehreren Varianten, Bilder sowie Kunden- und Bestellbeziehungen umfasst. Exportieren Sie diese zunächst aus der Quellplattform und importieren Sie sie anschließend in die Plattform, die zur Auswahl steht. Dokumentieren Sie dabei, welche Daten umgewandelt oder manuell ergänzt werden müssen.

Bei der Prüfung sollten nicht nur die Gesamtzahlen der Datensätze verglichen werden. Kontrollieren Sie stichprobenartig auch Feldwerte und Verknüpfungen: Sind den Produktvarianten die richtigen Bilder zugeordnet? Sind Bestellungen mit den richtigen Kunden verknüpft? Stimmen Beträge und Währungen überein? Verweisen die mehrsprachigen Seiten auf die jeweils passende Sprachversion? Klären Sie bei fehlgeschlagenen Importen außerdem, ob sich die Fehlerursache ermitteln lässt und ob korrigierte Datensätze separat erneut importiert werden können.

Auch die durchgehende Erreichbarkeit der Website muss gesondert geprüft werden: Lässt sich die ursprüngliche URL auf der neuen Website beibehalten? Wenn nicht, können 301-Weiterleitungen gesammelt eingerichtet werden? Lassen sich Seitentitel, Beschreibungen und kanonische URLs konfigurieren? Weiterleitungen helfen beim Umgang mit geänderten Adressen, garantieren jedoch nicht, dass Suchmaschinenrankings oder Indexierungsstatus unverändert bleiben. Auch die Umstellung der DNS-Einträge, Zertifikate und externen Links sollte gemeinsam mit der Inhaltsmigration geplant werden.

Ausstiegsbedingungen in die Plattformauswahl und den Vertrag aufnehmen

Die technische Möglichkeit zum Datenexport bedeutet nicht, dass ein Unternehmen jederzeit auf vollständige Daten zugreifen kann. Klären Sie, ob nach Ablauf des Dienstes, einer Kontosperrung oder der Vertragsbeendigung noch ein Exportzeitraum zur Verfügung steht, ob die Unterstützung des Anbieters erforderlich ist, ob für die Bereitstellung von Dateien, die Umwandlung von Feldern, API-Aufrufe oder technischen Support zusätzliche Gebühren anfallen und welche Lieferfristen vereinbart werden.

Bei Daten mit Kundeninformationen, Anfragen und Bestellungen sollten außerdem Zugriffsberechtigungen, Übertragungswege sowie die Aufbewahrung und Löschung nach der Übergabe eindeutig geregelt werden. Bewerten Sie die Verarbeitungsbedingungen anhand der Datenschutzanforderungen der betroffenen Regionen. Verwenden Sie während der Testphase vorzugsweise anonymisierte Daten, damit personenbezogene Informationen nicht unnötig verbreitet werden, nur um die Migrationsfähigkeit zu prüfen.

Die Plattformfunktionen lassen sich abschließend in drei Kategorien einteilen: Daten, die direkt importiert und validiert werden können; Inhalte, die umgewandelt oder manuell neu erstellt werden müssen; sowie Daten, die sich nicht migrieren lassen oder nur archiviert werden können. Nur wenn Umfang, Zuständigkeiten und Kosten jeder Kategorie klar festgelegt sind, lässt sich beurteilen, ob die Migrationsbeschränkungen der Plattform für das Unternehmen akzeptabel sind.