Website-Relaunch ohne Rankingverlust: sicherer Ablauf

Ein Relaunch ist eines der kritischsten Routineereignisse im Leben einer Website. Nicht, weil etwas kaputtgeht, das man sieht - sondern weil etwas kaputtgeht, das man nicht sieht. Die neue Seite ist schneller, schöner, moderner. Und drei Wochen später sind die Anfragen weg, die Rankings abgerutscht, der Traffic halbiert. Niemand versteht warum, denn alles sieht ja besser aus.

Das ist kein Pech und kein Einzelfall. Es ist ein Muster mit einer klaren Ursache: Rankings leben nicht im Design. Sie leben in URLs, in der Struktur, in Inhalten und in technischen Signalen - und genau die verändert ein Relaunch, oft ohne dass es jemand merkt.

Dieser Artikel zeigt, warum das passiert, welche fünf stillen Risiken dahinterstecken und in welcher Reihenfolge ein Relaunch ablaufen muss, damit die Sichtbarkeit den Umzug übersteht. Am Ende steht ein realer Fall, in dem wir genau diese Aufräumarbeit übernehmen mussten - und ein Selbstcheck, bevor Sie den Launch-Button drücken.

Warum ein schöneres Design allein nichts rettet

Google bewertet kein Design nach Geschmack. Aber Google bewertet die Signale, die ein Relaunch oft verändert: URLs, Inhalte, interne Links, Ladezeit, Indexierbarkeit und technische Struktur. Eine Seite, die seit zwei Jahren auf Platz 3 für „Elektriker München" steht, hat sich dieses Ranking über Signale erarbeitet, die an dieser einen URL hängen.

Ein Relaunch fasst fast alle diese Signale gleichzeitig an: Die URL ändert sich. Die Seitenstruktur ändert sich. Texte werden neu geschrieben, Überschriften umgestellt, interne Links neu verlegt. Jede dieser Änderungen ist für sich genommen ein Eingriff in einen Rankingfaktor. Alle zusammen, an einem Tag, sind ein abrupter Eingriff in viele Signale auf einmal.

Google selbst sagt klar: Bei einem Umzug mit URL-Änderungen sind vorübergehende Ranking-Schwankungen normal, und ein mittelgroßer Umzug braucht einige Wochen, bis die meisten Seiten neu indexiert sind. Die entscheidende Frage ist deshalb nicht, ob es schwankt - sondern ob Sie vorübergehend verlieren oder dauerhaft. Der Unterschied zwischen beidem ist Vorbereitung.

Der eine Fehler, der fast immer dahintersteckt: Redirects

Wenn ein Relaunch Rankings kostet, ist in den allermeisten Fällen genau eine Sache die Ursache: fehlende oder falsche Weiterleitungen.

Die Mechanik ist einfach - und sie verzeiht keine Lücken. Die alte URL rankt und hat Backlinks. Beim Relaunch bekommt die Seite eine neue Adresse, die alte wird gelöscht. Wer jetzt keine Weiterleitung von alt nach neu einrichtet, kappt die Verbindung: Die alte URL liefert einen 404-Fehler, das Ranking verfällt, und jeder externe Link, der je auf die alte Adresse zeigte, läuft ins Leere. Die Autorität, die Sie über Jahre aufgebaut haben, geht verloren.

Eine saubere Redirect-Strategie folgt vier Regeln:

• 1:1-Mapping. Jede alte URL wird auf ihr inhaltlich passendstes neues Gegenstück geleitet - nicht pauschal alles auf die Startseite. Google behandelt eine Massenweiterleitung auf die Homepage faktisch wie einen Soft-404; der Wert der alten Seiten geht verloren.
• 301, nicht 302. Eine 301 ist eine dauerhafte Weiterleitung und überträgt die Signale der alten Seite. Eine 302 signalisiert „nur vorübergehend" - ein häufiger, teurer Konfigurationsfehler.
• Keine Ketten. Alt → neu in einem Schritt. Weiterleitungsketten (alt → mittel → neu) verwässern das Signal; halten Sie sie kurz.
• Lange genug halten. Google empfiehlt, Weiterleitungen so lange wie möglich zu behalten - bei einem Site-Move in der Regel mindestens ein Jahr, und länger, solange noch relevante Zugriffe oder Backlinks darüber laufen.

Was zu tun ist: Die Redirect-Map entsteht vor dem Launch, nicht danach. Jede bestehende URL wird inventarisiert und einem Ziel zugeordnet, bevor die alte Seite verschwindet.

