SEO für Relaunch – Migration ohne Ranking-Verluste planen

Ein Relaunch ist selten nur „neue Farben und neue Schriften“. Oft ändern sich URLs, Navigation, Templates, Inhalte oder das CMS. Genau hier entstehen SEO-Risiken: Google findet Seiten plötzlich nicht mehr, Signale gehen verloren oder wichtige Inhalte verschwinden. Mit einer sauberen Planung lässt sich das vermeiden – selbst bei großen Websites.

In diesem Artikel geht es darum, wie eine Website-Migration Schritt für Schritt vorbereitet wird: vom Inventar über Redirects bis zum kontrollierten Go-live. Der Fokus liegt auf praktischen Entscheidungen, die in Projekten regelmäßig über Erfolg oder Sichtbarkeitsverlust entscheiden.

Warum ein Relaunch SEO oft ausbremst

Welche Änderungen Google wirklich „spürt“

Suchmaschinen bewerten Seiten nicht nur nach Text. Sie berücksichtigen auch interne Verlinkung, URL-Struktur, Ladeverhalten und technische Signale. Bei einem Relaunch ändern sich häufig mehrere Faktoren gleichzeitig:

• URLs werden umgestellt (z. B. von /produkt.php?id=123 zu /produkte/produktname/).
• Navigation und interne Links werden neu gebaut.
• Seiten fallen weg oder werden zusammengelegt.
• Meta-Daten, Überschriften oder Inhalte werden gekürzt.
• Technik ändert sich (anderes CMS, neues Theme, neue JS-Komponenten).

Das Problem: Wenn zu viele Signale gleichzeitig wechseln, braucht Google länger, um die neue Struktur zu verstehen. Außerdem können Fehler entstehen, die erst nach dem Go-live sichtbar werden.

Die häufigsten Ursachen für Rankingverluste

In der Praxis tauchen die gleichen Muster immer wieder auf:

• Fehlende oder falsche Weiterleitungen (User landen auf 404).
• Weiterleitungsketten (URL A → B → C), die Signale verwässern und Crawling erschweren.
• Wichtige Seiten sind nicht mehr intern verlinkt (werden „vergessen“).
• Neue Seiten sind versehentlich auf noindex gesetzt (nicht indexieren).
• Content wird „verschlankt“, aber die Suchintention wird nicht mehr getroffen.

Wer solche Punkte vorab systematisch prüft, reduziert das Risiko deutlich.

Bestandsaufnahme: Welche Seiten müssen unbedingt erhalten bleiben?

Inventar erstellen statt nach Gefühl entscheiden

Vor dem Relaunch sollte klar sein, welche Inhalte aktuell überhaupt bestehen – und welche davon sichtbar sind. Ein gutes Inventar verbindet drei Sichtweisen:

• URL-Inventar: alle indexierbaren URLs (auch PDFs, Landingpages, Blogartikel).
• Performance: welche URLs Traffic und Klicks bringen (z. B. über die Google Search Console sinnvoll nutzen).
• Business-Wert: Seiten, die Leads, Anfragen oder Umsatz unterstützen (auch wenn sie wenig SEO-Traffic haben).

Wichtig: Nicht nur „Top 20 Seiten“ betrachten. Viele Websites leben von Longtail-Traffic, also vielen kleinen Zugriffsquellen.

Welche Entscheidungen pro URL getroffen werden

Für jede relevante Seite ist eine klare Entscheidung hilfreich. Eine einfache Logik reicht meist:

• Bleibt bestehen (gleicher Inhalt, neue URL möglich).
• Wird ersetzt/zusammengeführt (neue Zielseite definieren).
• Fällt weg (bewusst entfernen, ohne Nutzer ins Leere laufen zu lassen).

Wenn Inhalte entfernt werden, lohnt es sich, die Konsequenzen im Blick zu behalten: Eine gelöschte Seite ohne Ersatz kann Rankings verlieren, die nicht automatisch „auf andere Seiten übergehen“.

URL-Wechsel sauber lösen: Redirects, die wirklich helfen

Warum 301-Weiterleitungen das Kernstück der Migration sind

Wenn sich URLs ändern, braucht Google einen klaren Hinweis, wohin die alte Adresse dauerhaft zeigt. Hier kommt 301-Weiterleitungen ins Spiel (dauerhaft weiterleiten). Ohne diese Weiterleitungen gehen externe Signale (Backlinks) und interne Signale (Verlinkung, Historie) oft verloren.

Als Praxisregel gilt: Jede alte, relevante URL sollte auf genau eine passende neue URL zeigen. Nicht auf die Startseite, nicht pauschal auf eine Kategorie – sondern auf den inhaltlich nächsten Treffer.

