Website-Relaunch ohne Ranking-Verlust: Evidenzbasierte Strategie

Ein Website-Relaunch verliert Rankings vor allem aus einem Grund: URLs ändern sich, ohne dass 301-Weiterleitungen eingerichtet werden. Google verliert die Verbindung zur alten Seite, der aufgebaute Link-Kredit verfällt. Wer das Ranking erhalten will, braucht zwei Dinge: eine vollständige Redirect-Map vor dem Launch und kontinuierliches Monitoring in den ersten vier Wochen danach.

Das Wichtigste in Kürze

• Jede geänderte URL braucht eine 301-Weiterleitung direkt zur inhaltlich passenden neuen Seite – keine Sammelweiterleitung auf die Startseite.
• Die Basis für die Redirect-Map entsteht aus einem vollständigen Crawl der alten Website plus den Performance-Daten der Google Search Console.
• Die Staging-Umgebung muss für Suchmaschinen gesperrt bleiben; die Sperre fällt erst am Launch-Tag.
• Weiterleitungen müssen aktiv sein, bevor die alte Website abgeschaltet wird – nicht danach.
• Monitoring läuft täglich in den ersten vier Wochen; neue 404-Fehler in der Search Console sofort beheben.

Warum Rankings beim Relaunch verschwinden

Rankings entstehen über Zeit: Backlinks, Nutzersignale und Crawl-Daten summieren sich zur Sichtbarkeit einer URL. Wenn diese URL beim Relaunch ohne Weiterleitung verschwindet oder sich ändert, verliert Google den Anknüpfungspunkt. Die Seite wird aus dem Index entfernt, und die aufgebauten Link-Signale können nicht auf die neue URL übertragen werden.

Das ist kein technisches Randproblem. Einblick in Relaunch-Projekte zeigt: Die häufigste Ursache für massiven Traffic-Verlust ist eine unvollständige oder fehlerhafte Redirect-Map – kein schlechtes Design, keine schwache Technik, sondern ein Planungsfehler in der Vorbereitung.

Den Mechanismus zu verstehen hilft. Google speichert für jede URL Signale, die sich grob aus eingehenden Links, Klickdaten und weiteren Verhaltensmerkmalen zusammensetzen. Diese Signale haften an der URL, nicht am Inhalt hinter ihr. Eine 301-Weiterleitung überträgt sie auf die Ziel-URL. Fehlt die Weiterleitung, sind sie verloren. Google hat bestätigt, dass korrekte 301-Weiterleitungen keine Ranking-Signale einbüßen.

Wann ein Relaunch besonders viel Risiko trägt

Das Risiko steigt mit der Zahl der URL-Änderungen. Eine rein visuelle Überarbeitung bei unveränderter URL-Struktur ist vergleichsweise sicher. Ein vollständiger Domainwechsel mit gleichzeitiger Neustrukturierung der URL-Pfade ist das anspruchsvollste Szenario und braucht erheblich mehr Vorlaufzeit. Zwischen diesen Extremen liegt das häufigste Szenario: eine neue CMS-Plattform mit veränderter URL-Struktur, aber gleichem Domain-Namen.

Welche Seiten kein Ranking-Risiko tragen

Nicht alle URLs eines Relaunches haben dasselbe Gewicht. Seiten ohne externe Backlinks und ohne Klicks aus der organischen Suche haben kaum Ranking-Signale aufgebaut. Für sie ist das Risiko minimal. Konzentriere die Sorgfalt auf Seiten, die tatsächlich Traffic generieren und Backlinks erhalten haben – das lässt sich aus der Google Search Console und einem Backlink-Tool ablesen.

Die Redirect-Map ist das kritischste Dokument vor dem Launch

Eine Redirect-Map ist eine geordnete Liste: alte URL in einer Spalte, neue Ziel-URL in der anderen. Sie entsteht vor dem Launch, wird auf dem Staging getestet und bildet die Grundlage für die technische Serverkonfiguration. Wer sie erst am Launch-Tag anlegt, hat die wichtigste Vorbereitungsarbeit versäumt.