Eine Redirect-Map, die erst nach dem Launch gebaut wird, ist keine Vorsorge mehr. Sie ist Schadensbegrenzung - und manches lässt sich dann nicht mehr begrenzen.

Die fünf stillen Risiken

Redirects sind die häufigste Ursache, aber nicht die einzige. Diese fünf Fehler richten den Schaden an, den niemand beim Launch bemerkt - weil die Seite funktioniert und gut aussieht.

1. Versehentliches noindex. Während der Entwicklung wird die Staging-Seite vor Google versteckt - per noindex-Tag oder robots.txt-Sperre. Wird diese Sperre beim Go-Live nicht entfernt, sagt die neue Website Google wochenlang: „Indexiere mich nicht." Der klassische Relaunch-Fehler, weil er von außen unsichtbar ist.
2. Entfernter oder gekürzter Content. Seiten oder Texte, die gut rankten, werden im Zuge des Relaunches gekürzt, zusammengelegt oder „aufgeräumt". Damit verschwindet genau der Inhalt, für den Google die Seite als relevant einstufte. Schöner heißt nicht automatisch sichtbarer.
3. Kollabierte interne Verlinkung. Eine neue Navigation vergräbt vorher gut erreichbare Seiten drei Klicks tief. Interne Links steuern, wie Autorität durch die Seite fließt - bricht diese Struktur, sinken auch Seiten, an denen technisch nichts geändert wurde.
4. Eingebrochene Performance. Das neue Design bringt schwerere Bilder, ein größeres Framework, mehr Skripte. Die Ladezeit steigt, die Core Web Vitals verschlechtern sich - und damit ein Signal, das zur gesamten Page Experience beiträgt.
5. Verlorene Mess-Signale. Analytics-Tag vergessen, Search Console nicht migriert, strukturierte Daten beim Redesign weggefallen. Das Tückische daran: Sie verlieren nicht nur Signale - Sie verlieren die Fähigkeit, den Schaden überhaupt zu sehen.

Was zu tun ist: Jeder dieser Punkte gehört auf eine Launch-Checkliste, die vor dem Go-Live abgehakt wird - nicht in die Fehlersuche danach.

Der Ablauf, der Rankings schützt

Ein Relaunch ohne Rankingverlust ist keine Glückssache, sondern eine Reihenfolge. Diese hier hat sich bewährt:

1. Vorher messen: Inventar und Baseline

Sie können nicht schützen, was Sie nicht gemessen haben. Bevor irgendetwas umgebaut wird, entsteht ein vollständiges Inventar: alle bestehenden URLs, ihre aktuellen Rankings, die Top-Seiten nach Traffic, die wichtigsten Backlinks. Das ist der Bauplan für alles Weitere - und die einzige Referenz, an der sich später ehrlich messen lässt, ob der Umzug gelungen ist.

2. Redirect-Map erstellen - vor dem Launch

Jede alte URL bekommt ihr 1:1-Ziel zugewiesen, als 301. Diese Map ist das Rückgrat des gesamten Umzugs und entsteht, während die alte Seite noch existiert.

3. Struktur und rankenden Content bewahren

Was rankt, bleibt - in Substanz, nicht zwingend im Layout. Gut performende Inhalte werden übernommen und gestärkt, nicht im Namen der Frische gekürzt. Überschriften, die Relevanz tragen, bleiben erhalten.

4. Launch geordnet ausführen

Bei kleinen und mittleren Websites ist ein Umzug in einem Zug meist sinnvoll - das hilft den Algorithmen, den Umzug schneller zu erkennen. Große Websites können abschnittsweise migriert werden, wenn Monitoring und Fehlerbehebung dadurch besser kontrollierbar bleiben. In beiden Fällen gilt beim Go-Live: die Staging-Sperre entfernen und die neue Sitemap in der Search Console einreichen. Bei einem Domain- oder Subdomain-Umzug zusätzlich das Change-of-Address-Tool der Search Console nutzen; bei reinen URL-Änderungen innerhalb derselben Domain genügen saubere Redirects und eine aktualisierte Sitemap.

5. Nachher überwachen

In den Wochen nach dem Launch: Index-Abdeckung beobachten, auf 404-Fehler und kaputte Weiterleitungen prüfen, Rankings gegen die Baseline halten. Schwankungen sind normal - aber Abstürze, die nicht zurückkommen, sind ein Signal zum sofortigen Eingreifen.

Was der Fall Rucker Elektro über das Aufräumen lehrt

