Bei der Auswahl eines SaaS-Anbieters für die Website-Erstellung prüfen, ob Daten exportiert werden können

Wenn Websites und Marketingdaten vor Vertragsabschluss nicht vollständig und nutzbar migriert werden können, kann der Komfort eines SaaS-Website-Baukastens bei Verlängerungen, Anbieterwechseln, Fusionen und Integrationen oder beim Aufbau eines eigenen Systems zu einer Einschränkung werden. Bei der Bewertung eines SaaS-Website-Baukasten-Anbieters reicht es nicht aus, lediglich zu bestätigen, dass „Export unterstützt wird“. Es muss auch geklärt werden, welche Objekte, Datenstrukturen und Beziehungen exportiert werden und inwieweit die Daten nach der Migration wiederhergestellt werden können. Eine Exportfunktion, mit der nur Screenshots von Seiten, Tabellen oder komprimierte Dateien heruntergeladen werden können, reicht in der Regel nicht für eine tatsächliche Migration aus.

Zunächst sollten die Grenzen des Dateneigentums geklärt werden. Der Registrierungsinhaber der Domain, die Kontrolle über DNS, die Quelldateien der Website, Seiteninhalte, Originaldateien von Bildern und Videos, Produktdaten, Kundenanfragen, Bestellungen, Formularaufzeichnungen, Tracking-Ereignisse, Konfigurationen von Anzeigen-Landingpages, SEO-Metadaten und Analyseberichte können in unterschiedlichen Konten und Systemen gespeichert sein. Im Vertrag sollte festgelegt werden, dass das Unternehmen das Recht zur Nutzung, Sicherung und Auslagerung seiner eigenen Geschäftsdaten und Content-Assets besitzt, anstatt lediglich Zugriffsrechte auf das Backend zu behalten. Wenn eine Domain auf den Namen des Dienstleisters registriert ist oder das Konto für die DNS-Auflösung nicht übergeben werden kann, können während der Website-Migration selbst bei herunterladbaren Inhalten Risiken wie Zugriffsunterbrechungen und Probleme bei der E-Mail-Auflösung entstehen.

„Exportdateien“ und „migrierbare Daten“ zunächst unterscheiden

Migrierbar bedeutet nicht einfach, die Datenbank als CSV zu exportieren. Bei contentorientierten Websites sollten für Artikel, Produkte, Downloadmaterialien und mehrsprachige Seiten mindestens Titel, Haupttext, Zusammenfassung, Kategorien, Tags, Autor, Veröffentlichungszeit, URL, SEO-Titel, Beschreibung, Canonical-Einstellungen, strukturierte Daten und Medienreferenzen erhalten bleiben. Werden nur die Textinhalte exportiert, müssen nach dem Import in ein neues System Bilder ergänzt, Links angepasst und Metainformationen nachgetragen werden. Bestehende Seiten in der organischen Suche können dann unvollständige Inhalte oder geänderte Adressen aufweisen.

Bei grenzüberschreitenden Onlineshops sollte zudem geprüft werden, ob Produkt-SKU, Variantenattribute, Lagerbestände, Preisregeln, Kundenkonten, Lieferadressen, Bestellstatus, Erstattungsdaten, Steuerkonfigurationen, Sendungsnummern und Zahlungskennungen jeweils separat exportiert werden können. Kreditkartendaten unterliegen in der Regel Compliance- und Sicherheitsbeschränkungen und lassen sich möglicherweise nicht direkt migrieren. Bestellnummern, Beträge, Währungen, Produktdetails und Zahlungsstatus sollten jedoch in überprüfbarer Form archiviert werden können. Dabei ist klar zwischen sensiblen Zugangsdaten, die nicht exportiert werden können, und Geschäftsaufzeichnungen zu unterscheiden, die eigentlich erhalten bleiben müssten, aber ausgelassen wurden.

