Website Relaunch ohne Ranking-Verlust: Checkliste (2026)

Jörg Zimmer

Senior SEO & AI Search Consultant

„Das Schlimmste ist immer der eigene Rankingverlust und die Zeit, das wieder aufzuholen. Wer erst 3 bis 6 Monate nach dem Relaunch zu einem SEO kommt, kann durchaus 6 bis 12 Monate warten, um das Schlamassel auszubaden. Die Kosten und der entgangene Gewinn stehen in absolut keinem Verhältnis dazu, am besten vor dem ersten Stein einen SEO zu konsultieren.“

Ein Website-Relaunch ist für jedes Unternehmen ein Meilenstein. Neues Design, moderne Technologie, blitzschnelle Ladezeiten – alle im Team freuen sich auf den Tag des Go-Live. Doch viel zu oft folgt auf die Relaunch-Party der Kater: Zwei Wochen nach dem Release brechen die Sichtbarkeit und der organische Traffic um 40, 60 oder gar 80 Prozent ein. Die Telefone im Vertrieb stehen still, und der Geschäftsführer fragt entsetzt: „Warum findet uns Google plötzlich nicht mehr?“

Die bittere Wahrheit aus über 25 Jahren SEO-Praxis: Suchmaschinen scheren sich nicht um dein schickes neues Design. Google bewertet URLs, historische Nutzersignale, interne Linkstrukturen und technische Server-Antworten. Wenn eine Webagentur beim Relaunch alte URLs einfach löscht, Weiterleitungen vergisst oder versehentlich die Staging-Umgebung indexieren lässt, ist das digitale Kapital von Jahren binnen Stunden vernichtet.

Damit dir das nicht passiert, habe ich meine praxiserprobte 25-Punkte-Checkliste zusammengestellt. Sie deckt alle vier Phasen eines Relaunchs ab – von der ersten URL-Inventur bis zum Post-Launch-Monitoring.

---

Phase 1: Vorbereitung & URL-Inventur (Vor dem ersten Code-Commit)

Wer erst kurz vor dem Go-Live über SEO nachdenkt, hat bereits verloren. Das Fundament entsteht in der Konzeptionsphase.

1. Vollständiges Crawling des Alt-Systems

Bevor auch nur eine Zeile Code geändert wird, crawle ich die gesamte alte Website mit Screaming Frog oder SE Ranking. Ziel ist eine lückenlose Liste aller existierenden URLs inklusive Statuscodes, Titles, H1-Überschriften und Canonical-Tags.

2. Google Search Console & Analytics Daten sichern

Lade alle URLs herunter, die in den letzten 12 Monaten mindestens einen organischen Klick oder Impressions erzielt haben. Diese Seiten sind dein Tafelsilber – sie dürfen unter keinen Umständen verloren gehen.

3. Externe Backlink-Quellen erfassen

Welche Unterseiten besitzen wertvolle externe Verlinkungen von Presseportalen, Wikipedia oder Partnern? Werden diese URLs geändert, ohne eine 301-Weiterleitung einzurichten, verpufft der PageRank im Nichts.

4. Das 1:1 URL-Mapping erstellen

Erstelle eine Mapping-Tabelle: Jede alte URL bekommt exakt ein logisches, thematisch passendes Ziel auf der neuen Domain. Pauschale Weiterleitungen aller alten Seiten auf die Startseite werden von Google als Soft-404-Fehler gewertet und entwerten deine Rankings!

5. URL-Struktur & Standards festlegen

Verhindere Duplicate-Content-Fallen von Beginn an:

• Konsequente Kleinschreibung aller Pfade.
• Feste Konvention für Trailing Slashes (z. B. immer mit abschließendem /).
• Bindestriche statt Unterstriche als Worttrenner.

---

Phase 2: Die Staging-Umgebung absichern (Während der Entwicklung)

In der Entwicklungsphase lauern zwei existenzielle Risiken: Entweder Google indexiert das unfertige Test-System, oder die neue Website übernimmt gravierende Architekturfehler.

6. Staging-System mit Passwort sperren

Die neue Umgebung (z. B. staging.deine-domain.de) muss zwingend hinter einer serverseitigen HTTP-Basic-Auth (Passwortschutz per .htaccess oder Server-Auth) liegen. Ein bloßes noindex reicht nicht aus, da Entwickler diesen Tag beim Go-Live regelmäßig auf der Live-Seite vergessen!

7. Googlebot-Ausschluss per Test-Robots.txt

Auf der Staging-Domain sollte zusätzlich eine restriktive Robots.txt liegen:

User-agent: *
Disallow: /

Wichtig: Trage dir einen dicken Kalendereintrag ein, diese Datei beim Release gegen die Produktiv-Version auszutauschen.

8. Semantische Überschriften-Hierarchie prüfen

