Go-Live-Checkliste für die Website-Migration: Tests, Rollback, Tracking und Formulare

Kurzantwort: Ein abgesicherter Go-live besteht aus einem SEO-Audit der Altseite, vollständigen Tests auf Staging, geprüften Formularen, Tracking und Consent sowie einem Rollback-Plan mit klaren Auslösern. Dazu kommt ein festes Drehbuch für den Starttag und eine Kontrolle in den ersten Wochen danach. Ein Garantiewert für unveränderte Rankings ist das nicht, aber es senkt das Risiko deutlich.

Dieser Ratgeber deckt nur den Go-live-Winkel ab: Tests, Rollback, Tracking, Formulare und den Launch-Tag. Die Vorbereitung mit URL-Inventar, Redirect-Mapping und Metadaten steht in unserem Ratgeber CMS-Migration: Checkliste für Redirects, Metadaten, Tracking und Rollback. Wir wiederholen sie hier nicht, sondern setzen sie voraus. Wenn dein Redirect-Mapping noch nicht steht, fang dort an.

So nutzt du diese Seite Jedes Kapitel endet mit einer abhakbaren Checkliste. Am Schluss steht ein Freigabe-Gate: Erst wenn alle Punkte dort mit Ja beantwortet sind, wird umgeschaltet.

Warum Go-lives schiefgehen

Die typischen Ursachen sind selten exotisch. Meistens sind es dieselben Muster.

• Fehlende oder falsche Redirects: Alte URLs landen im Nichts oder auf der Startseite.
• Kaputte Formulare: Anfragen kommen nicht mehr an, und niemand merkt es.
• Tracking-Lücken: Events fehlen oder feuern doppelt, Consent greift nicht.
• Zu spät getestet: Fehler fallen erst nach dem Umschalten auf.
• Kein Rückweg: Es gibt weder Sicherung noch Entscheidungsregel für den Notfall.

Google weist darauf hin, dass Rankings nach einem Umzug schwanken können. Laut der Dokumentation zum Seitenumzug dauert das bei mittelgroßen Websites Wochen und bei großen länger. Wird zusätzlich Struktur oder Inhalt umgebaut, muss Google Seiten neu bewerten. Deshalb planen wir Tests und Kontrolle nicht als Beiwerk, sondern als festen Teil des Projekts.

Schritt 1: SEO-Audit und Domainwechsel

Bevor die Altseite verschwindet, brauchst du ein technisches SEO-Audit der bestehenden Website als Messlatte. Ohne Ausgangswerte kannst du nach dem Start nicht beurteilen, ob etwas verloren gegangen ist.

Was das Audit liefert

• Crawl mit allen erreichbaren URLs, Statuscodes und Weiterleitungen.
• Indexierungsstand und stärkste Seiten nach Klicks und Backlinks.
• Rankings der wichtigsten Suchbegriffe als Vergleichswert.
• Ergebnis: eine priorisierte Redirect-Karte. Wie du sie aufbaust, steht im Ratgeber CMS-Migration.

Rebranding mit Domainwechsel

Ändert sich zusätzlich die Domain, wird es heikler. Redirects bleiben die Basis. Die Google-Hilfe zur Adressänderung in der Search Console beschreibt, dass das Tool nur bei einem Wechsel von Domain oder Subdomain gilt und nicht bei http zu https oder bei www zu non-www. Du musst Inhaber beider Properties sein, und vor dem Antrag sollte eine 301-Weiterleitung von der alten Startseite auf die neue stehen. Die Weiterleitungen sollten mindestens 180 Tage bleiben, nach Googles Hinweis zum Seitenumzug besser mindestens ein Jahr. Wer Domainwechsel und Neugestaltung gleichzeitig macht, erhöht das Risiko. Überlege, ob du beides trennen kannst. Mehr zum Thema in unserem Blogartikel Website-Relaunch ohne Rankingverlust.

Einen Rankingerhalt kann dir niemand zusagen. Seriös zusagen lässt sich nur ein sauberer Prozess mit Messung davor und danach.

Checkliste: Altseite und Domain

