Website-Relaunch ohne Sichtbarkeitsverlust: Die SEO-Checkliste

„Nach einem Relaunch verliert man immer etwas Sichtbarkeit – das kommt nach 3-6 Monaten zurück.“ Diesen Satz höre ich regelmäßig. Und er ist eine Ausrede. Ich habe Relaunches begleitet, bei denen kein einziges Ranking verloren gegangen ist – und einen Kunden, der nach dem Relaunch 5.000 Klicks an einem Tag über ein einziges Keyword generiert hat.

Website-Relaunches gehören zu den riskantesten Momenten im Leben einer Website. Ein neues Design, ein neues CMS, eine neue Domain – jede dieser Änderungen kann Sichtbarkeit vernichten, die über Jahre aufgebaut wurde. Das muss aber nicht passieren. Ein Relaunch ohne Sichtbarkeitsverlust ist kein Zufall, sondern das Ergebnis von strategischer Planung, sauberen Redirects und einer Checkliste, die man Punkt für Punkt abarbeitet.

Der häufigste Fehler passiert vor dem ersten Klick

Der Relaunch scheitert nicht am Go-Live-Tag. Der Relaunch scheitert in der Planungsphase – weil niemand die strategische Übersicht erstellt hat.

Bevor du eine einzige URL anfasst, musst du 4 Fragen beantworten:

1. Was haben wir? Welche Seiten existieren, welche haben Traffic, welche haben Backlinks?
2. Was rankt? Google Search Console exportieren: Welche URLs bringen Klicks und Impressionen?
3. Was nutzen unsere Kunden? Welche Seiten haben Conversions, Anfragen, Verkäufe?
4. Wie gehen wir den Relaunch an? URL-Mapping erstellen, Redirect-Plan, Content-Entscheidungen.

Abb. 1: 4 Fragen, die vor jedem Relaunch beantwortet werden müssen

Bei einem Industrieunternehmen, das 2021 einen unbegleiteten Relaunch durchgeführt hat, fehlte genau diese Übersicht. Redirects wurden nicht gesetzt, die neue Seite war langsamer als die alte. Das Ergebnis: Ein massiver Sichtbarkeitseinbruch, der Jahre später noch spürbar war. Als wir später den SEO-Audit gemacht haben, fanden wir Altlasten wie zwei Seiten, die auf dasselbe Keyword rankten – Überbleibsel der alten Website, die nie aufgeräumt wurden.

Die Lektion: Der teuerste Fehler beim Relaunch ist nicht ein falscher Redirect. Der teuerste Fehler ist, nicht zu wissen, was man hat.

Die Redirect-Strategie: Warum 301 auf die Startseite ein Anti-Pattern ist

Redirects sind das Rückgrat jedes Relaunches. Aber Redirect ist nicht gleich Redirect. Viele Entwickler setzen einen pauschalen 301-Redirect auf die Startseite als Default-Fallback. Das ist eine schlechte Idee.

Warum? Alte Backlinks enthalten Ankertexte mit Keywords. Leitest du alle alten URLs auf die Startseite um, fließt der Link Juice mit den alten Ankertexten auf die Startseite. Die Startseite rankt dann plötzlich für Keywords, für die eigentlich Unterseiten ranken sollen. Das Ergebnis: Keyword-Kannibalisierung.

Die Redirect-Kaskade: 4 Stufen für jede alte URL

Für jede alte URL, die es auf der neuen Seite nicht mehr 1:1 gibt, arbeite diese Kaskade von oben nach unten ab:

1. 301 auf das identische Produkt oder die identische Seite. Gleicher Inhalt, neue URL.
2. 301 auf ein ähnliches Produkt oder eine verwandte Seite. Thematisch passend, gleiche Suchintention.
3. 301 auf die übergeordnete Kategorie. Die Kategorie, in der das alte Produkt oder die alte Seite eingeordnet war.
4. 301 auf die Startseite – nur wenn Backlinks mit Link Juice vorhanden sind. Und auch dann nur als letzter Ausweg, nicht als Default.

Gibt es kein sinnvolles Redirect-Ziel und keine relevanten Backlinks, ist ein 410 Gone die bessere Wahl. Ein 410 sagt Google: Diese Seite existiert nicht mehr, ersatzlos. Google entfernt die URL aus dem Index. Das ist sauberer als ein Redirect, der nirgendwo hinführt.

Abb. 2: Die Redirect-Kaskade – von der besten zur letzten Option

Wenn Rankings existierten, gab es Interesse

