Rankings nach dem Website-Relaunch eingebrochen? Die Prüfliste in der richtigen Reihenfolge

Ist der Einbruch wirklich der Relaunch?

Bevor Sie Fehler suchen, sichern Sie die Diagnose: Ein Relaunch-Schaden setzt am Tag des Go-live ein, trifft alle Verzeichnisse der Website gleichzeitig, und die URLs, die vorher rankten, liefern jetzt 404 oder zeigen auf andere Inhalte. Ein Core Update trifft dagegen einzelne Themen oder Verzeichnisse und fällt auf ein von Google bestätigtes Datum; Verluste an einen Wettbewerber sehen Sie daran, dass Ihre Positionen sinken, während eine andere Domain auf denselben Suchbegriffen steigt (Sistrix-Anleitung zur Absturzanalyse).

Wie hart ein Relaunch treffen kann, zeigen dokumentierte Fälle: Das Gesundheitsportal heilpraxisnet.de verlor zwei Tage nach einem CMS-Wechsel ein Drittel seines organischen Traffics, das Stadtportal frankfurt.de nach einem Relaunch für 1,4 Millionen Euro rund die Hälfte seiner Sichtbarkeit (Sistrix). In beiden Fällen war die Ursache dieselbe: alte Adressen, die ins Leere liefen.

Blockiert noindex oder die robots.txt noch aus der Testumgebung?

Der erste Blick gehört der Indexierungssperre, weil sie der häufigste und zugleich am längsten unbemerkte Fehler ist: Die Entwicklungsumgebung war zu Recht per noindex oder robots.txt für Google gesperrt, und die Sperre ging mit dem Go-live in den Livebetrieb über. Google nennt genau diesen Punkt als ersten der typischen Fehler bei Website-Umzügen (Google-Dokumentation zu Website-Umzügen).

Prüfen Sie drei Stellen: die robots.txt der Live-Domain, das Meta-Robots-Tag im Quelltext der wichtigsten Seiten und den HTTP-Header X-Robots-Tag, der im Quelltext unsichtbar ist. Verlässlich ist die URL-Prüfung in der Search Console, weil sie den gerenderten Zustand zeigt, also auch Sperren, die erst ein Consent-Tool oder ein Skript nachlädt. Ein einziges vergessenes noindex im Seitentemplate nimmt die gesamte Website innerhalb weniger Wochen aus dem Index.

Sind alle alten URLs eins zu eins weitergeleitet?

Jede alte Adresse, die es nach dem Relaunch nicht mehr gibt, braucht eine permanente serverseitige Weiterleitung (HTTP 301 oder 308) auf genau die Seite, die ihren Inhalt fortführt. Google empfiehlt ausdrücklich Eins-zu-eins-Zuordnungen und warnt vor zwei Mustern: Sammelweiterleitungen vieler Seiten auf die Startseite, die als Soft 404 gewertet werden, und Weiterleitungsketten, die höchstens drei Sprünge haben sollten. Die Weiterleitungen gehören mindestens ein Jahr lang bestehen zu bleiben, damit alle Signale übertragen werden (Google zu Weiterleitungen).

Die Prüfung braucht ein vollständiges URL-Inventar der alten Website: aus dem letzten Crawl, der alten Sitemap, dem Leistungsbericht der Search Console und den Backlink-Daten. Fehlt der alte Crawl, hilft das Webarchiv. Anschließend jede alte URL abrufen und Statuscode sowie Ziel prüfen, ein Crawler wie Screaming Frog erledigt das im Listenmodus in Minuten. Beginnen Sie mit den zwanzig Prozent der URLs, die vor dem Relaunch achtzig Prozent der Klicks brachten; sie entscheiden über den Schaden.

Stimmen Canonicals, hreflang und die Sitemap?

Nach dem Umzug muss jede neue Seite auf sich selbst als Canonical zeigen. Zwei Fehlerbilder tauchen regelmäßig auf: Canonicals, die noch auf die alte Domain oder alte Pfade verweisen, und Canonicals auf die Testumgebung, weil ein CMS sie aus der damaligen Basis-URL erzeugt hat. Beides sagt Google, dass die neue Seite nicht die maßgebliche ist.

