Google-Rankings beim Website-Relaunch halten: eine Checkliste.

Google-Rankings bleiben bei einem Website-Relaunch erhalten, wenn jede alte Adresse, die Google kennt, mit einer dauerhaften (301-)Weiterleitung in einem einzigen Schritt mit der entsprechenden Seite der neuen Website verbunden, dies am Launch-Tag Zeile für Zeile geprüft und der Umzug danach wochenlang beobachtet wird. Rankings fallen meist nicht, weil sich das Design geändert hat, sondern weil Adressen still und leise verschwunden sind.

Eine neue Website wird meist als Gestaltungsaufgabe besprochen: Farben, Schrift, Fotos. Für eine Suchmaschine ist eine Website jedoch eine Liste von Adressen. Google hat im Lauf der Jahre Hunderte Adressen Ihrer Website kennengelernt und mit ihnen die Links anderer Websites, die Zuordnung zu Suchanfragen und ihre Geschichte verknüpft. Zerstört die neue Website diese Liste, geht alles, was an den alten Adressen hängt, mit ihr verloren. Deshalb ist der eigentliche Gegenstand von Website-Relaunch und Migration nicht das Design, sondern der Erhalt dieser Liste.

Die folgende Liste ist in drei Zeitpunkte gegliedert: vor dem Launch, am Launch-Tag und nach dem Launch. Jeder Punkt wird in einem eigenen Leitfaden ausführlich erklärt; diese Seite sorgt für die Reihenfolge und dafür, dass kein Schritt übersprungen wird.

Warum fallen Rankings bei einem Website-Relaunch?

Googles Dokumentation zum Website-Umzug sagt offen, dass es während des Umzugs zu Ranking-Schwankungen kommen kann: Während Google die neuen Adressen crawlt und indexiert, erscheinen alte und neue Adressen eine Zeit lang nebeneinander. Bei einer mittelgroßen Website kann es einige Wochen oder länger dauern, bis die neuen Adressen die alten ersetzt haben; bei großen Websites noch länger. Diese vorübergehende Schwankung ist zu erwarten.

Dauerhafter Verlust entsteht dagegen meist aus drei Gründen. Erstens: alte Adressen ohne Weiterleitung. Besucher und Google landen auf einer Fehlerseite, und der Wert der externen Links auf diese Adresse wird nirgendwohin übertragen. Zweitens: massenhafte Fehlweiterleitung, also Hunderte alter Adressen allesamt auf die Startseite zu schicken. Google sieht darin keine „gleichwertige Seite“; die alten Adressen werden wie Fehlerseiten behandelt. Drittens: eine Änderung des Inhalts selbst. Wurden Titel, Text oder Umfang einer gut rankenden Seite beim Relaunch verkleinert, kann diese Seite ihre alten Suchanfragen womöglich nicht halten, selbst wenn die Adresse korrekt weitergeleitet wird.

Was ist vor dem Launch zu tun?

• Erstellen Sie die vollständige Liste der alten Adressen — Sitemap, Search Console und ein Crawl der Website selbst, zusammen. Diese Liste heißt URL-Inventar; der Rest der Migration baut darauf auf.
• Markieren Sie die Adressen, die Traffic und externe Links erhalten. Ihr Verlust ist am teuersten; keine davon wird übersprungen, weil sie „alt“ oder „klein“ ist.
• Halten Sie für jede alte Adresse genau eine Entscheidung fest: eine 301 auf die gleichwertige Seite der neuen Website oder, wenn es keine Entsprechung gibt, 404 bzw. 410. Wie man sie schreibt, steht im Leitfaden zur 301-Weiterleitung.
• Lassen Sie in der Zuordnung keine Ketten: Jede alte Adresse sollte ihre Zieladresse in einem Schritt erreichen. Google empfiehlt, Ketten auf höchstens drei Schritte zu begrenzen; am besten ist ein Schritt.
• Vergleichen Sie Titel und Text der neuen Seiten mit den Suchanfragen, die die alte Seite getragen hat. Eine Seite, deren Inhalt verloren geht, kann ihr Ranking nicht halten, auch wenn die Adresse korrekt weitergeleitet wird.
• Jede Seite der neuen Website sollte ihre eigene Adresse als kanonisch angeben; auf einer mehrsprachigen Website sollten die hreflang-Links auf die neuen Adressen zeigen.
• Listen Sie die noindex-Tags und robots.txt-Regeln auf, mit denen Sie Suchmaschinen von der Testumgebung ferngehalten haben — sie werden beim Launch entfernt.
• Ändern sich Domain, HTTPS oder www, treffen Sie diese Entscheidungen getrennt; ein Domainwechsel und die HTTPS- und www-Weiterleitung erfordern eigene Schritte.

