Wie lässt sich der Aufwand für die Datenmigration beim Vergleich von Website-Systemen einschätzen?

Beim Vergleich und der Auswahl eines Website-Baukastensystems wirkt sich der Aufwand für die Datenmigration direkt auf Projektkosten und Go-live-Termin aus. Wie können technische Fachkräfte Migrationsrisiken erkennen und die Systemkompatibilität beurteilen? Entscheidend ist nicht, ob die Plattform einen Import unterstützt, sondern ob sich die Kerndaten vollständig exportieren, korrekt zuordnen und auf der neuen Website ordnungsgemäß nutzen lassen.

Bei der Bewertung sollten Daten, Funktionen und SEO-Ressourcen gleichermaßen berücksichtigt werden: Bleiben die Sprachversionen von Produktinformationen miteinander verknüpft? Lassen sich Bestell- und Kundendaten entsprechend den Geschäftsanforderungen übernehmen? Können alte URLs auf die passenden neuen Seiten weiterleiten? Erst nach einer Testmigration und Abnahme lassen sich Zeit- und Kostenaufwand zuverlässig einschätzen.

Zuerst klären, welche Daten migriert werden müssen und welche sich neu erstellen lassen

Erfassen Sie zunächst die Daten der alten Website und ordnen Sie sie den Kategorien Inhalte, Produkte, Kunden, Transaktionen und Marketingressourcen zu. Zu den Inhalten zählen in der Regel Seiten, Artikel, Bilder und Anhänge. Bei Onlineshops kommen Produktvarianten, Lagerbestände, Bestellungen und Rabattinformationen hinzu. Bei B2B-Websites für den Außenhandel sollten außerdem Anfragen, Formulare und Kundenkontakte berücksichtigt werden.

Vermerken Sie für jede Datenkategorie den Umfang, den Speicherort, die geschäftlich verantwortliche Person und die Aufbewahrungsanforderungen. Teilen Sie die Daten anschließend in zwingend zu migrierende, archivierbare und neu erstellbare Inhalte ein. Historische Bestellungen müssen beispielsweise möglicherweise nur für den Kundenservice einsehbar sein, während laufende Bestellungen weiterhin für Versand und Kundendienst benötigt werden.

Vergessen Sie nicht die Beziehungen zwischen den Daten. Produkte und Kategorien, Bilder und Seiten, Anfragen und Kunden sowie die Sprachversionen einer Seite können miteinander verknüpft sein. Werden nur einzelne Datensätze importiert und ihre Beziehungen nicht übernommen, sind die Daten zwar auf der neuen Website vorhanden, müssen von den Mitarbeitenden aber möglicherweise aufwendig manuell korrigiert werden.

Wählen Sie repräsentative, komplexe Beispieldatensätze aus, darunter Produkte mit mehreren Varianten, mehrsprachige Produkte, Artikel mit Anhängen und historische Anfragen. Die Stichprobe sollte Sonderzeichen, leere Felder und doppelte Daten abdecken. So vermeiden Sie, den gesamten Migrationsaufwand anhand einiger weniger, einfach strukturierter Datensätze falsch einzuschätzen.

Wie lässt sich feststellen, ob sich die Daten aus dem alten System vollständig exportieren lassen?

Prüfen Sie zunächst Exportmöglichkeiten, Formate und Umfang. Zu den gängigen Optionen gehören der Export über das Administrationssystem, der Datenbankzugriff und offene Schnittstellen. Formate wie CSV und JSON lassen sich gut verarbeiten. Wichtiger als die Formatbezeichnung ist jedoch, ob benutzerdefinierte Felder, Verknüpfungen und Mediendateien enthalten sind.

Bei geschlossenen SaaS-Lösungen sollten Sie sich beim Anbieter nach Exportberechtigungen, Nutzungslimits, API-Kontingenten und möglichen Gebühren erkundigen. Prüfen Sie außerdem, ob sich Originalbilder und Anhänge samt ihrer Referenzadressen gesammelt abrufen lassen. Andernfalls können nach dem Export der Inhalte zahlreiche Bildverknüpfungen ins Leere führen.

Prüfen Sie im Export auch Zeichencodierung, Datums- und Zeitformate, Währungseinheiten und eindeutige Kennungen. Ob beispielsweise die Sprachversionen eines Produkts dieselbe Produktnummer verwenden, ob Bestellbeträge Steuern enthalten und ob Kundendatensätze doppelt vorhanden sind, wirkt sich auf die spätere Datenbereinigung und Zuordnung aus.

