Die Website-Relaunch-Checkliste, die ich tatsächlich mit Kunden nutze (20 Schritte)

Ich habe genug Website-Relaunches gemacht, um genau zu wissen, wie sie schiefgehen. Der Kunde ist begeistert, das neue Design sieht in Figma großartig aus, alle sind bereit, den Knopf zu drücken. Dann ist drei Wochen später der organische Traffic um 40 % eingebrochen und niemand weiß warum.

Es sind fast immer die gleichen Fehler. Keine Redirect-Map. Keine Baseline-Daten. Die Staging-Seite ist in den Google-Index gelangt. Jemand hat die URL-Struktur geändert, "um sie aufzuräumen" — ohne irgendjemandem Bescheid zu sagen.

Hier ist die Checkliste, die ich tatsächlich verwende. Kein theoretisches Framework. Die 20 Dinge, die ich bei jedem einzelnen Relaunch prüfe, weil mich jedes davon mindestens einmal erwischt hat.

Bevor du irgendetwas anfasst (Schritte 1–7)

Die Vorarbeit entscheidet über Erfolg oder Misserfolg der meisten Relaunches. Überspring das und du fliegst blind.

1. Exportiere deine Baseline-Daten

Bevor sich irgendetwas ändert: Dokumentiere, was du hast. Ziehe deinen aktuellen organischen Traffic, die Top-Landingpages, Conversion-Rates und Absprungraten aus Google Analytics. Exportiere deine Keyword-Rankings für deine Top 50–100 Begriffe. Mach Screenshots von deinem Search Console Performance-Dashboard.

Du brauchst das, um zu messen, ob der Relaunch geholfen oder geschadet hat. Ohne diese Daten rätst du nur.

2. Crawle deine bestehende Website

Führe einen vollständigen Site-Crawl mit Screaming Frog oder Sitebulb durch. Exportiere jede URL, jeden Meta-Title, jede Meta-Description, jeden Canonical-Tag und jedes Structured-Data-Markup. Das wird deine zentrale Referenz für Redirects und Content-Migration.

3. Identifiziere deine wertvollsten URLs

Ziehe deine Backlink-Daten aus Ahrefs oder SEMrush. Finde jede URL, auf die externe Links verweisen. Das sind deine Prioritäts-Seiten. Wenn diese beim Relaunch kaputtgehen, verlierst du am meisten Link-Equity. Markiere sie separat.

4. Erstelle deine Redirect-Map

Das ist das mit Abstand wichtigste Dokument bei jedem Relaunch. Erstelle eine Tabelle: alte URL in Spalte A, neue URL in Spalte B. Jede einzelne Seite.

Regeln: Verwende 301 Redirects (permanent), niemals 302. Leite niemals alles auf die Startseite um. Jede alte URL wird auf ihr nächstes Äquivalent gemappt. Keine Redirect-Chains (A zu B zu C). Nur ein einziger Hop.

Wenn du nur eine einzige Sache von dieser Liste machst, dann diese. Ich habe Relaunches gesehen, die 60 % ihres Traffics verloren haben, weil die Redirects schlampig waren.

5. Führe ein Content-Audit durch

Geh jede Seite durch und entscheide: behalten, aktualisieren, zusammenführen oder löschen. Content, der seit einem Jahr keinen Traffic hatte? Wahrscheinlich löschen. Zwei Seiten zum gleichen Thema? Zusammenführen. Veraltete Zahlen von 2022? Vor dem Launch aktualisieren.

Ein Relaunch ist die perfekte Gelegenheit, auszumisten. Migriere keinen Müll auf eine neue Plattform.

6. Prüfe deine SEO-Elemente

Überprüfe jeden Meta-Title (unter 60 Zeichen, primäres Keyword vorne), jede Meta-Description (unter 160 Zeichen, mit Call-to-Action), jeden Image-Alt-Text und alle Structured Data. Migriere all das auf die neue Seite. Verlorene Meta-Titles bei einem Plattformwechsel sind einer der häufigsten Gründe für Ranking-Verluste, die ich sehe. Für mehr Details schau dir unseren Technical SEO Guide an.

7. Plane deine interne Verlinkung

Entwirf deine neue Seitenarchitektur, bevor auch nur eine Zeile Code geschrieben wird. Beschränke die Hauptnavigation auf 6–7 Punkte. Plane, welche Seiten auf welche verlinken. Eine gute interne Verlinkungsstruktur hilft Google, deine Seitenhierarchie zu verstehen und verteilt Link-Equity über deine Seiten.

