Ein Website-Relaunch ist die riskanteste Einzelmaßnahme im Online-Marketing. In der Praxis verlieren Unternehmen nach einem Relaunch regelmäßig 30 bis 80 Prozent ihres organischen Traffics — und wissen oft wochenlang nicht, warum. Dabei sind die meisten dieser Verluste vollständig vermeidbar. Der Unterschied liegt in der Planung vor dem Launch, nicht im Design oder der Technologie.
Wann ein Relaunch wirklich sinnvoll ist
Nicht jede Website braucht einen Relaunch. Bevor ein Projekt startet, sollte klar sein, welches Problem gelöst wird. Sinnvolle Relaunch-Gründe: die technische Basis ist nicht mehr wartbar (altes CMS, fehlende Sicherheitsupdates), die Website konvertiert trotz ausreichend Traffic schlecht (unter 1 Prozent für B2B), das Unternehmen hat sich fundamental neu positioniert und die alte Website spiegelt das nicht wider, oder die Core Web Vitals-Scores sind dauerhaft im roten Bereich.
Kein guter Relaunch-Grund: "Die Website sieht alt aus." Ein Redesign löst ein ästhetisches Problem, aber wenn das aktuelle Design gut konvertiert und gut rankt, riskiert ein Relaunch mehr als er bringt. Die Frage muss lauten: Was ist das messbare Geschäftsziel des Relaunchs? Mehr Leads, bessere Conversion Rate, schnellere Ladezeit? Ohne klares Ziel gibt es kein klares Erfolgskriterium.
SEO vor dem Relaunch sichern: Die kritische Vorbereitung
Bevor auch nur eine Zeile Code der neuen Website geschrieben wird, muss der SEO-Status der bestehenden Website vollständig dokumentiert sein. Was rankt? Für welche Keywords? Mit welchen URLs? Welche Seiten bringen den meisten organischen Traffic? Diese Daten sind die Grundlage für alle weiteren Entscheidungen.
- Vollständiger Crawl der bestehenden Website mit Screaming Frog oder Sitebulb — alle URLs, Titel, Meta Descriptions, H1s dokumentieren
- Google Search Console: Top-200-Seiten nach Impressionen und Klicks aus organischer Suche exportieren
- Backlink-Profil exportieren (Ahrefs oder Semrush): Welche externen URLs werden verlinkt? Diese müssen nach dem Relaunch erreichbar bleiben oder redirected werden
- Google Analytics: Welche Landingpages haben den höchsten organischen Traffic? Keine dieser URLs darf nach dem Relaunch toter Link sein
- Core Web Vitals der bestehenden Website messen — als Baseline für Verbesserungs-Ziele
Redirect-Strategie: Das Herzstück der SEO-Sicherung
URLs ändern sich bei nahezu jedem Relaunch. Aus "/ueber-uns.html" wird "/ueber-uns/", aus "/leistungen/seo/" wird "/services/suchmaschinenoptimierung/". Jede dieser URL-Änderungen muss durch eine 301-Weiterleitung (permanent redirect) abgedeckt sein — sonst verliert die neue URL den SEO-Wert der alten.
Die Redirect-Map ist ein Dokument, das jede alte URL einer neuen zuordnet. Für eine 100-seitige Website ist das eine manuelle Arbeit von wenigen Stunden — für eine 10.000-seitige Website braucht man systematische URL-Matching-Strategien. Kein Projekt sollte live gehen, bevor die Redirect-Map vollständig implementiert und getestet ist.
Der häufigste SEO-Fehler bei Relaunches: Die Redirect-Map wird erstellt, aber nicht getestet. 20 bis 30 Prozent aller Redirects haben Fehler — Redirect-Chains, falsche Ziel-URLs, fehlende Einträge.
Technisches SEO beim Relaunch: Die Checkliste
- Canonical Tags korrekt setzen: Keine Duplicate Content zwischen HTTP/HTTPS und www/non-www
- XML-Sitemap aktualisieren und in Search Console neu einreichen
- Robots.txt prüfen: Staging-Umgebung darf nicht indexierbar sein — nach Live-Gang muss sie es sein
- Hreflang-Tags bei mehrsprachigen Sites korrekt implementieren
- Interne Verlinkung überprüfen: Keine Links auf alte URLs, alle internen Links aktualisiert?
- Structured Data (Schema Markup) von der alten auf die neue Website übertragen und validieren
- Bildoptimierung: Alt-Texte erhalten, WebP-Format für alle Bilder, Lazy Loading implementiert?
- Meta Titles und Descriptions: Nicht durch das neue System überschreiben lassen — bestehende manuell übertragen
Performance und Core Web Vitals: Der Relaunch als Chance
Ein Relaunch ist die beste Gelegenheit, technische Performance zu verbessern. Core Web Vitals — Largest Contentful Paint (LCP), First Input Delay (FID) und Cumulative Layout Shift (CLS) — sind seit 2021 direkte Google-Rankingfaktoren. Ziele für 2026: LCP unter 2,5 Sekunden, INP (Interaction to Next Paint, FID-Nachfolger) unter 200 ms, CLS unter 0,1.
Die wichtigsten Performance-Hebel beim Relaunch: Bilder komprimieren und in modernen Formaten (WebP, AVIF) ausliefern, kritisches CSS inline einbetten, JavaScript deferred laden, CDN einsetzen, Server-Response-Zeit (TTFB) unter 600 ms halten. Eine neue Website, die langsamer als die alte ist, ist kein Fortschritt — sondern ein Rückschritt.
Conversion-Optimierung einbauen: Die verpasste Chance
Die meisten Unternehmen definieren Relaunch-Erfolg durch Design-Ästhetik, nicht durch Conversion Rate. Das ist ein Fehler. Der Relaunch ist der Moment, an dem Conversion-Optimierung strukturell eingebaut werden kann — statt später als Pflaster draufgeklebt zu werden. CTAs prominent und klar, Formulare auf das Minimum reduziert, Social Proof an den richtigen Stellen, Mobile-First-Design für alle Conversion-Elemente.
Launch-Checkliste: Was am Tag X zu tun ist
- 6 Stunden vor Launch: Finales Staging-Review aller redirects, Links und Formulare
- Launch-Zeitpunkt: Dienstag oder Mittwoch, 9 bis 11 Uhr — kein Freitagnachmittag, kein Wochenende
- Sofort nach Launch: Search Console — neue Sitemap einreichen, URL-Inspection für die 20 wichtigsten Seiten
- Sofort nach Launch: Analytics-Tracking verifizieren — werden Pageviews und Conversions gezählt?
- 24 Stunden nach Launch: Alle externen Backlink-Ziel-URLs manuell prüfen
- 72 Stunden nach Launch: Screaming Frog Crawl der Live-Website — 404-Fehler sofort beheben
- 1 Woche nach Launch: Search Console auf Crawl-Fehler und Coverage-Issues prüfen
Was nach dem Launch zu tun ist
Ein Relaunch ist keine Einmal-Aktion. Die ersten 4 Wochen nach dem Launch sind kritisch: Rankings schwanken, Google re-crawlt und re-bewertet alle Seiten. Tägliches Monitoring der wichtigsten Keyword-Rankings, wöchentliche Search-Console-Prüfung auf neue Fehler, und sofortige Reaktion auf Traffic-Einbrüche einzelner Seiten — oft sind das verpasste Redirects oder kaputte Canonical Tags.
Häufige Relaunch-Katastrophen und wie man sie vermeidet
Katastrophe 1: Staging-Seite wird live gestellt, ohne robots.txt zu aktualisieren — Google indexiert die noindex-Staging-Seite. Katastrophe 2: Alle Produktseiten bekommen neue URLs ohne Redirects — 50 Prozent des organischen Traffics bricht ein. Katastrophe 3: Das neue CMS überschreibt alle Meta Titles mit automatisch generierten Titeln — Klickraten kollabieren. Katastrophe 4: Tracking-Code fehlt auf neuen Seiten — drei Monate Datenverlust. Katastrophe 5: Launch am Freitagabend — kein Techniker erreichbar, wenn Probleme auftreten.