Ein Website-Relaunch ohne Rankingverlust ist absolut möglich – aber nur, wenn SEO von der ersten Konzeptphase an mitgedacht wird und nicht erst eine Woche vor dem Go-live. Die meisten Ranking-Einbrüche bei einem Relaunch haben dieselben Ursachen: fehlende 301-Weiterleitungen, Lücken bei der Content-Parität, eine langsamere neue Website oder eine robots.txt, die nach dem Launch noch immer Crawler blockiert.
Dieser Leitfaden liefert Ihnen ein 50-Punkte-Playbook für vor, während und nach der Migration. So können Marketingverantwortliche im Mittelstand, GmbH-Gründer und Betriebsleiter den Relaunch sicher planen – und jeder Agentur eine schriftliche Checkliste übergeben.
Warum verlieren die meisten Websites beim Relaunch Rankings?
Das Muster ist leider vorhersehbar. Ein mittelständisches Unternehmen erneuert seine Website. Am ersten Tag nach dem Launch: 30–60 % weniger Traffic. Drei Wochen später: noch immer keine Erholung. Im Marketing bricht Hektik aus.
Die Ursachen lassen sich in vier Gruppen einteilen:
- Geänderte URLs ohne 301-Weiterleitungen. Alte, gut rankende URLs liefern einen 404-Fehler, Google entfernt sie aus dem Index, der Traffic bricht weg.
- Verlorene Content-Parität. Seiten, die dank ausführlicher Inhalte gerankt haben, wurden zu kurzen, bildlastigen Versionen „umgestaltet“ – der SEO-Content ist weg.
- Technische Rückschritte. Die neue Website ist langsamer, hat schlechtere Core Web Vitals, fehlerhaftes Schema-Markup oder steht versehentlich auf noindex.
- Fehler bei robots.txt und Sitemap. Die robots.txt blockiert Crawler auf der Staging-Umgebung und geht versehentlich so live. Oder die neue Sitemap wird nicht bei Google eingereicht.
Die gute Nachricht: Alle vier Fehler lassen sich mit einem echten Migrationsplan vollständig vermeiden.
Wie sieht die 50-Punkte-Checkliste für die Migration aus?
Arbeiten Sie die Punkte der Reihe nach ab. Behandeln Sie jeden Punkt als schriftliches Kästchen, das jemand verbindlich abhakt.
1: Audit vor dem Launch (Wochen vor dem Relaunch)
- Vollständiges URL-Inventar der alten Website exportieren (Crawl mit Screaming Frog)
- Die 100 bestrankenden URLs aus der Search Console ziehen (letzte 12 Monate)
- Die 100 bestrankenden URLs aus Sistrix oder Semrush ziehen (DACH-spezifische Daten)
- Alle Seiten mit Backlinks identifizieren (Ahrefs / Majestic)
- Alle Seiten identifizieren, die aktuell Conversions bringen (GA4)
- Aktuellen technischen SEO-Stand dokumentieren (Core Web Vitals, indexierte Seiten, Sitemap-Struktur)
- Aktuell genutztes Schema-Markup dokumentieren (Product, FAQ, Article, LocalBusiness)
- Aktuelle Title-Tags und Meta-Descriptions der 200 wichtigsten URLs sichern
2: Planung der neuen Website
- Jede alte URL ihrer neuen Entsprechung zuordnen (oder „zusammenführen“ / „entfernen“)
- Das URL-Mapping als CSV dokumentieren (alt → neu → Grund)
- 301-Weiterleitungen für jede entfernte oder geänderte URL planen
- Canonical-Strategie für die neue Website planen
- hreflang-Setup planen, falls mehrsprachig (Parität DE/EN)
- Content-Parität pro Seite planen (neue Seiten brauchen gleichwertigen oder besseren SEO-Content)
- Migration des Schema-Markups planen (bestehendes Markup nicht verlieren)
- Interne Verlinkung planen (geht bei Relaunches oft verloren)
- XML-Sitemap-Struktur für die neue Website planen
- robots.txt für die neue Website planen
- Testprozess für strukturierte Daten planen
- Zielwerte für die Core Web Vitals der neuen Website festlegen (LCP, INP, CLS)
3: Umsetzung & Qualitätssicherung vor dem Launch
- Alle 301-Weiterleitungen auf der Staging-Umgebung anlegen
- Jede Weiterleitung testen: alte URL → 301 → neue URL (keine Ketten, keine 302)
- Content-Parität prüfen (neue Seiten haben gleichwertigen oder besseren SEO-Content)
- Schema-Markup mit dem Rich-Results-Test von Google prüfen
- Core Web Vitals auf Staging gegen die Zielwerte prüfen
- Mobile Darstellung auf echten Geräten prüfen
- Prüfen, ob alle Bilder einen Alt-Text haben
- hreflang-Implementierung prüfen (bei Mehrsprachigkeit)
- Staging mit Screaming Frog crawlen, um defekte Links zu finden
- Prüfen, ob GA4 / GTM konfiguriert ist (nicht nur installiert)
- Datenschutz/DSGVO-Konformität prüfen (Consent-Banner, AVV, lokal gehostete Schriften)
- Barrierefreiheit nach BFSG als Basis prüfen (WCAG 2.1 AA)
- Analytics-Filter zum Ausschluss internen Traffics prüfen
- robots.txt in der Produktionskonfiguration auf ALLOW setzen (auf Staging aktuell DISALLOW)
- Prüfen, ob die XML-Sitemap erzeugt wird und erreichbar ist
- Letzter Crawl vor dem Launch: null 404-Fehler, null Weiterleitungsketten, null blockierte Ressourcen
4: Launch-Tag
- Neue Website live schalten
- Sofort prüfen, ob die robots.txt auf ALLOW steht (nicht das DISALLOW von Staging)
- Neue XML-Sitemap in der Search Console einreichen
- Adressänderung in der Search Console melden (falls sich die Domain geändert hat)
- Stichprobe von 20 Weiterleitungen prüfen: Liefern sie live wirklich einen 301?
- Core Web Vitals auf der Live-Website prüfen
- Uptime-Monitoring einrichten (UptimeRobot, Pingdom)
- Den Bericht „Abdeckung“ in der Search Console auf Crawling-Fehler beobachten
5: Monitoring nach dem Launch (erste 30 Tage)
- Tägliche Prüfung der Search Console auf Crawling-Fehler (erste Woche)
- Tägliche Prüfung der Traffic-Muster in GA4 (erste Woche)
- Wöchentliche Prüfung der Sichtbarkeit in Sistrix oder Semrush
- Wöchentliche Prüfung der Core Web Vitals
- Wöchentliche Prüfung der indexierten Seiten (Ziel: stabil oder wachsend)
- Mindestens 90 Tage beobachten, bevor die Migration als „abgeschlossen“ gilt
Warum ist das URL-Mapping das wichtigste Dokument?
Wenn Sie nur eine Sache richtig machen, dann das URL-Mapping. Eine Migration ohne URL-Mapping ist ein Glücksspiel.
Das Mapping sollte eine CSV-Datei mit drei Spalten sein:
| Alte URL | Neue URL oder Maßnahme | Grund |
|---|---|---|
| /alte-leistungen/web-entwicklung | /services/web-development/ | Navigation neu strukturiert |
| /blog/post-1 | /insights/post-1 | Ordner umbenannt |
| /alt-page | /merged-page | Inhalte zusammengeführt |
| /legacy-page | (410 Gone) | Bewusst entfernt, kein Ersatz |
Jede URL mit Traffic, Rankings oder Backlinks bekommt eine Zeile. Jede Weiterleitung wird vor dem Launch umgesetzt und getestet.
Was ist Content-Parität und warum ist sie wichtig?
Alte Website: eine Leistungsseite mit 2.500 Wörtern auf Platz 3 für einen umkämpften Begriff.
Neue Website: gleiche URL (gut), aber die neu gestaltete Seite hat nur 400 Wörter, drei große Bilder und einen Call-to-Action.
Drei Wochen später: Das Ranking fällt auf Platz 18.
Lösung: Neue Seiten sollten gleichwertigen oder besseren SEO-Content haben als die alten – vor allem bei den bestrankenden URLs. „Besser“ kann heißen: mehr Tiefe, aktuellere Daten, klarere Struktur, stärkere E-E-A-T-Signale. Niemals weniger.
Wie sollten 301-Weiterleitungen umgesetzt werden?
Saubere 301-Weiterleitungen bedeuten:
- Ein einziger Schritt: alte URL → 301 → neue URL
- Keine Weiterleitungsketten (alt → 301 → /zwischenseite → 301 → neu)
- Keine temporären 302-Weiterleitungen
- Keine clientseitigen JavaScript-Weiterleitungen
- Wo möglich auf Server- oder CDN-Ebene umgesetzt, nicht in der Anwendung
Bei WordPress funktionieren Plugins wie Rank Math Redirections ebenso wie eine Rewrite-Regel auf Serverebene. Bei Next.js oder statischen Websites richten Sie Weiterleitungen in der next.config.js oder über Regeln bei Cloudflare/Vercel ein.
Was ist am Launch-Tag in der Search Console zu tun?
Lassen Sie diesen Schritt nicht aus. Am Launch-Tag:
- Neue XML-Sitemap sofort einreichen
- Bei Domainwechsel die „Adressänderung“ in der Search Console melden
- Über die „URL-Prüfung“ die Indexierung der 20 wichtigsten Seiten manuell beantragen
- Den Bericht „Abdeckung“ in der ersten Woche täglich prüfen
- Den Bericht „Leistung“ auf Ranking-Veränderungen beobachten
Die Search-Console-Daten der ersten Woche zeigen Ihnen, ob die Migration auf Kurs ist.
Was tun, wenn die Rankings trotzdem fallen?
Fallen die Rankings trotz sauberer Migration, gehen Sie in dieser Reihenfolge vor:
- Weiterleitungen prüfen. Crawlen Sie die Liste der alten URLs mit Screaming Frog – alle sollten einen 301 liefern.
- Indexierbarkeit prüfen. Kontrollieren Sie robots.txt, Meta-Robots und Canonical-Tags der wichtigsten Seiten.
- Content-Parität prüfen. Vergleichen Sie die bestrankenden alten Seiten mit ihren neuen Entsprechungen.
- Core Web Vitals prüfen. Die neue Website muss mindestens so schnell sein wie die alte.
- Backlinks prüfen. Alte Backlinks sollten über die Weiterleitungen weiterhin funktionieren.
- Abwarten. Google braucht nach einer größeren Migration 4–12 Wochen, um alles neu zu crawlen und zu bewerten. Kurzfristige Schwankungen sind normal.
Gibt es nach drei Wochen keine Erholung und ist das Audit ohne Befund, gehen Sie tiefer: manuelle Maßnahmen in der Search Console, hreflang-Fehler, Rückschritte bei strukturierten Daten.
Weitere Unterstützung finden Sie auf unserer Seite zur Suchmaschinenoptimierung.
Was testen Sie vor dem Launch auf Staging?
Die Qualitätssicherung vor dem Launch sollte Folgendes umfassen:
- Vollständiger Crawl mit Screaming Frog (404-Fehler, Weiterleitungsketten, fehlende Tags)
- Rich-Results-Test von Google für jeden Seitentyp mit Schema-Markup
- PageSpeed Insights für die 10 wichtigsten Seiten (mobil und Desktop)
- Test auf Mobilfreundlichkeit für die 10 wichtigsten Seiten
- Barrierefreiheits-Audit mit WAVE (mit Blick auf das BFSG)
- Manuelle hreflang-Prüfung mehrsprachiger Seiten
- Testabsendungen aller Formulare auf den wichtigsten Conversion-Pfaden
- Echtzeit-Tests der Events in GA4 / GTM
Dieser Durchgang dauert 1–2 Tage. Nehmen Sie sich die Zeit.
Was ist in Deutschland besonders zu beachten?
Bei einem Relaunch im DACH-Raum prüfen Sie zusätzlich:
- AVV mit dem neuen Hoster, falls sich das Hosting ändert
- Cookie-Banner entspricht dem TTDSG (granulare Einwilligung, keine Dark Patterns)
- Google Fonts auf der neuen Website lokal gehostet
- Impressum und Datenschutzerklärung an neue Firmen- oder Adressdaten angepasst
- Barrierefreiheit nach BFSG als Basis, falls Ihr Unternehmen darunter fällt
- Trusted Shops-Integration erhalten (das Siegel beim Relaunch nicht verlieren)
Wie wählen Sie eine Agentur für einen SEO-sensiblen Relaunch aus?
Nicht jede Agentur kennt sich mit SEO bei Migrationen aus. Prüfen Sie gezielt:
- Fragen Sie: „Zeigen Sie mir einen schriftlichen Migrationsplan aus einem früheren Projekt (gern anonymisiert).“
- Fragen Sie: „Wie gehen Sie mit 301-Weiterleitungsketten um?“
- Fragen Sie: „Welche Core-Web-Vitals-Zielwerte setzen Sie für eine neue Website?“
- Fragen Sie: „Wie stellen Sie sicher, dass das Schema-Markup bei der Migration erhalten bleibt?“
Agenturen, die konkret antworten, haben es schon gemacht. Agenturen, die auf Designthemen ausweichen, nicht.
Mehr zur Agenturauswahl lesen Sie in unserem Ratgeber So wählen Sie eine Webentwicklungsagentur in Deutschland.
Wie sieht ein realistischer Zeitplan für einen Relaunch mit SEO aus?
Für einen typischen Relaunch einer Unternehmenswebsite im Mittelstand (insgesamt 12 Wochen) mit abgesicherter SEO:
- Woche 1–2: Konzeption, URL-Audit und Ranking-Inventar
- Woche 3–5: Design und finales URL-Mapping als CSV
- Woche 4–8: Entwicklung und parallel die Arbeit an der Content-Parität
- Woche 9–10: Qualitätssicherung vor dem Launch inklusive SEO-Audit
- Woche 11: Launch mit 301-Weiterleitungen und Einreichungen in der Search Console
- Ab Woche 12: 30 Tage Monitoring nach dem Launch
Die SEO-Arbeit zieht sich durch das ganze Projekt – sie ist kein Sprint in Woche 12.
Häufige Fragen zum Website-Relaunch ohne Rankingverlust
Mit sauberen 301-Weiterleitungen und Content-Parität stabilisieren sich die Rankings meist innerhalb von 4–8 Wochen.
Nicht unbedingt – aber jede geänderte URL braucht eine 301-Weiterleitung auf ihre Entsprechung.
Nein. Ranking-Verluste entstehen durch fehlende Weiterleitungen, verlorene Inhalte oder eine langsamere neue Website.
Fehlende 301-Weiterleitungen für alte, rankende URLs. Danach folgen verlorene Content-Parität und schlechtere Core Web Vitals.
301 (dauerhaft). Eine 302-Weiterleitung gibt Ranking-Signale nicht zuverlässig weiter.
Ja, am Launch-Tag. Melden Sie zusätzlich eine Adressänderung, wenn sich die Domain geändert hat.
Mindestens 90 Tage. Die meisten Probleme zeigen sich in den ersten 30 Tagen, die volle Stabilisierung dauert 60–90 Tage.
Möchten Sie Ihren Website-Relaunch ohne Rankingverlust planen?
Ein Website-Relaunch ohne Rankingverlust gelingt vor allem dann, wenn SEO ab der Konzeption gleichberechtigt mitläuft. URL-Mapping, Content-Parität, 301-Weiterleitungen, Core Web Vitals und Monitoring nach dem Launch – nichts davon ist optional. Richtig umgesetzt verbessert der Relaunch Ihre Rankings, statt sie zu gefährden.
Wenn Sie für einen geplanten Relaunch ein SEO-Migrationsaudit wünschen, erstellt unser Team ein schriftliches Audit über alle 50 Punkte der Checkliste. Sie können einen Termin buchen oder sich auf unserer Seite zur SEO-Agentur über unseren Ansatz informieren.