Eine Grundregel, die viele Relaunches ignorieren: Hatte eine alte URL Rankings und Klicks, gab es Nachfrage für dieses Thema. Dann sollte es nach dem Relaunch auch wieder eine Seite geben, die diese Nachfrage bedient.

Rankings dürfen nie in einem 404 enden. 404-Fehler nach einem Relaunch sind verlorener Traffic, verlorene Kunden, verlorener Link Juice. Jede URL mit Rankings oder Backlinks braucht ein Redirect-Ziel – oder eine neue Seite.

CMS-Wechsel: Worauf du achten musst

Ein CMS-Wechsel – von Contao zu WordPress, von WooCommerce zu Shopify, von einer Eigenentwicklung zu einem Standard-System – ist technisch aufwändiger als ein reines Redesign. Aber die Grundprinzipien bleiben dieselben.

Das CMS ist egal – die technischen Basics nicht

Ehrlicherweise ist mir das CMS relativ egal. WordPress, Shopify, Shopware, Contao – jedes System kann SEO-technisch funktionieren. Entscheidend ist, ob du die technischen Basics kontrollieren kannst:

• Trailing Slashes: Hatte die alte Seite URLs mit Trailing Slash (/produkte/) und die neue ohne (/produkte)? Oder umgekehrt? Klingt trivial, erzeugt aber ohne Redirect-Regel doppelte URLs.
• www vs. non-www: Gleiche Domain-Variante wie vorher verwenden oder sauber umleiten.
• robots.txt: Gibt die neue Seite Google Zugriff auf alle relevanten Bereiche?
• Canonical Tags: Zeigen die Canonicals auf die richtigen URLs?

Bei Shopify fällt mir auf, dass die Plattform beim Crawling 429-Fehler wirft – Rate Limiting für Crawler. Aus SEO-Sicht ist das nicht ideal, weil Googlebot dadurch weniger Seiten pro Crawl-Session erfassen kann.

Die Sunk Cost Fallacy: Neu bauen statt migrieren

Ich bin jemand, der gern auch mal was neu aufbaut. Viele Kunden hängen an ihrer bestehenden Seite und wollen sie „migrieren“ – Inhalte übernehmen, Struktur beibehalten, alles 1:1 übertragen. Manchmal ist das sinnvoll. Oft ist es eine Sunk Cost Fallacy.

Neu bauen ist häufig schneller, günstiger und sauberer. Du startest mit einer durchdachten Struktur, statt die Fehler der alten Seite mitzuschleppen. Für eine mittelständische Firmenwebsite rechne ich mit 30 – 40 Arbeitsstunden für den WordPress-Aufbau – inklusive Content-Übernahme und SEO-Grundeinrichtung.

Der Schlüssel: Auch bei einem Neuaufbau brauchst du Redirects von den alten URLs auf die neuen. Das „Neu bauen“ bezieht sich auf die Seitenstruktur und das CMS, nicht auf die Redirect-Planung.

Domain-Wechsel und Rebranding: Mehr als nur Redirects

Ein CMS-Wechsel ist technisch anspruchsvoll. Ein Domain-Wechsel mit Namenswechsel ist strategisch anspruchsvoll – hier geht es nicht um Server, sondern um Markenidentität.

Warum Redirects bei einem Rebranding nicht reichen

301-Redirects von alter-name.de auf neuer-name.de übertragen den Link Juice. Die Markenwahrnehmung übertragen sie nicht. Google, Branchenverzeichnisse und KI-Systeme kennen den alten Namen. Ohne aktive Kommunikation entsteht eine Lücke: Die alte Marke verschwindet, die neue existiert für Suchmaschinen noch nicht.

Pro-Tipp: Das Change of Address Tool in der Google Search Console teilt Google den Domain-Wechsel direkt mit und beschleunigt die Neuindexierung.

Die Mindestanforderung: Ein Blogpost mit beiden Namen

Wer seinen Firmennamen ändert, braucht mindestens einen öffentlichen Beitrag, der beide Namen nennt: „AlteFirma heißt jetzt NeueFirma.“ Dieser Beitrag schafft die textuelle Brücke, die Google und LLMs brauchen, um die Verbindung herzustellen.

Besser ist eine kleine PR-Kampagne: Pressemitteilung, Social-Media-Ankündigung, Aktualisierung aller Branchenverzeichnisse. Je mehr Quellen den Zusammenhang zwischen altem und neuem Namen bestätigen, desto schneller lernt Google die neue Entity. Jason Barnard – der Experte für Brand SERPs und Knowledge Panels – nennt das Prinzip „Corroboration“: Google braucht mehrere unabhängige Quellen, die dieselbe Information bestätigen, bevor eine Entity im Knowledge Graph aktualisiert wird.

