SEO-Relaunch-Checkliste: Der Umzug ohne Rankingverlust

Ein Website-Relaunch ist aus Sicht der Suchmaschine kein Design-Projekt, sondern ein Umzug: Adressen ändern sich, Inhalte werden neu zugeschnitten, Vorlagen ersetzt. Alles, was an einer alten Adresse hing, muss an der neuen wieder ankommen, sonst geht es verloren. Genau deshalb existiert diese SEO-Relaunch-Checkliste. Sie ersetzt keine Projektplanung, sie sorgt aber dafür, dass die vier Arbeitsschritte, an denen Relaunches regelmäßig scheitern, vor dem Go-live erledigt sind und nicht danach rekonstruiert werden müssen.

Warum Relaunches Sichtbarkeit kosten

Sichtbarkeit hängt nicht an einer Website, sondern an einzelnen Adressen. Eine Suchmaschine hat über Monate oder Jahre gelernt, welche Adresse zu welcher Frage passt; interne und externe Verweise zeigen dorthin, Nutzersignale sind dieser Adresse zugeordnet. Verschwindet sie ersatzlos oder landet der Besucher an einer Stelle, die seine Frage nicht beantwortet, beginnt diese Zuordnung von vorn. Der Verlust entsteht also nicht durch das neue Design, sondern durch abgerissene Verbindungen zwischen alt und neu.

Drei Muster erklären die meisten Fälle. Erstens: Adressen ändern sich, ohne dass jemand eine vollständige Liste der alten hat, weshalb ein Teil der Weiterleitungen schlicht fehlt. Zweitens: Es gibt Weiterleitungen, aber sie führen pauschal auf die Startseite, was inhaltlich einem Abriss gleichkommt. Drittens: Inhalte werden im Zuge des neuen Auftritts gekürzt, weil die neue Vorlage weniger Text vorsieht, sodass die Seite die Frage schlechter beantwortet als vorher. Alle drei Muster sind vermeidbar, und alle drei kosten wenig Zeit, wenn sie vor dem Go-live bearbeitet werden.

Eine Vorbemerkung zur Erwartung: Diese Checkliste beschreibt sorgfältige Arbeit, sie ist kein Versprechen auf gleichbleibende Positionen. Ein Umzug bleibt ein Eingriff, und Bewegungen in den Wochen danach sind normal. Was sich beeinflussen lässt, ist die Höhe des Risikos und die Geschwindigkeit, mit der sich Fehler finden lassen. Wer den Umzug nicht selbst stemmen will, findet die vollständige Begleitung inklusive Mapping und Kontrollplan in der Leistung SEO-Migration und Relaunch.

Die Checkliste in vier Phasen

Die Arbeit verteilt sich auf vier Phasen, und ihre Reihenfolge ist nicht verhandelbar: Ohne vollständige Bestandsaufnahme lässt sich kein Weiterleitungskonzept schreiben, ohne Weiterleitungskonzept keine sinnvolle Abnahme vor dem Go-live, und ohne Prüfplan danach bleibt jeder Fehler unbemerkt. Wer eine Phase auslässt, verlagert die Arbeit nur nach hinten, wo sie deutlich teurer wird.

Der Zeitpunkt für den Beginn ist früher, als die meisten Projekte annehmen. Die Bestandsaufnahme gehört an den Anfang der Konzeptphase, nicht in die Woche vor dem Start, denn ihre Ergebnisse beeinflussen die Struktur des neuen Auftritts: Welche Seiten es überhaupt weiter geben muss, ergibt sich aus den Daten und nicht aus dem Wunschbild der neuen Navigation.

Phase 1: Bestandsaufnahme

Am Anfang steht eine vollständige Liste aller Adressen, die heute existieren. Vollständig heißt: aus mehreren Quellen zusammengeführt, weil keine einzelne Quelle alles kennt. Ein Crawl der Website findet, was intern verlinkt ist. Die Search Console kennt zusätzlich Adressen, die Klicks oder Einblendungen haben, auch verwaiste. Die XML-Sitemap enthält, was das System für relevant hält. Serverprotokolle zeigen, was tatsächlich abgerufen wird, einschließlich alter Adressen, die längst niemand mehr verlinkt. Erst die Vereinigung dieser Quellen ergibt die Liste, gegen die später gemappt wird.