Gibt es auf jeder Seite genau eine aussagekräftige H1? Sind H2- und H3-Tags logisch geschachtelt oder werden Überschriften-Tags von den Designern missbraucht, um Textpassagen fett zu formatieren?

9. Interne Linkstruktur nachbauen

Achte darauf, dass Navigations- und Footer-Links nicht gekürzt werden. Wichtige Leistungsseiten, die früher mit 1 Klick von der Startseite erreichbar waren, dürfen im neuen Menü nicht in der vierten Klick-Ebene versauern.

10. Core Web Vitals & PageSpeed testen

Ein Relaunch muss schneller sein als das Alt-System. Teste LCP (Largest Contentful Paint), CLS (Cumulative Layout Shift) und INP auf mobilen Geräten, bevor das System live geht.

---

Phase 3: Der Go-Live-Tag (Die heiße Phase)

Am Tag des DNS-Switches zählt jede Minute. Hier wird diszipliniert nach Protokoll gearbeitet.

DNS-Switch auf neuen Server
    ⬇
301-Weiterleitungs-Regeln aktivieren
    ⬇
Robots.txt freigeben (Disallow entfernen)
    ⬇
SSL-Zertifikat & HTTPS-Forcing prüfen
    ⬇
XML-Sitemaps in der Search Console einreichen

11. DNS-TTL im Vorfeld senken

Senke die TTL (Time to Live) der DNS-Einträge 48 Stunden vor dem Relaunch auf 300 Sekunden. Dadurch greift der Serverwechsel weltweit binnen weniger Minuten.

12. 301-Weiterleitungen serverseitig einspielen

Spiele deine Mapping-Tabelle in die .htaccess, Nginx-Konfiguration oder CDN-Edge-Rules ein. Nutze zwingend den permanenten Statuscode 301 (Moved Permanently) – niemals temporäre 302-Weiterleitungen aus den HTTP-Statuscodes!

13. Weiterleitungsketten eliminieren

Alte URL $A$ darf nicht erst auf $B$ und dann auf $C$ leiten. Jede Weiterleitung muss direkt im ersten Hop beim finalen Statuscode 200 landen.

14. HTTPS-Zwang & Non-WWW Normalisierung

Prüfe, ob alle vier Domain-Varianten auf das identische kanonische Ziel weiterleiten:

• http://domain.de ➔ https://domain.de/
• http://www.domain.de ➔ https://domain.de/
• https://www.domain.de ➔ https://domain.de/

15. Robots.txt auf Produktion umschalten

Entferne die Entwickler-Sperre und gib den Suchmaschinen-Crawlern freie Bahn. Verlinke deine XML-Sitemap direkt in der robots.txt.

16. Eigene 404-Fehlerseite aktivieren

Eine ansprechende 404-Fehlerseite fängt Besucher ab, die vertippte URLs aufrufen, und bietet ihnen eine Suchfunktion sowie Direktlinks zu deinen wichtigsten Hubs.

---

---

Phase 4: Post-Launch Monitoring (Die ersten 30 Tage danach)

Nach dem DNS-Switch beginnt die eigentliche Überwachungsarbeit. Wer jetzt die Augen verschließt, bemerkt Rankingverluste oft erst, wenn es zu spät ist.

17. Neue XML-Sitemap einreichen

Reiche die neue XML-Sitemap sofort in der Google Search Console und den Bing Webmaster Tools ein.

18. IndexNow & Ping-Schnittstellen anfeuern

Nutze IndexNow, um Suchmaschinen wie Bing und Yandex in Echtzeit über die aktualisierten und weitergeleiteten URLs zu informieren.

19. 404-Fehler im Server-Logfile täglich monitoren

Filtere die täglichen Zugriffsprotokolle nach Statuscode 404. Findest du URLs mit vielen Aufrufen, die im ursprünglichen Mapping vergessen wurden? Richte unverzüglich 301-Weiterleitungen ein!

20. Google Search Console Indexierungs-Bericht überwachen

Prüfe täglich die Abdeckungsdaten in der Search Console:

• Steigt die Zahl der indexierten Seiten wie erwartet?
• Werden alte URLs korrekt als „Seite mit Weiterleitung“ erfasst?
• Tauchen unerwartete „Gecrawlt – zurzeit nicht indexiert“-Meldungen auf?

21. Live-Test im Google Rich Results Tool

Prüfe deine Kernseiten mit dem offiziellen Rich Results Test: Werden strukturierte Daten (@graph, Organization, Service, Product) fehlerfrei erkannt?

22. Ranking-Tracking täglich abgleichen

Überwache deine 50 wichtigsten Geld-Keywords in deinem Rank-Tracker (z. B. SE Ranking). Kleinere Fluktuationen von 1 bis 3 Positionen in den ersten 14 Tagen sind völlig normal. Stürzen Rankings jedoch von Seite 1 auf Seite 5 ab, liegt ein struktureller Weiterleitungsfehler vor.

