Insights · · 15 Min. Lesezeit · HYPED
SEO Relaunch Checkliste: So schützen Sie Ihre Rankings
Der einzige verlässliche Weg durch einen Relaunch ohne nennenswerte Sichtbarkeitsverluste: ein vollständiges URL-Inventar, saubere 301- oder 308-Weiterleitungen ohne Ketten und ein Testlauf auf geschützter Staging-Umgebung, bevor irgendetwas live geht. Wer diese drei Bausteine ernst nimmt und danach Search Console und Analytics engmaschig beobachtet, verhindert die meisten Rankingverluste, die bei Relaunches typischerweise entstehen.
Kurz gesagt:
- Ein vollständiges URL-Inventar, saubere 301- oder 308-Weiterleitungen ohne Ketten sowie ein Testlauf in einer geschützten Staging-Umgebung sind essenziell, um bei Relaunches stabile Rankings zu gewährleisten.
- Fehlende URLs im Inventar stellen die häufigste Ursache für Rankingverluste dar, weshalb eine Kombination aus Crawl, Sitemap, Search Console und Analytics vor dem Start unabdingbar ist.
- Interne Verlinkung und Navigation müssen strikt auf die finalen URLs zeigen, um Linkkraft zu erhalten, während Transfer- und Redirect-Regeln streng nach Google-Richtlinien umgesetzt werden sollten.
- Sicherstellung, dass Noindex-Tags, Canonicals und Tracking-Parameter im Testsystem korrekt gesetzt sind, ist kritisch, um nach dem Livegang keine Such- oder Tracking-Probleme zu riskieren.
- Der wichtigste Zeitraum für Monitoring liegt in den ersten sechs Wochen, wobei technische Fehler wie fehlende Redirects oder falsche Canonicals schnell identifiziert und behoben werden sollten.
Inhaltsverzeichnis
- Vorbereitung: Welche Daten, Baselines und Entscheidungsdokumente vorliegen müssen
- Content-Konzeption: Inhalte bewerten, konsolidieren, neu planen
- Technische SEO & Redirect-Strategie: Regeln, Tests und Beispiele
- Informationsarchitektur, Navigation und interne Verlinkung
- Staging, Tests und QA vor dem Livegang
- Launch-Tag-Checklist: Was in den ersten Stunden geprüft werden muss
- Monitoring nach dem Relaunch: Was messen, Timeline und Alarmkriterien
- Häufige Fehler und schnelles Troubleshooting
- Tools, Vorlagen und schnelle Hilfsmittel
- Praxis-Check: Realistische Zeitrahmen und Governance-Regeln
- Autorensicht: Prioritäten und Entscheidungsleitlinien
- Angebotsvorstellung: Beratung für Ihren Relaunch ohne Umsetzungszwang
- Offizielle Dokumente und praxisnahe Guides
- Quellen
- FAQ
Vorbereitung: Welche Daten, Baselines und Entscheidungsdokumente vorliegen müssen
Ein Relaunch scheitert selten am Design. Er scheitert an fehlenden Daten, die vor dem ersten Mockup hätten gesammelt werden müssen. Wer ohne vollständiges URL-Inventar startet, weiß am Launch-Tag schlicht nicht, welche Seiten überhaupt geschützt werden müssen.
Ein belastbares Inventar entsteht nicht aus einer einzigen Quelle, sondern aus vier kombinierten: einem vollständigen Crawl der Live-Website, der aktuellen XML-Sitemap, dem Seitenbericht in der Google Search Console und den meistbesuchten Landingpages aus Analytics. Fehlende URLs in diesem Inventar sind die häufigste Ursache für Rankingverluste bei einem Relaunch, weil genau diese Seiten später ohne Weiterleitung ins Leere laufen.
Folgende Baselines müssen vor dem ersten Entwicklungsschritt dokumentiert sein:
- Top-Landingpages nach organischem Traffic der letzten 12 Monate, exportiert aus GA4 oder dem bisherigen Analytics-Tool.
- Ranking-Baseline für die wichtigsten 50 bis 200 Keywords, je nach Projektgröße, inklusive Position und Suchvolumen.
- Impressions und Klicks aus der Search Console für einen Vergleichszeitraum von mindestens drei Monaten.
- Backlink-Profil der stärksten verlinkten URLs, damit Linkjuice nach dem Umzug nicht ins Leere zeigt.
- Conversion-Daten pro URL, damit Umsatzseiten bei der Priorisierung nicht mit Blog-Artikeln gleichgesetzt werden.
Parallel dazu muss der Scope klar abgegrenzt sein: Wechselt nur das CMS? Ändert sich die Domain? Wird das URL-Schema umgebaut? Wird gleichzeitig der Content überarbeitet? Jede dieser Fragen beeinflusst das Risiko einzeln, und genau deshalb ist das Bündeln mehrerer Änderungen in einem Schritt so gefährlich. Ein Domainwechsel plus komplett neues URL-Schema plus neuer Content gleichzeitig macht es später fast unmöglich, die Ursache eines Rankingverlusts einzugrenzen. Ein SEO-Check der bestehenden Website vor Projektstart hilft, diese Baseline sauber zu dokumentieren, bevor die Entwicklung beginnt.
Der Projektplan selbst braucht feste QA-Gates: Kein Übergang von Staging zu Live ohne bestandenen Redirect-Test, keine Freigabe für neue Templates ohne SEO-Check, keine Content-Migration ohne Abgleich mit der Baseline. Diese Gates wirken bürokratisch, verhindern aber genau die Fehler, die später Wochen an Korrekturarbeit kosten.
Content-Konzeption: Inhalte bewerten, konsolidieren, neu planen
Nicht jede Seite verdient einen Platz auf der neuen Website. Die Entscheidung, was bleibt, was zusammengelegt wird und was komplett verschwindet, sollte auf Daten beruhen, nicht auf Bauchgefühl der Fachabteilung.
Traffic und Backlinks sind die beiden verlässlichsten Signale. Eine Seite mit stabilem organischem Traffic und eingehenden Links bleibt bestehen, notfalls unter neuer URL mit Weiterleitung. Seiten mit ähnlichem Thema und schwacher individueller Performance werden zu einer starken Zielseite konsolidiert. Seiten ohne Traffic, ohne Links und ohne strategischen Wert werden per 301 auf den passenden Kanoniker umgeleitet statt einfach gelöscht.
Eine Cluster- oder Pillar-Struktur liefert dabei die Heuristik: Statt zehn dünne Einzelartikel zu einem Thema zu erhalten, entsteht eine Pillar-Seite mit Tiefe, die die Linksignale mehrerer alter Seiten bündelt. Das ist der Moment, in dem eine Checkliste für Content-Optimierung hilft, Prioritäten sauber zu dokumentieren statt sie im Projektverlauf zu verlieren.
Für neue oder überarbeitete Seiten braucht es feste Vorgaben, damit nicht jede Abteilung ihr eigenes Format erfindet:
- Title-Tag mit Haupt-Keyword in den ersten 60 Zeichen
- Meta-Description mit klarer Handlungsaufforderung, maximal 155 Zeichen
- Genau ein H1 pro Seite, thematisch identisch mit dem Title
- Strukturierte Daten je Seitentyp, etwa Product, FAQ oder Article
- Interne Verlinkung zu mindestens zwei thematisch verwandten Seiten
Ein oft übersehener Sonderfall sind PDFs, alte Landingpage-Varianten aus abgelaufenen Kampagnen und URLs mit Tracking-Parametern. Diese laufen selten durch den normalen Content-Review, tauchen aber trotzdem in Suchergebnissen auf. Wer sie im Inventar vergisst, produziert nach dem Launch stille 404-Fehler, die erst Wochen später in der Search Console auffallen.
Profi-Tipp: Führen Sie die Konsolidierungsentscheidung in einer einzigen Tabelle mit den Spalten „Alte URL“, „Traffic“, „Backlinks“, „Entscheidung“ und „Neue URL“. Diese Tabelle wird später ohnehin zur Basis der Redirect-Map, doppelte Arbeit entsteht so gar nicht erst.
Technische SEO & Redirect-Strategie: Regeln, Tests und Beispiele
Die Redirect-Strategie ist der Teil eines Relaunchs, der über Erfolg oder monatelangen Rankingverlust entscheidet. Und die Grundregel ist simpel, wird aber ständig falsch umgesetzt.
Google verlangt bei dauerhaften URL-Änderungen serverseitige 301- oder 308-Weiterleitungen; temporäre Codes wie 302 oder 307 signalisieren dem Crawler, dass die alte URL bald zurückkommt, und verzögern damit die Übertragung von Rankingsignalen unnötig.
Statistischer Kontext: Praxisleitfäden für Migrationen empfehlen inzwischen durchgängig eine Monitoring-Phase von mindestens 12 Monaten nach dem Cutover, weil Suchmaschinen bei größeren URL-Änderungen entsprechend lange brauchen, um das komplette Redirect-Netz vollständig neu zu bewerten.
Für die Redirect-Map selbst gelten wenige, aber strenge Regeln:
- 1:1-Mapping, wo immer möglich. Jede alte URL bekommt ihre eigene neue Zieladresse, keine Sammelweiterleitung auf die Startseite.
- Keine mehrstufigen Ketten auf kritischen Pfaden. Eine URL, die über drei Zwischenstationen zur finalen Adresse führt, verliert Crawl-Budget und Rankingsignal.
- Self-referencing Canonicals auf allen neuen Seiten, damit Suchmaschinen die neue URL zweifelsfrei als die maßgebliche Version erkennen.
- robots.txt und X-Robots-Tag vor dem Launch prüfen. Eine versehentlich blockierte neue Domain ist einer der häufigsten Launch-Fehler überhaupt.
- Server-Level-Tests per curl, nicht nur ein Klick im Browser. Ein WordPress-Plugin wie Redirection eignet sich für einfache interne Regeln, ersetzt bei einem Domainumzug aber keine serverseitige Konfiguration.
Redirects sollten grundsätzlich serverseitig per curl geprüft werden, nicht über JavaScript-Weiterleitungen oder reine Plugin-Logik. Ein einfacher Befehl wie curl -I https://alte-domain.de/seite zeigt sofort, welchen Statuscode der Server tatsächlich ausliefert, unabhängig davon, was das CMS im Backend anzeigt.
Nach dem Deployment gehört ein CDN-Cache-Purge zur Pflicht, sonst liefert der Server tagelang veraltete Antworten aus. Und die neue Sitemap muss ausschließlich finale, indexierbare URLs enthalten. Eine Sitemap mit alten URLs, 404-Seiten oder Weiterleitungszielen verwirrt Crawler genau in der Phase, in der Klarheit am wichtigsten ist.
Informationsarchitektur, Navigation und interne Verlinkung
Eine neue Navigation sieht oft besser aus als die alte. Das Problem: Wenn dabei die internen Linkpfade zu den wichtigsten Landingpages verschwinden, verlieren genau diese Seiten an interner Linkkraft, selbst wenn die URL identisch bleibt.
Die Klicktiefe der umsatzstärksten Seiten sollte im neuen Aufbau nicht wachsen. Eine Landingpage, die vorher zwei Klicks von der Startseite entfernt war, darf nach dem Relaunch nicht plötzlich vier Klicks entfernt liegen, nur weil die neue Menüstruktur eleganter aussieht.
Bei der internen Verlinkung gilt eine klare Regel:
- Interne Links zeigen direkt auf die finale neue URL, niemals auf die alte URL mit anschließender Weiterleitung. Jede interne Weiterleitung kostet unnötig Crawl-Budget.
- Breadcrumbs spiegeln die neue Struktur exakt wider und sollten mit strukturierten Daten ausgezeichnet sein.
- hreflang-Attribute müssen bei mehrsprachigen Websites vollständig auf die neuen URLs aktualisiert werden, sonst zeigen sie temporär auf tote Adressen.
- Die Top-Landingpages aus der Baseline bekommen bewusst gesetzte Links von der Startseite oder den wichtigsten Kategorieseiten, nicht nur zufällige Erwähnungen im Fließtext.
Eine Site-Audit-Analyse vor dem Launch zeigt zuverlässig, welche Seiten aktuell die meisten internen Links erhalten, und genau diese Verteilung sollte im neuen Aufbau erhalten bleiben, nicht zufällig neu gewürfelt werden.
Staging, Tests und QA vor dem Livegang
Die geschützte Testumgebung ist die letzte Chance, Fehler zu finden, bevor sie live für Suchmaschinen sichtbar werden. Und genau hier passiert einer der häufigsten Fehler überhaupt.
- Staging per Passwort oder IP-Sperre absichern, niemals per Noindex-Tag allein. Ein Noindex-Tag wird regelmäßig versehentlich mit auf die Live-Umgebung übernommen und blockiert dann die gesamte neue Website.
- Vollständigen Crawl der Staging-Umgebung mit einem Tool wie Screaming Frog oder Sitebulb durchführen, um Statuscodes, Weiterleitungen, Title-Tags und Canonical-Angaben zu prüfen, bevor überhaupt ein Launch-Termin steht.
- Core Web Vitals und strukturierte Daten testen, idealerweise mit PageSpeed Insights und einem Schema-Validator, der die syntaktische Korrektheit der strukturierten Daten prüft.
- Tracking und Consent-Banner in Staging kontrollieren, damit Analytics-Events und Conversion-Tracking beim Livegang sofort korrekt feuern, statt erst nach Wochen aufzufallen.
Eine gute Testabdeckung auf Staging verhindert genau die Fehler, die am häufigsten live gehen: vergessene Noindex-Tags, falsche Canonicals oder eine versehentlich mitgenommene Staging-Sitemap.
Launch-Tag-Checklist: Was in den ersten Stunden geprüft werden muss
Die ersten Stunden nach dem Cutover entscheiden, ob die Vorarbeit sich auszahlt. Diese Reihenfolge hat sich bewährt:
- Noindex-Tags und robots.txt-Sperren entfernen, sofort nach dem Deployment, nicht erst am nächsten Morgen.
- CDN-Cache vollständig purgen und per DNS-Check bestätigen, dass die neue Version tatsächlich ausgeliefert wird.
- Stichprobenartig zentrale 301-Weiterleitungen manuell testen, mindestens die zehn wichtigsten URLs aus der Baseline.
- Neue Sitemap in der Search Console einreichen und die URL-Inspektion für die wichtigsten Seiten anstoßen.
- Analytics-Events und Conversion-Tracking live testen, inklusive Formularabsendung und Checkout, falls vorhanden.
Wer diese fünf Schritte in den ersten zwei bis drei Stunden nach Livegang abarbeitet, fängt die meisten kritischen Fehler ab, bevor Google sie beim nächsten Crawl registriert. Genau in dieser Phase zahlt sich auch eine durchdachte Priorisierung der Indexierung aus: Umsatzseiten sollten zuerst neu gecrawlt werden, nicht zwangsläufig jede einzelne URL der Website.
Monitoring nach dem Relaunch: Was messen, Timeline und Alarmkriterien
Ein Rankingeinbruch in der ersten Woche ist normal. Ein Rankingeinbruch in Woche sechs ist ein Alarmsignal.
Statistischer Kontext: Kurzfristige Schwankungen von 10 bis 20 % bei Impressions in den ersten ein bis zwei Wochen gelten als normale Reaktion der Suchmaschine auf die URL-Änderungen. Eine echte Stabilisierung tritt üblicherweise erst in Woche vier bis sechs ein, wenn Redirects und interne Signale vollständig verarbeitet sind.
Diese Dashboards sollten ab Tag eins laufen:
- Search Console: Impressions, Klicks, durchschnittliche Position, Abdeckungsbericht für Crawling-Fehler
- GA4: organischer Traffic pro Landingpage im Vergleich zur Baseline
- Crawl-Reports: wöchentlicher Screaming-Frog-Crawl zum Abgleich von Statuscodes
- Server-Logs: 404- und 5xx-Fehler, täglich in der ersten Woche, danach wöchentlich
- Backlink-Alerts: eingehende Links, die auf tote alte URLs zeigen
In diesem Fall ist die Ursache fast immer technisch: fehlende Redirects, versehentliche Noindex-Tags oder falsch gesetzte Canonicals, keine allgemeine „Google mag die neue Seite nicht“-Erklärung.
Häufige Fehler und schnelles Troubleshooting
Die meisten Relaunch-Probleme lassen sich auf eine Handvoll Ursachen zurückführen. Kennt man diese, lässt sich meist innerhalb von Stunden reagieren.
- Noindex-Tag versehentlich live: Sofort per Crawl aller Seitentemplates prüfen, nicht nur Stichproben. Einmal im Template vergessen, betrifft es hunderte Seiten gleichzeitig.
- Redirect-Ketten: Jede Kette mit mehr als einem Sprung auflösen und direkt auf die finale URL zeigen lassen, besonders bei der Startseite.
- Fehlende Tracking-Daten: Conversion-Tracking und Analytics-Events haben Priorität vor kosmetischen Design-Korrekturen, weil ohne sie jede spätere Erfolgsmessung blind ist.
- Falsche Canonicals: Prüfen, ob Canonical-Tags versehentlich noch auf Staging-URLs oder alte Domains zeigen, ein klassischer Copy-Paste-Fehler beim Template-Umzug.
Tools, Vorlagen und schnelle Hilfsmittel
Für die praktische Umsetzung braucht es keine riesige Toolkette, aber ein paar feste Bestandteile:
- Screaming Frog für den vollständigen Crawl alter und neuer URL-Struktur, das zentrale Werkzeug, um Redirect-Mapping zu validieren.
- Google Search Console für Indexierungsstatus, Abdeckungsfehler und Sitemap-Einreichung, unverzichtbar ab dem ersten Tag.
- GA4 für den Traffic- und Conversion-Vergleich zur Baseline.
- PageSpeed Insights für Core Web Vitals vor und nach dem Launch.
- Backlink-Tools zur Prüfung, welche externen Links auf welche alten URLs zeigen.
Als Vorlagen reichen meist drei Tabellenblätter: ein URL-Inventar, eine Redirect-Map mit den Spalten alte URL, neue URL, Statuscode und Verantwortlicher, sowie eine Launch-Checklist mit Häkchen pro Schritt. Ein KI-gestütztes Werkzeug wie der SEO Content Rewriter kann bei der Massenüberarbeitung von Meta-Descriptions und Title-Tags während der Content-Migration Zeit sparen, ersetzt aber nicht die manuelle Prüfung jeder kritischen Seite.
Praxis-Check: Realistische Zeitrahmen und Governance-Regeln
Aus der Projektpraxis heraus lässt sich ein Muster erkennen, das bei fast jedem Relaunch wiederkehrt.
Für eine Website mit 20 bis 50 Seiten sind 8 bis 16 Wochen ein realistischer Zeitrahmen, vorausgesetzt Content und Freigaben liegen pünktlich vor. Der häufigste Verzögerungsgrund ist fast nie die Technik, sondern fehlender oder verspäteter Content von Seiten des Auftraggebers.
Governance entscheidet dabei oft mehr als die reine Umsetzungsgeschwindigkeit. Ein Scope-Freeze, der während der Bauphase keine neuen Anforderungen mehr zulässt, verhindert Verzögerungen, die sonst kaskadieren. Ein Single-Source-of-Truth-Dokument für die Redirect-Map, in dem Verantwortlichkeiten klar zugeordnet sind, reduziert Einführungsfehler messbar gegenüber Projekten ohne dieses Dokument.
Profi-Tipp: Legen Sie das Redirect-Map-Dokument bereits in der Angebotsphase an, nicht erst kurz vor dem Launch. So wandert jede Konsolidierungsentscheidung direkt in eine Zeile statt in einen Chat-Verlauf, der drei Wochen später niemand mehr findet. Bei solchen Projekten kann ein beratender Sparringspartner unterstützen, ohne selbst in die technische Umsetzung einzugreifen.
Autorensicht: Prioritäten und Entscheidungsleitlinien
Die meisten Relaunch-Checklisten behandeln alle Punkte als gleich wichtig. Das ist falsch, und es kostet Unternehmen regelmäßig Wochen an vermeidbarer Erholungszeit.
Wenn die Baseline fehlt oder das Backlink-Profil nicht dokumentiert ist, verschieben Sie den Launch-Termin. Ein neues Design, das ohne diese Daten live geht, lässt sich später nicht mehr sauber bewerten, weil niemand weiß, wie stark die Website vorher wirklich war. Das ist kein technisches Risiko, sondern ein Blindflug mit Ansage.
Inventar, Redirects und Monitoring verdienen mehr Aufmerksamkeit als jedes neue Feature auf der Website. Ein hübscheres Design bringt kurzfristig nichts, wenn die halbe URL-Struktur ohne Weiterleitung im Nirwana landet. Diese drei Bausteine sind unspektakulär, aber sie sind der Unterschied zwischen einem Relaunch, der in Woche sechs stabil ist, und einem, der noch nach drei Monaten Traffic verliert.
Wer sich bei diesen Entscheidungen unsicher ist, ob die eigene Agentur oder das interne Team die Prioritäten richtig setzt, profitiert von einer zweiten, unabhängigen Einschätzung. Der Sinn eines Sparringspartners liegt dabei in der kritischen Prüfung der Entscheidungen vor dem Launch, nicht in der Umsetzung.
— Dominic
Angebotsvorstellung: Beratung für Ihren Relaunch ohne Umsetzungszwang
Es gibt Alternativen zur klassischen Full-Service-Agentur für Unternehmen, die einen Relaunch selbst steuern wollen, aber eine fachkundige zweite Meinung brauchen, bevor kritische Entscheidungen fallen. Ein Organic-Growth-Paket kann ein Analyse-Dashboard mit individueller Beratung zu SEO und generativer Suchmaschinenoptimierung kombinieren, monatlich kündbar, ohne dass die Beratungsseite selbst in die technische Umsetzung eingreift.
Konkret bekommen Kunden eine Priorisierung der wichtigsten Risiken vor dem Launch, eine Checkliste, die auf die eigene Website zugeschnitten ist, und ein Monitoring-Setup, das nach dem Relaunch sofort zeigt, ob die Erholung im erwarteten Rahmen liegt oder ob eskaliert werden muss. Für Teams, die bereits eine Agentur beauftragt haben, aber deren Entscheidungen gegenprüfen lassen wollen, kann ein unabhängiger Sparringspartner sinnvoll sein. Wer diese Unterstützung für den eigenen Relaunch prüfen möchte, findet im Organic Growth System den passenden Einstieg, oder klärt vorab offene Fragen über einen SEO-Praxisleitfaden für Unternehmen.
Offizielle Dokumente und praxisnahe Guides
Wer einzelne Aussagen dieser Checkliste nachprüfen möchte, findet die technische Grundlage direkt bei Google und in praxisnahen Migrationsleitfäden:
- Google Search Central: Site Moves mit URL-Änderungen, die offizielle Referenz zu Redirect-Codes und Zeitrahmen
- SEO Migration Plan als praxisorientiertes Framework für die Vorbereitungsphase
- Site Migration SEO Checklist mit 37 Einzelpunkten für die operative Umsetzung
- Schema Markup Validator zur syntaktischen Prüfung strukturierter Daten vor und nach dem Launch
Quellen
- Site moves with URL changes – Google Search Central
- Site migration SEO checklist (2026, 37 items)
- Website Redesign Without Losing SEO: 2026 Playbook
FAQ
Was ist ein SEO Relaunch genau?
Ein SEO Relaunch ist die technische und inhaltliche Neugestaltung einer Website, bei der bestehende Rankings, Traffic und Backlink-Signale durch sorgfältige Planung erhalten bleiben sollen, statt durch den Umbau verloren zu gehen.
Sollte ich bei einem Relaunch 301 oder 302 Weiterleitungen nutzen?
Für permanente URL-Änderungen gehören ausschließlich 301- oder 308-Weiterleitungen eingesetzt; 302 oder 307 sind für temporäre Fälle reserviert und verzögern die Übertragung von Rankingsignalen.
Wie lange dauert es, bis sich Rankings nach dem Relaunch erholen?
Eine Stabilisierung tritt meist in Woche vier bis sechs ein, kurzfristige Schwankungen von 10 bis 20 % gelten als normal; anhaltende Verluste über 30 % nach acht Wochen deuten auf technische Fehler hin.
Wie lange sollten Weiterleitungen nach einem Domainumzug bestehen bleiben?
Redirects sollten mindestens ein Jahr aktiv bleiben, bei größeren Domainumzügen empfehlen Migrationsleitfäden häufig eine Monitoring- und Redirect-Phase von 12 Monaten.
Wie lange dauert ein typischer Website-Relaunch mit 20 bis 50 Seiten?
Realistisch sind 8 bis 16 Wochen, wobei fehlender oder verspäteter Content meist der größte Verzögerungsfaktor ist, nicht die technische Umsetzung. Ein beratender Sparringspartner kann bei dieser Planung unterstützen, ohne die Umsetzung selbst zu übernehmen.