Die Zuordnungstabelle selbst wirkt langweilig, ist aber das wertvollste Ergebnis der Arbeit: eine zweispaltige Tabelle, links die alte Adresse, rechts die neue Adresse und der Statuscode. Die folgenden Zeilen zeigen das Format einer solchen Tabelle; die Adressen sind Beispiele.

1. /hakkimizda.html → /kurumsal/ · 301
2. /urun.php?id=14 → /urunler/orme-kumas/ · 301
3. /blog/2019/05/fuar-notlari/ → /yazilar/fuar-notlari/ · 301
4. /kampanya-2021/ → (keine Entsprechung) · 410
5. /index.html → / · 301

Was wird am Launch-Tag geprüft?

• Prüfen Sie jede Zeile der Zuordnung auf der Live-Website: Stimmt der Statuscode, ist die ZIELADRESSE die aus der Tabelle, liefert die Zielseite 200?
• Prüfen Sie alle, nicht ein paar zufällige Adressen. Eine Tabelle mit hundert Zeilen wird mit einem Werkzeug geprüft, nicht von Hand.
• Entfernen Sie die noindex- und robots.txt-Sperren aus der Testumgebung; öffnen und lesen Sie die robots.txt der Live-Website.
• Reichen Sie die neue Sitemap in der Search Console ein. Hat sich die Domain geändert, nutzen Sie das Tool zur Adressänderung der Search Console.
• Stellen Sie interne Links von den alten auf die neuen Adressen um; dass Ihre eigene Website durch Ihre eigenen Weiterleitungen läuft, ist ein unnötiger Schritt.
• Geben Sie von Hand eine nicht existierende Adresse ein und prüfen Sie, dass sie wirklich 404 liefert; gibt die Fehlerseite 200 zurück, ist das ein Soft 404.

Wie lange sollte man nach dem Launch beobachten?

Google empfiehlt, Weiterleitungen so lange wie möglich beizubehalten, im Allgemeinen mindestens ein Jahr; der Grund ist, dass es Zeit braucht, bis alte Links auf anderen Websites erneut gecrawlt und auf die neuen Adressen übertragen werden. Deshalb endet auch die Beobachtung nicht am Tag nach dem Launch. In den ersten Wochen verfolgen Sie im Bericht zur Seitenindexierung der Search Console den Anstieg von 404- und Weiterleitungsfehlern und im Leistungsbericht die Impressionen der alten und neuen Adressen. Den Zeitplan und welcher Bericht wie oft zu lesen ist, finden Sie im Leitfaden zur Beobachtung nach der Migration.

• Erste Woche: neue 404-Fehler und Weiterleitungsfehler im Bericht zur Seitenindexierung. Jeder neue 404 ist eine in der Tabelle vergessene Zeile.
• Erster Monat: Sinken die Impressionen der alten Adressen und steigen die der neuen? Fallen beide zusammen, prüfen Sie nicht nur die Weiterleitungen, sondern auch den Inhalt der neuen Seiten.
• Drei Monate: Teilen Sie den wichtigsten verlinkenden Websites die neue Adresse mit; die Weiterleitung funktioniert, aber ein direkter Link ist einen Schritt kürzer.
• Mindestens ein Jahr: Schalten Sie weder die Weiterleitungen noch die alte Domain ab.

Was passiert mit gelöschten Seiten?