Manchmal kommen wir nicht für den Relaunch, sondern für die Aufräumarbeit danach. So war es bei Rucker Elektro, einem Münchner Elektrobetrieb, den wir Ende Februar 2026 von einer Vorgängeragentur übernommen haben. Bei der Übernahme zeigten sich zwei Problemfelder: technische Datenschutzrisiken und ein Setup, das wichtige SEO-Signale nicht sauber erhalten hatte.

Das deutlichste Beispiel: eine Seite zur Zählerschrank-Modernisierung, die zuvor auf einer Spitzenposition für München-Suchanfragen stand. Durch das fehlerhafte Setup und fehlende Weiterleitungen rutschte sie immer weiter ab - bis sie schließlich ganz aus dem Index fiel. Wir haben die Redirect-Map nachgezogen und gerettet, was rettbar war. Aber genau hier liegt die unbequeme Lehre: Nicht alles war rettbar. Eine Seite, die erst aus dem Index gefallen ist, kehrt nicht auf Knopfdruck und nicht garantiert vollständig zurück.

Was sich reparieren ließ, haben wir repariert. In sieben Wochen, mit Daten direkt aus der Google Search Console:

• Durchschnittliche Position: +5 Plätze - jetzt Top 10 für relevante Münchner Suchanfragen.
• Sichtbarkeit fast verdreifacht (+147 % Impressionen pro Tag).
• Klicks: +63 %.

Diese Zahlen sind kein Argument dafür, wie gut Recovery funktioniert. Sie sind ein Argument dafür, dass Recovery teurer, langsamer und unvollständiger ist als Prävention. Ein sauber vorbereiteter Relaunch hätte die Zählerschrank-Seite nie verloren. Das Aufräumen konnte sie nicht zurückholen.

Selbstcheck vor dem Launch

Bevor die neue Seite live geht - können Sie diese fünf Fragen mit Ja beantworten?

• Gibt es eine vollständige Liste aller alten URLs mit ihren aktuellen Rankings?
• Existiert eine 1:1-Redirect-Map (301), bevor die alte Seite verschwindet?
• Ist sichergestellt, dass die noindex-Sperre der Staging-Umgebung beim Go-Live entfernt wird?
• Bleiben die Inhalte erhalten, die heute ranken - in Substanz, nicht nur im Look?
• Sind Analytics und Search Console für den ersten Tag nach dem Launch eingerichtet?

Wenn auch nur eine Antwort Nein lautet, ist das die Baustelle - nicht das Design.

Was Sie jetzt tun sollten

Ein Relaunch ist kein Grund, Rankings zu opfern - aber er bestraft jeden, der ihn als reines Designprojekt behandelt. Wenn Ihr Relaunch bevorsteht, prüfen wir vor dem Go-Live die kritischen SEO-Risiken: URLs, Redirects, Indexierung, interne Links, rankende Inhalte, Sitemap, Tracking und Search Console. Ziel ist kein schönerer Launch. Ziel ist ein Relaunch, der Sichtbarkeit schützt.

Das ist der Kern unserer Website-Relaunch-Leistung; wie sich der Umzug in eine laufende SEO-Strategie einfügt, klären wir im selben Schritt.

Relaunch-Risiko prüfen lassen

Schlussgedanke

Ein Relaunch ist ein Versprechen an die nächsten Jahre - und ein Risiko für alles, was Sie sich bisher erarbeitet haben. Behandeln Sie die unsichtbaren Signale mit derselben Ernsthaftigkeit wie das sichtbare Design, und der Umzug wird zum Wachstumsschritt statt zum Rückschlag. Behandeln Sie sie nicht, zahlen Sie den Preis dort, wo ihn niemand kommen sieht: in den Anfragen, die ausbleiben.

Quellen:

• Google Search Central - Site moves with URL changes: permanente Weiterleitungen, Umzug bei kleinen/mittleren Seiten in einem Zug, Sitemap einreichen, Weiterleitungen so lange wie möglich (i.d.R. mind. ein Jahr) halten, vorübergehende Schwankungen normal
• Google Search Central - Redirects and Google Search: permanente Weiterleitungen als Kanonisierungs-Signal; 302 für dauerhafte Umzüge ungeeignet
• Google Search Console - Change of Address Tool: Adresswechsel bei Domain- oder Subdomain-Umzug korrekt anmelden
• Praxisdaten Rucker Elektro: Google Search Console, Stand April 2026 (7 Wochen nach Übernahme)