23. Tracking-Codes & Tag Manager validieren

Werden Conversions, Zielvorhaben und Lead-Formulare im neuen Setup sauber gezählt? Ein scheinbarer Traffic-Einbruch ist manchmal schlicht ein vergessener Analytics-Tag im neuen Theme.

24. Interne Broken Links aufräumen

Lass Screaming Frog über die neue Live-Domain laufen. Verlinken neue Seiten versehentlich noch auf alte URLs, die erst umständlich über einen 301-Redirect aufgelöst werden müssen? Bereinige alle internen Links auf das direkte 200-Ziel.

25. Canonical Tags kontrollieren

Stelle sicher, dass jede Seite auf sich selbst per Self-Referencing Canonical Tag verweist und keine veralteten Staging-URLs mehr im Quellcode stehen.

---

Die 25-Punkte-Checkliste auf einen Blick

Nr.	Phase	Prüfpunkt	Kernziel	Status
1	Vorbereitung	Vollständiger Alt-Crawl	Keine existierende URL übersehen	[ ]
2	Vorbereitung	GSC- & Analytics-Export	Alle Traffic-Bringer sichern	[ ]
3	Vorbereitung	Backlink-Inventur	Externen PageRank erhalten	[ ]
4	Vorbereitung	1:1 URL-Mapping	Logische Zielzuweisung (kein Soft-404)	[ ]
5	Vorbereitung	URL-Konventionen	Trailing Slashes & Kleinschreibung	[ ]
6	Staging	HTTP Basic Auth	Passwortschutz vor Bots	[ ]
7	Staging	Staging-Robots.txt	Disallow auf Entwicklungs-Domain	[ ]
8	Staging	H1-H3 Hierarchie	Semantische Textstruktur	[ ]
9	Staging	Klicktiefe & Menü	Max. 3 Klicks zu Leistungsseiten	[ ]
10	Staging	Core Web Vitals	LCP unter 2,5s & CLS unter 0,1	[ ]
11	Go-Live	DNS-TTL senken	Schneller IP-Wechsel am Stichtag	[ ]
12	Go-Live	301 Redirects einspielen	Permanente Weiterleitungen	[ ]
13	Go-Live	Weiterleitungsketten lösen	Max. 1 Hop bis HTTP 200	[ ]
14	Go-Live	HTTPS & WWW-Routing	Nur eine kanonische Host-Version	[ ]
15	Go-Live	Robots.txt freigeben	Disallow entfernen & Sitemap eintragen	[ ]
16	Go-Live	404-Fehlerseite	Nutzerführung bei Tippfehlern	[ ]
17	Post-Launch	XML-Sitemaps einreichen	Sofortiger Push in GSC & Bing	[ ]
18	Post-Launch	IndexNow triggern	Echtzeit-Benachrichtigung an Bots	[ ]
19	Post-Launch	404-Logfile Monitoring	Vergessene URLs sofort nachleiten	[ ]
20	Post-Launch	GSC-Abdeckungsbericht	Indexierungs-Status täglich prüfen	[ ]
21	Post-Launch	Schema-Validierung	Fehlerfreie strukturierte Daten	[ ]
22	Post-Launch	Keyword-Monitoring	Volatilität der Top-50 Keywords	[ ]
23	Post-Launch	Conversion-Tracking	Formulare & Analytics-Events aktiv	[ ]
24	Post-Launch	Interne Links bereinigen	Direkte Verlinkung ohne Redirects	[ ]
25	Post-Launch	Canonical Tags	Self-Referencing Canonical auf jeder URL	[ ]

---

Mein Resümee als SEO: Tacheles aus 25 Jahren Relaunch-Praxis

Wenn mir Kunden nach einem verpatzten Relaunch ihre abgestürzten Search-Console-Kurven zeigen, höre ich fast immer dieselben Sätze: „Unsere Webagentur hat gesagt, SEO ist inklusive“ oder „Wir wollten die URLs einfach mal entschlacken und moderner machen“.

Ein Relaunch ohne erfahrenen SEO an deiner Seite ist wie russisches Roulette mit deinem organischen Unternehmensumsatz. Wer 80 % seiner gut rankenden Texte streicht, weil sie „im neuen Layout nicht so fancy aussehen“, oder Weiterleitungen vergisst, verschenkt das mühsam aufgebaute Vertrauen von Google aus vielen Jahren.

Wenn du einen Relaunch planst oder deine Agentur vor dem Livegang auf Herz und Nieren prüfen lassen willst, lass uns in meiner 2-stündigen SEO-Sprechstunde dein Setup durchleuchten, bevor das Kind in den Brunnen fällt.