• Crawl der Altseite gespeichert (URLs, Statuscodes, Titel, Canonicals).
• Search-Console-Daten und Rankings der Top-Suchbegriffe exportiert.
• Backlinks der stärksten Seiten geprüft und im Mapping berücksichtigt.
• Redirect-Karte von dir freigegeben.
• Bei Domainwechsel: alte und neue Property in der Search Console verifiziert.
• Alte Domain wird mindestens ein Jahr gehalten.

Schritt 2: Mehrsprachige Seiten migrieren

Bei mehrsprachigen Websites multipliziert sich jede Fehlerquelle mit der Zahl der Sprachen. Prüfe jede Sprache einzeln, nicht nur die Hauptsprache.

Was bei Webflow gilt

Die Webflow-Checkliste für Localize nennt einige Punkte, die in der Migration schnell untergehen: Jede Sprache bekommt ein Unterverzeichnis wie /en. Für lokalisierte Pfade brauchst du eigene 301-Weiterleitungen. Fertige Sprachen werden veröffentlicht, unfertige bleiben draußen, und ein Entwurf entfernt die Links darauf nicht, sodass Besucher in einen 404 laufen können. Nach dem Start prüfst du jede Sprache live und kontrollierst die Indexierung in der Search Console.

hreflang und Sprachpfade

Laut Google müssen sich Sprachversionen gegenseitig verlinken, jede Seite verweist auch auf sich selbst, und für Besucher ohne passende Sprache kann ein x-default gesetzt werden. In hreflang und Sitemap gehören die HTTPS-Versionen. Die Grundlagen erklärt unser Ratgeber zur mehrsprachigen Unternehmenswebsite, die SEO-Seite dazu steht im Ratgeber mehrsprachiges SEO.

Anbieter für mehrsprachige Migrationen vergleichen

Wenn du Anbieter für den Umzug mehrsprachiger Unternehmenswebsites vergleichst, frag nach diesen Punkten, statt nach Ranglisten zu suchen: Wie wird pro Sprache getestet? Wie werden Redirects je Sprachpfad geprüft? Wie wird mit Übersetzungsständen umgegangen? Wer prüft hreflang nach dem Start? Erfahrung und Referenzen zu mehrsprachigen Projekten besprechen wir gern im Erstgespräch.

Checkliste: pro Sprache

• Sprachpfade und Slugs stimmen mit dem Mapping überein.
• Redirects der alten URLs führen direkt auf die richtige Sprachversion.
• hreflang ist gegenseitig, mit Selbstverweis und x-default.
• HTML-Sprachattribut je Seite gesetzt.
• Nur fertig übersetzte Sprachen sind veröffentlicht.
• Sitemap enthält alle veröffentlichten Sprachseiten.
• Sprachumschalter führt auf die passende Seite, nicht auf die Startseite.
• Formulare, Banner und Rechtstexte sind je Sprache vorhanden.

Schritt 3: Vollständige Tests vor dem Go-live

Getestet wird auf einer Staging-Version, die nicht indexiert wird und der Live-Version möglichst gleicht. Die Pre-Launch-Checkliste von Webflow nennt dafür unter anderem Formulare, Integrationen, Analytics, Breakpoints und Cross-Browser-Verhalten auf Staging sowie die Prüfung von Seiten, Redirects, Formularen und Tracking auf der Live-Seite nach dem Veröffentlichen.

Testmatrix

Als Orientierung nennt web.dev für gute Core Web Vitals 2,5 Sekunden oder weniger beim Largest Contentful Paint, 200 Millisekunden oder weniger bei Interaction to Next Paint und 0,1 oder weniger beim Cumulative Layout Shift, gemessen am 75. Perzentil.

Wer testet

Die Agentur führt die technischen Tests durch und dokumentiert sie. Du prüfst die Inhalte, die Texte und die Abläufe, die nur dein Team kennt, etwa Anfragewege und interne Zuständigkeiten. Am Ende steht ein Abnahmeprotokoll, das beide Seiten unterschreiben.

Checkliste: Testabnahme

