VanThunder Journal
Relaunch 12 Min. Lesezeit

Website-Relaunch ohne Blindflug: die Checkliste für SEO, Content und Launch

Ein praxisnaher Relaunch-Fahrplan von der URL-Inventur bis zum Monitoring – mit klaren Verantwortlichkeiten, 301-Weiterleitungen und messbarer Qualität.

Marvin Schubert Autor · Strategie, Entwicklung und SEO
Artikel lesen ↓ 5 Primärquellen
Abstraktes 3D-Migrationssystem mit alten Modulen, neuen Oberflächen und cyanfarbenen Übergabepfaden
KI-unterstützte Editorial-Illustration, von VanThunder gestaltet und geprüft · lokal gespeichert und ausgeliefert

Die wichtigsten Punkte

  • Vor dem Design steht die Inventur: URLs, Rankings, Conversions, Inhalte und technische Abhängigkeiten.
  • Jede ersetzte relevante URL braucht ein bewusstes Ziel und in der Regel eine serverseitige permanente Weiterleitung.
  • Der Launch ist kein einzelner Termin, sondern eine kontrollierte Phase aus Tests, Rollout und Monitoring.

01

Phase 1: Behalten, verbessern oder bewusst entfernen

Ein Relaunch beginnt nicht mit einem Moodboard. Er beginnt mit einer Liste der vorhandenen URLs und der Frage, welchen Wert jede Seite heute erfüllt. Exportiere Sitemap, interne Links, Search-Console-Daten, Analytics-Einstiege und relevante Backlinks. Ergänze pro URL Inhaltstyp, verantwortliche Person und die Entscheidung „behalten, zusammenführen, ersetzen oder entfernen“.

Rankings allein reichen nicht als Kriterium. Eine Seite mit wenig Traffic kann für einen wichtigen Vertriebsfall relevant sein; eine stark besuchte Seite kann veraltet sein und keine sinnvolle Handlung auslösen. Bewerte deshalb Suchnachfrage, Geschäftsrelevanz, Aktualität und Anschluss an den geplanten Nutzerweg gemeinsam.

Quellen: Google Search Central,

02

Phase 2: Die Redirect-Map ist ein Produktbestandteil

Wenn URLs wechseln, empfiehlt Google permanente serverseitige Weiterleitungen wie 301 oder 308. Das Ziel sollte inhaltlich möglichst gleichwertig sein. Pauschale Weiterleitungen aller alten Seiten auf die Startseite helfen Nutzern nicht und können von Suchmaschinen als Soft-404 interpretiert werden. Plane deshalb ein explizites Alt-zu-neu-Mapping und teste jede Zeile automatisiert und stichprobenartig im Browser.

Vermeide Ketten. Wenn A früher auf B zeigte und B jetzt durch C ersetzt wird, sollte A direkt auf C führen. Aktualisiere zugleich interne Links, Canonicals, hreflang-Verweise und die Sitemap auf die endgültigen URLs. Alte Weiterleitungen sollten lange genug bestehen bleiben; Google empfiehlt bei Site-Moves mindestens ein Jahr.

  • Statuscode und endgültiges Ziel testen
  • Keine Redirect-Loops oder unnötigen Ketten
  • Interne Links zeigen direkt auf die neue URL
  • Canonicals, hreflang und Sitemap verwenden ausschließlich neue URLs

Quellen: Google Search Central,Google Search Central,Google Search Central

03

Phase 3: Qualität vor dem Go-live beweisen

Baue eine Launch-Matrix statt einer losen To-do-Liste. Für jeden Seitentyp werden Inhalt, Metadaten, Formulare, Analytics, Consent, Tastaturbedienung, Responsive-Verhalten und Performance geprüft. Kritische Pfade – Anfrage, Kauf, Bewerbung oder Buchung – brauchen reale End-to-End-Tests. Teste nicht nur auf einem großen Monitor, sondern auf schmalen Viewports und mit langsameren Geräten.

Bei Performance sind klare Schwellen hilfreicher als Bauchgefühl. Die Core Web Vitals bewerten eine Seite als gut, wenn LCP höchstens 2,5 Sekunden, INP höchstens 200 Millisekunden und CLS höchstens 0,1 beträgt – jeweils am 75. Perzentil realer Besuche. Labortests vor dem Launch sind wichtig; Felddaten nach dem Launch zeigen die tatsächliche Erfahrung.

Quellen: web.dev,

04

Phase 4: Die ersten 30 Tage aktiv steuern

Direkt nach dem Rollout werden Indexierbarkeit, robots.txt, Sitemap, Canonicals und strukturierte Daten erneut geprüft. Beobachte Serverfehler, 404-Aufrufe, Weiterleitungsziele und Formularereignisse täglich, später wöchentlich. In der Search Console sind Veränderungen bei Seiten, Suchanfragen und Indexierungsgründen wichtiger als ein einzelner Tageswert.

Bewahre den alten Crawl, die Redirect-Liste und einen Stand der bisherigen Kennzahlen auf. So lassen sich Ursachen bei Abweichungen schneller trennen: Ist eine URL verloren gegangen, ein Tracking-Event kaputt oder hat sich die Nachfrage verändert? Ein Relaunch ist abgeschlossen, wenn das neue System stabil gemessen und redaktionell betrieben werden kann – nicht wenn der DNS-Eintrag geändert wurde.

Quellen: Google Search Central,Google Search Central

Fazit

Der sicherste Relaunch ist der, bei dem jede wichtige URL, jeder Conversion-Pfad und jedes Messsignal eine verantwortliche Person hat. Gute Gestaltung gewinnt erst dann, wenn der Übergang technisch und redaktionell kontrolliert ist.

Redaktionelle Verantwortung

Geschrieben von
Marvin Schubert
Fachlich geprüft von
Marvin Schubert
Veröffentlicht
Letzte inhaltliche Änderung
Quellen geprüft bis
29. Juli 2026
Vollständigen Redaktionsstandard lesen →

KI-Hinweis

Mit KI-Unterstützung recherchiert und strukturiert; von Marvin Schubert fachlich geprüft, redaktionell überarbeitet und anhand der verlinkten Primärquellen verifiziert.

Änderungsverlauf

· Erstveröffentlichung; Argumente, Empfehlungen und Quellen vor Veröffentlichung geprüft.

Übertrage den Artikel auf ein echtes Projekt.

Wir machen aus den Prinzipien einen klaren Scope, ein Designsystem und eine messbare Umsetzung.

Projekt besprechen