Co-Branding-Phase beim Domain-Wechsel einplanen

Beide Namen für 3 bis 6 Monate parallel führen – „NeueFirma (vormals AlteFirma)“ im Footer, in der About-Seite, im Google-Unternehmensprofil. Das gibt Suchmaschinen und KI-Systemen Zeit, die neue Zuordnung zu lernen.

Parallel dazu: NAP-Daten (Name, Adresse, Telefon) auf allen Portalen gleichzeitig umstellen. Nicht scheibchenweise über Monate verteilt – das fragmentiert die Entity.

Drei Relaunches, drei Ergebnisse

Abb. 3: Drei Relaunches, drei Ergebnisse – Übersicht der Case Studies

Fall 1: Nahtloser Relaunch eines Online-Shops

Ein Schokoladen-Online-Shop brauchte ein neues Theme und neue Plugins – WordPress und WooCommerce blieben als Plattform bestehen. Die Vorbereitung: Alle URLs gemappt, relevante Kategorien behalten, Produkte konsolidiert, Redirects für jede geänderte URL gesetzt.

Das Ergebnis: Fast kein Sichtbarkeitseinbruch. Die Rankings gingen nach dem Relaunch direkt weiter hoch. Kurz danach explodierte das Keyword „Dubai Schokolade“ – der Shop stand auf Platz 2 für Dubai Schokolade bei Google und hatte an einem einzigen Tag 5.000 Klicks nur über dieses Keyword. Das wäre nicht möglich gewesen, wenn der Relaunch Sichtbarkeit gekostet hätte.

Dass das CMS gleich geblieben ist, war vermutlich ein Faktor. Google musste nicht die komplette Rendering-Pipeline neu bewerten. Aber der eigentliche Grund war die Vorbereitung: Alles umgeleitet, nichts vergessen, keine verwaisten URLs.

Fall 2: CMS-Wechsel einer Arztpraxis

Eine Schweizer Chirurgie-Praxis wechselte von Contao zu WordPress. Vor dem Relaunch: rund 500 Klicks pro Monat, durchschnittliche Position 27. Zehn Monate später: über 3.000 Klicks pro Monat, durchschnittliche Position 5. Ein Wachstum von 500%.

Der Relaunch war nicht nur ein CMS-Wechsel – wir haben gleichzeitig die Inhalte überarbeitet, die Seitenstruktur neu aufgebaut und die technische Basis verbessert. Aber ohne saubere Redirects und eine ordentliche Übergabe wäre das Wachstum nie so steil gewesen.

Fall 3: Domain-Konsolidierung

Ein E-Commerce-Unternehmen betrieb neben seinem Haupt-Shop eine zweite Domain, die kaum Umsatz generierte. Statt die zweite Domain weiterzupflegen, haben wir sie URL für URL auf den Haupt-Shop umgeleitet. Der Link Juice der alten Domain fließt jetzt in den Haupt-Shop, der Pflegeaufwand ist weg.

Der gefährlichste Moment: Staging auf Production

Die häufigste technische Ursache für Sichtbarkeitsverlust nach einem Relaunch ist keine vergessene Redirect-Regel. Die häufigste Ursache ist ein vergessenes noindex-Tag.

Entwickler arbeiten auf einer Staging-Umgebung. Die Staging-Seite darf nicht indexiert werden – deswegen steht dort ein <meta name="robots" content="noindex"> oder ein Disallow: / in der robots.txt. Beim Go-Live wird die Staging auf die Production übertragen. Und niemand prüft, ob die Indexierungssperre mit übertragen wurde.

Das Ergebnis: Google deindexiert die gesamte Website. Innerhalb weniger Tage verschwindet die Seite aus dem Index. Das passiert häufiger als man denkt – und es ist komplett vermeidbar.

Die 48-Stunden-Checkliste nach Go-Live

Die ersten 48 Stunden nach einem Relaunch entscheiden darüber, ob Probleme früh erkannt oder erst Wochen später bemerkt werden.

Sofort nach Go-Live

