2025-09-24 · Redaktion Baduno · 7 blog.readMin · Blog & Wissen
Website-Relaunch ohne Sichtbarkeitsverlust: die Checkliste
Der klassische Relaunch-Unfall: schöne neue Website, halbierter Traffic. Vermeidbar – mit Disziplin bei Weiterleitungen und Timing.
Vor dem Umzug: Inventur
Alle indexierten URLs erfassen (Sitemap, Search Console, Crawler) und ihre Rankings dokumentieren. Was man nicht kennt, kann man nicht weiterleiten – hier entstehen die meisten Verluste.
Das Herzstück: 301-Mapping
Jede alte URL erhält eine dauerhafte Weiterleitung auf ihre beste neue Entsprechung – einzeln, nicht pauschal auf die Startseite. Bei mehrsprachigen Sites gilt das je Sprachfassung; die hreflang-Matrix muss auf die neuen URLs umziehen.
Der Umzugstag
Weiterleitungen vor dem Livegang testen, neue Sitemap sofort einreichen, alte Sitemap übergangsweise erreichbar lassen, Monitoring schärfen. Die erste Woche zeigt in der Search Console, ob Google den Umzug versteht.
Was Schwankung ist und was Alarm
Ein paar Wochen Unruhe sind normal. Alarmzeichen sind 404-Berge im Abdeckungsbericht und Rankingverluste bei Geldseiten – dann fehlen Weiterleitungen, und jede Woche Wartezeit kostet dauerhaft Positionen.
Strukturelle SEO: Seitenarchitektur und URL-Hierarchie
Ein Relaunch ist die Chance, die Seitenstruktur zu optimieren. Flache Hierarchien (maximal drei Klicks zur Zielseite) verbessern die Crawl-Effizienz. Achten Sie darauf, dass Ihre wichtigsten Inhalte nicht in der Navigation versinken. Vermeiden Sie tiefe Ordnerstrukturen (z. B. /de/produkte/kategorie/unterkategorie/produkt.html); besser: /de/produkt/produktname. Pflegen Sie aussagekräftige Breadcrumbs, die sowohl Nutzern als auch Suchmaschinen den Kontext liefern. Beispiel: Ein Onlineshop mit tausend Produkten strukturiert diese neu nach Produktkategorien statt nach Marken, was die interne Verlinkung stärkt und den PageRank gleichmäßiger verteilt. Ein flaches URL-Modell erleichtert zudem die hreflang-Verknüpfung in mehrsprachigen Projekten. Planen Sie die neue Seitenarchitektur vor dem Mapping, sonst müssen Sie nachträglich Dutzende URLs anpassen – Zeit, die Sie nicht haben.
Crawlbudget und Indexierung: Prioritäten für Google
Mit jedem Relaunch steigt die Anzahl neuer URLs, die gecrawlt werden müssen. Gleichzeitig verliert Google den Überblick über alte Pfade. Nutzen Sie die robots.txt, um unwichtige Ressourcen (z. B. dynamische Filter, interne Suchergebnisse) auszuschließen. Setzen Sie auf kanonische Tags nur bei wirklich identischem Content – nicht als Krücke für schlechtes Mapping. Überprüfen Sie die Crawl-Statistiken in der Search Console: Sinkt die Anzahl gecrawlter Seiten, blockieren Sie womöglich zu viel. Beispiel: Ein Newsportal baut ein neues CMS und verlinkt plötzlich Tausende Archivseiten ohne Mehrwert – das verschwendet Crawlbudget. Besser: Archive nur mit noindex kennzeichnen oder auf Jahresarchive begrenzen. Nutzen Sie die ‚letzte Änderung‘-Angabe in der Sitemap, um Google zu signalisieren, welche Seiten wirklich neu sind. So schwimmen Sie nicht im Crawl-Delta.
Content-Migration: Texte, Metadaten und Duplikate
Nicht nur URLs ändern sich – auch Inhalte werden oft redaktionell überarbeitet. Ein Relaunch ist der ideale Zeitpunkt, um veraltete Texte zu aktualisieren. Das birgt aber Risiken: Wenn sich der Inhalt signifikant ändert, kann Google die Relevanz neu bewerten. Behalten Sie Kernseiten (mit hohem Ranking) möglichst originalgetreu bei, bis die neuen URLs etabliert sind. Passen Sie Metadaten (Title, Description) nur an, wenn sie nicht mehr passen – und dann eins zu eins. Beispiel: Ein B2B-Dienstleister ändert auf der Startseite den Claim von „schnell“ zu „nachhaltig“. Google interpretiert das als Themenwechsel und die Rankings brechen ein. Besser: Die neuen Claims erst vier Wochen nach dem Umzug ausrollen, wenn die Weiterleitungen stabil sind. Achten Sie auf Duplikate: Wenn zwei alte URLs auf dieselbe neue landen (z. B. durch Zusammenlegung), setzen Sie eine kanonisch auf die gewünschte. Sonst entstehen Konflikte.
Der klassische Relaunch-Unfall: schöne neue Website, halbierter Traffic. Vermeidbar – mit Disziplin bei Weiterleitungen und Timing.
Monitoring und Rollback: Der Notfallplan
Selbst bei bester Planung kann etwas schiefgehen. Legen Sie vor dem Relaunch fest, welche KPIs Sie täglich prüfen: Impressions in der Search Console, Positionsänderungen der Top-20-Seiten, Crawl-Fehler (404/500). Nutzen Sie ein Tool, das automatisch alarmiert, wenn der Traffic um mehr als 20 % fällt. Halten Sie ein Rollback-Szenario bereit: ein Backup der alten Website inklusive aller Weiterleitungen. Wenn innerhalb von 48 Stunden keine Besserung eintritt – etwa bei einem 404-Berg von über 100 Seiten –, sollten Sie den Schalter umlegen können. Beispiel: Ein E-Commerce-Shop launcht eine neue Produktsuche, die plötzlich alle Filter-URLs auf die Startseite umleitet. Der Rollback stellt die alte Weiterleitungsmaske wieder her, bis das Problem behoben ist. Kommunizieren Sie den Plan mit dem Entwicklungsteam; ein Relaunch ist kein Sprint, sondern ein Getriebe mit Feinschliff.
Internationale Ausrichtung: hreflang-Tags und Sprachversionen migrieren
Für mehrsprachige Websites ist die korrekte Migration der hreflang-Tags eine der größten Herausforderungen beim Relaunch. Jede alte URL, die auf eine neue weiterleitet, muss in der hreflang-Matrix aller Sprachversionen aktualisiert werden. Ein häufiger Fehler: Man übernimmt die alten hreflang-Annotationen auf die neuen URLs, ohne zu prüfen, ob die Zielseiten tatsächlich äquivalent sind. Erstellen Sie daher vor dem Umzug eine vollständige hreflang-Mapping-Tabelle, in der Sie für jede Seite die Äquivalenz in allen Sprachen festhalten. Nutzen Sie die x-default-Annotation für nicht sprachspezifische Inhalte. Achten Sie darauf, dass hreflang-Tags selbstreferenzierend sind – jede Seite muss auf sich selbst verweisen. Bei großen Projekten kann KI die Verknüpfung vorschlagen, doch die manuelle Prüfung ist unerlässlich: Ein deutschsprachiger Produkttext, der fälschlich mit der französischen Variante als Duplikat markiert wird, führt zu massiven Sichtbarkeitesinbrüchen. Nutzen Sie die hreflang-Sitemap als zusätzliche Steuerung. Validieren Sie die Tags vor dem Launch mit Online-Tools. Belassen Sie die alten hreflang-Tags übergangsweise, bis Google die neuen erfasst hat. So vermeiden Sie, dass Sprachversionen plötzlich als orphaned gelten und aus dem Index fallen.
Qualitätssicherung: Manuelle Prüfung als entscheidender Schritt
So sehr KI und Automatisierung den Relaunch beschleunigen – die manuelle Qualitätssicherung bleibt unverzichtbar. Planen Sie vor dem Livegang eine systematische Stichprobenprüfung ein: Wählen Sie zufällig 50 bis 100 alte URLs aus unterschiedlichen Bereichen (Startseite, Kategorien, Produkte, Blog) und prüfen Sie, ob die Weiterleitung auf die korrekte neue Seite erfolgt. Dabei geht es nicht nur um die technische Weiterleitung, sondern auch um die inhaltliche Übereinstimmung: Ist der Text vollständig? Sind Bilder, Videos und Downloads erreichbar? Funktioniert das Tracking? Besonders kritisch sind Seiten mit hohen Rankings oder Umsätzen – hier sollte jede einzelne URL manuell abgeklappert werden. Beziehen Sie Redakteure und QA-Tester ein, die nicht mit dem Mapping vertraut sind: Sie entdecken oft Usability-Probleme, die Entwickler übersehen. Beispiel: Eine alte Produktseite leitet technisch einwandfrei auf die neue um, aber die Beschreibung fehlt – der Kunde springt ab. Nutzen Sie eine Checkliste mit Kriterien: Weiterleitungstyp (301 statt 302), Ladezeit, Konsistenz der Navigation, Funktion von Formularen und Suchfeldern. Führen Sie die Prüfung auf einem Staging-Server durch, der die exakte Live-Umgebung abbildet. Dokumentieren Sie alle Abweichungen und lassen Sie sie beheben, bevor Sie den Schalter umlegen. Nach dem Launch wiederholen Sie die Stichprobe – die Fehlerquote sinkt mit jedem Durchlauf.
Backlink-Migration und externe Verweise
Backlinks sind Vertrauenssignale, die auf Ihre alten URLs verweisen. Bei einem Relaunch müssen Sie sicherstellen, dass diese Links nicht ins Leere laufen. Identifizieren Sie vor dem Umzug die wichtigsten Backlink-Quellen (z. B. über die Google Search Console oder spezialisierte Tools). Dokumentieren Sie die verweisenden Domains und die verlinkten URLs. Nach dem Relaunch sollten Sie die Webmaster der verweisenden Seiten kontaktieren und um Aktualisierung der Links auf die neuen URLs bitten – insbesondere bei redaktionellen Beiträgen, Presseartikeln oder Kooperationsseiten. Alternativ stellen Sie sicher, dass Ihre 301-Weiterleitungen dauerhaft bestehen bleiben; Google gibt den Linkjuice über die Weiterleitung weiter, solange diese stabil ist. Achten Sie darauf, dass Weiterleitungen nicht mehrfach hintereinander geschaltet sind (z. B. von alt zu zwischen-alt zu neu), da dies Linkkraft verlieren kann. Beispiel: Ein Branchenportal verlinkt auf Ihre alte Studie. Wenn die 301 korrekt gesetzt ist, profitiert die neue URL vom Linkwert. Prüfen Sie nach vier bis sechs Wochen in der Search Console, ob die verweisenden Links auf die neuen Ziele zeigen. Nutzen Sie auch Ihre eigene interne Verlinkung: Ersetzen Sie in Ihren Content-Management-Systemen alle alten internen Links durch neue, sonst entstehen tote Enden. Ein gründliches Backlink-Audit vor dem Relaunch vermeidet spätere Rankingverluste. Die Migration externer Verweise ist aufwendig, aber essenziell für die Sichtbarkeit Ihrer Marke.
Performance und Core Web Vitals beim Relaunch
Ein neuer Website-Auftritt bedeutet oft ein verändertes Frontend – und damit potenziell neue Performance-Probleme. Vor dem Relaunch sollten Sie die Core Web Vitals Ihrer aktuellen Seite messen (LCP, FID/INP, CLS) und für die neue Seite Zielwerte definieren. Besonders kritisch ist der Largest Contentful Paint (LCP): Er sollte unter 2,5 Sekunden liegen. Optimieren Sie Bilder, nutzen Sie Lazy Loading für nicht sichtbare Elemente und vermeiden Sie rendernde JavaScript-Bibliotheken auf den wichtigsten Seiten. Der Cumulative Layout Shift (CLS) wird oft durch nachladende Schriften oder dynamisch eingeblendete Banner verursacht – reservieren Sie Platz im Layout. Ein Relaunch ist der ideale Zeitpunkt, um auf ein schlankeres CMS zu setzen oder serverseitiges Caching zu implementieren. Beispiel: Ein Onlinemagazin mit vielen Bildern stellt auf ein neues Theme um und verdoppelt dadurch die Ladezeit. Die Folge: höhere Absprungrate und schlechtere Rankings. Testen Sie alle Kernseiten mit Lighthouse und PageSpeed Insights, auch auf mobilen Geräten. Stellen Sie sicher, dass die Ladezeit der neuen Seite nicht schlechter ist als die der alten – sonst riskieren Sie neben Rankingverlusten auch eine schlechtere Nutzererfahrung. Dokumentieren Sie die Performance-Werte vor und nach dem Go-Live und gleichen Sie sie mit der Search Console ab. Verbesserte Ladezeiten können sich positiv auf die Indexierung auswirken, da Google schnelle Seiten bevorzugt crawlt.
blog.faqT
Wie lange dauert es, bis Google die neuen URLs vollständig indexiert hat?
Nach einem Relaunch kann es zwei bis sechs Wochen dauern, bis Google alle neuen URLs entdeckt und in den Index aufnimmt. Die Dauer hängt von der Anzahl der Seiten, der Crawl-Frequenz und der Qualität der neuen Sitemap ab. Reichen Sie die Sitemap sofort ein und stellen Sie sicher, dass die alten URLs sauber weiterleiten. Überwachen Sie den Abdeckungsbericht in der Search Console; wenn nach vier Wochen noch viele ‚Nicht indexierte‘ Seiten auftauchen, prüfen Sie die Crawlbarkeit.
Was tun, wenn nach dem Relaunch die Rankings einbrechen, aber keine 404-Fehler auftreten?
Ein Rankingverlust ohne 404-Fehler deutet oft auf Quality-Probleme hin: veränderter Content, falsche kanonische Tags oder interne Linkstruktur. Vergleichen Sie die aktuelle Seitenversion mit der alten im Cache (Wayback Machine). Prüfen Sie, ob wichtige interne Links auf die neuen URLs zeigen oder ob sie auf alte (weitergeleitete) zeigen. Auch die Ladezeit kann sich verschlechtert haben. Analysieren Sie die Search Console auf manuelle Maßnahmen oder Algorithmus-Updates. Meist hilft eine schrittweise Rückführung der Veränderungen auf den betroffenen Seiten.
