Website-Relaunch ohne Rankingverlust: SEO-Checkliste in 4 Phasen

Warum Websites beim Relaunch Rankings verlieren

Rankingverluste nach einem Website-Relaunch entstehen fast immer durch vier vermeidbare Fehler:

1. Fehlende 301-Weiterleitungen: Alte URLs laufen ins Leere, Backlinks und Rankings gehen verloren.
2. Übernommene noindex-Sperren: Die Sperre aus der Testumgebung landet versehentlich auf der Live-Seite.
3. Gekürzte Top-Inhalte: Texte, Überschriften oder FAQs, die bisher gerankt haben, fallen dem neuen Design zum Opfer.
4. Veränderte interne Verlinkung: Wichtige Seiten verlieren Links aus Menü und Fließtext und damit an Gewicht.

Die gute Nachricht: Google selbst beschreibt einen Umzug mit sauberem Plan als gut beherrschbar. Laut Google führen 301-Weiterleitungen und andere permanente Redirects zu keinem Verlust an PageRank (Google Search Central). Wenn du SEO von Anfang an in vier klaren Phasen einplanst, sicherst du deine Sichtbarkeit bei Google und in KI-Suchsystemen wie Google AI Overviews, AI Mode oder ChatGPT. Im besten Fall nutzt du den Relaunch sogar, um bessere Rankings zu holen als vorher.

Am Ende des Beitrags findest du eine Checkliste, die du Schritt für Schritt abhaken kannst, auch als PDF zum Herunterladen.

Risikoeinschätzung vor dem Projektstart

Wie riskant ein Relaunch für deine Rankings ist, hängt davon ab, wie tief du in URLs, Technik und Inhalte eingreifst.

Wichtig beim Adressänderungstool: Google sieht es nur für den Umzug von einer Domain oder Subdomain auf eine andere vor. Für den Wechsel von http auf https, von www auf non-www oder für geänderte Pfade innerhalb derselben Domain nutzt du es nicht (Google Search Console Hilfe).

Mein Tipp: Nicht alles auf einmal ändern. Google empfiehlt ausdrücklich, Änderungen nacheinander umzusetzen, also zum Beispiel erst die Domain umzuziehen und danach das Layout zu erneuern (Google Search Central). Wer einen Domainumzug mit einer neuen Inhalts- und URL-Struktur kombiniert, muss laut Google mit Trafficverlusten rechnen, weil Google die einzelnen Seiten neu lernen und bewerten muss.

Phase 1: Bestandsaufnahme und Daten-Backup

Bevor auch nur eine URL geändert wird, sicherst du den Ist-Zustand deiner Website als Referenzwert (Baseline). Nur so kannst du nach dem Go-Live sauber vergleichen.

• Vollständige URL-Liste erstellen: Kombiniere einen kompletten Crawl (z. B. mit Screaming Frog), deine aktuelle XML-Sitemap, die Daten aus der Google Search Console und deine Analytics-Daten. Google rät, mit den wichtigsten URLs zu starten und dafür Sitemaps, Server-Logs, Analytics und den Linkbericht der Search Console zu nutzen.
• Leistungsträger markieren: Kennzeichne alle Seiten, die in den letzten 12 Monaten organischen Traffic, Top-Rankings oder Anfragen gebracht haben. Diese Seiten stehen beim Relaunch unter besonderem Schutz.
• Backlinks sichern: Exportiere alle Unterseiten mit externen Backlinks, z. B. aus dem Linkbericht der Search Console oder aus Tools wie Ahrefs oder Sistrix. Eine verlinkte URL, die ohne Weiterleitung verschwindet, verschenkt ihre Linksignale.
• KI-Sichtbarkeit festhalten: Notiere, welche Seiten in KI-Antworten auftauchen. Bing zeigt das seit Februar 2026 im Bericht „AI Performance“ der Bing Webmaster Tools mit zitierten Seiten. Google hat im Juni 2026 eigene Berichte für Impressionen in AI Overviews und AI Mode in der Search Console gestartet, die schrittweise ausgerollt werden. Ergänzend helfen KI-Visibility-Tools.
• Rankings und Daten exportieren: Sichere Keyword-Rankings, Seitenaufrufe und Conversions pro URL. Lege außerdem fest, wer nach dem Launch auf welche Kennzahlen schaut.

Mehr dazu, wie Sichtbarkeit in ChatGPT, Perplexity und Co. entsteht, liest du auf meiner Seite zur GEO-Optimierung.

Phase 2: Content-Schutz und das 301-Redirect-Mapping

