Website-Relaunch Checkliste 2026: 23 Punkte für einen sicheren Umzug

80 % aller Redesigns verfehlen ihre Ziele, 20–40 % organischer Traffic geht verloren, 49 % der Projekte werden nie rechtzeitig fertig. 23 Punkte in sechs Phasen – vom Baseline-Audit über SEO-Migration bis zum Post-Launch-Monitoring.

Du planst einen Website-Relaunch. Neues Design, bessere Performance, modernere Technik. Alles nachvollziehbar. Aber 80 % aller Redesigns verfehlen ihre Ziele – nicht weil die neue Seite schlechter aussieht, sondern weil der Umzug die SEO-Substanz zerstört, Conversion-Pfade umbricht oder schlicht zu spät fertig wird.

Dieser Artikel ist die Checkliste, die wir bei jedem Relaunch-Projekt verwenden. 23 Punkte, aufgeteilt in sechs Phasen – vom Audit über die Migration bis zu den ersten 90 Tagen nach dem Go-Live. Wenn du gerade vor der Frage stehst, ob sich ein Relaunch überhaupt lohnt, hilft dir unser Kostenüberblick für Websites 2026 bei der Kalkulation.

Warum die meisten Relaunches scheitern

Ein Relaunch ist kein Designprojekt. Er ist ein Migrationsprojekt mit Designkomponente. Die meisten Teams behandeln ihn umgekehrt: Sie investieren Wochen in Layouts und Farben, aber Stunden in URL-Mapping und Redirect-Planung. Das Ergebnis sind Seiten, die besser aussehen und schlechter performen.

Drei Muster tauchen dabei immer wieder auf:

Kein Baseline-Audit. Wer nicht weiß, welche Seiten wie viel Traffic bringen, kann nicht messen, was nach dem Relaunch verloren geht. Ohne Ausgangsdaten gibt es keine Erfolgskontrolle.

URL-Struktur ändert sich ohne Redirect-Plan. Jede URL, die sich ändert und keine 301-Weiterleitung bekommt, verliert ihr gesamtes Ranking. Bei 200 Unterseiten reicht eine Excel-Tabelle. Bei 2.000 brauchst du ein automatisiertes Mapping.

Content wird gleichzeitig umgeschrieben. Seiten, die bei Google auf Position 1–5 stehen, werden während des Relaunches inhaltlich überarbeitet. Google kann dann nicht unterscheiden, ob der Ranking-Verlust an der neuen URL, dem neuen Content oder der neuen Technik liegt. Ergebnis: Alles sackt ab, und niemand weiß, welchen Hebel er anfassen soll.

Phase 1: Baseline-Audit vor dem ersten Wireframe

Bevor du irgendetwas an der neuen Seite planst, brauchst du ein vollständiges Bild der aktuellen. Diese Daten sind dein Sicherheitsnetz – sie zeigen dir, was du schützen musst, und liefern die Vergleichswerte für den Erfolg des Relaunches.

1. Google Analytics exportieren. Lade die letzten 12 Monate als Referenz herunter: Seitenaufrufe pro URL, Conversion-Raten, Bounce Rates, Traffic-Quellen. Speichere die Rohdaten, nicht nur Screenshots.

2. Google Search Console crawlen. Exportiere alle indexierten URLs mit Klicks, Impressionen, CTR und durchschnittlicher Position. Sortiere nach Klicks absteigend – deine Top-50-Seiten sind die, bei denen du dir keinen Fehler leisten kannst.

3. Backlink-Profil sichern. Exportiere alle eingehenden Links über Ahrefs, Semrush oder die Search Console. Jeder Backlink zeigt auf eine bestimmte URL. Ändert sich diese URL ohne Redirect, verlierst du die Link-Equity.

4. Technischen Crawl durchführen. Screaming Frog oder Sitebulb über die gesamte Seite laufen lassen. Dokumentiere: Seitenanzahl, URL-Struktur, interne Verlinkung, Meta-Tags, Canonical-Tags, hreflang-Tags, Structured Data.