Was in die Redirect-Map gehört

Die Basis liefert ein vollständiger Crawl der alten Website. Das Ergebnis ist eine Liste aller URLs mit HTTP-Status, Title-Tag und Anzahl eingehender interner Links. Diese Liste ergänzt du um drei weitere Quellen:

• Alle URLs aus der Google Search Console, die in den letzten zwölf Monaten Klicks oder Impressionen erzeugt haben – unter Leistung > Seiten exportierbar.
• Alle URLs, auf die externe Backlinks zeigen – erkennbar über die Search Console oder ein Backlink-Tool.
• Alle URLs, die in laufenden Kampagnen, E-Mails oder gedruckten Materialien verlinkt sind und deshalb unabhängig vom organischen Ranking erreichbar bleiben müssen.

Wie die Zieladressen bestimmt werden

Jede alte URL erhält als Ziel die neue URL, die inhaltlich am nächsten liegt. Diese Zuordnung ist manuell und erfordert inhaltliches Urteil. Eine Weiterleitung auf die Startseite zählt technisch als Weiterleitung, überträgt aber kaum Relevanz, weil Google thematische Nähe zwischen alter und neuer URL erwartet.

Wenn für eine alte URL keine inhaltlich passende neue Seite existiert, gibt es zwei sinnvolle Wege: Entweder die Seite doch mitnehmen, oder einen HTTP-Status 410 (Gone) zurückliefern. Ein 410 signalisiert Google, dass die Seite bewusst entfernt wurde. Google verarbeitet das schneller als eine dauerhaft gelieferte 404-Antwort.

Redirect-Chains entstehen, wenn A auf B weiterleitet und B auf C. Google folgt Ketten, verliert dabei aber Verarbeitungskapazität bei jedem Hop. Alle Weiterleitungen sollten direkt von alter auf neue URL zeigen – ein Hop, keine Kette. Wer mehrere Relaunches hinter sich hat, sollte die bestehenden Weiterleitungen prüfen und alle Ketten zu direkten Verbindungen kürzen.

Staging und Crawl-Freigabe richtig steuern

Die neue Website lebt während der Entwicklung auf einem Staging-Server. Dieser muss für Suchmaschinen unsichtbar bleiben, bis der Launch-Tag kommt. Wird diese Sperre versäumt, beginnt Google, Staging-URLs zu indexieren. Nach dem Launch entstehen Duplikate: alte URL und Staging-URL stehen gleichzeitig im Index und konkurrieren gegeneinander.

Die Staging-Sperre lässt sich auf zwei Wegen setzen: eine robots.txt-Datei mit Disallow für alle Crawler, oder ein noindex-Meta-Tag auf allen Staging-Seiten. Beide Sperren müssen am Launch-Tag aufgehoben werden – gezielt und vollständig. Ein vergessenes noindex auf einer Produktivseite ist ein klassischer Post-Launch-Fehler.

Die richtige Reihenfolge am Launch-Tag

Weiterleitungen müssen aktiv sein, bevor die alte Website abgeschaltet wird – nicht danach. Wer zuerst die alte Website abschaltet und dann die Weiterleitungen konfiguriert, riskiert eine Lücke, in der Google 404-Antworten findet und Seiten aus dem Index entfernt.

1. Weiterleitungen im Produktionssystem aktivieren und auf dem Staging vollständig testen.
2. noindex- und robots.txt-Sperren auf dem Staging entfernen.
3. DNS auf den neuen Server umstellen und warten, bis die Propagation abgeschlossen ist.
4. Sofort prüfen: HTTP-Status aller kritischen alten URLs, SSL aktiv, kanonische URL-Formen korrekt.
5. Neue XML-Sitemap in der Google Search Console einreichen.
6. Crawling in der Search Console manuell anstoßen.

URL-Varianten und kanonische Form

