Rankings nach dem Relaunch verloren: der Rettungsplan
Bricht die Sichtbarkeit nach einem Relaunch ein, liegt es fast nie an der neuen Seite selbst, sondern an den alten Adressen: Sie wurden nicht weitergeleitet, laufen über Umwege, zeigen pauschal auf die Startseite, oder die Seite steht noch auf „nicht indexieren", weil eine Einstellung aus der Testumgebung mitgewandert ist. Der Rettungsplan arbeitet deshalb von der größten Wirkung abwärts: erst prüfen, ob die Seite überhaupt indexiert werden darf, dann die alten Adressen rekonstruieren und richtig zuordnen, dann Weiterleitungsketten auflösen, dann neu crawlen lassen. Wer früh eingreift, holt den Stand meist vollständig zurück.
Kam der Einbruch wirklich vom Relaunch?
Bevor irgendetwas repariert wird, lohnt eine Minute für die Ursachenfrage, sonst wird am falschen Ende gearbeitet.
Der Relaunch ist die Ursache, wenn der Einbruch zeitlich mit dem Go-live zusammenfällt und sich auf Seiten konzentriert, deren Adresse sich geändert hat. Typisch ist ein Rückgang, der innerhalb weniger Tage einsetzt und einzelne Seitentypen härter trifft als andere.
Dagegen spricht ein Muster, das die ganze Website gleichmäßig betrifft und sich mit einem bekannten Google-Update deckt; dann ist der Relaunch höchstens Mitauslöser. Ebenfalls prüfenswert: Saisonalität und einzelne Trend-Suchanfragen, die schlicht nicht mehr gesucht werden. Ein Rückgang der Impressionen bei gleichbleibender oder besserer Position ist kein Rankingverlust, sondern nachlassende Nachfrage, ein Unterschied, der in der Praxis oft verwechselt wird.
Zu prüfen ist also in dieser Folge: Zeitpunkt, betroffene Seitentypen, Position gegen Impressionen, und erst dann die Technik.
Die häufigsten Ursachen, die häufigste zuerst
- Alte Adressen ohne Weiterleitung. Der Klassiker. Jede URL, die vorher rankte und heute ins Leere läuft, nimmt ihre Position mit. Besonders oft vergessen: Detailseiten, Kategorie- und Paginierungsseiten, Anhänge, alte Kampagnen-Landingpages.
- „Nicht indexieren" aus der Testumgebung. Die neue Seite wurde auf einer Staging-Umgebung gebaut, dort bewusst für Suchmaschinen gesperrt, und die Sperre ist beim Umzug mitgekommen. Der Effekt ist dramatisch und die Ursache in zwei Minuten behoben. Deshalb steht dieser Punkt ganz vorn im Rettungsplan.
- Pauschale Weiterleitung auf die Startseite. Alle alten Adressen zeigen auf die Homepage. Das verhindert Fehlerseiten, überträgt die Relevanz aber nicht: Für Suchmaschinen ist eine Weiterleitung ohne inhaltliche Entsprechung eher ein Signal für eine entfernte Seite als für einen Umzug.
- Weiterleitungsketten und Schleifen. Alte Adresse zeigt auf eine zweite, die auf eine dritte zeigt. Jede Station kostet, und ab einer gewissen Länge folgen Crawler nicht mehr zuverlässig. Jede Regel sollte direkt aufs Endziel zeigen.
- Verlorene Seitentitel und Überschriftenstruktur. Die Weiterleitungen stimmen, trotzdem fällt die Seite. Häufige Ursache: Beim Redesign sind Titel, H1 und Zwischenüberschriften generischer geworden, oder Inhalt ist beim Übertragen gekürzt worden.
- Gekappte interne Verlinkung. Im alten Aufbau verwiesen viele Seiten aufeinander, im neuen führt die Navigation an denselben Inhalten vorbei. Was intern nicht mehr verlinkt ist, verliert an Gewicht und wird seltener neu gecrawlt.
- Deutlich langsamere Seite. Ein optisch aufwendigerer Relaunch kann die Ladezeit verschlechtern. Das allein erklärt selten einen starken Einbruch, verlangsamt aber die Erholung.
Der Rettungsplan
Sofort: was die größte Wirkung pro Minute hat. Zuerst die Frage klären, ob die Seite überhaupt indexiert werden darf: Sperren aus der Testumgebung und pauschale Ausschlüsse in der robots.txt sind die einzigen Fehler, die alles andere wertlos machen, solange sie bestehen. Direkt danach eine Stichprobe der wichtigsten alten Adressen von Hand aufrufen und prüfen, wo sie landen.
Schritt 1: Die alten Adressen rekonstruieren. Gebraucht wird die Liste dessen, was vorher existierte und Sichtbarkeit hatte. Quellen dafür sind die Leistungsdaten der Search Console, ein altes Sitemap-Archiv, Server-Logfiles und, wenn nichts anderes vorliegt, ein Crawl einer archivierten Fassung der Seite. Ohne diese Liste bleibt jede Reparatur Stückwerk.
Schritt 2: Richtig zuordnen statt nur umleiten. Jede alte Adresse bekommt das inhaltlich nächstliegende neue Ziel. Wo es keine Entsprechung mehr gibt, ist eine saubere Fehlerseite die richtige Antwort oder die passende Übersichtsseite, nicht die Startseite.
Schritt 3: Ketten auflösen, Statuscodes prüfen. Alle Regeln so umschreiben, dass sie direkt aufs Endziel zeigen. Dauerhafte Umzüge gehören als dauerhafte Weiterleitung markiert, nicht als temporäre.
Schritt 4: Onpage nachziehen. Titel, Überschriften und Textumfang der wichtigsten Seiten mit dem alten Stand vergleichen und dort nachbessern, wo beim Umzug Substanz verloren ging. Anschließend die interne Verlinkung wiederherstellen, damit die reparierten Seiten auch wieder erreicht werden.
Schritt 5: Neu crawlen lassen und beobachten. Aktualisierte Sitemap einreichen, die wichtigsten Seiten gezielt zur erneuten Prüfung anstoßen und danach Indexabdeckung, Positionen und Serverfehler über mehrere Wochen verfolgen. Weiterleitungsfehler zeigen sich erst, wenn tatsächlich neu gecrawlt wird. Die Reparatur ist deshalb nicht am Tag der Umsetzung beurteilbar.
Was in dieser Lage nicht hilft
- Der Panik-Rollback. Die alte Seite zurückzuspielen, kehrt den Fehler nicht um, sondern fügt einen zweiten Umzug hinzu. Sinnvoll ist er nur, wenn die neue Seite grundsätzlich nicht funktioniert.
- Alles neu schreiben. Der Einbruch kommt selten vom Text. Wer zuerst Inhalte umschreibt, verändert die Ausgangslage und kann anschließend nicht mehr beurteilen, was gewirkt hat.
- Massenhaft Links entwerten. Der Reflex, Backlinks zu disavowen, richtet hier eher Schaden an: Die alten Verweise zeigen auf die alten Adressen und sind genau der Grund, warum saubere Weiterleitungen so viel zurückholen.
- Nach drei Tagen bewerten. Änderungen an Weiterleitungen und Indexierung brauchen einen neuen Crawl. Wer täglich nachsteuert, erzeugt Unruhe statt Erholung.
Wie lange dauert die Erholung?
Eine seriöse Antwort nennt keine feste Zahl, sondern die Faktoren: Wie lange der Fehlzustand bestand, wie viele Adressen betroffen waren, wie häufig die Seite ohnehin gecrawlt wird und ob die Zuordnung inhaltlich stimmt. Kurz bestehende Fehler auf einer regelmäßig gecrawlten Seite lösen sich vergleichsweise schnell auf; ein über Monate unbemerkter Fehlzustand auf einer selten gecrawlten Seite braucht entsprechend länger und kommt nicht immer vollständig zurück.
Genau deshalb ist die Reihenfolge im Rettungsplan wichtiger als die Geschwindigkeit: Was zuerst repariert wird, entscheidet, wie viel überhaupt zurückkommt. Wie derselbe Ablauf aussieht, wenn er von vornherein richtig geplant wird, steht bei der Leistung zum WordPress-Relaunch.
Häufige Fragen
In den meisten Fällen nicht. Solange die alten Adressen bekannt sind und es inhaltlich passende neue Ziele gibt, lässt sich der größte Teil zurückholen. Schwierig wird es dort, wo Inhalte beim Relaunch ersatzlos entfallen sind, denn dann fehlt das Ziel, auf das eine Weiterleitung sinnvoll zeigen könnte.
Über die Leistungsdaten der Search Console, alte Sitemaps, Server-Logfiles und Backups. Ergänzend hilft ein Crawl einer archivierten Fassung der alten Website. Diese Rekonstruktion ist mühsam, aber der einzige Weg zu einer vollständigen Zuordnung.
Nein. Das verhindert Fehlerseiten, überträgt aber keine Relevanz. Eine Weiterleitung wirkt nur, wenn Ziel und Ausgangsseite inhaltlich zusammenpassen.
Dann wird zugeordnet statt gespiegelt: Jede alte Adresse bekommt die Seite, die ihr Thema heute am nächsten abdeckt. Eine veränderte Struktur ist kein Hindernis, solange die Zuordnung inhaltlich begründet ist.
Weitgehend ja. Der entscheidende Unterschied liegt darin, wann die Adressen zugeordnet werden: Geschieht das, solange die alte Seite noch erreichbar ist, lassen sich alle Weiterleitungen vorher testen. Wird erst nach dem Umschalten zugeordnet, fehlt genau die Quelle, aus der die Zuordnung entstehen müsste. Ein Relaunch, der so geplant wird, braucht diesen Rettungsplan gar nicht erst.