1. Crawl durchführen. Die gesamte neue Seite einmal mit Screaming Frog oder einem vergleichbaren Tool crawlen. Broken Links, 404er, Redirect-Ketten identifizieren.
2. Redirects stichprobenartig prüfen. Die 20 wichtigsten alten URLs manuell testen. Kommen sie auf der richtigen neuen Seite an?
3. robots.txt prüfen. Keine Staging-Einstellungen übernommen? Alle wichtigen Bereiche crawlbar?
4. robots meta tag prüfen. Kein noindex auf Seiten, die indexiert werden sollen? Stichprobe im Quellcode oder per Crawl.
5. Google Search Console prüfen. Sitemap einreichen. Indexierung beantragen für die wichtigsten Seiten.

Innerhalb der ersten Woche

1. Google Search Console auf Crawl-Fehler prüfen. Neue 404er? Soft 404er? Server-Fehler?
2. Rankings monitoren. Die 10 wichtigsten Keywords täglich checken.
3. Sitemaps prüfen. Enthält die Sitemap nur neue URLs? Keine alten URLs mehr drin?

Go-Live-Timing

Der beste Zeitpunkt für einen Relaunch: Nicht Freitag um 17 Uhr. Am besten an einem Dienstag oder Mittwoch, vormittags. So hast du den Rest der Woche, um auf Probleme zu reagieren. Nicht zur Hauptgeschäftszeit – falls etwas schiefgeht, verlierst du weniger Umsatz.

Abb. 4: Die 48-Stunden-Checkliste nach Go-Live

Was Webdesigner beim Relaunch falsch machen

Das größte Risiko beim Relaunch kommt nicht von der Technik. Das größte Risiko kommt von übereifrigen Webdesignern oder Agenturen, die versuchen, grafisch das Rad neu zu erfinden.

Kunden, die den alten Shop oder die alte Website regelmäßig besucht haben, finden sich plötzlich nicht mehr zurecht. Das Bedienkonzept hat sich komplett geändert, die Navigation ist anders aufgebaut, der Content steht an anderen Stellen oder ist sogar ganz weg.

Ein Relaunch darf das Design modernisieren. Ein Relaunch darf die Technik verbessern. Aber ein Relaunch sollte das Bedienkonzept nicht ohne guten Grund über den Haufen werfen. Content sollte sich zum Teil wiederfinden lassen. Die Seitenstruktur sollte für wiederkehrende Besucher nachvollziehbar bleiben.

Relaunch und KI-Sichtbarkeit: Warum auch ChatGPT deine Redirects braucht

Die meisten planen einen Relaunch ausschließlich aus Google-Perspektive. Das reicht 2026 nicht mehr. ChatGPT, Perplexity, Google AI Overviews – KI-Systeme zitieren Websites. Und sie zitieren spezifische URLs.

KI-Systeme aktualisieren langsamer als Google

Google crawlt deine neue Seite innerhalb von Tagen. KI-Systeme aktualisieren ihre Wissensbasis deutlich langsamer. Deine alte URL läuft nach dem Relaunch ins Leere, aber ChatGPT zitiert sie möglicherweise weiter – du verlierst diese Sichtbarkeit, ohne es zu merken, weil die Search Console KI-Zitationen nicht trackt.

Saubere Redirects schützen deswegen nicht nur Google-Rankings, sondern auch KI-Zitationen. Die Redirect-Kaskade gilt genauso für GEO (Generative Engine Optimization) wie für klassisches SEO.

Schema-Markup beim Relaunch vollständig migrieren

FAQ-Schema, Organization-Markup, HowTo – ehrlicherweise geht Schema-Markup bei Relaunches am häufigsten verloren, weil es im CMS nicht sichtbar ist. Die Konsequenz? LLMs verlieren strukturierte Ankerpunkte, um deine Inhalte einzuordnen. Ein Relaunch ohne FAQ-Schema kostet Sichtbarkeit in AI Overviews.

Content-Konsolidierung beim Relaunch: Zusammenlegen statt Aufsplittern

Viele Relaunches verteilen Content auf mehrere Unterseiten – „für bessere Übersicht“. Das Problem? Eine Seite, die vorher klar für ein Thema stand und von KI-Systemen als Quelle zitiert wurde, verliert diesen Status, sobald der Inhalt auf drei Unterseiten verteilt wird. Zusammenlegen ist in der Regel besser als Aufsplittern, weil KI-Systeme zusammenhängende, tiefe Inhalte bevorzugen.

Häufige Fragen zum Thema Website Relaunch

Quellen

• Google Search Central: Websiteumzug mit URL-Änderungen
• Google Search Central: HTTP-Statuscodes und Redirects
• Screaming Frog: How to Audit Redirects
• Google Search Console: Change of Address Tool