Das URL-Mapping ist das Herzstück jedes Relaunchs. In einer Tabelle stellst du jede alte URL der passenden neuen URL gegenüber. Google empfiehlt genau diesen Schritt, bevor der Umzug startet.

• Goldene URL-Regel: Ändere gut rankende URLs nur, wenn es technisch oder strukturell wirklich nötig ist. Jede URL, die gleich bleibt, braucht keine Weiterleitung und muss nicht neu verarbeitet werden.
• Permanent weiterleiten: Nutze serverseitige Weiterleitungen mit Statuscode 301 (oder 308). Ziel ist immer das identische Thema. Gibt es die Seite nicht mehr, leitest du auf das nächstverwandte Thema oder die passende Kategorie weiter.
• Keine pauschalen Startseiten-Redirects: Leite alte Unterseiten nicht gesammelt auf die Startseite um. Google warnt, dass das Nutzer verwirrt und als Soft 404 gewertet werden kann. Dann kommen die Signale der alten URL nicht auf der neuen Seite an. Ausnahme: Hast du mehrere alte Seiten zu einer neuen zusammengefasst, darfst du sie auf diese neue Seite weiterleiten.
• 404 oder 410 für echten Ballast: Veraltete Seiten ohne Traffic, Rankings, Backlinks und ohne thematisches Gegenstück dürfen bewusst 404 oder 410 liefern. Google nennt beide Codes ausdrücklich als richtig für gelöschte Inhalte. 410 signalisiert „dauerhaft entfernt“, der praktische Unterschied ist laut John Mueller von Google aber minimal.
• Weiterleitungsketten auflösen: Prüfe bestehende alte Redirects und passe sie so an, dass A direkt auf C zeigt statt über B. Der Googlebot folgt zwar bis zu 10 Weiterleitungen, Google empfiehlt aber den direkten Weg zum Ziel.
• Medien und Dokumente mitnehmen: Leite auch gut verlinkte PDFs (Preislisten, Whitepaper) und indexierte Bilder weiter, wenn sich ihre Pfade ändern. Google nennt Bilder und Downloads ausdrücklich als Teil des Umzugs.
• Interne Links direkt umstellen: Verlinke im Menü und im Fließtext sofort auf die neuen URLs und nicht auf alte Adressen, die erst weiterleiten. Das spart Ladezeit und vermeidet unnötige Redirect-Schritte.
• Redirects lange behalten: Lass die Weiterleitungen so lange wie möglich aktiv, laut Google in der Regel mindestens ein Jahr. Aus Nutzersicht kannst du sie auch dauerhaft behalten.

Phase 3: Staging und technische Vorab-Abnahme

Während die neue Website in einer Testumgebung (Staging) entsteht, legst du das technische Fundament und schließt die klassischen Konfigurationsfehler aus.

• Passwortschutz statt noindex: Schütze das Staging per serverseitiger Authentifizierung, z. B. per HTTP-Passwort oder IP-Freigabe. John Mueller von Google nennt das den besten Ansatz für Testserver. Setzt du stattdessen noindex im CMS, besteht das Risiko, dass die Sperre beim Go-Live mit auf die Live-Domain wandert. Falls du doch noindex oder robots.txt-Sperren nutzt, rät Google, vorab eine Liste aller Stellen anzulegen, an denen du sie zum Launch entfernst.
• Inhalte und Metadaten abgleichen: Prüfe für deine Leistungsträger aus Phase 1, ob Title-Tag, Meta-Description, H1 bis H3 und Texttiefe erhalten oder gezielt verbessert wurden.
• Technisches SEO und Duplikate: Jede neue URL braucht einen selbstreferenzierenden Canonical-Tag. Aktualisiere hreflang-Angaben bei mehrsprachigen Seiten und sorge für eine einheitliche Auslieferung von www oder non-www, https und Trailing Slash.
• Strukturierte Daten übernehmen: Bestehendes Schema.org-Markup (z. B. Organization, LocalBusiness, Product, FAQ) muss mit umziehen, am besten als JSON-LD direkt im HTML.
• Inhalte ohne JavaScript lesbar machen: Eine Auswertung von Vercel und MERJ mit über 500 Millionen Abrufen fand keinen Hinweis darauf, dass GPTBot JavaScript ausführt. Gleiches gilt laut der Studie für ClaudeBot und PerplexityBot. Wichtige Inhalte gehören deshalb serverseitig gerendert direkt in den HTML-Quellcode, damit ChatGPT, Claude und Perplexity sie lesen können. Googlebot rendert JavaScript zwar, aber zeitversetzt.
• Search Console vorbereiten: Bestätige alte und neue Property in der Search Console, inklusive aller Varianten. Wenn du per HTML-Datei verifizierst, muss diese Datei auch auf der neuen Website liegen.
• Serverkapazität prüfen: Nach einem Umzug crawlt Google die neue Website eine Zeit lang intensiver als sonst. Dein Hosting sollte das abfangen.
• Barrierefreiheit und Rechtliches: Nutze das Staging, um Kontraste, Alt-Texte und Tastaturbedienung zu prüfen sowie Cookie-Consent, Impressum und Datenschutzerklärung aktuell einzubinden. Das Barrierefreiheitsstärkungsgesetz (BFSG) gilt seit dem 28. Juni 2025 vor allem für Websites und Apps, über die Verbraucher etwas kaufen oder buchen können. Kleinstunternehmen mit weniger als zehn Beschäftigten und höchstens 2 Millionen Euro Jahresumsatz sind bei Dienstleistungen ausgenommen. Barrierefreiheit lohnt sich trotzdem für jede Website, weil sie Nutzbarkeit und Lesbarkeit für Crawler verbessert.