5. Conversion-Tracking prüfen. Welche Events und Ziele sind eingerichtet? Welche Formulare, welche Buttons werden getrackt? Diese Konfiguration muss nach dem Relaunch identisch funktionieren – sonst misst du den Erfolg der neuen Seite mit kaputten Instrumenten.

Phase 2: SEO-Migration planen

Die SEO-Migration ist das Herzstück des Relaunches. Hier entscheidet sich, ob du deine Rankings behältst oder verlierst.

6. Komplettes URL-Mapping erstellen. Jede alte URL bekommt eine Ziel-URL auf der neuen Seite. Keine Ausnahmen. Eine URL, die auf eine 404-Seite führt, verliert innerhalb von Wochen ihre gesamte Ranking-Kraft. Bei kleinen Seiten reicht eine Tabelle. Bei größeren Seiten automatisierst du das Mapping per Script.

7. 301-Redirects vorbereiten. Serverseitige 301-Weiterleitungen für jede geänderte URL. Keine JavaScript-Redirects, keine Meta-Refreshes, keine clientseitigen Lösungen. 301 ist der einzige Redirect-Typ, der Ranking-Signale vollständig weiterleitet.

8. Canonical-Tags und hreflang prüfen. Jede Seite auf der neuen Domain braucht einen korrekten Canonical-Tag, der auf sich selbst zeigt. Bei mehrsprachigen Seiten müssen die hreflang-Tags auf die neuen URLs verweisen – nicht auf die alten.

9. XML-Sitemap aktualisieren. Die neue Sitemap enthält nur die neuen URLs. Keine alten URLs, keine Redirects, keine 404er. Reiche sie am Tag des Go-Lives in der Search Console ein.

10. Structured Data migrieren. Schema-Markup (FAQ, HowTo, Organization, Breadcrumb) muss auf der neuen Seite vorhanden sein. Teste jede Seite im Rich Results Test, bevor du live gehst.

Phase 3: Content-Strategie für den Relaunch

Ein Relaunch ist verlockend, um "endlich mal aufzuräumen". Aber aggressives Löschen oder Umschreiben von Inhalten während der Migration ist einer der häufigsten Gründe für Ranking-Verluste.

11. Top-Performing-Seiten nicht anfassen. Seiten, die in den Top 5 ranken, bleiben inhaltlich unverändert. Optimiere sie frühestens drei Monate nach dem Relaunch, wenn sich die Rankings stabilisiert haben.

12. Thin Content konsolidieren. Seiten mit weniger als 300 Wörtern und kaum Traffic kannst du zusammenführen. Leite die alten URLs per 301 auf die konsolidierte Seite weiter. Das stärkt die verbleibenden Seiten statt Ranking-Signale zu verstreuen.

13. Meta-Titles und Descriptions übertragen. Wenn deine alten Meta-Tags gute CTRs liefern, übernimm sie unverändert. Neue Meta-Tags = neuer Test bei Google = temporäre CTR-Schwankungen.

14. Interne Verlinkung aktualisieren. Jeder interne Link auf der neuen Seite zeigt direkt auf die neue URL – nicht auf die alte, die dann per Redirect weiterleitet. Redirect-Ketten kosten Crawl-Budget und verwässern Link-Equity.

Phase 4: Technik und Performance

Seit dem Google Core Update im März 2026 sind Core Web Vitals keine Empfehlung mehr, sondern eine Ranking-Voraussetzung. Seiten, die diese Schwellenwerte verfehlen, verlieren Rankings bereits im ersten Indexierungs-Zyklus.

Metrik	Schwellenwert	Was es misst
LCP (Largest Contentful Paint)	≤ 2,5 Sekunden	Ladezeit des größten sichtbaren Elements
INP (Interaction to Next Paint)	≤ 200 ms	Reaktionszeit auf Nutzer-Interaktionen
CLS (Cumulative Layout Shift)	≤ 0,1	Visuelle Stabilität beim Laden

15. Core Web Vitals auf Staging testen. Bevor die neue Seite live geht, muss jede wichtige Seite diese Werte bestehen. Teste mit Lighthouse, PageSpeed Insights und den Chrome DevTools. Wenn du zwischen WordPress und einem modernen Framework wählst, hilft dir unser WordPress vs. Next.js Vergleich bei der Entscheidung.

