Ein Relaunch klingt nach frischem Design und neuen Funktionen. In der Praxis entscheidet sich der Erfolg aber selten am Design, sondern an einer Handvoll technischer Details, die niemand sieht – bis sie fehlen. Rankings brechen ein, Formulare verschicken keine Mails mehr, Google indexiert plötzlich die Staging-Domain. Wer eine saubere Website Relaunch Checkliste abarbeitet, erspart sich die Woche der Feuerwehreinsätze nach dem Go-Live. Der folgende Ablauf orientiert sich an der Reihenfolge, in der die Probleme tatsächlich auftreten: von der Staging-Umgebung über Weiterleitungen und Indexierbarkeit bis zum Nachlauf.
Vor dem Go-Live: Die Staging-Umgebung als Generalprobe
Jede seriöse Relaunch-Planung beginnt mit einer isolierten Testumgebung, die den Livebetrieb so genau wie möglich nachbildet – gleiche PHP-Version, gleiche Serverkonfiguration, idealerweise dieselbe CDN-Anbindung. Das gelingt nur mit einer zuverlässigen Hostingumgebung, die genug Ressourcen für Staging und Produktion gleichzeitig bereitstellt. Zwei Dinge werden dabei regelmäßig übersehen:
- Die Staging-Domain muss per `noindex` und Passwortschutz vor Suchmaschinen abgeschottet sein. Ohne diesen Schutz landet gelegentlich die Testversion im Google-Index, während die eigentliche Domain noch die alte Seite zeigt.
- Formulare, Zahlungsanbindungen und externe Schnittstellen (CRM, Newsletter-Tool, Payment-Provider) sollten in einer Sandbox-Variante angebunden sein, damit Testdaten nicht versehentlich im Live-System landen.
Ein Abnahmeprotokoll mit klaren Verantwortlichkeiten hilft, denn beim eigentlichen Go-Live bleibt oft nur ein enges Zeitfenster, in dem niemand mehr Lust auf Überraschungen hat.
Der Weiterleitungsplan: Warum 301 über alles entscheidet
Der größte Rankingverlust bei Relaunches entsteht fast immer durch fehlende oder falsche Weiterleitungen. Vor dem Umzug braucht es eine vollständige URL-Liste der alten Seite, am besten aus einem Crawl-Tool und der Google Search Console kombiniert, nicht nur aus der Sitemap. Anschließend wird jede alte URL genau einer neuen zugeordnet – 1:1, nicht pauschal auf die Startseite.
Ein paar Faustregeln, die sich in der Praxis bewährt haben:
- Immer 301 (permanent), niemals 302, wenn die alte URL dauerhaft ersetzt wird.
- Weiterleitungsketten vermeiden – URL A leitet direkt auf die finale URL C, nicht über B.
- Interne Verlinkung im neuen System auf die Zieladressen selbst setzen, nicht auf die Weiterleitung.
- Die alte robots.txt und Sitemap noch einige Wochen erreichbar halten, bis Google umgestellt hat.
Wer diesen Plan vor dem Go-Live fertig hat, kann die Regeln direkt beim Umschalten der Domain aktivieren, statt sie im Nachhinein zusammenzusuchen.
Die Website-Relaunch-Checkliste kompakt: Alle Phasen im Überblick
Als grobe Drei-Phasen-Sicht auf die gesamte Checkliste:
| Phase | Kernaufgaben | Zeitpunkt |
|---|---|---|
| Vor dem Go-Live | Staging absichern, Weiterleitungsplan fertigstellen, Formulare testen | 2–3 Wochen vorher |
| Go-Live-Tag | DNS/Domain umschalten, Weiterleitungen aktivieren, Indexierbarkeit prüfen | wenige Stunden |
| Nach dem Go-Live | Crawling-Fehler, Rankings und Ladezeiten beobachten | 2–4 Wochen danach |
Mehr zu Layout und Rankingfaktoren beim Relaunch liefert ein Ratgeber zu Webdesign und SEO.
Indexierbarkeit prüfen, bevor Google es tut
Nach dem Go-Live folgt der Moment, in dem Suchmaschinen die neue Seite zum ersten Mal crawlen. Bis dahin sollte technisch alles stimmen:
| Prüfpunkt | Worauf achten |
|---|---|
| robots.txt | Keine `Disallow`-Reste aus der Staging-Phase |
| Meta-Robots | Kein `noindex` auf wichtigen Seiten |
| XML-Sitemap | Aktuell, bei Search Console neu eingereicht |
| Canonical-Tags | Zeigen auf die eigene, finale URL |
| SSL-Zertifikat | Gültig, HTTPS überall erzwungen |
| Strukturierte Daten | Fehlerfrei laut Rich-Results-Test |
Diese Punkte lassen sich mit wenigen Klicks in der Search Console kontrollieren, sollten aber bewusst als eigener Schritt eingeplant werden. Bei Zertifikaten und Verschlüsselung lohnt zudem ein Blick in die Empfehlungen des BSI, die als neutrale Orientierung für aktuelle TLS-Standards dienen.
Formulare und Tracking: Die unsichtbaren Stolperfallen
Ein Relaunch verändert fast immer den Code rund um Formulare und Tracking-Skripte, selbst wenn Design und Inhalt gleich bleiben. Genau hier häufen sich Fehler, die erst Wochen später auffallen.
- Kontaktformulare mit einer echten Testanfrage prüfen, inklusive Anhang und Pflichtfeld-Validierung, nicht nur per Blick auf das Layout.
- Tracking-Container (Google Tag Manager, Analytics, Conversion-Pixel) im Vorschaumodus testen, bevor die Seite live geht.
- Cookie-Banner und Consent-Einstellungen mit den neuen Skripten abgleichen, sonst feuern Tags ohne gültige Einwilligung.
- E-Mail-Versand über den richtigen SMTP-Server oder Transaktionsdienst konfigurieren, damit Anfragen nicht im Spam-Ordner des Servers verschwinden.
Ein einfacher, aber oft vergessener Test: eine echte Bestellung oder Anfrage über das Live-System schicken, mit einer internen Testadresse, und den kompletten Weg bis zur Benachrichtigung verfolgen. Wer dabei ohnehin Schnittstellen neu verdrahtet, prüft am besten gleich die Cyberresilienz kleiner Unternehmen mit.
Der Nachlauf: Die ersten Wochen nach dem Go-Live
Der Go-Live ist nicht der Endpunkt, sondern der Start der eigentlichen Beobachtungsphase. In den ersten zwei bis vier Wochen lohnt sich ein enger Blick auf:
- Crawling-Fehler und 404-Meldungen in der Search Console, die auf vergessene Weiterleitungen hindeuten
- Rankingverläufe der wichtigsten Keywords, um ungewöhnliche Einbrüche früh zu erkennen
- Ladezeiten unter realer Last, nicht nur im Testbetrieb mit wenigen Besuchern
- Server-Logs auf ungewöhnliche Fehlermeldungen (5xx-Codes) in den ersten Tagen
Dafür sollte auch der mobile Zugriff auf das CMS-Backend funktionieren, um Fehler notfalls sofort vom Smartphone aus zu korrigieren. Schwankungen in dieser Phase sind normal, solange sie sich innerhalb weniger Wochen einpendeln. Bleiben sie bestehen, deutet das meist auf ein technisches Detail hin, das übersehen wurde.
Wer macht was? Aufgabenteilung zwischen Entwicklung und Betreuung
Nicht jeder Punkt aus dieser Liste muss intern erledigt werden, und genau hier lohnt sich vorab eine klare Abgrenzung. Die Umsetzung von Design und Funktionen sowie die technische Feinarbeit rund um Weiterleitungen sind klassische Projektarbeit mit klarem Enddatum. Die Beobachtung nach dem Go-Live und kleinere Anpassungen dagegen ziehen sich über Monate und brauchen eher eine laufende Betreuung als ein einmaliges Projektteam.
In der Praxis zeigt sich, dass Unternehmen ohne eigene IT-Abteilung mit einer festen Anlaufstelle für beide Phasen besser fahren als mit wechselnden Freelancern. Eine digitalagentur trier etwa übernimmt sowohl die technische Umsetzung des Relaunches als auch die Betreuung danach aus einer Hand, was Reibungsverluste an genau den Schnittstellen vermeidet, an denen sonst Weiterleitungen vergessen werden. Welche Leistungen konkret dazugehören, lässt sich hier nachlesen.
Häufige Fragen zum Website-Relaunch
Wie lange vor dem Go-Live sollte die Weiterleitungsliste stehen?
Mindestens zwei bis drei Wochen vorher, damit genug Zeit bleibt, alle alten URLs zu erfassen und den Umsetzenden zu übergeben, statt sie am Tag des Go-Live unter Zeitdruck zusammenzustellen.
Verliert man beim Relaunch automatisch Rankings?
Nicht zwangsläufig. Kurzfristige Schwankungen sind normal, weil Google die neue Struktur neu bewerten muss. Dauerhafte Verluste entstehen meist durch fehlende Weiterleitungen, geänderte Inhalte oder versehentlich blockierte Indexierung.
Reicht eine Checkliste ohne Monitoring danach?
Nein. Die Checkliste sichert den Go-Live selbst ab, aber Probleme wie einzelne fehlerhafte Weiterleitungen oder Tracking-Lücken zeigen sich oft erst, wenn echter Traffic auf die Seite trifft.
Muss die alte Domain nach dem Relaunch erhalten bleiben?
Wenn sich die Domain ändert, ja – zumindest für die Weiterleitungen. Bei einem Relaunch auf derselben Domain betrifft das vor allem alte URL-Pfade, die ebenfalls sauber umgeleitet werden müssen.
Hinterlasse jetzt einen Kommentar