Phase 4: Der Go-Live und die ersten Wochen

Google empfiehlt, den Umzug in eine Phase mit wenig Traffic zu legen, etwa in eine saisonale Flaute oder auf einen schwachen Wochentag. In der Praxis hat sich ein Vormittag zu Wochenbeginn bewährt, zum Beispiel Dienstag. So ist dein Team erreichbar, falls etwas schiefgeht. Ein Freitagabend ist dagegen die schlechteste Wahl.

• Der 5-Minuten-Notfall-Check: Rufe direkt nach dem Launch die /robots.txt und den Quellcode deiner wichtigsten Seiten auf. Der Googlebot muss vollen Zugriff haben, kein noindex darf aktiv sein, und die Canonicals müssen auf die neuen URLs zeigen.
• Automatisierter Redirect-Test: Lass deine alte URL-Liste aus Phase 1 im Listen-Modus durch Screaming Frog laufen. Jede alte Adresse sollte mit genau einem 301-Schritt auf einer funktionierenden Zielseite mit Status 200 landen. Einzelne URLs prüfst du zusätzlich mit dem URL-Prüftool der Search Console.
• Adressänderung melden (nur bei Domainwechsel): Reiche im alten Property das Adressänderungstool ein, für alle Varianten der alten Domain inklusive www und Subdomains. Google hält die Weiterleitung der Signale über dieses Tool 180 Tage aufrecht. Die alte Domain solltest du laut Google mindestens ein Jahr weiter bezahlen, damit niemand sie für eigene Zwecke übernimmt.
• Zwei Sitemaps einreichen: Reiche die neue XML-Sitemap in der Search Console ein und lass zusätzlich eine Sitemap mit den alten URLs aktiv. Das empfiehlt Google selbst fürs Monitoring: Die Zahl indexierter alter URLs sinkt nach und nach Richtung null, während die neuen steigen. Warnungen wegen Weiterleitungen in der alten Sitemap kannst du ignorieren.
• Externe Links aktualisieren: Bitte Partnerseiten mit vielen Klicks, deine Profile auf LinkedIn und Co. sowie Werbekampagnen, auf die neuen URLs zu verlinken.
• Engmaschiges Monitoring: Prüfe in der ersten Woche täglich den Bericht zur Seitenindexierung auf neue 404-Fehler, Soft 404 und Serverfehler (5xx). Fehlende Weiterleitungen trägst du sofort nach.

Was ist normal? Laut Google dauert es bei mittelgroßen Websites einige Wochen oder länger, bis die neuen URLs die alten in den Suchergebnissen ersetzen, bei großen Websites noch länger. Schwankungen in dieser Zeit sind normal und pendeln sich wieder ein. Meine Erfahrung: Leichte Verschiebungen um wenige Positionen sind unkritisch. Starke Abstürze ganzer Seitengruppen deuten dagegen fast immer auf einen technischen Fehler hin, etwa eine fehlende Weiterleitung oder ein vergessenes noindex.

Checkliste zum Abhaken

Nutze diese Checkliste, um alle kritischen Schritte vom ersten Audit bis zur Nachkontrolle abzuhaken. Am einfachsten geht das mit der PDF: Du kannst die Kästchen direkt am Bildschirm anklicken oder sie ausdrucken.

Checkliste als PDF herunterladen

Vor dem Start

• Art des Relaunchs festgelegt (Design, CMS, URL-Umbau, Domain)
• Große Änderungen zeitlich entzerrt, wo möglich

Phase 1: Bestandsaufnahme