Redirect-Mapping: so wird aus Chaos ein Plan

Ein Redirect-Mapping ist eine Tabelle, in der alte URLs den neuen Zielen zugeordnet werden. Das klingt banal, ist aber der wichtigste Steuerungshebel im Relaunch-Projekt. Sinnvoll ist dabei:

• 1:1-Weiterleitungen, wenn es eine direkte Nachfolgerseite gibt.
• Viele-zu-eins, wenn Inhalte zusammengeführt werden (z. B. mehrere alte Ratgeber zu einem neuen Leitfaden).
• Kein „Blind Redirect“: Wenn es keinen passenden Ersatz gibt, besser bewusst entfernen und Nutzer sinnvoll abholen.

Bei größeren Projekten hilft eine saubere Vorgehensweise wie in Redirect-Maps sauber planen. Das spart am Go-live-Tag Zeit und Nerven.

Ketten und Schleifen vermeiden

Weiterleitungen sollten direkt sein: alt → neu, ohne Zwischenstation. Ketten entstehen häufig, wenn schon früher umgezogen wurde oder wenn Regeln „on top“ gesetzt werden. Das bremst Crawling, erhöht die Fehlerquote und kann dazu führen, dass Google langsamer umstellt.

Ein kurzer Test mit einem Crawl-Tool oder Server-Logik reicht oft, um solche Ketten zu finden, bevor sie live gehen.

Inhalte, Snippets und Templates: Was beim Relaunch nicht verloren gehen darf

Suchintention bleibt wichtiger als Textmenge

Viele Relaunches kürzen Inhalte, weil neue Seiten „cleaner“ wirken sollen. Das ist okay, solange die Seite weiterhin die Suchfrage beantwortet. Wenn ein früherer Ratgeber alle wichtigen Unterpunkte abgedeckt hat, sollte das neue Layout diese Informationen nicht verstecken oder entfernen. Sonst sinken Relevanz und Rankings – unabhängig von Technik und Redirects.

Wer unsicher ist, prüft pro Seitentyp, welche Fragen Nutzer erwarten und ob sie sichtbar beantwortet werden. Dazu passt: Suchintention im Content sauber treffen.

Title & Description nicht „resetten“

Meta-Daten sind keine Magie, aber sie prägen das Snippet in den Suchergebnissen. Beim Relaunch gehen sie oft verloren, weil Felder im neuen CMS anders heißen oder nicht migriert werden. Sinnvoll ist:

• Bestehende, gut performende Titles nicht ohne Grund ersetzen.
• Description so schreiben, dass sie Nutzen und Kontext liefert (nicht nur Keywords).
• Für neue Seitentypen Vorlagen definieren, aber nicht alles automatisieren.

Interne Verlinkung nach dem Relaunch neu „verdrahten“

Ein Relaunch verändert oft Menüs, Teaserflächen und Module. Dadurch können wichtige Seiten plötzlich weniger interne Links bekommen. Das ist relevant, weil interne Links Suchmaschinen zeigen, welche Seiten wichtig sind.

Praktisch: Für die wichtigsten Bereiche (z. B. Leistungen, Kategorien, Top-Ratgeber) sollten gezielt interne Links eingeplant werden. Eine solide Grundlage liefert interne Verlinkung strategisch optimieren.

Staging, Tests und Go-live: So bleibt die Kontrolle beim Umzug

Staging-Umgebung richtig absichern (ohne SEO zu sabotieren)

Die Testumgebung (Staging) muss vor Google geschützt werden, sonst kann sie indexiert werden und Duplicate Content (doppelte Inhalte) erzeugen. Gleichzeitig darf der Schutz nicht versehentlich in die Live-Version rutschen. Typische Optionen sind Passwortschutz oder robots-Regeln. Entscheidend ist, dass der Wechsel zu „Live indexierbar“ als expliziter Schritt im Go-live-Plan steht.

Pre-Launch-Tests: die wichtigsten Punkte vor dem Schalter

Vor dem Go-live sollte ein technischer und inhaltlicher Check stattfinden. Diese Punkte bringen in der Praxis die meisten Fehler ans Licht:

• Stichproben der wichtigsten Redirects (alte Top-URLs testen).
• Statuscodes prüfen: 200 für echte Seiten, 301 für Weiterleitungen, keine unerklärten 404.
• Interne Links: zeigen sie auf neue URLs oder noch auf alte Pfade?
• Indexierungssteuerung: sind wichtige Seitentypen indexierbar, unwichtige nicht?
• Snippets: Titles/H1/Seiteninhalte sind vorhanden und nicht leer.

Go-live-Plan: Verantwortlichkeiten statt „wir schauen dann“