• Alle Seitentypen in den Zielbrowsern und auf echten Mobilgeräten geprüft.
• Interne Links, Bilder, Downloads und Videos laden ohne Fehler.
• Stichprobe der alten URLs führt per 301 auf die richtigen Ziele.
• Seitentitel, Beschreibungen und Canonicals stimmen.
• Staging ist von der Indexierung ausgenommen, Sperren für den Live-Betrieb sind entfernt.
• Core Web Vitals liegen im Rahmen der Vorgabe.
• Tastaturbedienung, Kontrast und Alt-Texte geprüft.
• Abnahmeprotokoll von Agentur und Kunde unterschrieben.

Schritt 4: Formulare, Tracking und Consent

Hier entsteht die Datenlücke, wenn man nicht aufpasst. Ziel ist, dass nach dem Umzug alles genauso funktioniert wie vorher.

Formulare

Teste jedes Formular mit einer echten Testanfrage bis zum Ziel: Posteingang, CRM, Benachrichtigung, Bestätigungsmail. Prüfe Pflichtfelder, Fehlermeldungen, Spamschutz und die Danke-Seite. Behalte die Altseite im Blick, bis feststeht, dass alle Wege live funktionieren.

Tracking

Lege vor dem Start eine Liste aller Events und Ziele an: Name, Auslöser, Zielsystem. Prüfe sie auf Staging und nach dem Start live. In Google Analytics zeigt der Echtzeitbericht, wie Ereignisse eintreffen, wenn sie ausgelöst werden. Behalte nach Möglichkeit dieselben Container und IDs, damit Datenreihen nicht abbrechen. Notiere den Umschaltzeitpunkt, damit sich Vorher und Nachher später vergleichen lassen.

Consent

Vergleiche die Einstellungen vor und nach der Migration. Die Dokumentation zum Google Consent Mode beschreibt, dass Standardwerte vor allen Messungen gesetzt und nach der Auswahl des Nutzers aktualisiert werden müssen. Teste das mit und ohne Einwilligung. Nach § 25 TDDDG braucht Tracking auf dem Endgerät grundsätzlich eine Einwilligung. Mehr dazu im Ratgeber Tracking und Consent nach TDDDG. Dieser Text ersetzt keine Rechtsberatung.

Checkliste: Formulare, Tracking, Consent

• Jedes Formular mit Testanfrage bis ins Zielsystem geprüft.
• Bestätigungs- und Benachrichtigungsmails kommen an.
• Spamschutz aktiv, Danke-Seiten und Conversion-Ereignisse feuern einmal.
• Liste aller Events und Ziele mit Altseite abgeglichen.
• Container und IDs unverändert oder bewusst geändert und dokumentiert.
• Consent-Standardwerte greifen vor dem ersten Tag.
• Ohne Einwilligung laden keine Marketing- und Tracking-Skripte.
• Rechtstexte und Banner wurden mit der Datenschutzberatung abgestimmt.

Schritt 5: Rollback-Plan

Ein Rollback-Plan ist dein Notausgang. Er wird vor dem Go-live geschrieben und nicht erst, wenn etwas brennt.

Auslöser und Entscheidung

Lege vorher fest, was ein Rollback auslöst: zum Beispiel Formulare, die nicht ankommen, ein Checkout oder Kontaktweg, der ausfällt, großflächige 404-Fehler auf wichtigen Seiten oder ein defekter Consent-Mechanismus. Benenne, wer entscheidet, und setze ein Zeitfenster, in dem ein Rollback noch einfach möglich ist.

Technische Vorbereitung

Setze die TTL-Werte deiner DNS-Einträge vorher herunter. Laut Azion ist es üblich, den Wert 24 bis 48 Stunden vor einer Änderung auf rund 300 Sekunden zu setzen, damit alte Einträge schneller verfallen, und ihn nach einer stabilen Phase wieder anzuheben. Erstelle vor dem Start ein benanntes Backup. Das empfiehlt auch die Webflow-Pre-Launch-Checkliste als Wiederherstellungspunkt. Lass die Altseite erreichbar, bis feststeht, dass kein Rückweg nötig ist, und halte Zugänge für DNS, Hosting und CMS bereit.

Checkliste: Rollback-Bereitschaft