Wenn wichtige Daten nur seitenweise kopiert werden können oder der bisherige Anbieter ein eigenes Exportprogramm entwickeln muss, ist der Migrationsaufwand in der Regel hoch. Lassen Sie sich in diesem Fall Leistungsumfang und Angebot schriftlich bestätigen und schließen Sie den Export sowie die Überprüfung der Datensicherung vor Vertragsende oder der Abschaltung des alten Systems ab.

Bedeutet eine Importfunktion im neuen System automatisch, dass es kompatibel ist?

Nicht unbedingt. Wenn ein neues System den Tabellenimport unterstützt, bedeutet das lediglich, dass eine bestimmte Möglichkeit zur Datenübernahme vorhanden ist. Es sagt nicht aus, ob alle Felder der alten Website übernommen werden können. Technische Fachkräfte sollten eine Feldzuordnung erstellen, in der Quell- und Zielfelder, Umwandlungsregeln, Standardwerte und nicht unterstützte Inhalte aufgeführt sind.

Prüfen Sie insbesondere Produktvarianten, Rich-Text-Inhalte, Kategoriehierarchien, mehrsprachige Inhalte, benutzerdefinierte Formulare und Kunden-Tags. Wenn ein Produkt auf der alten Website beispielsweise Farb- und Größenvarianten mit unterschiedlichen Preisen hat, das neue System aber nur eine einzelne Variante unterstützt, müssen entweder die Datenstruktur angepasst oder die Geschäftsprozesse geändert werden.

Klären Sie bei Bestell- und Kundendaten außerdem, welche Status und Verwendungszwecke das neue System beim Import unterstützt. Manche Plattformen lassen nur den Import von Produkten zu, nicht jedoch von historischen Bestellungen. Andere ermöglichen zwar die Einsicht in historische Datensätze, aber keine anschließenden Rückerstattungen oder Versandvorgänge. Solche Unterschiede sollten im Voraus geklärt werden.

Auch die Schnittstellen müssen praktisch getestet werden. Prüfen Sie anhand der API-Dokumentation Authentifizierungsverfahren, Möglichkeiten für Massenschreibvorgänge, Aufruflimits, Fehlermeldungen und Wiederholungsmechanismen. Bei großen Mengen an Bildern oder Produkten wirken sich Importgeschwindigkeit und Wiederherstellung nach Fehlern unmittelbar auf das Zeitfenster für den Go-live aus.

Importieren Sie nach der Feldzuordnung Beispieldaten in eine Testumgebung und prüfen Sie systematisch Mengen, Felder, Verknüpfungen und Darstellung auf der Website. Eine Meldung über einen erfolgreichen Import ersetzt keine fachliche Abnahme. Testen Sie auch tatsächliche Vorgänge wie Suche, Filter, Formularübermittlung, Warenkorb und Bestellabfrage.

Wie stark erhöhen SEO- und mehrsprachige Inhalte den Migrationsaufwand?

Bei Websites, die über die organische Suche Kunden gewinnen, geht es bei der Migration um mehr als das Übertragen von Seiten. Exportieren Sie alte URLs, Titel, Beschreibungen, kanonische Links und eine Liste wichtiger Seiten. Legen Sie anhand von Traffic, Anfragen und Backlink-Wert Prioritäten fest, damit wichtige Einstiegsseiten nach dem Relaunch nicht verloren gehen.

Ordnen Sie jede alte URL einer neuen URL zu und verwenden Sie bevorzugt serverseitige 301-Weiterleitungen auf inhaltlich passende Seiten. Leiten Sie nicht alle alten Seiten pauschal auf die Startseite weiter. Gibt es keinen passenden Ersatzinhalt, sollten Sie je nach geschäftlicher Situation entscheiden, ob die Seite erhalten, archiviert oder mit einem geeigneten Statuscode beantwortet wird.

Prüfen Sie bei mehrsprachigen Websites außerdem die Zuordnung zwischen Sprachversionen, Sprachkennzeichnungen und kanonischen Links. Vergewissern Sie sich nach der Migration, dass alle Sprachversionen erreichbar sind und auf die korrekten Varianten verweisen, und aktualisieren Sie die Sitemap. Veränderungen der Suchmaschinenplatzierungen sollten weiterhin beobachtet werden; eine vollständig unveränderte Platzierung lässt sich nicht garantieren.