Wenn deine aktuelle interne Verlinkung ein Chaos ist, ist ein Relaunch der richtige Zeitpunkt, das zu beheben. Unser Leitfaden zur Wettbewerbsanalyse zeigt dir, was deine Konkurrenten bei ihrer Seitenstruktur anders machen.

Die Build-Phase (Schritte 8–14)

Jetzt wird gebaut. Halte Performance und SEO von Tag eins an im Blick — nicht als nachträglichen Gedanken.

8. Erreiche deine Core Web Vitals Zielwerte

Google achtet auf drei Metriken:

• LCP (Largest Contentful Paint): unter 2,5 Sekunden
• CLS (Cumulative Layout Shift): unter 0,1
• INP (Interaction to Next Paint): unter 200 Millisekunden

INP hat 2024 den First Input Delay abgelöst und ist jetzt die zentrale Interaktivitätsmetrik. 2026 wiegen mobile Core Web Vitals Scores schwerer als Desktop-Werte. Optimiere entsprechend.

Lade deine LCP-Bilder vor. Nutze WebP- oder AVIF-Formate. Setze explizite Breiten- und Höhenangaben bei jedem Bild und Video, um Layout-Shifts zu vermeiden. Verwende font-display: swap für Custom Fonts. Teile lange JavaScript-Tasks in Blöcke unter 50 ms auf.

Mehr zum Thema Seitengeschwindigkeit findest du in unserem Website-Optimierungsleitfaden.

9. Baue Mobile-First

Nicht "responsiv". Mobile-First. Designe zuerst für den Handybildschirm, dann skaliere nach oben. Lade Offscreen-Bilder per Lazy-Loading nach. Teste auf echten mobilen Geräten, nicht nur in der Browser-Emulation. Der Unterschied zwischen Chrome DevTools und einem echten Handy im 4G-Netz ist größer, als du denkst.

10. Bewahre deine Structured Data

Wenn deine aktuelle Seite Schema-Markup hat (Product, FAQ, Article, Breadcrumb), stelle sicher, dass es auf die neue Seite migriert wird. Verwende das JSON-LD Format. Validiere mit Googles Rich Results Test vor und nach dem Launch. Verlorene Structured Data bedeutet verlorene Rich Snippets in den Suchergebnissen.

11. Sichere deine Staging-Umgebung ab

Das erwischt Leute ständig. Deine Staging-Seite muss über robots.txt UND noindex Meta-Tags von der Indexierung ausgeschlossen sein. Doppelt hält besser.

Überprüfe, dass hreflang-Tags auf Staging nicht auf Staging-URLs verweisen. Bestätige, dass keine Staging-Domain-Referenzen in die Produktions-Konfiguration gelangen. Am Launch-Tag: Prüfe robots.txt und Meta-Robots-Direktiven. Ich habe erlebt, wie eine komplette Website aus Google verschwunden ist, weil jemand vergessen hat, den noindex-Tag von Staging zu entfernen.

12. Richte dein Tracking vor dem Launch ein

Warte nicht bis nach dem Launch mit der Analytics-Konfiguration. Richte Google Analytics 4 mit deinen wichtigsten Events ein (Formular-Abschickungen, Button-Klicks, Scroll-Tiefe). Verifiziere die Google Search Console Inhaberschaft. Ziehe Heatmaps (Hotjar oder Microsoft Clarity) für den ersten Monat in Betracht, um zu sehen, wie Nutzer mit dem neuen Design interagieren.

13. Gestalte barrierefrei

Ziele auf WCAG AA Konformität. Überprüfe, dass Tastaturnavigation auf allen interaktiven Elementen funktioniert. Prüfe Farbkontrastverhältnisse (4,5:1 für normalen Text). Führe einen automatisierten Scan mit WAVE oder Axe DevTools durch. Das ist nicht nur eine Frage der Ethik. Es ist auch Reichweite. Eine barrierefreie Website erreicht mehr Nutzer und vermeidet potenzielle rechtliche Probleme.

14. Koordiniere deinen Content-Freeze

Lege ein Datum fest, nach dem keine Inhaltsänderungen mehr auf der alten Seite stattfinden. Wenn dein Team weiter im alten CMS publiziert, während du migrierst, startest du mit veraltetem Content. Kommuniziere das Freeze-Datum an alle, die die Website betreuen.

Launch-Tag (Schritte 15–17)

Der eigentliche Wechsel. Bleib ruhig, bleib methodisch.

15. Deploy und verifiziere Redirects

Bringe die neue Seite live. Teste sofort deine Redirect-Map. Prüfe mindestens 20–30 URLs manuell stichprobenartig. Nutze ein Tool, um den Rest in Bulk zu verifizieren. Jeder Redirect sollte einen 301-Statuscode zurückgeben und auf dem korrekten Ziel landen.