Nicht jede alte Seite braucht eine Entsprechung auf der neuen Website. Für eine Seite ohne Entsprechung ist die richtige Antwort nicht, sie auf eine unpassende Seite weiterzuleiten, sondern 404 oder 410 zurückzugeben. Googles eigene Hilfeseite schreibt, dass 404-Fehler der Indexierung oder dem Ranking der übrigen Website nicht schaden. Wann 301 und wann 410 angebracht ist, steht ausführlich im Leitfaden zum 404-Fehler.

Was haben wir auf dieser Website gemessen?

Am 22. August 2026 kannte die Search Console 93 Adressen dieser Website; die Website hatte 58 Seiten. Der Unterschied waren keine fehlenden Seiten, sondern die Varianten derselben Seiten ohne www, mit http, ohne abschließenden Schrägstrich und mit /index.html am Ende. Wir haben auf der Live-Website gemessen, dass alle mit 301 oder 307 auf eine einzige Adresse zusammengeführt wurden. Die Lehre: Die Zahl der Adressen, die Google kennt, ist immer höher als Ihre Seitenzahl — das Inventar entsteht aus dem, was Google sieht, nicht aus Ihrer Seitenliste.

Die zweite Lehre kam aus einem Fehlerprotokoll. Das Live-Prüfwerkzeug dieser Website achtete eine Zeit lang nur auf den letzten Statuscode. Eine Adresse wurde auf eine andere Seite als erwartet weitergeleitet, und weil diese Seite 200 lieferte, zählte das Werkzeug die Zeile als „bestanden“. Seit dem 22. September 2026 wird in jeder Zeile auch die Zieladresse geprüft. Um eine Weiterleitung als „funktionierend“ zu werten, muss man sehen, dass sie am richtigen Ort ankommt; der Statuscode allein sagt das nicht.

Der dritte Befund stammt aus der Vergangenheit: Auf dieser Domain war früher eine andere Website online. Im September 2026 erschienen in der Liste der nicht indexierten Seiten der Search Console 70 Adressen als 404; alle Stichproben, die wir live geprüft haben, stammten von dieser früheren Website. Google erinnert sich lange an alte Adressen und versucht sie immer wieder. Das ist der Preis dafür, beim Relaunch keine Adressliste zu erstellen: Auch nachdem die entfernte Website verschwunden ist, stehen ihre Adressen weiter im Bericht.

Eine Website zu erneuern heißt, jeder Adresse, die Google kennt, auf der neuen Website eine Antwort zu geben.

Macht es einen Unterschied, wenn man von WordPress oder einem anderen System wechselt?

Das Prinzip bleibt gleich, die Arbeit wird größer. Wechselt das System, ändert sich auch das Adressmuster: Beitragsadressen mit Datum, Kategorie- und Schlagwortseiten, Produktadressen mit Abfrageparametern. Jedes Muster wird zu einer eigenen Regel in der Zuordnung. Außerdem muss alles, was das alte System per Plugin automatisch erledigt hat — Sitemap, Titel- und Beschreibungsfelder, strukturierte Daten —, im neuen System neu eingerichtet werden. Einzelheiten im Leitfaden zum Umstieg von WordPress.

Sollte die Migration auf einmal oder schrittweise erfolgen?

Für kleine und mittelgroße Websites empfiehlt Google, alle Adressen gleichzeitig umzuziehen; so wird die neue Struktur schneller erkannt. Bei sehr großen Websites ist ein abschnittsweiser Umzug eine Option, weil sich Probleme so leichter beobachten lassen. Die meisten Unternehmenswebsites gehören zur ersten Gruppe: ein einziger Launch-Tag, eine einzige vorab geprüfte Zuordnung.

Kein Punkt dieser Liste garantiert, dass die Rankings nach der Migration gleich bleiben; kein Verfahren kann das garantieren. Die Liste beseitigt nur den Verlust, der in Ihrer Hand liegt: die verlorene Adresse, die falsche Weiterleitung, die vergessene Sperre. Den Rest bestimmt das erneute Crawling durch Google, und wann es geschieht, zeigt sich nur durch Beobachtung.

Wenn Sie beim Relaunch keinen Traffic verlieren möchten: Website-Relaunch und Migration erfasst die alten Adressen, baut eine kettenfreie 301-Weiterleitungstabelle und überwacht die Website 90 Tage nach dem Umzug.