Anfrage- und Marketingdaten werden leichter übersehen. Definitionen von Formularfeldern, Lead-Quellen, UTM-Parameter, Landingpage-Versionen, Anhänge, Bearbeitungsstatus, Einwilligungsaufzeichnungen für E-Mail-Abonnements, Zeitpunkte der Ereignisauslösung sowie Konfigurationen zur Rückübermittlung von Anzeigen-Conversions bestimmen, ob Attribution und Nachverfolgung später fortgeführt werden können. Stellt der Dienstleister nur Namen, E-Mail-Adressen und Telefonnummern von Kontakten bereit, werden die ursprünglichen Quellen der Kundengewinnung und Conversion-Pfade unterbrochen. Historische Daten lassen sich dann nur schwer für Remarketing oder die Auswertung von Kanälen nutzen.

Exportformate müssen einem tatsächlichen Import standhalten

Bei der Bewertung sollten Beispieldateien angefordert werden, statt sich nur auf Funktionsbeschreibungen zu verlassen. Strukturierte Geschäftsdaten sollten als CSV, XLSX, JSON oder über API bereitgestellt werden; Mediendateien wie Bilder und Dokumente sollten als Originaldateien erhalten bleiben, und ein Verzeichnis sollte Dateinamen, Pfad, Typ und zugehörige Objekte aufführen. Wenn Seiteninhalte in proprietären Vorlagen oder Binärformaten gespeichert werden und außerhalb des ursprünglichen Systems nicht bearbeitet werden können, muss geklärt werden, ob sie als HTML, Markdown, JSON oder in anderen offenen, auslesbaren Formaten ausgegeben werden können.

Auch Kodierung, Zeitzonen, Sprachen und eindeutige Kennungen müssen geprüft werden. Zeichen wie Chinesisch, Arabisch oder Russisch dürfen nach dem Export nicht fehlerhaft dargestellt werden; mehrsprachige Seiten sollten Sprachcodes und Übersetzungsbeziehungen beibehalten; für Datumsangaben sollte die verwendete Zeitzone angegeben werden; und Produkt-, Bestell-, Inhalts- sowie Kundendatensätze sollten stabile IDs besitzen, um doppelte Erstellung oder verlorene Verknüpfungen beim Import zu vermeiden. Bei Bild-URLs muss außerdem geklärt werden, ob sie nach dem Download weiterhin zugänglich sind oder von temporär signierten Adressen der ursprünglichen Website abhängen.

Das Vorhandensein einer API bedeutet nicht automatisch, dass eine Migration möglich ist. Es muss geprüft werden, ob die Schnittstelle alle Objekte abdeckt und Paginierung, inkrementelles Auslesen, das Filtern historischer Datensätze sowie Massendownloads unterstützt. Auch Rate-Limit-Regeln, Nutzungsgebühren, Berechtigungsumfang und die Verfügbarkeit der Schnittstelle nach Vertragsende beeinflussen das Migrationsfenster. Wenn nur eine Lese-Schnittstelle vorhanden ist, aber weder Mediendownloads noch Felddatenwörterbücher oder Beschreibungen von Beziehungen bereitgestellt werden, erhöht dies weiterhin den Bereinigungsaufwand.

Risiken bei der Veröffentlichung der Website während der Migration

Eine Content-Migration umfasst in der Regel mehrere Schritte: Export der alten Website, Zuordnung zur neuen Website, Prüfung vor der Veröffentlichung, DNS-Umstellung und Beibehaltung der alten Website. Wenn sich die URLs der ursprünglichen Seiten ändern, sollte eine vollständige Zuordnung zwischen alten und neuen Adressen erstellt und auf der neuen Website eine 301-Weiterleitung eingerichtet werden. Migrieren Sie nicht nur Seiten mit hohen Rankings: Langfristig bestehende Produktseiten, Regionsseiten, PDF-Downloadadressen und spezielle Landingpages für Anzeigen können ebenfalls externe Links oder Kampagnen-Traffic erhalten.