16. Entferne alle Staging-Blockaden

Entferne noindex-Tags. Aktualisiere robots.txt, um das Crawling zu erlauben. Überprüfe, dass deine XML Sitemap korrekt generiert wird und auf die neuen URLs zeigt. Reiche die Sitemap bei der Google Search Console ein.

17. Führe einen Post-Launch-Crawl durch

Crawle die neue Seite sofort. Vergleiche mit deinem Pre-Launch-Crawl aus Schritt 2. Achte auf: fehlende Seiten, defekte Links, fehlende Meta-Titles, fehlende Structured Data, unerwartete Redirects, Seiten mit 404- oder 500-Fehlern.

Behebe alles Kritische am ersten Tag. Es macht einen Unterschied.

Die ersten 30 Tage danach (Schritte 18–20)

Der Relaunch ist nicht vorbei, wenn die Seite live geht. Jetzt beginnt die eigentliche Arbeit.

18. Überwache die ersten zwei Wochen täglich

Prüfe jeden Tag: Traffic-Levels, 404-Fehler in der Search Console, ob Formulare noch funktionieren, Pagespeed-Scores. Vergleiche mit deiner Baseline aus Schritt 1. Gewisse Schwankungen sind normal. Ein Einbruch von 30 %+, der sich nach einer Woche nicht erholt, bedeutet, dass etwas nicht stimmt.

Achte besonders auf deine wertvollsten URLs aus Schritt 3. Wenn diese Seiten Rankings verloren haben, untersuche es sofort.

19. Rechne mit einer Erholungsphase

Die SEO-Erholung nach einem Relaunch dauert typischerweise 2 Wochen bis 3 Monate. Websites, die einer strukturierten Checkliste folgen (wie dieser hier), erholen sich schneller. Websites, die improvisieren, können 6+ Monate brauchen oder sich nie vollständig erholen.

Keine Panik bei anfänglichen Einbrüchen. Aber Alarm, wenn du nach 30 Tagen keine Erholung siehst.

20. Iteriere auf Basis echter Daten

Nach 30 Tagen hast du genug Daten, um zu sehen, was funktioniert und was nicht. Welche neuen Seiten performen? Wo steigen Nutzer aus? Sind deine Absprungraten besser oder schlechter als vorher?

Nutze diese Daten für gezielte Verbesserungen. Ein Relaunch ist ein Startpunkt, keine Ziellinie.

Die Fehler, die Rankings wirklich kosten

Nach genug Relaunches tauchen immer wieder die gleichen Fehler auf:

Fehler	Was passiert	Lösung
302 Redirects statt 301	Link-Equity wird nicht übertragen	Immer 301 für permanente Weiterleitungen verwenden
Alles leitet auf die Startseite um	Seitenspezifische Rankings zerstört	Jede alte URL auf die passendste neue Seite mappen
Redirect-Chains (A zu B zu C)	Link-Equity verwässert, langsames Crawling	Nur Single-Hop-Redirects
Verlorene Meta-Titles/Descriptions	Rankings für diese Seiten fallen	Prioritäts-Seiten manuell verifizieren
Staging-noindex auf Produktion	Gesamte Website wird deindexiert	Meta-Robots am Launch-Tag prüfen
Keine Baseline-Daten	Probleme nicht diagnostizierbar	Alles exportieren, bevor du anfängst
Verlorene Structured Data	Rich Snippets verschwinden	Mit Rich Results Test validieren
Content-Freeze-Lücke	Launch mit veraltetem Content	Redaktionellen Freeze koordinieren

Jeder einzelne dieser Fehler ist einem meiner Kunden oder jemandem, den ich kenne, passiert. Sie sind alle vermeidbar.

Nutze diese Checkliste

Ich habe genug Relaunches durchgemacht, um zu wissen, dass der Unterschied zwischen einem reibungslosen und einer Katastrophe fast immer die Vorbereitung ist. Die technische Umsetzung ist der einfache Teil. Die langweilige Tabellenkalkulation im Vorfeld ist das, was dich rettet.

Wenn du einen Relaunch planst und jemanden willst, der sicherstellt, dass nichts durch die Maschen fällt — oder wenn du mitten im Relaunch steckst und die Dinge bereits schiefgehen — melde dich. Ich habe die meisten Wege gesehen, wie das schiefgehen kann, und das bedeutet, ich weiß auch, wie man es auf Kurs hält.

Für einen umfassenderen Blick auf das Verbessern deiner Google-Rankings über den Relaunch hinaus haben wir das ebenfalls abgedeckt.