Ein Go-Live ist keine Entscheidung, sondern das Ergebnis einer Prüfung. Wenn am Tag davor noch diskutiert wird, ob man startet, fehlen die Kriterien, nicht der Mut.
Das Prinzip: prüfen gegen Kriterien
Der Unterschied zwischen „wir haben getestet" und einer Abnahme liegt in der Vorabfestlegung. Freigabekriterien werden im Lastenheft vereinbart, nicht am Tag der Prüfung ausgehandelt. Sonst wird unter Termindruck jede Abweichung zur Kleinigkeit erklärt.
Drei Kategorien haben sich bewährt: Blocker (Go-Live findet nicht statt), Mängel mit Frist (Go-Live findet statt, Behebung binnen X Tagen) und Hinweise (werden gesammelt und später bewertet). Die Zuordnung erfolgt nach vorher definierten Regeln, nicht nach Diskussionslage.
Tests auf Staging
Weiterleitungen
- Alle alten URLs aus der Inventur automatisiert aufrufen, Statuscode und Endziel protokollieren
- Keine Kette mit mehr als einem Sprung
- Kein Ziel mit Statuscode 404 oder 5xx
- Kein 302, wo 301 gemeint ist
- Test mit und ohne Trailing Slash, mit und ohne www, http und https
- Stichprobe der Prioritätsseiten inhaltlich prüfen: Ist der erwartete Inhalt am Ziel?
Indexierbarkeit
- Keine Staging-Sperren mehr aktiv: noindex, robots.txt, Basisauthentifizierung
- Canonicals zeigen auf die Livedomain, nicht auf Staging
- XML-Sitemap erzeugt, vollständig, in robots.txt referenziert
- Hauptinhalt im ausgelieferten HTML enthalten, ohne aktiviertes JavaScript prüfen
- Genau eine H1 je Seite, saubere Überschriftenhierarchie
- Title und Description auf allen Prioritätsseiten vorhanden und eindeutig
Performance
- Core Web Vitals auf den zehn zugriffsstärksten Seiten gemessen, mobil und Desktop
- Werte nicht schlechter als auf der bestehenden Seite (technische Parität)
- Bilder in moderner Kompression, mit expliziten Dimensionen ausgeliefert
- Keine blockierenden Ressourcen im sichtbaren Bereich
Funktion
- Jedes Formular abgeschickt: Zustellung, Bestätigungsseite, Autoresponder, Spamschutz
- Fehlerfall geprüft: bleiben ausgefüllte Felder erhalten, ist die Meldung zugeordnet?
- Suche, Filter, Downloads, Sprachumschaltung, Navigation auf allen Ebenen
- Darstellung in allen freigegebenen Browsern und auf realen Mobilgeräten
- Barrierefreiheit gegen die vereinbarte Konformitätsstufe, inklusive Tastaturbedienung
Rechtliches und Datenschutz
- Impressum und Datenschutzerklärung vorhanden, aktuell, von jeder Seite erreichbar
- Formulare mit Datenschutzhinweis, keine unnötigen Pflichtfelder
- Keine externen Ressourcen, die ungefragt personenbezogene Daten übertragen
- Analytics wie vereinbart konfiguriert
Freigabekriterien für den Go-Live
Diese sechs Punkte sind Blocker. Ist einer nicht erfüllt, wird nicht umgeschaltet. Das gehört so in den Vertrag, weil es sonst unter Termindruck aufgeweicht wird.
- Jede indexierte alte URL hat ein sinnvolles Weiterleitungsziel
- Keine Staging-Sperren aktiv
- Alle Formulare stellen nachweislich zu
- Impressum und Datenschutzerklärung sind final
- Backup der alten Seite existiert und die Wiederherstellung wurde getestet
- Rückfallszenario ist beschrieben und innerhalb einer Stunde durchführbar
Der Go-Live-Ablauf
- Termin: Dienstag oder Mittwoch vormittags. Nicht freitags, nicht vor Feiertagen, nicht am Tag vor einer Messe.
- 48 Stunden vorher: DNS-TTL auf einen niedrigen Wert senken, damit die Umschaltung und ein eventueller Rückfall schnell greifen.
- 24 Stunden vorher: Vollständiges Backup der bestehenden Seite inklusive Datenbank. Wiederherstellung auf einer Testumgebung tatsächlich durchführen.
- Umschaltung: Nach vorher schriftlich festgelegter Reihenfolge, mit benannten Zuständigen je Schritt.
- Unmittelbar danach: Stichprobe der Weiterleitungen live prüfen, Formulare live testen, Zertifikat prüfen, Startseite und die zehn wichtigsten Seiten aufrufen.
- Innerhalb einer Stunde: Sitemap in der Search Console einreichen, Monitoring aktivieren.
- Vier Stunden danach: Alle Beteiligten bleiben erreichbar.
Rückfallszenario
Ein Go-Live ohne beschriebenen Rückweg ist eine Wette. Das Szenario muss vier Fragen beantworten, und zwar vorher und schriftlich:
- Welche konkreten Ereignisse lösen den Rückfall aus? (z. B. Datenverlust, dauerhafte 5xx-Fehler, nicht funktionierende Formulare)
- Wer entscheidet darüber, und ist diese Person am Go-Live-Tag erreichbar?
- Welche Schritte sind nötig, und wie lange dauern sie?
- Was passiert mit den Daten, die zwischen Umschaltung und Rückfall entstanden sind?
Die ersten 72 Stunden
| Zeitpunkt | Prüfung | Auslöser für Eingriff |
|---|---|---|
| +1 Std. | Weiterleitungs-Stichprobe, Formulare, Zertifikat | jeder Fehler |
| +4 Std. | Serverfehler in den Logs, Antwortzeiten | 5xx-Fehler, Antwortzeit über Zielwert |
| +24 Std. | Vollständiger Crawl gegen die alte URL-Liste | jede alte URL ohne sinnvolles Ziel |
| +24 Std. | Search Console: Abdeckung, Crawling-Fehler | steigende Fehlerzahl |
| +72 Std. | Erste Indexierungszahlen, organische Einstiege | Rückgang über 30 % ohne erklärbare Ursache |
Die ersten 90 Tage
- Woche 1–2: Täglich Statuscodes und Serverfehler, wöchentlich Indexierungsstand. Fehlerberichte der Search Console abarbeiten.
- Woche 3–6: Rankings der Prioritätsseiten wöchentlich, Abweichungen einzelnen Seiten zuordnen. Interne Verlinkung nachschärfen, verwaiste Seiten anbinden.
- Woche 7–13: Conversions mit dem Vorzustand vergleichen, fehlende Inhalte ergänzen, verbliebene Mängel aus der Abnahme abschließen.
- Abschluss: Bericht mit Soll-Ist-Vergleich zu Budget, Terminen, Sichtbarkeit und Conversions. Erst danach ist das Projekt beendet.
Werkzeuge
Die Auswahl ist weniger wichtig als die Verabredung, womit gemessen wird. Legen Sie Werkzeug und Messverfahren im Lastenheft fest, sonst wird nach der Messung über die Messmethode diskutiert.
- Crawler für URL-Inventur, Statuscodes, Metadaten, interne Verlinkung
- Search Console und Bing Webmaster Tools für Indexierung, Fehler, Suchanfragen
- Performance-Messung mit definiertem Verfahren: gleiche Seiten, gleiche Verbindungssimulation, Median aus mehreren Läufen
- Verfügbarkeits-Monitoring mit Benachrichtigung, mindestens für die ersten 90 Tage
- Rankingverfolgung für die 20 bis 50 wichtigsten Suchanfragen, wöchentlich
- Barrierefreiheitsprüfung automatisiert plus manuelle Tastatur- und Screenreader-Stichprobe
Die Grundlage für den Weiterleitungstest entsteht im Redirect-Konzept, die Gesamtübersicht steht in der Relaunch-Checkliste. Als Leistung buchbar ist die Absicherung unter SEO-Migration.