Für jede Domain existieren vier technische Varianten einer URL: mit und ohne www, mit und ohne https. Nur eine davon ist die kanonische Form. Alle anderen müssen auf sie weiterleiten. Wenn diese vier Varianten nicht konsequent zusammengeführt werden, können doppelte Inhalte entstehen, die Google split-bewertet statt auf eine URL zu bündeln. Entscheide das vor dem Launch und konfiguriere alle Weiterleitungen entsprechend.

So erstellst du die Redirect-Map

Dieser Ablauf funktioniert für Relaunches mit bis zu einigen hundert URLs. Er setzt die kostenlose Version eines Crawl-Tools und Zugang zur Google Search Console voraus.

1. Crawle die alte Website vollständig. Exportiere alle URLs mit HTTP-Status 200. Das ist deine Ausgangsliste aller aktiven Seiten.
2. Exportiere die Performance-Daten aus der Google Search Console: Leistung > Seiten, Zeitraum auf zwölf Monate setzen. Diese Liste zeigt, welche URLs organisch gefunden werden.
3. Lege eine Tabelle an: Spalte A enthält die alte URL, Spalte B bleibt zunächst leer für die neue Ziel-URL, Spalte C markiert die Priorität – hoch für alle URLs mit GSC-Klicks oder externen Backlinks, niedrig für alle anderen.
4. Trage für jede alte URL die inhaltlich passende neue URL in Spalte B ein. Beginne mit hoher Priorität. Weise keine alte URL auf die Startseite zu, außer wenn die alte URL selbst die Startseite war.
5. Übergib die fertige Tabelle an die Entwicklung. Die technische Umsetzung hängt vom Server ab: .htaccess für Apache, nginx.conf für Nginx, oder eine Redirect-Einstellung direkt im CMS.
6. Teste alle Weiterleitungen mit hoher Priorität auf dem Staging manuell. Ein Browser-Plugin zeigt den HTTP-Status direkt in der Adresszeile. Prüfe dabei auch auf Chains: Jede Weiterleitung sollte direkt von alt nach neu führen, ohne Zwischenstationen.
7. Halte die Weiterleitungen mindestens zwölf Monate aktiv. Dokumentiere sie dauerhaft, damit spätere Änderungen keine unbeabsichtigten Chains erzeugen.

Typische Fehler und wie du sie erkennst

Weiterleitungen werden erst nach dem Launch eingerichtet

Das ist der häufigste Fehler. Die alten URLs sind offline, die Weiterleitungen sind noch nicht konfiguriert, und Google findet nur 404-Fehler. In dieser Lücke können Seiten aus dem Index fallen. Die Behebung dauert Wochen, weil Google erneut crawlen und die Weiterleitungen auswerten muss. In der Google Search Console erscheinen unter Deckung plötzlich viele Einträge mit Status nicht gefunden. Reagiere sofort mit den fehlenden Weiterleitungen.

Staging-URLs wurden von Google indexiert

Wenn die Staging-Umgebung nicht gesperrt war, hat Google möglicherweise Staging-URLs gecrawlt und indexiert. Nach dem Launch konkurrieren diese mit den produktiven URLs und können Rankings aufteilen. Erkennbar an doppelten Inhalten in der GSC-Deckungsübersicht oder an Staging-Hostnamen in der URL-Liste der Search Console. Behebe das, indem du Staging-URLs mit einem 410-Status schließt und Canonical-Tags auf die jeweilige Produktions-URL setzt.

Redirect-Chains entstehen durch mehrere Relaunches

Wer mehrere Relaunches hinter sich hat, sammelt Ketten an: A leitet auf B, B auf C, C auf D. Google folgt diesen Ketten, verliert aber Verarbeitungskapazität bei jedem Hop. Bei einem neuen Relaunch alle bestehenden Weiterleitungen prüfen und direkt auf die aktuelle Ziel-URL umkonfigurieren. Damit bleibt jede Weiterleitung ein einzelner Sprung.

Inhalte werden ohne Keyword-Prüfung gekürzt