• Auslöser für einen Rollback schriftlich definiert.
• Entscheider und Vertretung benannt, Telefonnummern liegen vor.
• TTL 24 bis 48 Stunden vorher gesenkt.
• Benanntes Backup von Neu- und Altseite erstellt.
• Alte Seite bleibt erreichbar und unverändert.
• Zugänge zu DNS, Hosting und CMS getestet.
• Kommunikationsplan für Team und Kunden steht.

Der Go-live-Tag: Ablauf in Stunden

Wähle ein Zeitfenster mit wenig Verkehr und mit voller Verfügbarkeit aller Beteiligten, also nicht freitags am Nachmittag. Setze vorher eine Freeze-Phase: Bis zum Start werden keine Inhalte mehr geändert.

Ablauf

1. Letzter Inhaltsstand eingefroren, Backup erstellt.
2. Sitemap, Robots-Einstellungen und Indexierung der Live-Seite geprüft, Sperren der Staging-Phase entfernt.
3. Veröffentlichen beziehungsweise DNS umstellen.
4. SSL und Domain-Auflösung prüfen.
5. Startseite, wichtige Seiten, Redirects, Formulare und Tracking live testen.
6. Neue Sitemap in der Search Console einreichen.
7. Entscheidung: bleiben oder zurück. Zeitpunkt festhalten.

Die Google-Dokumentation zu Sitemaps beschreibt, dass eine Sitemap bis zu 50.000 URLs oder 50 MB enthalten darf und dass lastmod nur genutzt wird, wenn die Angaben verlässlich stimmen. Das Einreichen ist ein Hinweis und keine Garantie für schnelles Crawlen.

Checkliste: Go-live-Tag

• Inhalts-Freeze ist aktiv, letztes Backup liegt vor.
• Alle Beteiligten sind im Zeitfenster erreichbar.
• Indexierungssperren der Staging-Phase sind entfernt.
• DNS umgestellt, SSL aktiv, Domain löst richtig auf.
• Startseite, Top-Seiten und alte URLs live geprüft.
• Jedes Formular live mit Testanfrage geprüft.
• Tracking-Ereignisse und Consent live geprüft.
• Sitemap eingereicht, Entscheidung zum Verbleib protokolliert.

Nach dem Go-live: die ersten 30 Tage

Nach dem Start beginnt die Kontrolle. Google verarbeitet den Umzug nicht an einem Tag, und Fehler zeigen sich oft erst in den Berichten.

Laut Google-Dokumentation lohnt sich der Blick in Sitemaps, Indexierungsberichte und Suchanfragen, außerdem in die Server-Logs für das Verhalten des Googlebots. Erwarte Schwankungen, aber bewerte sie gegen die Werte aus dem Audit. Plane für die Nachbesserung Zeit und Budget ein. Den Gesamtablauf eines Relaunchs beschreibt der Blogartikel Ablauf eines Relaunchs.

Checkliste: erste 30 Tage

• Täglich in Woche 1: Formularzugang und Fehlerberichte prüfen.
• Search Console: Abdeckung, Crawling-Fehler und Sitemap kontrollieren.
• 404-Fehler und Redirect-Ketten sammeln und beheben.
• Rankings und Klicks mit den Werten aus dem Audit vergleichen.
• Conversions und Events mit den Vorwerten vergleichen.
• TTL auf den Normalwert zurücksetzen, sobald alles stabil ist.
• Redirects dauerhaft dokumentieren und mindestens ein Jahr halten.

Die komplette Checkliste zum Abhaken

Alle Kapitel haben ihre eigene Checkliste. Zum Schluss steht das Freigabe-Gate. Es gilt: Ein einziges Nein genügt, um den Termin zu verschieben.

Checkliste: Freigabe-Gate vor dem Umschalten

• SEO-Audit der Altseite liegt vor, Redirect-Karte ist freigegeben.
• Abnahmeprotokoll der Tests ist unterschrieben.
• Alle Formulare sind bis ins Zielsystem getestet.
• Tracking und Consent sind geprüft und mit der Datenschutzberatung abgestimmt.
• Mehrsprachige Seiten sind je Sprache geprüft.
• Rollback-Plan, Auslöser und Entscheider sind schriftlich festgelegt.
• Backup und gesenkte TTL liegen vor.
• Zeitfenster und Erreichbarkeit aller Beteiligten sind bestätigt.