Nehmen Sie auch Analysetools, Werbe-Conversion-Ereignisse und die Zuordnung von Anfragen in die Prüfliste auf. Testen Sie vor dem Go-live in der Testumgebung, ob Ereignisse ausgelöst werden. Prüfen Sie nach dem Go-live Zugriffszahlen, Formularübermittlungen und Werbe-Conversions, damit eine scheinbar funktionierende Website nicht aufgrund unterbrochener Messungen die Marketingbewertung beeinträchtigt.

Wie lassen sich Kosten und Go-live-Risiken anhand einer Testmigration einschätzen?

Führen Sie mit echten Beispieldaten den gesamten Prozess aus: Export, Bereinigung, Umwandlung, Import und Abnahme. Halten Sie für jeden Schritt Zeitaufwand, Fehlerzahl und erforderliche manuelle Arbeit fest. Testen Sie bei Massenverarbeitungen außerdem die Geschwindigkeit bei unterschiedlichen Datenmengen. Der Zeitaufwand einer kleinen Stichprobe lässt sich nicht ohne Weiteres linear hochrechnen.

Zu den Kosten zählen Gebühren für Tools und Schnittstellen, Entwicklungs- und Testaufwand, Korrekturen an Inhalten, die Einrichtung von SEO-Weiterleitungen sowie der Aufwand der fachlichen Abnahme durch Mitarbeitende. Übernimmt ein Dienstleister die Migration, sollten Datenumfang, Fehlerbehandlung, Abnahmekriterien und Abrechnung bei zusätzlichem Leistungsumfang klar festgelegt werden.

Legen Sie für den Go-live den Zeitpunkt des Datenstopps, die Methode zur Synchronisierung von Änderungen und die Verantwortlichen fest. Üben Sie im Voraus, wie Bestellungen, Lagerbestandsänderungen und Anfragen, die nach dem Datenstopp eingehen, nachgetragen werden. Lässt sich der Geschäftsbetrieb nicht unterbrechen, müssen die Datensynchronisierung während der Umstellung und der Umgang mit Konflikten geprüft werden.

Bereiten Sie außerdem einen Rückfallplan vor: Bewahren Sie die alte Website und wiederherstellbare Sicherungskopien auf und legen Sie Auslösekriterien für einen Rückfall, Verantwortliche und Fristen für die Durchführung fest. Prüfen Sie nach der Rückkehr auch neue Daten aus dem Umstellungszeitraum, damit bei der Wiederherstellung der alten Website keine von Kunden übermittelten Bestellungen oder Anfragen verloren gehen.

Wie lässt sich beim Vergleich verschiedener Website-Baukastensysteme ein fundiertes Fazit ziehen?

Fassen Sie die Bewertungsergebnisse in einer einheitlichen Vergleichstabelle zusammen. Sie sollte Exportmöglichkeiten, Feldabdeckung, Datenverknüpfungen, Schnittstellenbeschränkungen, Weiterleitungsfunktionen, Ergebnisse der Testmigration, geschätzte Kosten und Verantwortlichkeiten des Anbieters enthalten. Kennzeichnen Sie bei jeder Bewertung die Belegquelle und noch offene Fragen.

Bei der Einschätzung des Aufwands gilt ein Projekt als vergleichsweise risikoarm, wenn sich Kerndaten gesammelt migrieren lassen und die Stichprobenabnahme erfolgreich ist. Bei Projekten, die teilweise umgewandelt oder manuell korrigiert werden müssen, sollte der Arbeitsaufwand geschätzt werden. Sind wichtige Daten nicht verfügbar oder können zentrale Prozesse nicht übernommen werden, ist das Projekt als hochriskant einzustufen.

Beim Vergleich und der Auswahl eines Website-Baukastensystems sollten nicht nur Funktionslisten und Preise verglichen werden. Erst die Überprüfung des migrierbaren Umfangs anhand echter Daten, die Bestätigung der Nutzbarkeit durch die fachliche Abnahme sowie die Berücksichtigung der Kosten für SEO, Umstellung und Rückfall ermöglichen eine fundierte Einschätzung, ob das neue System für den langfristigen Einsatz im Unternehmen geeignet ist.