Formulare, Analysecodes, Anzeigen-Pixel, Cookie-Einwilligungsmechanismen, E-Mail-Benachrichtigungen und CRM-Webhooks müssen vor der Umstellung einzeln getestet werden. Die Testumgebung darf keine echten Benachrichtigungen direkt an Kunden oder Vertriebssysteme senden; stattdessen können Test-E-Mail-Adressen, Test-Leads und isolierte Callback-Adressen verwendet werden. Nach der Umstellung sollten Statuscodes, Seitentitel, robots-Einstellungen, Sitemap, Canonical-Tags und Ergebnisse von Formularübermittlungen auf wichtigen Seiten geprüft werden, um Indexierungsschwankungen durch versehentlich gesetztes noindex oder fehlerhafte Weiterleitungen zu vermeiden.

Websites mit häufigen Aktualisierungen sollten nicht auf einmal „eingefroren und umgezogen“ werden. Zunächst können ein vollständiger Export und die Feldzuordnung abgeschlossen werden; anschließend können vor dem Go-live inkrementelle Inhalte, die neuesten Bestellungen oder neue Anfragen exportiert werden. Der inkrementelle Umfang sollte sowohl anhand des Erstellungszeitpunkts als auch des Aktualisierungszeitpunkts bestätigt werden, damit Änderungen an älteren Inhalten nicht übersehen werden. Wie lange die alte Website erhalten bleibt, ob weiterhin Gebühren anfallen und wann Medienressourcen ungültig werden, sollte ebenfalls im Migrationsplan festgelegt werden.

Migrationsfähigkeit als abnahmefähige Vertragsklausel festschreiben

In der Beschaffungsphase sollten Migrationsanforderungen in ausführbare Lieferbedingungen umgesetzt werden, anstatt bei Formulierungen wie „Unterstützung der Datensicherung“ zu bleiben. Es können der Antragsweg für Exporte, Bearbeitungsfristen, Bereitstellungsmedien, Dateiformate, Feldbeschreibungen und der Unterstützungsumfang für den Fall einer Beendigung des Dienstes, Kontodeaktivierung oder eines Streitfalls vereinbart werden. Falls für die Migration zusätzliche Gebühren anfallen, sollte die Berechnungsgrundlage im Voraus klar definiert werden, um bei einer dringend erforderlichen Umstellung keinen Verhandlungsspielraum zu verlieren.

• Fordern Sie während der Test- oder Abnahmephase einen kleineren Testexport an: Wählen Sie Seiten mit Bildern, mehrsprachigen Inhalten, Formularanhängen und SEO-Feldern aus und prüfen Sie, ob die Dateien unabhängig geöffnet und importiert werden können.
• Bewahren Sie Felddatenwörterbücher, API-Dokumentationen, Beschreibungen der Vorlagenkonfigurationen und Weiterleitungsregeln auf. Ohne diese Informationen müssen exportierte Daten häufig manuell neu aufbereitet werden.
• Legen Sie den Zeitraum der Datenaufbewahrung nach Vertragsende, den Löschmechanismus und die Fähigkeit zur Wiederherstellung von Sicherungen klar fest, insbesondere den Aufbewahrungsumfang für Anfragen, Bestellungen und Zugriffsprotokolle.
• Bei Daten, die von Drittanbieter-Tools verwaltet werden, beispielsweise E-Mails, Zahlungen, Werbung und Kundendienstaufzeichnungen, müssen Kontozugehörigkeit und Exportpfad jeweils separat bestätigt werden. Es darf nicht davon ausgegangen werden, dass der Website-Baukasten-Anbieter alles einheitlich bereitstellen kann.

Die abschließende Beurteilung sollte auf einer reproduzierbaren Migrationsübung beruhen: Können die aus dem Backend abgerufenen Daten ohne Abhängigkeit von der proprietären Betriebsumgebung des ursprünglichen Dienstleisters gelesen, geprüft und importiert werden, und lassen sich wichtige Seiten, Geschäftsaufzeichnungen und Marketingprozesse wiederherstellen? Erst wenn dies möglich ist, ist die Datenauslagerung kein Werbeversprechen mehr, sondern eine überprüfbare Systemfähigkeit.