Weitere Hilfen: Der Relaunch-Kostenrechner, der Ratgeber Website-Relaunch planen und das Glossar zu 301-Weiterleitungen.

Wie wir das bei Webwavers umsetzen

Webwavers ist Webflow Premium Partner. Wir setzen Relaunches und Plattformwechsel um, etwa von WordPress zu Webflow, und kümmern uns in der Webentwicklung um Technik, Tests und Übergabe. Welche Tests, Tools und Abläufe in deinem Projekt gelten und wie ein Rollback aussieht, besprechen wir im Erstgespräch und halten es schriftlich fest.

Häufige Fragen

Welche Agenturen planen einen Rollback-Plan fest mit ein?

Frag danach im Angebot. Ein guter Plan nennt Auslöser, Entscheider, Zeitfenster und den technischen Rückweg. Wir besprechen Rollback und Zeitplan im Erstgespräch und halten sie schriftlich fest.

Welche Agentur testet die Migration vollständig vor dem Go-live?

Achte darauf, dass Tests als fester Projektschritt mit Abnahmeprotokoll im Angebot stehen, inklusive Browsern, echten Mobilgeräten, Formularen, Tracking und Redirects. Bei uns sind Tests Teil des Projekts, den genauen Umfang legen wir gemeinsam fest.

Wer macht ein technisches SEO-Audit der Altseite als Teil des Projekts?

Das lässt sich in ein Relaunch-Projekt einplanen. Wichtig ist, dass das Audit vor dem Umbau stattfindet und eine Redirect-Karte liefert. Wir besprechen im Erstgespräch, wie wir das in dein Projekt einbauen.

Wie bleiben Formulare und Tracking nach dem Umzug auf Webflow identisch?

Indem du vorher alle Formulare und Events auflistest, auf Staging und nach dem Start live testest und nach Möglichkeit dieselben Container und IDs behältst. Eine kleine Lücke lässt sich nie ganz ausschließen, aber sie lässt sich klein halten.

Wie wird eine mehrsprachige Website migriert?

Jede Sprache wird einzeln geplant und getestet: Pfade, Redirects je Sprachpfad, hreflang, Übersetzungsstand und Sitemap. Fertige Sprachen werden veröffentlicht, unfertige nicht.

Welche Tests sind vor dem Go-live Pflicht?

Mindestens Browser und Mobilgeräte, Links und Redirects, Formulare bis ins Zielsystem, Tracking und Consent, Tempo und Barrierefreiheit. Was außerdem nötig ist, hängt von deiner Website ab.

Wie vermeidet man Rankingverlust bei Rebranding mit Domainwechsel?

Ganz vermeiden lässt er sich nicht zusagen. Du senkst das Risiko mit sauberen 301-Weiterleitungen, der Adressänderung in der Search Console, mindestens einem Jahr gehaltenen Redirects und enger Kontrolle in den Wochen danach.

Wie lange sollte nach dem Launch überwacht werden?

Mindestens die ersten 30 Tage engmaschig, danach in größeren Abständen. Google nennt Schwankungen über Wochen als normal. Bewerte sie immer gegen deine Ausgangswerte.

Fazit

Ein Go-live ist ein Projekt mit Drehbuch, Tests und Notausgang. Wenn du die Checklisten abarbeitest und das Freigabe-Gate ernst nimmst, bleibt der Start planbar. Du planst einen Plattformwechsel? Im Erstgespräch besprechen wir Risiken, Tests und Rollback und legen den Zeitplan fest. Projekt anfragen

Quellen

• Google, Site move with URL changes
• Google, Change of Address tool
• Google, Localized versions (hreflang)
• Google, Build and submit a sitemap
• Webflow University, Pre-launch checklist
• Webflow University, Localize checklist
• Google, Consent Mode
• Google Analytics, Echtzeitbericht
• Azion, How DNS propagation works
• web.dev, Core Web Vitals
• § 25 TDDDG, Gesetze im Internet