• Vollständige URL-Liste aus Crawl, Sitemap, Search Console und Analytics
• Leistungsträger der letzten 12 Monate markiert
• URLs mit Backlinks exportiert
• In KI-Antworten zitierte Seiten notiert
• Rankings, Traffic und Conversions als Baseline gesichert

Phase 2: Redirect-Mapping

• Jede alte URL einer neuen URL oder 404/410 zugeordnet
• Nur 301 oder 308, keine Sammel-Redirects auf die Startseite
• Alte Weiterleitungsketten aufgelöst
• PDFs und Bilder im Mapping enthalten
• Interne Links auf neue URLs umgestellt

Phase 3: Staging

• Staging per Passwort oder IP geschützt
• Titles, Descriptions, Überschriften und Texte der Top-Seiten geprüft
• Canonicals, hreflang, www/https/Trailing Slash einheitlich
• Strukturierte Daten übernommen und getestet
• Wichtige Inhalte ohne JavaScript im HTML sichtbar
• Alte und neue Property in der Search Console bestätigt
• Barrierefreiheit, Impressum, Datenschutz, Cookie-Consent geprüft

Phase 4: Go-Live

• Launch in traffic-schwache Zeit gelegt
• robots.txt und noindex direkt nach Launch geprüft
• Alte URL-Liste per Screaming Frog getestet
• Adressänderungstool genutzt (nur bei Domainwechsel)
• Neue und alte Sitemap in der Search Console eingereicht
• Wichtige externe Links und Profile aktualisiert
• Indexierungsbericht in Woche 1 täglich geprüft
• Redirects für mindestens 12 Monate eingeplant

Häufige Fragen zum SEO-Relaunch

Wie lange muss ich 301-Weiterleitungen nach einem Relaunch behalten? Google empfiehlt, Weiterleitungen so lange wie möglich aktiv zu lassen, in der Regel mindestens ein Jahr. So kann Google alle Signale auf die neuen URLs übertragen. Aus Nutzersicht kannst du sie auch dauerhaft behalten.

Verliere ich durch eine 301-Weiterleitung Linkkraft? Nein. Laut Google führen 301 und andere permanente Weiterleitungen zu keinem Verlust an PageRank. Vorausgesetzt, das Ziel passt thematisch zur alten Seite.

Darf ich alte Seiten auf die Startseite weiterleiten? Nur in Ausnahmefällen. Viele alte URLs gesammelt auf die Startseite umzuleiten, kann Google als Soft 404 werten. Besser ist ein Ziel mit demselben Thema oder ein bewusster 404- oder 410-Status.

Wie lange dauern Rankingschwankungen nach einem Relaunch? Bei kleinen und mittelgroßen Websites dauert es laut Google meist einige Wochen, bis die meisten Seiten umgezogen sind. Große Websites brauchen länger. Starke, anhaltende Einbrüche sind ein Warnsignal für technische Fehler.

Brauche ich das Adressänderungstool der Search Console? Nur bei einem Wechsel der Domain oder Subdomain. Für den Umstieg auf https, den Wechsel zwischen www und non-www oder neue Pfade innerhalb derselben Domain ist es nicht vorgesehen.

Wie bleibe ich nach dem Relaunch in ChatGPT und Perplexity sichtbar? Behalte zitierte Inhalte und deren URLs möglichst bei, leite geänderte URLs sauber weiter und liefere Inhalte serverseitig im HTML aus. Viele KI-Crawler führen kein JavaScript aus und sehen sonst nur eine leere Seite.

Fazit: Ein Relaunch ist planbar

Ein Website-Relaunch kostet keine Rankings, wenn du ihn wie einen Umzug planst: erst den Bestand sichern, dann jede URL zuordnen, die Technik im Staging abnehmen und nach dem Launch eng kontrollieren. Die meisten Verluste entstehen nicht durch das neue Design, sondern durch vergessene Weiterleitungen, eine übersehene noindex-Sperre oder gestrichene Inhalte. Wer diese Punkte im Griff hat, kann den Relaunch nutzen, um Ladezeit, Struktur und KI-Lesbarkeit auf einen Schlag zu verbessern.

Du bist noch unsicher, ob sich ein Relaunch für dich überhaupt lohnt? Das klärt mein Beitrag Website-Relaunch: Wann er sich lohnt und wann nicht.

Steht bei dir ein reiner Design- oder CMS-Wechsel an, oder ändert sich auch die URL-Struktur oder die Domain? Je nach Antwort sieht der Fahrplan anders aus. Als SEO-Freelancer begleite ich Relaunches von der Bestandsaufnahme bis zur Nachkontrolle, mit Blick auf Google und KI-Suchen. Buch dir ein unverbindliches Erstgespräch, und wir schauen gemeinsam auf dein Projekt.