16. Mobile-First prüfen. Google indexiert seit 2021 nur noch die mobile Version. Teste die neue Seite auf mindestens drei Geräten: iPhone SE (klein), iPhone 15 (mittel), iPad (Tablet). Kein Element darf horizontal scrollen.

17. HTTPS und Security Headers. Die neue Seite läuft auf HTTPS. Prüfe, dass keine Mixed-Content-Warnungen auftreten und Security Headers (HSTS, X-Content-Type-Options, CSP) korrekt gesetzt sind. Dein Hosting-Setup spielt hier eine Rolle – ein VPS gibt dir volle Kontrolle über Server-Konfiguration.

18. Crawl-Blockaden prüfen. Staging-Seiten haben oft ein noindex-Tag oder eine robots.txt-Sperre. Dieser Schutz muss vor dem Go-Live entfernt werden. Ein vergessenes noindex auf Produktion ist der häufigste Grund für vollständige Deindexierung nach einem Relaunch – ein vermeidbarer Fehler mit katastrophalen Folgen.

Phase 5: Testing vor dem Go-Live

19. Redirect-Tests. Teste jede Weiterleitung manuell (bei kleinen Seiten) oder per Script (bei großen). Prüfe Status-Codes mit einem HTTP-Header-Checker. Jede Weiterleitung muss 301 zurückgeben, nicht 302 oder 307.

20. Cross-Browser-Testing. Chrome, Safari, Firefox, Edge. Desktop und Mobile. Prüfe Layout, Funktionalität und Performance in jedem Browser. Tools wie BrowserStack oder LambdaTest beschleunigen den Prozess.

21. Formulare und Conversion-Tracking. Jedes Kontaktformular, jeder Button, jeder Checkout-Prozess muss auf der Staging-Seite funktionieren und korrekt getrackt werden. Teste in GA4, ob Events ankommen. Teste in Google Ads, ob Conversions feuern. Ein kaputtes Tracking nach dem Relaunch macht deine Erfolgsmessung wertlos.

22. Barrierefreiheit prüfen. WCAG 2.1 Level AA ist in vielen EU-Ländern bereits Pflicht und wird ab Juni 2025 durch den European Accessibility Act verschärft. Teste mit axe DevTools oder WAVE: Kontrastverhältnisse, Alt-Texte, Tastatur-Navigation, Screenreader-Kompatibilität.

Phase 6: Go-Live und die ersten 90 Tage

Der Tag des Relaunches ist nicht das Ende des Projekts. Er ist der Beginn der kritischsten Phase.

23. Monitoring-Checkliste für die ersten 90 Tage:

• Tag 1: Sitemap in der Search Console einreichen. Alle Redirects per Crawl prüfen. Google über die URL-Änderungen informieren (Search Console > Adressänderung, falls Domain wechselt).
• Woche 1: Täglich die Search Console auf Crawl-Fehler prüfen. 404-Fehler sofort mit Redirects beheben. Indexierungsstatus der Top-50-Seiten überwachen.
• Woche 2–4: Rankings der Top-Keywords tracken. Leichte Schwankungen sind normal – Einbrüche von mehr als 20 Positionen deuten auf ein technisches Problem hin. Traffic-Vergleich mit dem Baseline-Audit aus Phase 1.
• Monat 2–3: Conversion-Raten mit den alten Werten vergleichen. Wenn Rankings stabil sind aber Conversions sinken, liegt es am neuen Design oder an den Conversion-Pfaden – nicht an der Migration.

Mit korrekter Umsetzung erholen sich Rankings innerhalb von 2–4 Wochen. Die volle Stabilisierung dauert 3–6 Monate. Wenn du nach 8 Wochen noch massive Verluste siehst, hat die Migration ein ungelöstes Problem.

Professionelle Webentwicklung berücksichtigt all diese Punkte von Anfang an. Wer den Relaunch als Technik- und SEO-Projekt behandelt statt als reines Redesign, behält seine Rankings und gewinnt neue dazu.