Die XML-Sitemap darf nur noch die neuen URLs enthalten und muss in der Search Console neu eingereicht werden; eine alte Sitemap, die weiter auf weitergeleitete Adressen zeigt, kostet Crawlbudget und verwirrt die Bewertung. Bei mehrsprachigen Websites gehören zusätzlich die hreflang-Verweise auf die neuen Adressen umgestellt, sonst zerfällt die Verknüpfung der Sprachversionen.

Sind Inhalte und interne Links erhalten geblieben?

Ein Relaunch ist selten nur technisch: Texte werden gekürzt, weil sie dem neuen Design im Weg stehen, Seiten werden zusammengelegt, Überschriften ersetzt. Google bewertet aber die Seite, nicht das Design. Vergleichen Sie für die wichtigsten URLs Wortumfang, Überschriftenstruktur und die Antworten, die eine Seite gab; was fehlt, rankt nicht mehr. Dasselbe gilt für Bilder, deren Adressen sich geändert haben und die in der Bildersuche verloren gehen.

Die interne Verlinkung ist der zweite stille Verlust. Menüs, Fußzeilen und Fließtexte zeigen nach dem Relaunch oft noch auf alte URLs; jeder dieser Links läuft über eine Weiterleitung und erzeugt genau die Ketten, die Google begrenzt sehen will. Ein Crawl der neuen Website mit Filter auf weitergeleitete interne Links zeigt die Liste in Minuten.

Ist die Search Console richtig nachgezogen?

Bei einem Domainwechsel gehört die Adressänderung in der Search Console für jede verifizierte Variante der alten Domain eingereicht; für Umzüge auf https, zwischen www-Varianten oder auf neue Pfade gilt das Werkzeug nicht. In jedem Fall braucht die neue Adresse eine eigene Property, die neue Sitemap und einen Blick in den Bericht zur Seitenindexierung: Eine Spitze bei „Nicht gefunden (404)“ nach dem Go-live ist die Liste der vergessenen Weiterleitungen. Auch die Verknüpfungen zu Google Analytics und Google Ads laufen über die Property und müssen mit umziehen.

Hat die Technik nachgelassen?

Ein neues Theme, ein neuer Baukasten oder ein zusätzlicher Skriptstapel machen eine Website schneller schwer als leicht. Vergleichen Sie die Core Web Vitals der wichtigsten Seiten vor und nach dem Relaunch; was PageSpeed Insights dabei misst, erklärt der Ratgeber zu PageSpeed Insights und Agentischem Browsing. Ein zweiter Punkt betrifft Websites, die Inhalte erst per JavaScript nachladen: Was im Quelltext fehlt und erst im Browser entsteht, sieht Google verzögert oder gar nicht. Und direkt nach dem Umzug crawlt Google deutlich intensiver; ein Server, der dann mit Fehlern antwortet, verzögert die gesamte Neubewertung.

Wie lange dauert die Erholung, und wann sollten Sie eingreifen?

Nach einem sauber ausgeführten Relaunch mit vollständigen Weiterleitungen rechnet Google für kleine und mittelgroße Websites mit einigen Wochen, bis die neuen URLs die alten in den Ergebnissen abgelöst haben, und empfiehlt, die Weiterleitungen mindestens ein Jahr zu behalten. Nach unserer Erfahrung pendelt sich die Sichtbarkeit meist innerhalb von vier bis zwölf Wochen ein; eine Studie dazu gibt es nicht, der Wert stammt aus den Relaunches, die wir begleitet haben. Wurden Fehler erst nach dem Go-live entdeckt und behoben, dauert die Erholung erfahrungsgemäß eher drei bis sechs Monate, weil Google die betroffenen Seiten erneut crawlen und bewerten muss.

Daraus folgt der Rhythmus: In den ersten acht Wochen nach dem Relaunch gehören Rankings, Klicks und der Indexierungsbericht wöchentlich auf den Tisch. Der Auslöser zum Eingreifen ist nicht die Delle an sich, sondern ihr Muster: Ein Verlust, der nach vier Wochen weiter wächst oder der bei einzelnen Seiten mit 404 zusammenfällt, ist ein Fehler, keine Anpassungsphase. Wer den Relaunch noch vor sich hat: Ein vollständiges URL-Inventar und eine 301-Zuordnungstabelle sind kein Zusatz, sondern Teil der Abnahme; nach diesem Prinzip entstehen die Websites zum Festpreis von convecom. Und wenn der Schaden schon eingetreten ist, beginnt die Suchmaschinenoptimierung, wie convecom sie umsetzt, genau mit dieser Prüfliste.