Zu jeder Adresse gehören anschließend Kennzahlen, und zwar gesichert als Export, nicht als Screenshot: Klicks und Einblendungen aus der Search Console über mindestens zwölf Monate, die Positionen der wichtigsten Suchanfragen, Sitzungen und Conversions aus der Web-Analyse sowie die Zahl externer Verweise. Diese Daten haben zwei Funktionen. Vor dem Relaunch legen sie die Prioritäten fest, danach sind sie die einzige Vergleichsbasis, um zu beurteilen, ob etwas verloren gegangen ist. Wer sie erst nach dem Go-live sucht, findet sie in den betroffenen Zeiträumen nicht mehr sauber.

Aus diesen Zahlen entsteht eine Markierung der wertvollsten Seiten. In der Praxis bewährt sich eine kurze Liste, die drei Kriterien vereint: Adressen mit dem meisten organischen Traffic, Adressen mit den meisten externen Verweisen und Adressen, an denen Anfragen oder Umsatz hängen. Diese Seiten bekommen im gesamten Projekt Vorrang. Für sie gilt die strengste Regel: Inhalt, Überschriftenstruktur und Zweck bleiben erhalten, auch wenn das neue Design an anderer Stelle Freiheiten erlaubt.

Zur Bestandsaufnahme gehört schließlich der technische Ausgangszustand: Wie sind Crawling und Indexierung heute geregelt, also welche Bereiche darf die Suchmaschine abrufen und welche stehen im Index? Welche Weiterleitungen existieren bereits aus früheren Umbauten? Wie sehen die aktuellen Werte der Core Web Vitals aus, die Googles Kennzahlen für die Ladeerfahrung echter Nutzer sind? Ohne diesen Ausgangswert lässt sich später nicht sagen, ob die neue Website schneller oder langsamer geworden ist.

Phase 2: Das Weiterleitungskonzept

Das Weiterleitungskonzept ist eine Tabelle mit zwei Spalten: alte Adresse, neue Adresse. Der Anspruch ist einfach formuliert und in der Umsetzung aufwendig: Jede alte Adresse zeigt auf ihr inhaltliches Pendant, also auf die Seite, die dieselbe Frage beantwortet. Nicht auf die thematisch nächstgelegene Kategorie, nicht auf die neue Übersichtsseite, sondern auf den nächsten inhaltlichen Ersatz. Gibt es keinen, ist das eine bewusste Entscheidung und wird dokumentiert, nicht stillschweigend über eine Sammelregel gelöst.

Technisch gilt: 301 statt 302. Der Statuscode 301 signalisiert eine dauerhafte Verschiebung, 302 eine vorübergehende. Google beschreibt in seiner Dokumentation zu Weiterleitungen die dauerhafte Variante als das richtige Mittel bei Umzügen, weil sie die Signale der alten Adresse konsolidiert. Ein 302, das dauerhaft stehen bleibt, ist einer der häufigeren stillen Fehler nach Relaunches, weil er niemandem auffällt: Der Besucher landet ja richtig.

Ebenso wichtig sind Weiterleitungsketten. Wenn die alte Adresse auf eine Zwischenstation zeigt und diese wiederum auf das eigentliche Ziel, entsteht eine Kette, die Ladezeit kostet und bei mehreren Stationen abgebrochen werden kann. Die Regel lautet deshalb: Immer direkt auf das Endziel, auch dann, wenn eine ältere Weiterleitung aus einem früheren Umbau noch existiert. In diesem Fall wird die alte Regel neu geschrieben, statt eine weitere Station anzuhängen. Ebenfalls direkt aufzulösen sind Ketten zwischen Protokoll- und Domainvarianten, damit nicht jede Anfrage mehrfach umgeleitet wird.

Die Sammelweiterleitung aller alten Adressen auf die Startseite ist der teuerste Fehler dieser Phase. Sie ist bequem, sie liefert Statuscode 301, und sie vernichtet trotzdem die Zuordnung: Eine Weiterleitung auf eine Seite, die den ursprünglichen Inhalt nicht ersetzt, wird von Google in der Praxis wie eine nicht gefundene Seite behandelt. Für den Besucher ist der Effekt derselbe: Er sucht eine bestimmte Antwort und findet eine Übersicht. Wo im neuen Auftritt kein Ersatz existiert, ist ein sauberer Statuscode 410 oder 404 die ehrlichere und für die Diagnose bessere Lösung.

