Die 10 teuersten Fehler bei Website-Relaunches (und wie du sie vermeidest)

„Der Relaunch ging schief." Diesen Satz höre ich in rund einem Drittel der Neukunden-Gespräche, die zu mir kommen. Die gemeinsame Geschichte: Eine alte Seite wurde durch eine neue ersetzt — und seitdem sind die Rankings weg, die Anfragen versiegt, das Geschäft im Sinkflug.

Laut Ahrefs Migration Study verlieren 60 % aller Websites nach einem Relaunch mindestens 4 Wochen lang organischen Traffic. Die gute Nachricht: Fast alle dieser Verluste sind vermeidbar. Die schlechte: Sie passieren immer wieder, weil die gleichen Fehler gemacht werden.

Die Zahlen hinter dem Problem

Die wichtigste Zahl: 27 % aller Relaunches haben das Staging-robots.txt nicht umgestellt — die neue Seite ist für Google 2–4 Wochen lang unsichtbar. Ein klassischer Fehler, der auch erfahrenen Agenturen passiert, wenn Checklisten fehlen.

Die 10 häufigsten Relaunch-Fehler

1. Keine vollständige 301-Redirect-Liste (73 %)

Das Problem: Alte URLs verschwinden, neue werden nicht darauf umgeleitet. Google sieht 404-Welle, Ranking stürzt ab.

Die Lösung: Vor dem Launch eine vollständige Matrix aller alten URLs zu neuen URLs erstellen. Spreadsheet reicht. Für jede alte URL eine neue — auch wenn die neue Struktur sauberer ist. Die Redirects in .htaccess, Next.js redirects() oder dem CDN-Layer konfigurieren.

2. Gebrochene interne Links (61 %)

Content wurde migriert, aber Links im Text zeigen noch auf alte URLs.

Lösung: Nach der Migration einen Crawl mit Screaming Frog. Jeder 404 oder 301-in-Content wird direkt im Quelltext gefixt — nicht nur per Redirect kaschiert.

3. Verloren gegangene Schema.org-Markups (58 %)

Die alte Seite hatte Organization-, LocalBusiness-, Article-, FAQ-Schema. Die neue nicht.

Lösung: Schema.org ist Teil des Inhalts, nicht Dekoration. Bei der Migration gehört es explizit zur Checkliste.

4. Verloren gegangene Meta-Tags (48 %)

Die neuen Seiten haben generische Titles und Descriptions statt der sorgfältig optimierten alten.

Lösung: Vor dem Launch alle Meta-Angaben aus der alten Site exportieren (per Screaming Frog) und explizit auf die neuen Seiten übertragen.

5. Sitemap nicht neu eingereicht (44 %)

/sitemap.xml zeigt noch die alten URLs, die jetzt alle 301-weiterleiten — Google crawlt den Umweg.

Lösung: Neue Sitemap automatisch generieren, in Search Console neu einreichen, alte Sitemap entfernen.

6. Change-of-Address in GSC vergessen (39 %)

Bei Domain-Wechsel wird vergessen, Google explizit mitzuteilen, dass die neue Domain die alte ersetzt.

Lösung: In Google Search Console → Einstellungen → „Adressänderung". Nur bei echtem Domain-Wechsel relevant.

7. Analytics-Tracking nicht übertragen (34 %)

GA4-Tracking-Code oder Event-Konfigurationen fehlen auf der neuen Seite. Zwei Wochen Blindflug ohne Daten.

Lösung: Vor dem Launch Analytics-Code einbauen und auf Staging testen. Nach Launch die Echtzeit-Daten in GA4 prüfen.

8. Canonical-Tags falsch konfiguriert (32 %)

Canonical-URL verweist auf die alte Domain oder auf sich selbst mit anderer Trailing-Slash-Konfiguration.

Lösung: Nach Launch automatisch generierten Canonical-Tag auf 3–5 URLs manuell prüfen.

9. Google Business Profile nicht aktualisiert (29 %)

GBP zeigt noch die alte Domain. Google weiß nicht, dass die neue dazu gehört.

Lösung: In GBP → Bearbeiten → URL auf neue Domain umstellen. 2–3 Tage bis zur Aktualisierung bei Google Maps.

10. robots.txt blockt noch Staging (27 %)

Disallow: / wurde von der Staging-Umgebung mit deployed. Produktions-Seite ist für Google komplett unsichtbar.

Lösung: Am Launch-Tag als ersten Schritt die robots.txt auf Produktions-Werte prüfen. Manuell: URL-Aufruf /robots.txt, muss leer oder Allow: / sein.

Der richtige Relaunch-Plan

Ein sauberer Relaunch braucht typisch 44 Tage von Audit bis stabilem Post-Launch-Monitoring. Wer das in 2 Wochen durchzieht, hat ein massives Risiko, einen der 10 Top-Fehler zu machen.

Phase 1: Audit (3 Tage)

• Screaming Frog-Crawl aller URLs inklusive Meta-Tags, Canonical, Schema
• GSC-Export der letzten 12 Monate Rankings
• Analytics-Export der Top 20 URLs nach Traffic
• Backlink-Profil mit Ahrefs/Sistrix/GSC sichern
• Screenshots der Homepage, Leistungen, Footer, Mobile-Views

Phase 2: Planung (4 Tage)

• Neue Sitemap designen (Hierarchie, URL-Struktur)
• Redirect-Matrix erstellen (alte URL → neue URL, mit Priorität)
• Content-Migration-Plan (was bleibt, was kommt weg, was wird zusammengelegt)
• Timeline mit festem Launch-Termin

Phase 3: Entwicklung (21 Tage)

Design + Development. Während dieser Phase läuft die alte Seite weiter.

Phase 4: Content-Migration (5 Tage)

• Texte von alter Seite auf neue übertragen
• Bilder neu optimieren (WebP, richtige Dimensionen)
• Meta-Tags und Schema.org explizit übernehmen

Phase 5: Staging-Testing (3 Tage)

• Komplette Klick-Tests aller Funktionen
• Formular-Tests (mit echter E-Mail-Zustellung auf Staging)
• Mobile-Testing
• Die Checkliste aus meinem Website-Launch-Checkliste-Artikel durchgehen

Phase 6: Launch-Tag (1 Tag)

• DNS-Wechsel außerhalb Peak-Hours
• robots.txt prüfen (wichtig!)
• Alle Redirects manuell testen
• Sitemap einreichen
• Google Business Profile URL aktualisieren

Phase 7: Post-Launch-Monitoring (7 Tage)

• Täglich Search Console: Indexierungs-Fehler, Crawl-Errors
• Täglich Analytics: kommen Zugriffe wie erwartet?
• Rankings-Tracking für Top-20-Keywords
• Bei Problemen schnell reagieren (nicht abwarten)

Mein Fazit

Ein Relaunch ist kein riskantes Projekt — wenn er strukturiert durchgeführt wird. Die Formel ist simpel: gründliche Planung + Checklisten + ruhige Nerven am Launch-Tag = erfolgreicher Relaunch.

Die 10 Fehler oben sind keine esoterischen SEO-Geheimnisse. Sie sind offen dokumentiert, seit Jahren gleich, und vermeidbar. Wer trotzdem eine Agentur hat, die ohne Redirect-Matrix arbeitet oder am Launch-Tag die robots.txt vergisst, wechselt die Agentur.

Wenn du einen Relaunch planst und die Risiken minimieren willst, ist eine 45-Minuten-Planungs-Session der beste Zeitinvestment-Hebel.