Wenn Seiten beim Relaunch inhaltlich deutlich kürzer werden oder thematisch wichtige Formulierungen verlieren, kann Google seine Relevanzeinschätzung korrigieren. Das passiert oft, wenn Texte beim Relaunch aufgeräumt werden und dabei semantisch tragende Begriffe verschwinden. Prüfe vor dem Launch, für welche Suchbegriffe die wichtigen Seiten ranken, und stelle sicher, dass diese Begriffe im neuen Text vorkommen.

Monitoring wird auf die Zeit nach dem Launch verschoben

Ranking-Schwankungen nach einem Relaunch sind bis zu einem gewissen Grad normal – Google braucht Zeit, um alle neuen Seiten zu crawlen und zu bewerten. Was nicht normal ist: anhaltende Verluste, die sich über Wochen fortsetzen, ohne dass jemand reagiert. Richte in der Google Search Console eine tägliche Kontrolle ein: Deckungsbericht, Leistungsbericht und Core Web Vitals gehören in den ersten vier Wochen täglich geprüft.

Häufige Fragen

Wie lange braucht Google, um nach einem Relaunch neu zu bewerten?

Google braucht typischerweise mehrere Wochen bis etwa drei Monate, um alle geänderten Seiten neu zu crawlen, zu indexieren und Ranking-Signale zu stabilisieren. Kurzfristige Schwankungen in den ersten zwei bis drei Wochen sind normal. Hält ein spürbarer Verlust nach sechs Wochen unverändert an, weist das auf konkrete technische Probleme hin – meist fehlende oder fehlerhafte Weiterleitungen.

Muss ich 301-Weiterleitungen dauerhaft behalten?

Google empfiehlt, 301-Weiterleitungen mindestens ein Jahr nach dem Relaunch aktiv zu lassen. Danach sind die relevanten Crawler-Besuche für die alten URLs in aller Regel abgeschlossen. Für URLs, auf die weiterhin aktiv verlinkt wird – etwa aus anderen Websites oder aus E-Mails – macht es Sinn, die Weiterleitungen dauerhaft zu behalten. Der technische Aufwand dafür ist minimal.

Was ist der Unterschied zwischen Relaunch und Redesign?

Ein Redesign ändert die visuelle Gestaltung, ohne URLs oder Inhaltsstruktur grundlegend zu verändern. Das SEO-Risiko ist gering. Ein Relaunch verändert darüber hinaus auch die URL-Architektur, die Plattform oder die Inhaltsstruktur. Die Grenze ist fließend; entscheidend ist, ob sich URLs ändern. Wenn keine URL sich ändert, ist das Risiko unabhängig vom Ausmaß der gestalterischen Überarbeitung überschaubar.

Kann ich einen Relaunch ohne bezahltes SEO-Tool durchführen?

Ja, für Seiten mit bis zu einigen hundert URLs reicht die Google Search Console als Datenquelle für rankende URLs aus. Ergänze sie durch die kostenlose Version eines Crawl-Tools, das alle aktiven URLs auflistet. Der aufwändigste Schritt – die manuelle Zuordnung alter zu neuer URL – erfordert kein bezahltes Tool, nur Sorgfalt und ausreichend Zeit vor dem Launch.

Was passiert konkret, wenn ich gar keine Weiterleitungen einrichte?

Google verliert die Verbindung zwischen alten und neuen URLs. Die Ranking-Signale der alten Seiten werden nicht übertragen; die neuen Seiten starten ohne aufgebaute Rankinghistorie. Bei einer Seite mit starkem organischen Bestand – vielen Backlinks und etablierten Rankings – kann das einen erheblichen Traffic-Einbruch bedeuten, der sich über Monate hinzieht.

Ein Relaunch ohne Ranking-Verlust ist kein Zufall. Er entsteht aus einer Redirect-Map, die vor dem Launch fertig ist, aus einer Staging-Umgebung, die für Suchmaschinen gesperrt bleibt, und aus einem Monitoring, das Probleme sofort sichtbar macht. Wer den Relaunch auch für eine Neueinrichtung des Marketing-Trackings nutzen möchte, findet in unserem ActiveCampaign-Kurs die Grundlagen für eine korrekte Integration der Besucherdaten in die Automatisierung.