Zwei Wege durch denselben Relaunch

Der Unterschied zwischen einem sauberen Umzug und einem mit Sichtbarkeitsverlust liegt selten in der Technik des Content-Management-Systems und fast immer in vier Entscheidungen, die während des Projekts nebenbei getroffen werden. Nebeneinandergestellt sind sie leicht zu erkennen.

Die dritte Zeile der rechten Spalte wird am meisten unterschätzt. Neue Vorlagen sind oft luftiger gestaltet und sehen weniger Fließtext vor; Absätze fallen weg, Zwischenüberschriften verschwinden, Detailinformationen wandern in Aufklappelemente oder ganz aus dem Dokument. Aus Sicht der Suchmaschine beantwortet die Seite danach weniger Fragen als vorher, und das kann Sichtbarkeit kosten, obwohl technisch alles korrekt umgezogen wurde. Wer Inhalte kürzen will, tut das bewusst und nicht als Nebenwirkung eines Layouts.

Phase 3: Die Prüfungen vor dem Go-live

Der Klassiker unter den Relaunch-Fehlern ist schnell erzählt: Die Testumgebung stand während der Entwicklung zu Recht auf noindex, damit sie nicht in den Suchergebnissen auftaucht. Beim Umzug auf die Live-Umgebung wandert diese Einstellung mit, und die neue Website bittet die Suchmaschine wochenlang höflich darum, sie zu ignorieren. Der Fehler ist trivial, die Wirkung ist maximal, und er fällt oft erst auf, wenn die Zugriffe eingebrochen sind. Deshalb steht auf der Abnahmeliste an erster Stelle die Prüfung, dass die Live-Version tatsächlich indexierbar ist: kein noindex im Quelltext, keine Sperre in der robots.txt, kein Passwortschutz, der auch für Suchmaschinen greift.

Zweiter Punkt sind die Canonical-Angaben. Sie zeigen nach dem Umzug erstaunlich häufig noch auf die Adressen der Testumgebung oder auf die alte Domain, weil sie mit einer festen Basis-Adresse erzeugt wurden. Warum diese eine Zeile ganze Seitentypen aus dem Index nehmen kann und wie sie korrekt gesetzt wird, erklärt der Beitrag zum Canonical-Tag. Ebenfalls zu prüfen: strukturierte Daten, die beim Wechsel der Vorlagen gern verloren gehen, sowie Titel und Beschreibungen, die im neuen System nicht automatisch mit umziehen.

Dritter Punkt ist die interne Struktur. Nach einem Relaunch zeigen interne Links häufig noch auf alte Adressen und laufen dann über die Weiterleitung, was funktioniert, aber unnötig ist und Ketten begünstigt. Genauso wichtig ist die Frage, ob die wichtigen Seiten aus der Bestandsaufnahme in der neuen Navigation überhaupt noch erreichbar sind. Wie Struktur, Klicktiefe und Ankertexte zusammenwirken, behandelt der Beitrag zur internen Verlinkung. Dazu kommen eine aktualisierte XML-Sitemap mit ausschließlich neuen Adressen und eine robots.txt, die dem gewünschten Stand entspricht und nicht dem der Testumgebung.

Vierter Punkt ist die Ladezeit. Ein neues Design ist häufig bildlastiger als das alte, und Messwerte aus dem Feld liegen für die neue Version am Go-live-Tag noch nicht vor. Deshalb wird vorher im Labor gemessen und mit den gesicherten Ausgangswerten verglichen. Die vollständige technische Abnahme, von Statuscodes über Rendering bis zur Auslieferung der Ressourcen, gehört in den Bereich technisches SEO und sollte nicht am Tag des Starts improvisiert werden.

Der letzte Punkt vor dem Go-live ist ein Test der Weiterleitungen gegen die vollständige Adressliste, idealerweise automatisiert: Jede alte Adresse wird aufgerufen und geprüft, ob sie mit 301 direkt am erwarteten Ziel landet. Diese Prüfung ist der einzige belastbare Nachweis, dass das Konzept aus Phase 2 auch implementiert wurde, und sie unterscheidet ein abgenommenes Projekt von einem gehofften.

Phase 4: Nach dem Go-live

