Warum ist mein Traffic nach dem Website-Relaunch eingebrochen?
Die fünf häufigsten Ursachen, in absteigender Wahrscheinlichkeit: (1) eine aus der
Entwicklungsumgebung übernommene Indexierungssperre (noindex oder
blockierende robots.txt), (2) fehlende oder falsche 301-Weiterleitungen bei
geänderten URLs, (3) gelöschte oder auf mehrere Seiten zersplitterte Inhalte,
(4) technische Verschlechterungen (Ladezeit, Canonicals, URL-Varianten) und
(5) verlorenes Schema-Markup. Die gute Nachricht: Fast alle Fälle sind
reparabel — aber jede Woche Wartezeit kostet Ranking-Substanz. Die Diagnose
unten dauert 60 Minuten.
Wenn du diesen Artikel liest, ist es vermutlich schon passiert: Der Relaunch ist live, die neue Website sieht großartig aus — und die Besucherzahlen sind im freien Fall. Vielleicht sagt dir jemand gerade den gefährlichsten Satz der Branche: „Das ist normal nach einem Relaunch, das kommt in ein paar Monaten von allein wieder.“ Glaub das nicht ungeprüft. Temporäre Schwankungen von wenigen Positionen sind normal — ein Einbruch von 30, 50 oder 80 Prozent ist es nicht. Der hat eine konkrete, findbare Ursache. Und je schneller du sie findest, desto mehr lässt sich retten.
| Normal nach Relaunch | Temporäre Schwankungen weniger Positionen für einige Wochen — Google bewertet die Seite neu |
| Nicht normal | Einbrüche ab ~30 % Traffic, komplette Deindexierung, massenhafte 404-Fehler — immer eine konkrete Ursache |
| Häufigste Ursache | Aus der Staging-Umgebung übernommene Indexierungssperre (noindex-Tag oder Disallow in der robots.txt) |
| Zweithäufigste Ursache | Fehlende oder falsche 301-Redirects nach URL-Änderungen — alte Rankings enden im 404 |
| Diagnose-Dauer | ~60 Minuten mit Search Console, site:-Abfrage und Stichproben-Tests |
| Erholungszeit nach Reparatur | noindex-Fix: oft Tage bis wenige Wochen; nachgezogene Redirects: Wochen; je länger der Fehler bestand, desto langsamer |
| Redirects behalten | Google empfiehlt, Weiterleitungen mindestens ein Jahr aktiv zu lassen |
| Auch betroffen | KI-Sichtbarkeit: ChatGPT & Co. zitieren konkrete URLs — tote alte URLs kosten auch KI-Zitate |
| Anbieter | Deine SEO Agentur, Herten (NRW) — deine-seo-agentur.de |
Die 60-Minuten-Diagnose: Ursache finden, in Wahrscheinlichkeits-Reihenfolge
Arbeite die fünf Prüfungen von oben nach unten ab — sie sind nach Häufigkeit sortiert, und die erste ist in fünf Minuten erledigt. Du brauchst nur Zugriff auf die Google Search Console und einen Browser.
Indexierungssperre prüfen 5 Min
Der Klassiker: Auf der Entwicklungsumgebung (Staging) war die Seite absichtlich für Google gesperrt — und die Sperre wurde beim Go-Live mit übertragen. Prüfe drei Dinge: Erstens die Google-Abfrage
site:deine-domain.de— erscheinen deutlich weniger Seiten als vor dem Relaunch oder gar keine? Zweitens den Quelltext der Startseite und zweier wichtiger Unterseiten (Strg+U) auf<meta name="robots" content="noindex">. Drittensdeine-domain.de/robots.txtauf einDisallow: /.Treffer? Dann hast du die Ursache — und die am schnellsten reparable: Sperre entfernen, in der Search Console die wichtigsten Seiten zur Indexierung anmelden, Sitemap einreichen. Bei schneller Reaktion erholt sich das oft binnen Tagen bis weniger Wochen.
Redirects testen: Wo landen deine alten Top-URLs? 15 Min
Öffne in der Search Console den Leistungsbericht, stelle den Zeitraum auf die Monate vor dem Relaunch und exportiere die 20 Seiten mit den meisten Klicks. Rufe jede dieser alten URLs im Browser auf. Drei mögliche Ergebnisse: Sie landet per Weiterleitung auf der passenden neuen Seite (gut), sie zeigt einen 404-Fehler (gefunden: Traffic-Leck), oder sie leitet pauschal auf die Startseite — auch das ist ein Leck, denn irrelevante Massen-Weiterleitungen auf die Startseite behandelt Google wie Soft-404-Fehler: Die Ranking-Substanz der alten Seite kommt nicht an.
Search Console: 404-Bericht und Sitemap 10 Min
Im Bericht „Seiten“ (Indexierung) siehst du, wie viele URLs seit dem Relaunch als „Nicht gefunden (404)“ oder „Soft 404″ auflaufen — das ist die Vollzähligkeits-Prüfung zu Schritt 2. Prüfe außerdem die eingereichte Sitemap: Enthält sie noch alte URLs oder Staging-Adressen, verwirrst du den Crawler zusätzlich.
Inhalte vergleichen: Ist das, was rankte, noch da? 15 Min
Redirects nützen nichts, wenn das Ziel den Inhalt nicht mehr hat. Vergleiche für deine fünf wichtigsten alten Seiten: Existiert der Inhalt noch in vergleichbarer Tiefe — oder wurde er beim Redesign radikal gekürzt („weniger Text, mehr Bilder“), gelöscht oder auf mehrere dünne Unterseiten verteilt? Jede dieser drei Varianten kostet Rankings, auch bei perfekten Redirects. Prüfe dabei auch, ob FAQ- und Organization-Schema den Umzug überlebt haben — Markup geht bei Relaunches besonders oft unbemerkt verloren, weil es im Frontend unsichtbar ist.
Technik-Regression: die stillen Verschlechterungen 15 Min
Vier Stichproben: Ladezeit der Startseite und einer wichtigen Unterseite gegen das alte Niveau (PageSpeed Insights). URL-Varianten: Liefert die neue Seite mit und ohne abschließenden Schrägstrich bzw. mit und ohne www denselben Inhalt unter zwei URLs aus, statt eine Variante umzuleiten? Canonical-Tags: Zeigen sie auf die richtigen neuen URLs — oder noch auf alte bzw. Staging-Adressen? Crawler-Zugang: Blockiert ein neuer Bot-Schutz (Firewall/CDN) womöglich Googlebot oder die KI-Crawler?
Die Triage-Tabelle: Symptom → wahrscheinliche Ursache → Sofortmaßnahme
| Symptom | Wahrscheinliche Ursache | Sofortmaßnahme |
|---|---|---|
| Website verschwindet komplett aus Google, Einbruch nahe 100 % | Indexierungssperre aus dem Staging (noindex / robots.txt) | Sperre entfernen, Sitemap einreichen, Top-Seiten zur Indexierung anmelden |
| Traffic −50 bis −80 %, Seiten aber indexiert; 404-Fehler häufen sich in der Search Console | Fehlende Redirects nach URL-Änderung | Alte Top-URLs aus dem GSC-Export per 301 auf die passenden neuen Seiten leiten |
| Traffic sinkt, obwohl alle alten URLs „funktionieren“ (keine 404) | Pauschal-Redirects auf die Startseite (Soft-404) oder Inhalte gekürzt/zersplittert | Redirects auf die jeweils passende Zielseite umbauen; gelöschte Inhalte reanimieren |
| Nur einzelne Seiten oder ein Themenbereich bricht ein | Punktuell: gelöschte Inhalte, falsche Canonicals oder verlorenes Schema in diesem Bereich | Betroffene Seiten einzeln gegen den alten Stand vergleichen (Inhalt, Markup, interne Links) |
| Rankings stabil, aber Klicks und Anfragen sinken | Meist kein Index-Problem: verlorene Rich Results (Schema), schlechtere Titles/Snippets oder UX-Bruch | Schema wiederherstellen, Titles/Descriptions gegen alten Stand prüfen, Conversion-Pfade testen |
| Einbruch erst Wochen nach dem Relaunch | Google hat die neue Seite fertig bewertet: schleichende Ursachen wie Soft-404s, dünnere Inhalte, Ladezeit | Diagnose-Schritte 2–5 vollständig durchgehen — die Ursache ist strukturell, nicht akut |
Die Reparatur: Rankings zurückholen in drei Schritten
Redirects nachziehen — nach der Eskalationsregel
Für jede alte URL mit früheren Klicks oder Backlinks gilt eine einfache
Eskalationsregel für das Weiterleitungsziel: erst die inhaltsgleiche neue
Seite, gibt es die nicht, die thematisch nächste Seite mit gleicher
Suchintention, notfalls die übergeordnete Kategorie.
Die Startseite ist kein Sammelbecken: Massenhafte, thematisch unpassende
Weiterleitungen dorthin wertet Google als Soft-404 — der Aufwand verpufft. Für alte
URLs ohne Äquivalent und ohne nennenswerte Backlinks ist ein sauberer
410 Gone ehrlicher als jeder Verlegenheits-Redirect: Er sagt Google,
dass die Seite ersatzlos weg ist.
Priorisierung bei großen Websites: erst die 20 alten Top-URLs aus dem GSC-Export, dann alle URLs mit Backlinks (Backlink-Tool oder der Link-Bericht der Search Console), dann der Rest.
Gelöschte und zersplitterte Inhalte reanimieren
Was rankte, hatte Nachfrage — und Nachfrage verschwindet nicht mit dem Redesign. Radikal gekürzte Seiten bekommen ihre inhaltliche Tiefe zurück (die alten Texte sind fast immer noch auffindbar, siehe Rettungs-Box unten). Auf mehrere dünne Unterseiten verteilte Themen werden wieder zu einer starken Seite zusammengeführt — die überzähligen Varianten per 301 auf die kanonische. Und verlorenes Schema-Markup (FAQ, Organization/LocalBusiness, Produkt) wird wiederhergestellt und per Rich Results Test validiert.
Google aktiv informieren — und dann diszipliniert messen
Nach der Reparatur: bereinigte Sitemap einreichen, die wichtigsten reparierten Seiten einzeln zur Indexierung anmelden, bei einem Domainwechsel zusätzlich das Change-of-Address-Tool der Search Console nutzen. Danach ein festes Monitoring: die zehn wichtigsten Keywords wöchentlich, der 404-Bericht wöchentlich, die Klick-Entwicklung gegen den Vor-Relaunch-Zeitraum. Erwarte keine Sprünge — Erholung nach Redirect-Nachzug ist ein Wochen-Prozess, und je länger die Fehler bestanden, desto träger reagiert Google.
Der häufigste Notfall in meiner Praxis: Die alte Website wurde beim Relaunch gelöscht, niemand hat eine URL-Liste gesichert — und die Agentur von damals antwortet nicht mehr. Auch dann ist fast alles rekonstruierbar, aus vier Quellen:
1. Google Search Console: Der Leistungsbericht speichert bis zu 16 Monate — Zeitraum vor den Relaunch stellen, alle Seiten mit Klicks exportieren. Das ist deine priorisierte Redirect-Liste. 2. Wayback Machine (archive.org): Dort liegen Schnappschüsse der alten Website — inklusive der alten URL-Struktur und der alten Texte, die du für die Reanimation gekürzter Inhalte brauchst. 3. Analytics-Export: Falls vorhanden, liefert er die alten Seitenpfade samt Traffic-Gewichtung. 4. Backlink-Tools: Sie zeigen, auf welche alten URLs externe Links zeigen — diese URLs brauchen zwingend ein Redirect-Ziel, sonst verfällt der Link-Wert.
Aus diesen vier Quellen entsteht in wenigen Stunden ein vollständiges URL-Mapping — auch Monate nach dem Relaunch.
404-Fehler sind kein stabiler Zustand: Google wirft dauerhaft tote URLs nach und nach aus dem Index, und mit ihnen verfällt die über Jahre aufgebaute Ranking-Substanz. In den ersten Wochen nach dem Relaunch ist fast alles rückholbar — nach vielen Monaten wird aus der Reparatur ein Neuaufbau. Warte nicht auf die Selbstheilung. Es gibt keine.
Die übersehene Dimension: Dein Relaunch bricht auch KI-Zitate
Was in kaum einer Relaunch-Nachbetrachtung auftaucht: ChatGPT, Perplexity und Google AI Overviews zitieren konkrete URLs — und ihre Wissensbasis aktualisiert langsamer als der Google-Index. Nach dem Relaunch verweisen KI-Antworten also noch wochenlang auf deine alten URLs. Führen die ins Leere, verlierst du diese Zitate — und merkst es nicht einmal, weil die Search Console KI-Zitationen nicht ausweist. Saubere Redirects schützen deshalb beide Welten gleichzeitig; und nach einem Rebranding mit Namenswechsel kommt die Entitäts-Arbeit dazu, damit KI-Systeme alte und neue Marke verknüpfen. Der schnelle Kontroll-Test nach jedem Relaunch: die Marken-Frage an ChatGPT und Perplexity stellen — beschreiben sie noch die alte Website, die alten Leistungen, den alten Namen?
Ehrliche Einordnung: drei Relaunch-Mythen im Faktencheck
„Traffic-Verlust nach dem Relaunch ist normal und kommt von allein zurück.“ Halb wahr — und in der Halbwahrheit liegt das Gift. Normal sind temporäre Schwankungen weniger Positionen über einige Wochen, während Google die neue Seite bewertet; das bestätigt Google für Website-Umzüge selbst. Nicht normal sind strukturelle Einbrüche durch fehlende Redirects, Indexierungssperren oder gelöschte Inhalte — die heilen nicht von allein, sie verfestigen sich. Die Unterscheidung liefert die Diagnose oben in einer Stunde.
„301-Redirects verlieren sowieso einen Teil des Link Juice.“ Veraltet. Die alte Faustregel von der „Dämpfung“ pro Weiterleitung stammt aus einer früheren PageRank-Ära; Google hat inzwischen klargestellt, dass 301-, 302- und andere 30x-Weiterleitungen kein PageRank mehr verlieren. Was tatsächlich Substanz kostet: fehlende Redirects, Redirect-Ketten über viele Stationen und thematisch unpassende Ziele (Soft-404). Am Statuscode selbst liegt es nicht.
„Nach ein paar Monaten kann man die Redirects wieder löschen.“ Riskant. Google empfiehlt, Weiterleitungen bei Website-Umzügen mindestens ein Jahr aktiv zu lassen — so lange braucht das System, um alle Signale vollständig auf die neuen URLs zu übertragen. In der Praxis spricht wenig dagegen, wichtige Redirects (alles mit Backlinks) dauerhaft zu behalten: Sie kosten nichts, und jeder externe Link auf eine alte URL bleibt wertvoll, solange er ankommt.
Für das nächste Mal: die 5-Punkte-Prävention
Wer den Crash einmal repariert hat, macht beim nächsten Relaunch keinen zweiten. Die Kurzfassung der Prävention — jede Stunde hier spart Wochen Reparatur:
- Bestandsaufnahme vor der ersten Zeile Design GSC-Export aller Seiten mit Klicks, Backlink-Liste, Conversion-Seiten. Wer nicht weiß, was er hat, merkt nicht, was er verliert.
- URL-Mapping als Pflichtdokument Eine Tabelle: jede alte URL → ihre neue Entsprechung (oder 410). Kein Go-Live ohne dieses Dokument — es ist der Unterschied zwischen Umzug und Hausbrand.
- Redirects vor dem Go-Live einrichten und testen Nicht „machen wir danach“. Danach ist der Traffic schon weg.
- Am Go-Live-Tag: Staging-Sperren jagen robots.txt und Meta-Robots der Live-Seite prüfen — der übernommene noindex ist die häufigste Todesursache. Go-Live am besten Dienstag- oder Mittwochvormittag, damit die Arbeitswoche für Korrekturen bleibt.
- 48 Stunden Monitoring Komplett-Crawl, Top-20-Redirects manuell, Sitemap einreichen, Search Console auf neue 404er beobachten. Fehler, die hier auffallen, kosten Stunden — Fehler, die Wochen später auffallen, kosten Rankings.
Ein Relaunch ist ein Umzug, kein Neuanfang: Jede alte Adresse braucht einen Nachsendeauftrag. Wer die Nachsendeaufträge vergisst, verliert nicht die Möbel — er verliert die Besucher, die vor der alten Tür stehen.
Häufige Fragen zum Traffic-Verlust nach Relaunch
Warum ist mein Traffic nach dem Website-Relaunch eingebrochen?
Die fünf häufigsten Ursachen: eine aus der Staging-Umgebung übernommene Indexierungssperre (noindex oder blockierende robots.txt), fehlende oder falsche 301-Redirects bei geänderten URLs, gelöschte oder zersplitterte Inhalte, technische Verschlechterungen wie Ladezeit oder doppelte URL-Varianten — und verlorenes Schema-Markup. Alle fünf lassen sich in rund 60 Minuten diagnostizieren.
Kommt der Traffic nach einem Relaunch von allein zurück?
Nur bei temporären Schwankungen weniger Positionen, während Google die neue Seite bewertet. Strukturelle Einbrüche durch fehlende Redirects, Indexierungssperren oder gelöschte Inhalte heilen nicht von allein — im Gegenteil: Google entfernt dauerhaft tote URLs aus dem Index, und die Ranking-Substanz verfällt mit der Zeit. Ursache finden und reparieren, nicht warten.
Wie lange dauert die Erholung nach der Reparatur?
Das hängt von Fehlerart und Bestandsdauer ab: Eine entfernte Indexierungssperre wirkt oft binnen Tagen bis weniger Wochen. Nachgezogene Redirects brauchen Wochen, bis Google die Signale vollständig überträgt. Generell gilt: Je länger der Fehler bestand, desto träger die Erholung — und nach vielen Monaten mit 404-Fehlern ist ein Teil der Substanz dauerhaft verloren.
Wie lange muss ich die Redirects behalten?
Google empfiehlt für Website-Umzüge, Weiterleitungen mindestens ein Jahr aktiv zu lassen. Praktisch spricht wenig dagegen, Redirects für alle URLs mit externen Backlinks dauerhaft zu behalten — sie kosten nichts, und jeder alte Link bleibt nur wertvoll, solange er ankommt.
Die alte Website ist gelöscht und ich habe keine URL-Liste — was jetzt?
Die alte Struktur lässt sich rekonstruieren: aus dem Leistungsbericht der Google Search Console (speichert bis zu 16 Monate — Zeitraum vor dem Relaunch exportieren), aus der Wayback Machine auf archive.org (alte URLs und alte Texte), aus Analytics-Exporten und aus Backlink-Tools, die zeigen, auf welche alten URLs externe Links verweisen. Daraus entsteht auch nachträglich ein vollständiges URL-Mapping.
Betrifft der Traffic-Verlust auch meine Sichtbarkeit in ChatGPT und AI Overviews?
Ja. KI-Systeme zitieren konkrete URLs, und ihre Wissensbasis aktualisiert langsamer als der Google-Index — sie verweisen nach dem Relaunch noch wochenlang auf die alten Adressen. Führen die ins Leere, gehen die Zitate verloren, ohne dass es ein Reporting anzeigt. Saubere Redirects schützen Google-Rankings und KI-Zitate gleichzeitig.
Mein Webdesigner sagt, Redirects seien nicht sein Job — wer macht das?
Genau in dieser Zuständigkeitslücke entstehen die meisten Relaunch-Schäden: Design- Agenturen bauen Websites, fühlen sich für die Migrations-Signale aber oft nicht verantwortlich. Kläre vor jedem Relaunch schriftlich, wer URL-Mapping, Redirects, Schema-Übernahme und Go-Live-Prüfung verantwortet — und hol im Zweifel eine SEO-Begleitung dazu. Die Reparatur hinterher kostet ein Vielfaches der Begleitung vorher.
Traffic nach dem Relaunch im Keller — und keiner findet die Ursache?
Ich mache den Notfall-Check kostenlos: Indexierung, Redirects, Inhalte, Schema — du bekommst die Ursache und den Reparatur-Plan, bevor weitere Wochen Substanz verloren gehen. Trag deine E-Mail ein, ich melde mich schnell und persönlich.
Kein Newsletter, kein Spam — eine persönliche Antwort von Andreas Böhm.