Website-Relaunch und SEO: warum der Traffic nach dem Relaunch sinkt, was Sie vor, während und nach dem Livegang prüfen und wie Sie Ihre Sichtbarkeit bei Google und in KI behalten.

Kurz gesagt
Ein Website-Relaunch behält sein SEO, wenn die Seiten, die Traffic bringen, ihre URL behalten (oder eine 301-Weiterleitung erhalten), ebenso ihren Text, ihre Titel, Überschriften und internen Links, und wenn die neuen Templates crawlbar und schnell bleiben. Die meisten Einbrüche nach dem Livegang entstehen durch gelöschte Inhalte, kaputte interne Links, ein vergessenes noindex aus der Staging-Umgebung oder Inhalte, die nur mit JavaScript erscheinen. Crawlen Sie die alte Website vor dem Start, testen Sie die neue auf einer geschützten Staging-Umgebung und vergleichen Sie beide nach dem Livegang.
Möchten Sie mehr erfahren? Fragen Sie
Website-Relaunch-SEO bedeutet, Rankings zu schützen, während sich Templates, Design, Navigation, Inhalte oder das CMS ändern. Dieser Leitfaden behandelt Relaunches auf derselben Domain. Ändern sich die Domain oder die meisten URLs, wird das Projekt zur Migration: Folgen Sie dann unserer Checkliste zur SEO-Migration und Googles Leitfaden zum Website-Umzug mit URL-Änderungen, der vor vorübergehenden Ranking-Schwankungen warnt.
Ja, jedes Mal. Google und die KI-Assistenten, die das Web lesen, bewerten Seiten nach dem, was sie im HTML finden: Text, Titel, Überschriften, Links, strukturierte Daten, Geschwindigkeit. Ein Relaunch verändert einen Teil oder alle dieser Signale, also bewerten die Suchmaschinen die Seiten neu. Der Effekt kann positiv sein (schnellere Seiten, klarere Struktur, bessere Inhalte) oder negativ (dünnere Seiten, verlorene Links). Über das Ergebnis entscheidet, wie viele Ranking-Signale die neuen Templates behalten.
| Was sich beim Relaunch ändert | SEO-Risiko | Warum |
|---|---|---|
| Nur Farben, Schriften, Bilder | Gering | HTML-Inhalt und URLs bleiben gleich |
| Neue Templates und Seitenlayouts | Mittel | Überschriften, Textblöcke und interne Links verschieben sich oder verschwinden oft |
| Neue Navigation und Menüs | Mittel | Klicktiefe und interne Autorität werden neu verteilt |
| Inhalte umgeschrieben oder zusammengelegt | Hoch | Seiten verlieren die Passagen und Keywords, für die sie rankten |
| Neues CMS oder JavaScript-Framework | Hoch | Rendering, URLs, Weiterleitungen und Metadaten ändern sich gleichzeitig |
| Geänderte URL-Struktur | Hoch | Jede geänderte URL braucht eine Weiterleitung: das ist eine Migration |
Die Ursachen wiederholen sich von Projekt zu Projekt. Für jede gibt es eine einfache Kontrolle:
| Risiko | Symptom | Kontrolle |
|---|---|---|
| Inhalt gelöscht oder gekürzt | Seiten verlieren Long-Tail-Rankings | Wortzahl und Abschnitte pro Seite vergleichen, alt gegen neu |
| Title und H1 umgeschrieben | Niedrigere Klickrate, verlorene Positionen | Title und H1 vorher exportieren, danach vergleichen |
| Interne Links verloren | Tiefe Seiten fallen, verwaiste Seiten entstehen | Eingehende interne Links pro URL vergleichen |
| URLs ohne 301 geändert | 404-Fehler, verlorene Backlinks | Weiterleitungsplan an jeder alten URL testen |
| Inhalt per JavaScript gerendert | Seiten leer indexiert, KI-Assistenten sehen nichts | Rohes HTML und gerendertes HTML vergleichen |
| Langsamere Templates | Schlechtere Core Web Vitals, höhere Absprungrate | LCP, INP und CLS auf Staging testen |
| noindex oder robots.txt-Sperre aus Staging übernommen | Seiten fallen innerhalb von Tagen aus dem Index | robots.txt und Meta-Robots am Launch-Tag prüfen |
| Strukturierte Daten entfernt | Rich Results verschwinden | Schema jedes Templates validieren |
Zwei dieser Risiken verdienen besondere Aufmerksamkeit. Erstens JavaScript: Google rendert Seiten mit einem Headless Chromium, doch laut seiner Dokumentation zu JavaScript-SEO entdeckt es nur Links, die als normale Anker-Elemente mit href-Attribut geschrieben sind. Menüs aus Buttons oder Klick-Handlern verstecken ganze Bereiche. Unser Leitfaden zu JavaScript-SEO erklärt die Rendering-Optionen. Zweitens Geschwindigkeit: Googles Empfehlungen zu den Core Web Vitals setzen die Schwelle für „gut“ bei einem LCP von höchstens 2,5 Sekunden, einem INP von höchstens 200 Millisekunden und einem CLS von höchstens 0,1, gemessen am 75. Perzentil der Besuche. Schwere Videos im Kopfbereich und Slider sind der übliche Grund, warum ein neues Template daran scheitert.
Crawlen Sie die Live-Website vollständig und exportieren Sie jede indexierbare URL mit Title, Meta-Description, H1, Wortzahl, Canonical, Statuscode und Anzahl eingehender interner Links. Dieser Crawl ist Ihre Ausgangsbasis: Nach dem Livegang vergleichen Sie die neue Website Zeile für Zeile damit. Sichern Sie auch die strukturierten Daten und die robots.txt.
Exportieren Sie 12 bis 16 Monate Search-Console-Daten (Klicks und Impressionen pro Seite und pro Suchanfrage), die Seiten mit Backlinks und die Seiten, die konvertieren. Diese Seiten sind tabu: Behalten Sie URL, Haupttext und Title, oder verbessern Sie sie gezielt. Ein Content-Audit hilft zu entscheiden, was bleibt, zusammengelegt oder entfernt wird, und gibt jeder Entfernung eine Ziel-URL.
Der sicherste Relaunch behält alle URLs. Muss eine URL sich ändern, ordnen Sie sie per 301-Weiterleitung eins zu eins der nächstliegenden neuen Seite zu, ohne Ketten und ohne alles auf die Startseite zu leiten. Unser Leitfaden zu SEO-Weiterleitungen nennt die Regeln. Google empfiehlt, Weiterleitungen mindestens ein Jahr beizubehalten.
Das Design entscheidet, wo Text steht; die Entwicklung entscheidet, wie er ausgeliefert wird. Geben Sie beiden schriftliche Anforderungen: eine H1 pro Template, Text im HTML, crawlbare Menüs, Breadcrumbs, die Seitenarchitektur mit der Tiefe jedes Bereichs, das zu erhaltende Schema und das Performance-Budget. Lesbarkeit und Navigation zählen ebenfalls: siehe unseren Leitfaden zu UX und SEO.
Starten Sie nicht in Ihrer Hauptsaison, vor Feiertagen oder an einem Freitag: In den ersten Tagen nach dem Livegang werden Fehler gefunden, und jemand muss sie beheben können. Legen Sie schriftlich fest, wer am Launch-Tag was prüft, und entscheiden Sie vorab, welches Signal einen Rollback auslöst (etwa wichtige Seiten mit Fehlern oder nicht mehr im Index). Halten Sie die alte Website einige Wochen auf einem Backup-Server bereit, um ein Template oder einen Textblock schnell wiederherzustellen, wenn eine Seite Positionen verliert.
Stellen Sie die neue Website auf eine Staging-Umgebung mit Passwortschutz (oder zumindest einer noindex-Regel), damit Google kein Duplikat Ihrer Website indexiert. Testen Sie dann vor dem Livegang:
| Wann | Prüfungen |
|---|---|
| Launch-Tag | robots.txt erlaubt das Crawlen, kein verirrtes noindex, Weiterleitungen aktiv, XML-Sitemap aktualisiert und in der Search Console eingereicht, Analytics-Tag aktiv |
| Woche 1 | Vollständiger Crawl im Vergleich zur Ausgangsbasis, 404-Fehler in der Search Console, URL-Prüfung der wichtigsten Seiten |
| Wochen 2 - 4 | Klicks und Impressionen der Schlüsselseiten im Vergleich zu denselben Wochen davor, Indexierungsbericht, Core-Web-Vitals-Bericht |
| Monate 2 - 3 | Suchanfragen mit Positionsverlust, auszubauende Seiten, wiederherzustellende interne Links |
Ein Broken-Link-Checker findet Links, die in Menüs, Footern und Artikeln noch auf alte URLs zeigen. Korrigieren Sie diese Links an der Quelle, statt sich auf Weiterleitungen zu verlassen, und stellen Sie die interne Verlinkung wieder her, die beim Entfernen von Seitenleisten oder Blöcken mit verwandten Beiträgen verloren ging. Schwankungen in den ersten Wochen sind normal. Ein Rückgang, der bei einer Gruppe von Seiten länger als einen Monat anhält, deutet auf eine konkrete Ursache: Vergleichen Sie diese Seiten mit ihrer Ausgangsversion.
ChatGPT, Claude, Perplexity und Gemini zitieren Seiten, deren Inhalt sie lesen und extrahieren können. Ein Relaunch kann diesen Zugang auf eine Weise kappen, die Google noch verzeihen würde. Eine Analyse von Vercel zum Traffic der KI-Crawler (Dezember 2024) ergab, dass keiner der großen KI-Crawler, darunter GPTBot und ClaudeBot, JavaScript rendert. Eine Seite, die ihren Text erst nach der Ausführung von JavaScript zeigt, ist für die meisten KI-Crawler unsichtbar.
Jede zusätzliche Änderung erschwert die Diagnose eines Rückgangs. Planen Sie auch einen Domainwechsel, eine neue URL-Struktur oder eine große Überarbeitung der Inhalte, trennen Sie die Schritte: Starten Sie den Relaunch mit identischen URLs und Inhalten, warten Sie, bis der Traffic stabil ist, und gehen Sie dann zur nächsten Änderung. Wenn der Zeitplan alles gleichzeitig erzwingt, investieren Sie mehr Zeit in den Basis-Crawl und den Weiterleitungsplan, denn nur sie zeigen, was kaputtgegangen ist.
Ein Relaunch behält seine Rankings, wenn die neue Website dieselben Inhalte, Links und Signale trägt wie die alte, nur schneller und klarer. Vorher crawlen, auf Staging testen, nachher vergleichen. Sobald die neue Website stabil ist, ergänzen Sie weiter Seiten, die die Fragen Ihrer Kunden beantworten: Sorank schreibt und veröffentlicht SEO- und GEO-Artikel im Autopilot auf der erneuerten Website.
Wenn URLs, Inhalte und interne Links erhalten bleiben, stabilisieren sich die Rankings meist innerhalb weniger Wochen. Google weist darauf hin, dass Rankings vorübergehend schwanken können, wenn sich eine Website stark verändert. Liegen wichtige Seiten nach ein bis zwei Monaten noch unter ihrer Ausgangsbasis, vergleichen Sie sie mit dem Crawl vor dem Livegang, um geänderte Inhalte, Titel oder Links zu finden.
Nur wenn die aktuellen URLs ein echtes Problem sind, etwa unlesbare Parameter oder eine Struktur, die nicht mehr zur Website passt. Jede geänderte URL braucht eine 301-Weiterleitung auf ihre nächste Entsprechung und erhöht das Risiko beim Launch. Bestehende URLs zu behalten ist der einfachste Weg, Backlinks und Rankings zu schützen.
Ja, wenn er echte Schwächen behebt: langsame Templates, hinter JavaScript versteckte Inhalte, zu tiefe Navigation, fehlende Überschriften oder dünne Seiten. Gewinne entstehen durch messbare Verbesserungen wie bessere Core Web Vitals, klarere interne Verlinkung und reichhaltigere Inhalte. Ein Relaunch, der nur den visuellen Stil ändert, bewegt die Rankings selten allein.
SIE HABEN SORANK VOR IHNEN AUSPROBIERT