Am ersten Tag zählt Erreichbarkeit. Antworten die wichtigsten Seiten mit Statuscode 200? Entspricht die robots.txt dem freigegebenen Stand? Führen Stichproben aus der Weiterleitungsliste, quer über alle Seitentypen verteilt, direkt ans Ziel? Ist die neue XML-Sitemap in der Search Console eingereicht, und meldet sie keine Fehler? Bei einem Wechsel der Domain kommt die Adressänderung in der Search Console hinzu; bei einem Relaunch unter derselben Domain entfällt dieser Schritt. Ebenfalls an Tag 1: prüfen, ob die Messung noch läuft, also ob Analyse-Tags und Conversion-Ziele die neuen Adressen erfassen.

In Woche 1 bis 4 verschiebt sich die Aufmerksamkeit auf die Aufnahme in den Index. Beobachtet werden der Indexierungsbericht mit den Gründen für ausgeschlossene Seiten, gemeldete Crawling-Fehler, die Zahl der noch abgerufenen alten Adressen und der Verlauf von Einblendungen und Klicks je Seitentyp. Genau hier zahlt sich die Segmentierung aus: Ein Rückgang, der nur Produktseiten trifft, hat eine andere Ursache als einer, der alles gleichmäßig betrifft. Der passende Rhythmus dafür ist der wöchentliche Ablauf aus dem Beitrag zum SEO-Monitoring, in den ersten Wochen nach einem Umzug allerdings deutlich engmaschiger.

In Monat 2 bis 3 folgt die Bewertung. Jetzt liegen genug Daten vor, um den Vergleich mit den gesicherten Ausgangswerten zu ziehen, und zwar je Seitentyp statt in Summe. Bleiben einzelne Bereiche zurück, ist die Frage, ob die Ursache im Mapping liegt, in gekürzten Inhalten oder in einer veränderten Struktur. Zeigt sich ein flächiger Rückgang, der sich nicht auf Weiterleitungen zurückführen lässt, hilft eine gründliche Diagnose weiter: Ein SEO-Audit arbeitet Technik, Inhalte und Struktur systematisch durch, statt einzelne Symptome zu behandeln.

Eine Frage taucht in dieser Phase regelmäßig auf: Wie lange müssen die Weiterleitungen bestehen bleiben? Google empfiehlt in seiner Anleitung zu Website-Umzügen, sie mindestens ein Jahr aktiv zu lassen. In der Praxis spricht wenig dagegen, sie dauerhaft zu behalten, solange sie gepflegt und frei von Ketten sind, denn externe Verweise auf alte Adressen verschwinden nicht nach Zeitplan.

Was realistisch zu erwarten ist

Auch ein sorgfältig vorbereiteter Umzug erzeugt Bewegung. Google weist in seiner Dokumentation zu Website-Umzügen ausdrücklich auf vorübergehende Schwankungen hin, während die neuen Adressen erneut abgerufen und bewertet werden. Wie lange das dauert, hängt von der Größe der Website, der Crawl-Frequenz und dem Umfang der Änderungen ab und lässt sich seriös nicht als feste Zahl angeben. Wer eine Website mit wenigen hundert Adressen umzieht, sieht in der Regel schneller ein stabiles Bild als ein Portfolio mit sechsstelliger Adresszahl.

Daraus folgt eine praktische Konsequenz für die Planung: Der Go-live gehört nicht in die umsatzstärkste Zeit des Jahres und nicht in eine Woche, in der die zuständigen Personen nicht erreichbar sind. Ein ruhiger Zeitraum mit Kapazität für Korrekturen ist mehr wert als ein symbolisches Datum. Ebenso wenig sinnvoll ist es, mehrere große Änderungen zu bündeln: Wer Design, Domain, Adressstruktur und Content-System gleichzeitig wechselt, kann eine spätere Abweichung keiner Ursache mehr zuordnen. Getrennte Schritte kosten mehr Zeit und sparen Diagnosearbeit.

Und schließlich: Diese Checkliste senkt das Risiko, sie eliminiert es nicht. Es gibt keine Garantie auf gleichbleibende Positionen, weder bei eigener Arbeit noch bei externer Begleitung, und jedes Angebot, das eine solche Garantie ausspricht, sollte misstrauisch machen. Was sich zusagen lässt, ist Sorgfalt: eine vollständige Liste, ein dokumentiertes Mapping, geprüfte Weiterleitungen und ein Kontrollplan, der Fehler in Tagen sichtbar macht. Ob der eigene Relaunch dafür aufgestellt ist, lässt sich in einem ersten Gespräch anhand von Projektplan und Adressliste schnell einschätzen.