Beim Relaunch scheitert SEO selten am Wissen, sondern an fehlenden Zuständigkeiten. Ein kurzer Go-live-Plan hilft:

• Wer spielt Redirect-Regeln ein?
• Wer prüft nach dem Livegang die wichtigsten Pfade?
• Wer hat Zugriff auf Server, CMS, DNS und Tracking?
• Welche Notfallmaßnahme greift, wenn etwas schiefgeht (Rollback oder Hotfix)?

So entsteht kein Chaos, wenn kurz nach dem Launch die ersten Meldungen zu Fehlerseiten eintreffen.

Nach dem Relaunch: Monitoring, das echte Probleme sichtbar macht

Worauf es in den ersten Tagen ankommt

Direkt nach dem Relaunch sollte nicht nur „Traffic beobachtet“ werden. Wichtiger ist zu verstehen, ob Google sauber crawlen kann und ob neue URLs im Index ankommen. Typische Signale:

• Steigende Anzahl an 404/Soft-404 (Seiten wirken leer oder unpassend).
• Viele Weiterleitungen, aber zu wenige echte 200-Seiten im Crawl.
• Plötzliche Einbrüche bei einzelnen Verzeichnissen (z. B. /blog/ oder /leistungen/).

Technische Fehler wie echte 404 sollten schnell bereinigt werden, weil sie Nutzer frustrieren und Crawling-Ressourcen verschwenden. Falls viele Fehler auftreten, hilft ein strukturierter Blick auf 404-Seiten richtig behandeln (und nicht nur „hübsch gestalten“).

Welche Kennzahlen sinnvoll sind (und welche nicht)

Ein Relaunch braucht Geduld, aber keine Blindheit. Sinnvoll sind vor allem:

• Index-Abdeckung: werden neue URLs indexiert, verschwinden alte wie geplant?
• Crawl-Fehler: 404, Serverfehler, Redirect-Ketten.
• Sichtbarkeit pro Seitentyp: Kategorien/Leistungen/Blog getrennt beobachten.
• Conversions/Leads: SEO ist nicht nur Ranking, sondern Ergebnis.

Weniger hilfreich kurz nach dem Launch: tägliche Ranking-Panik bei einzelnen Keywords. In der Umstellungsphase schwanken Positionen häufig, ohne dass ein dauerhaftes Problem vorliegt.

Typische Relaunch-Fallen – und wie sie sich vermeiden lassen

Wenn URLs „schöner“ werden, aber die Struktur schlechter

Eine neue URL-Struktur kann ein Gewinn sein. Sie wird zum Problem, wenn sie ohne Logik entsteht. Beispiele: zu viele Ebenen, uneinheitliche Slugs, oder Kategorien, die nur für Design gebaut werden. Gute Strukturen sind für Nutzer verständlich und für Suchmaschinen stabil. Wer die Architektur ohnehin neu denkt, sollte sie an Themen und Navigationslogik ausrichten – nicht an internen Orga-Strukturen.

Neue Filter, neue Parameter, neue Index-Probleme

Relaunches bringen oft neue Filter, Sortierungen oder Tracking-Parameter. Das kann sehr schnell zu vielen URL-Varianten führen. Ohne klare Regeln entsteht Index-Müll: sehr viele ähnliche Seiten, die Crawling und Rankings belasten. Abhilfe schaffen saubere Vorgaben, welche Varianten indexierbar sein sollen und welche nicht.

JavaScript-Komponenten, die Inhalte „verstecken“

Moderne Themes laden Inhalte manchmal erst nach Interaktion oder über nachgeladene Requests. Das kann funktionieren, muss aber getestet werden: Sind die wichtigsten Inhalte und Links im gerenderten HTML sichtbar? Werden sie zuverlässig von Bots gefunden? Bei kritischen Seitentypen (z. B. Kategorien, Leistungen) lohnt sich ein konservativer Ansatz: Inhalte und interne Links sollten ohne Sonderlogik erreichbar sein.

Praktische Schritte für eine Migration, die SEO schützt

Diese kurze Reihenfolge funktioniert in vielen Projekten als roter Faden:

• Alle relevanten URLs sammeln und nach Wert priorisieren.
• Für jede alte URL ein klares Ziel definieren (bleibt, ersetzt, fällt weg).
• Redirect-Mapping erstellen und technisch umsetzbar machen.
• Staging absichern und einen festen „Indexierbar“-Schritt für Live festlegen.
• Vor Go-live: Redirects, Statuscodes, interne Links, Meta-Daten testen.
• Nach Go-live: Fehlerlisten täglich prüfen, wichtige Bereiche gezielt nacharbeiten.
• In den Wochen danach: interne Verlinkung und Inhalte auf neue Struktur feinjustieren.