SEO-sicher relaunchen: Redirects, Migration und Monitoring
Der grösste Relaunch-Schaden ist verlorene Sichtbarkeit, und er ist fast vollständig vermeidbar. So planen Sie URL-Inventar, Redirect-Mapping und Monitoring richtig.

Dieser Artikel ist Teil unseres Ratgebers Webseiten Relaunch planen.
Der häufigste Schaden bei einem Website-Relaunch entsteht nicht durch schlechtes Design, sondern durch verlorene Sichtbarkeit: Rankings, die über Jahre aufgebaut wurden, verschwinden in wenigen Tagen, weil alte URLs ins Leere führen. Das Gute daran: Dieser Schaden ist fast vollständig vermeidbar. Dieser Artikel zeigt, wie Sie Ihren Relaunch SEO-sicher planen, umsetzen und überwachen.
Inhalt
- Warum Relaunches Rankings kosten
- Vor dem Relaunch: Das URL-Inventar
- Das Redirect-Mapping: Herzstück der Migration
- Die technische Checkliste vor dem Go-Live
- Der Go-Live-Tag
- Nach dem Relaunch: Monitoring
- Was das für Ihr Projekt bedeutet
Warum Relaunches Rankings kosten
Suchmaschinen bewerten nicht Ihre Website als Ganzes, sondern einzelne URLs. Jede Seite hat sich ihre Position durch Inhalt, Verlinkung und Nutzersignale erarbeitet. Ändert der Relaunch die URL-Struktur, ohne den Suchmaschinen den Umzug mitzuteilen, beginnt jede Seite wieder bei null. Dazu kommen typische Fehlerquellen: vergessene noindex-Anweisungen aus der Staging-Umgebung, verlorene Meta-Daten, gelöschte Inhalte, die Traffic brachten.
Eine gewisse Schwankung der Rankings nach dem Go-Live ist normal und erholt sich innert Wochen. Ein Einbruch von 30 Prozent und mehr, der bleibt, ist keine Schwankung, sondern ein Handwerksfehler.
Vor dem Relaunch: Das URL-Inventar
Bevor irgendetwas gebaut wird, brauchen Sie die vollständige Liste aller bestehenden URLs. Quellen dafür:
- Crawl der Live-Site mit einem Tool wie Screaming Frog: alle erreichbaren Seiten.
- Google Search Console: alle Seiten, die tatsächlich Impressionen und Klicks bringen.
- Analytics: die meistbesuchten Seiten der letzten zwölf Monate.
- Backlink-Daten: Seiten, auf die andere Websites verlinken. Diese URLs sind das wertvollste Kapital.
Aus diesen Quellen entsteht eine priorisierte Liste: Welche URLs bringen Traffic, Links oder Conversions? Diese Seiten dürfen im neuen Auftritt weder verschwinden noch unauffindbar werden. Was dabei mit den Inhalten selbst passiert, klärt der Content-Audit vor dem Relaunch.
Das Redirect-Mapping: Herzstück der Migration
Für jede alte URL wird festgelegt, wohin sie künftig führt: idealerweise auf die direkte Entsprechung im neuen Auftritt, nicht pauschal auf die Startseite. Die Regeln:
- 301-Weiterleitungen (permanent), nicht 302 (temporär). Nur die 301 überträgt die aufgebaute Autorität.
- Eine Weiterleitung pro URL, keine Ketten. Jeder Zwischenschritt kostet Ladezeit und Signalstärke.
- Kein Sammelziel Startseite. Google wertet das wie eine 404-Seite.
- Auch Bilder und Dokumente einbeziehen, wenn sie Rankings oder Verlinkungen haben.
Das Mapping entsteht als Tabelle (alte URL, neue URL, Priorität) und wird vor dem Go-Live in der Staging-Umgebung getestet.
Die technische Checkliste vor dem Go-Live
- Meta-Titel und -Beschreibungen der wichtigsten Seiten übernommen oder bewusst verbessert
- Strukturierte Daten (Schema.org) auf dem neuen System vorhanden
- Interne Links auf die neuen URLs umgestellt, keine Links auf Redirects
- XML-Sitemap aktualisiert und bereit zur Einreichung
- noindex und Passwortschutz der Staging-Umgebung entfernt, robots.txt geprüft
- Ladezeit und Core Web Vitals mindestens auf dem Niveau der alten Site
- 404-Seite mit sinnvoller Navigation eingerichtet
Der Go-Live-Tag
Zwei Grundsätze haben sich bewährt: Nie am Freitag und nie vor wichtigen Kampagnen. Der Go-Live braucht ein Zeitfenster, in dem das Team reagieren kann. Direkt danach: Redirects stichprobenartig testen, Sitemap in der Search Console einreichen, Crawling beobachten. Die alte Sitemap bleibt übergangsweise erreichbar, damit Suchmaschinen die Weiterleitungen schneller entdecken.
Nach dem Relaunch: Monitoring
Die ersten vier bis acht Wochen entscheiden. Wöchentlich prüfen:
- Search Console: Abdeckungsfehler, 404-Meldungen, Indexierungsstatus
- Rankings der wichtigsten Keywords im Vergleich zur Vor-Relaunch-Basis
- Organischer Traffic gegenüber Vorjahreszeitraum, nicht Vorwoche
- Crawl-Fehler und Weiterleitungsketten mit einem erneuten Crawl
Wer die Basis vor dem Relaunch dokumentiert hat, erkennt echte Probleme sofort und kann gezielt nachsteuern, statt zu raten. Sichtbarkeit heisst 2026 übrigens mehr als Google: Wie Ihre neue Website auch in KI-Antworten präsent bleibt, zeigt der Artikel AI-ready relaunchen.
Was das für Ihr Projekt bedeutet
SEO-Sicherheit ist beim Relaunch kein Zusatzpaket, sondern Projektbestandteil von Tag eins: URL-Inventar in der Analysephase, Redirect-Mapping parallel zur Entwicklung, Monitoring nach dem Go-Live. Der Aufwand ist überschaubar, der vermiedene Schaden gross. Repetitive Teile wie das Mapping lassen sich heute stark beschleunigen, wie der Artikel Relaunch mit AI beschleunigen zeigt.
Bei NETNODE gehört die SEO-Migration fix zu jedem Relaunch-Projekt, inklusive dokumentierter Vorher-Basis und Monitoring nach dem Go-Live.
Referenzen
- Content-Audit vor dem Relaunch
- AI-ready relaunchen: GEO, llms.txt und Agent-Readiness
- Warum ein Webprojekt nie fertig ist
Lassen Sie uns darüber sprechen
Sie planen einen Relaunch und möchten Ihre Rankings nicht aufs Spiel setzen? Wir zeigen Ihnen, wie die SEO-Migration in Ihrem Projekt aussieht. Das erste Gespräch ist immer kostenlos.
Blog ·
Später lesen
Keine Zeit? Senden Sie sich den Artikel an die eigene Inbox.
Dieser Artikel ist Teil des Ratgebers
Inhalt
- 01Was ist ein digitales Ökosystem?
- 02Warum ein Webprojekt nie fertig ist.
- 0310 Argumente für eine neue Webseite.
- 04Digital Strategy Master Plan.
- 05Content-Audit vor dem Relaunch: Was mitnehmen, was löschen
- 06SEO-sicher relaunchen: Redirects, Migration und MonitoringSie lesen dieses Kapitel
- 07AI-ready relaunchen: GEO, llms.txt und Agent-Readiness
- 08Website-Relaunch mit AI beschleunigen: Audit, Redirects, Migration
- 09Liste mit praktischen AI Tool für den Businessalltag (2026)
- 10NETNODE Projektkompass.

