Du hast monatelang an deiner neuen Website gearbeitet. Design fertig, Texte überarbeitet, Launch-Tag steht. Dann geht die neue Site live, du schaust zwei Wochen später in Google Search Console rein, und plötzlich fehlen Seiten in den Suchergebnissen. Rankings weg. Anfragen bleiben aus.
Das ist kein Einzelfall.
Website Relaunch SEO ist der am häufigsten unterschätzte Teil jeder Migration. Wer es falsch macht, zahlt lange dafür. Eine Studie von Search Engine Journal hat 892 Migrationen ausgewertet: Im Schnitt dauert es 523 Tage, bis eine migrierte Website wieder ihr altes Traffic-Niveau erreicht. 17 Prozent schaffen es nach 1.000 Tagen immer noch nicht.
Aber: Es gibt auch Migrationen, nach denen Rankings im ersten Monat um über 60 Prozent steigen. Der Unterschied liegt fast immer an einem einzigen Dokument.
Was 9 von 10 Relaunches falsch machen
Google kennt deine neue Website nicht. Wenn die alten URLs verschwinden, ohne dass Google weiß, wo der Inhalt jetzt zu finden ist, werden die Rankings gelöscht. Nicht angepasst, nicht irgendwohin übertragen, einfach weg.
Laut den Daten aus den 892 untersuchten Migrationen führen 9 von 10 zu Ranking- oder Traffic-Verlusten. Nur eine von zehn verbessert sich.
Für kleinere Websites, die die Technik konsequent sauber umsetzen, sieht das deutlich besser aus. Realistisch sind dann 1 bis 4 Wochen sichtbare Schwankungen mit leichtem Traffic-Rückgang, danach 1 bis 3 Monate, bis alles wieder stabil ist oder besser steht als vorher. Wer einige der unten beschriebenen Fehler macht, wartet ein Jahr und länger.
# Neuer Artikel? Du erfährst es als Erstes.
# Kein Spam. Ein kurzes Mail, wenn etwas erscheint.
Die 5 häufigsten SEO-Fehler beim Relaunch
Kein Weiterleitungskonzept
Mit Abstand der häufigste Grund für massive Verluste. SEO-Expertin Olga Zarr schreibt dazu: Fehlende oder falsch konfigurierte Weiterleitungen sind der häufigste Grund für Traffic-Verlust nach einer Migration, inklusive der Fälle, in denen ein einzelner Blogbeitrag mit 95 Prozent des Traffics einfach vergessen wurde.
Ein besonders schlechte Variante: alle alten URLs auf die Startseite umleiten. Klingt nach einer schnellen Lösung. Ist es aber nicht, weil Google dabei die thematische Relevanz der einzelnen Seiten verliert und keine Ranking-Signale überträgt.
Content-Änderungen parallel zum Relaunch
Viele nutzen den Relaunch als Gelegenheit, gleichzeitig Texte zu überarbeiten und Keywords zu optimieren. Das ist ein Fehler. Google muss dann gleichzeitig neue URLs, neue Inhalte und eine neue Seitenstruktur bewerten, was fast immer zu stärkeren Verlusten führt, die sich schlechter diagnostizieren lassen.
Besser: erst migrieren, dann optimieren. Relaunch und Content-Überarbeitung als zwei separate Projekte behandeln.
Technische Fehler durch Staging-Indexierung oder robots.txt
Wenn die Testversion der neuen Website (die Staging-Umgebung, auf der du vor dem Launch entwickelst) versehentlich von Google indexiert wird, entsteht doppelter Inhalt. Eine falsch konfigurierte robots.txt, die Google die neue Site komplett blockiert, ist noch schlimmer. Beides kommt öfter vor als man denkt.
Verlust von On-Page-Signalen
Title-Tags, H1-Überschriften, interne Links, das alles sind Ranking-Signale. Wenn beim Relaunch Seiten ohne Titel-Tag live gehen oder interne Links auf alte URLs zeigen, verliert man Punkte, ohne es sofort zu merken.
Keine SEO-Baseline vor dem Launch
Wer nicht weiß, wo er vor dem Relaunch stand, weiß nach dem Launch nicht, was fehlt. Und kann nichts gezielt zurückholen. Vor dem Launch: die wichtigsten Rankings dokumentieren, Traffic pro Seite notieren, Backlinks auf kritische Seiten festhalten.
Weiterleitungskonzept erstellen: So geht das
Ein Weiterleitungskonzept ist eine Tabelle, die jede alte URL mit ihrer neuen URL-Entsprechung verknüpft. Wenn Google die alte Adresse aufruft und eine permanente Weiterleitung findet (technisch: eine 301-Weiterleitung), überträgt es die Ranking-Signale der alten Seite auf die neue. Ohne diese Weiterleitung gilt die alte Seite als gelöscht.
Laut Google Search Central solltest du Weiterleitungen mindestens ein Jahr aktiv lassen. Dauerhaft ist besser. Es gibt keinen Nachteil daran. Wenn alte Backlinks weiterhin auf frühere URLs zeigen, überträgt die Weiterleitung deren Wert kontinuierlich auf die neue Seite weiter.
Das Vorgehen Schritt für Schritt:
- Alten Website-Crawler starten und alle indexierten URLs exportieren (z.B. mit Screaming Frog)
- Liste aller neuen URLs anlegen
- Jede alte URL mit der inhaltlich passendsten neuen URL verknüpfen
- Weiterleitungen implementieren (je nach Plattform in .htaccess, nginx.conf oder direkt im Framework)
- Jede Weiterleitung nach dem Launch testen
Wichtig ist außerdem: immer 301 statt 302. Eine 301-Weiterleitung signalisiert Google, dass die Änderung dauerhaft ist. Eine 302-Weiterleitung gilt als temporär, und Google ist zögerlicher dabei, Ranking-Signale zu übertragen.
Ein weiteres Detail, das sich in der Praxis auswirkt: Wenn du Weiterleitungsketten baust (alte URL leitet auf Zwischenseite, die auf neue URL weiterleitet), kostet jeder Hop rund 15 Prozent des Seiten-Rankings. Bei einer vierstufigen Kette können theoretisch bis zu 38 Prozent verloren gehen, laut Ahrefs-Modellrechnungen. Direkte Weiterleitungen sind immer besser als Ketten.
# Neuer Artikel? Du erfährst es als Erstes.
# Kein Spam. Ein kurzes Mail, wenn etwas erscheint.
Mit KI das Redirect-Mapping beschleunigen
Für kleine Sites mit 20 bis 50 Seiten reicht eine Tabelle. Ab 100 URLs wird manuelles Mapping sehr zeitaufwendig. Hier helfen KI-Tools.
Screaming Frog mit KI-Embeddings ist aktuell der mächtigste Ansatz: Beide Sites gleichzeitig crawlen, KI-API anschließen, und das Tool berechnet für jede alte URL den inhaltlich passendsten Zielort auf der neuen Site, nicht nur anhand der URL-Struktur, sondern basierend auf dem tatsächlichen Inhalt.
Für kleinere KMU-Relaunches ohne eigenes Entwicklerteam funktioniert auch AI Redirect Mapper: Alte und neue URLs als CSV hochladen, das Tool berechnet Matches und liefert eine fertige Weiterleitungsdatei mit Konfidenz-Scores zurück. Du prüfst die Vorschläge, exportierst, fertig.
Claude oder ChatGPT können außerdem dabei helfen, vor dem Launch einen inhaltlichen Abgleich zu machen: alte Texte gegen neue Texte prüfen, um Seiten zu identifizieren, bei denen sich zu viel verändert hat und die deshalb besonders gut beobachtet werden müssen.
Was am Launch-Tag zu prüfen ist
Der Launch-Tag selbst ist kritisch. Diese Punkte müssen am ersten Tag erledigt sein:
- Google Search Console für die neue URL-Version verifizieren und die neue Sitemap einreichen
- robots.txt auf der neuen Site prüfen: Ist Google nicht versehentlich geblockt?
- Canonical-Tags stichprobenartig prüfen: Zeigen sie auf die richtigen URLs?
- Einen ersten Crawl starten und auf 404-Fehler sowie Weiterleitungsketten prüfen
- Die 10 wichtigsten Seiten manuell in Google aufrufen und prüfen, ob sie noch indexiert sind
Alles auf einmal zu erledigen klappt selten. Aber diese fünf Punkte lassen sich in einer Stunde abarbeiten und verhindern die häufigsten Probleme.
Monitoring in den ersten 90 Tagen
Wochen 1 bis 2: Volatilität ist normal. Traffic kann fallen, Positionen schwanken. Solange alle Weiterleitungen greifen und Google keinen Crawl-Fehler meldet, ist das kein Problem, sondern Google, das die neue Struktur bewertet.
Monat 1: In Google Search Console prüfen, ob die neuen URLs indexiert werden. Wenn wichtige Seiten fehlen, sofort den Grund untersuchen. Meist fehlt eine Weiterleitung oder ein Canonical-Tag zeigt auf die falsche URL.
Monate 2 bis 3: Rankings sollten sich jetzt stabilisieren oder verbessern. Was möglich ist, wenn alles stimmt: Eine Moz-Fallstudie eines großen Fashion-Brands zeigt +63,8 Prozent mehr organische Besuche bereits einen Monat nach dem Launch, durch saubere Planung und konsequentes URL-Mapping. Das ist die Ausnahme, aber kein Zufall.
Wenn nach sechs bis acht Wochen einzelne Seiten stark verlieren, lohnt sich eine Einzelseiten-Analyse über URL-Inspektion in der Google Search Console. Dort siehst du genau, warum Google eine Seite (noch) nicht rankt.
Wie ich den Relaunch von wolfgegenlicht.de gemacht habe
Im Frühjahr 2026 habe ich wolfgegenlicht.de von WordPress auf Next.js migriert. Andere URL-Struktur, andere Dateinamen, andere Sitemap. Jede WordPress-URL musste auf die neue URL gemappt werden.
Das waren rund 30 Weiterleitungsregeln, direkt in der Next.js-Konfigurationsdatei geschrieben. Inklusive der alten WordPress-PDF-Downloads, die in Search Console noch echte Klicks brachten, und der alten Tag-Seiten, die Impressionen generierten.
Drei Wochen nach dem Launch waren alle wichtigen Seiten wieder indexiert. Ranking-Verluste gab es vor allem bei Seiten, die ich parallel zum Relaunch auch inhaltlich stark überarbeitet hatte, genau der Fehler, den ich oben beschrieben habe. Die Erholung kam, aber sie hat deutlich länger gedauert als bei den Seiten, die ich nur umgezogen und nicht verändert habe.
Was ich beim nächsten Mal anders machen würde: strikte Trennung zwischen Migration und Content-Überarbeitung. Erst alles 1:1 umziehen, dann in einer zweiten Phase inhaltlich optimieren.
Den vollständigen Projektplan mit allen Phasen eines Website-Relaunches findest du im Artikel Projektplan Website Relaunch 2026. Wenn du für deinen Relaunch Unterstützung brauchst, ist der Website Relaunch Service der richtige Einstieg.