Häufige Fragen zum SEO-Relaunch

Was gehört in eine SEO-Relaunch-Checkliste?

Vier Phasen: die Bestandsaufnahme mit vollständiger Adressliste und gesicherten Kennzahlen, das Weiterleitungskonzept mit einem Ziel für jede alte Adresse, die Prüfungen vor dem Go-live zu Indexierbarkeit, Canonicals, interner Struktur und Ladezeit sowie der Kontrollplan danach mit festen Terminen an Tag 1, in Woche 1 bis 4 und in Monat 2 bis 3.

301 oder 302: Welche Weiterleitung ist beim Relaunch richtig?

Bei einem Relaunch ist 301 richtig, weil der Statuscode eine dauerhafte Verschiebung signalisiert und die Signale der alten Adresse auf die neue überträgt. Ein 302 steht für eine vorübergehende Umleitung und gehört nur zu tatsächlich temporären Fällen. Dauerhaft stehen gebliebene 302-Weiterleitungen sind ein häufiger stiller Fehler, weil Besucher trotzdem richtig ankommen.

Darf man alte URLs auf die Startseite weiterleiten?

Davon ist abzuraten. Eine Weiterleitung auf eine Seite, die den ursprünglichen Inhalt nicht ersetzt, wird in der Praxis wie eine nicht gefundene Seite behandelt, und der Besucher findet statt seiner Antwort eine Übersicht. Existiert kein inhaltliches Pendant, ist ein sauberer Statuscode 404 oder 410 die ehrlichere Lösung und für die spätere Fehlersuche deutlich brauchbarer.

Wie lange dauert es, bis sich die Sichtbarkeit nach einem Relaunch stabilisiert?

Das hängt von der Größe der Website, der Crawl-Frequenz und dem Umfang der Änderungen ab und lässt sich nicht seriös als feste Zahl angeben. Google weist auf vorübergehende Schwankungen hin, während die neuen Adressen erneut abgerufen und bewertet werden. Kleine Websites zeigen in der Regel schneller ein stabiles Bild als große Portfolios mit vielen Adressen.

Was ist der häufigste Fehler beim Relaunch?

Dass das noindex aus der Testumgebung mit auf die Live-Version wandert und die neue Website deshalb nicht in den Index aufgenommen wird. Direkt danach folgen unvollständige Weiterleitungslisten, Sammelweiterleitungen auf die Startseite und Inhalte, die beim Wechsel der Vorlage stillschweigend gekürzt wurden. Alle vier Fehler lassen sich vor dem Go-live prüfen.

Wie lange müssen Weiterleitungen nach einem Relaunch bestehen bleiben?

Google empfiehlt in seiner Anleitung zu Website-Umzügen, die Weiterleitungen mindestens ein Jahr aktiv zu lassen. In der Praxis spricht wenig dagegen, sie dauerhaft zu behalten, solange sie gepflegt und frei von Ketten sind. Externe Verweise auf alte Adressen verschwinden nicht nach Zeitplan, und jede entfernte Regel erzeugt eine nicht gefundene Seite.

Fazit

Ein Relaunch ist ein Umzug, und Umzüge gelingen mit Listen. Die vollständige Adressliste aus mehreren Quellen, das dokumentierte Mapping von alt nach neu, die Abnahme vor dem Go-live und der Kontrollplan danach sind vier Artefakte, die entweder existieren oder nicht. Wo sie fehlen, ist der Rest Hoffnung, und Hoffnung lässt sich nach dem Start nicht mehr nachreichen.

Die größten Risiken sind unspektakulär: ein vergessenes noindex, eine Sammelweiterleitung auf die Startseite, eine unbemerkt gekürzte Seite. Alle drei sind vor dem Go-live in wenigen Stunden zu prüfen und danach in Wochen zu reparieren. Wer diese Reihenfolge einhält und Bewegungen in den ersten Wochen nüchtern statt panisch liest, macht aus dem Relaunch ein kalkulierbares Projekt statt einer Wette.

Kostenlose Wachstumsanalyse anfragen →