Website-Relaunch ohne Ranking-Verlust | Schritt-für-Schritt

Wenn Sie planen, Design, Struktur, CMS, Branding oder Informationsarchitektur Ihrer Website zu ändern, ist dieser Artikel für Sie. Wir gehen Schritt für Schritt vor, um:

• Vor dem Relaunch: Den aktuellen Zustand wie eine „Machtkarte" zu dokumentieren
• Während des Relaunches: Risiken zu managen und tödliche Fehler zu eliminieren
• Nach dem Relaunch: Rankings zu überwachen und schnell auf jede Krise zu reagieren

Teil 1 – Vor dem Relaunch: Analyse- und Kartierungsphase

1.1 Warum wollen Sie überhaupt einen Relaunch durchführen?

Bevor Sie eine Zeile Code schreiben oder designen, klären Sie diese Frage:

Goldene Regel: Wenn Ihr Grund nicht klar und messbar ist, sieht jedes Risiko, das Sie eingehen, eher nach Glücksspiel als nach Strategie aus.

1.2 Vollständiges Backup, vor allem anderen

Ohne Backup spielen Sie mit der Zukunft Ihres Unternehmens.

Wenn möglich, bewahren Sie eine Kopie des aktuellen Servers in einer separaten Staging-Umgebung auf. Diese Version ist Ihre „Versicherungspolice" für den Fall, dass etwas ernsthaft schiefgeht.

1.3 Dokumentation der aktuellen Website-Struktur

1.3.1 Website crawlen

Verwenden Sie ein Crawl-Tool (oder sogar ein einfaches Skript), um eine Liste zu erstellen von:

• Allen indexierten URLs
• Title und Meta Description
• H1-Tags
• Statuscode für jede URL (200, 300, 404 usw.)
• Canonicals

Diese Liste wird später zu Ihrer Redirect-Map und Checkliste für kritische Seiten.

1.3.2 Identifizierung umsatzgenerierender und strategischer Seiten

Nicht alle Seiten haben den gleichen Wert. Ihr Fokus sollte auf Seiten mit:

Dies sind die Seiten, die beim Relaunch nicht geopfert werden sollten. Notieren Sie für jede:

• Aktuelle URL
• Haupt-Keywords
• Durchschnittliches Ranking
• Traffic und Conversions

1.4 Analyse von Search Console und Analytics

Überprüfen Sie mindestens die letzten 3 bis 6 Monate:

Das Ergebnis dieser Phase sollte ein klares Bild davon sein, was derzeit gut funktioniert und nicht kaputt gemacht werden sollte.

1.5 Schnelles SEO-Audit vor Änderungen

Überprüfen Sie zunächst, ob:

• Titles und H1s logisch sind
• Inhalte aktuell sind
• Sie Thin Content (sehr geringwertigen Inhalt) haben
• Geschwindigkeits- und Core Web Vitals-Probleme existieren
• Sie Redirect-Ketten und alte 404er haben

Ergebnis dieser Phase: Eine Liste von „aktuellen Problemen" und „Verbesserungsmöglichkeiten", die in der neuen Version behoben werden sollten, nicht übertragen.

Teil 2 – SEO-Strategie für den Relaunch

2.1 Neue Informationsarchitektur (IA): Website-Machtstruktur

Bevor Sie das UI designen, müssen Sie entscheiden:

• Wie ist die Menüstruktur und Kategorisierung?
• Welche sind die Pillar-/Hub-Seiten?
• Welche Rolle spielt jede Seite im Conversion-Funnel?

2.2 Die goldene Regel der URLs

Wenn Sie nicht müssen, ändern Sie die URL nicht.

URLs ändern bedeutet:

• Verlust von „Link-Equity"
• Notwendigkeit von Weiterleitungen
• Risiko von Implementierungsfehlern

Wenn die aktuelle URL logisch, lesbar und ohne Datum oder zusätzliche Parameter ist, ist die beste Maßnahme, sie beizubehalten.

2.3 Erstellung der Redirect-Map (301)

Dies ist der sensibelste Teil der Operation.

Erstellen Sie eine Datei (z.B. CSV) mit Spalten:

• Alte URL
• Neue URL
• Art der Änderung (direktes Äquivalent / Zusammenführung / Löschen)
• Status (implementiert / getestet)

2.4 Content-Management: Behalten, Zusammenführen, Löschen

Nicht alle Inhalte sind es wert, behalten zu werden.

2.5 Optimierung von Meta, Überschriften und strukturiertem Schema

In der neuen Version sollte jede Seite haben:

• Ein klares H1
• Logisch strukturierte H2/H3s
• Title und Meta Description, die: attraktiv für Klicks sind, das Haupt-Keyword enthalten, keine Spam-Wiederholungen haben

Wenn Ihre Website hat:

• Bildungsblog → Article / BlogPosting Schema
• Produkte → Product Schema
• FAQ → FAQ Schema

Dieses strukturierte Schema hilft, die neue Version schneller und besser zu verstehen.

2.6 Geschwindigkeit und Core Web Vitals

Der Relaunch ist eine goldene Gelegenheit für:

• Entfernung unnötiger Skripte
• Optimierung von Bildern (WebP, Lazy Load)
• Reduzierung der Anzahl von Anfragen
• Verwendung von CDN

Teil 3 – Technische Checkliste für den Relaunch-Tag

Hier entstehen normalerweise Katastrophen durch kleine Fehler. Sie müssen diese Liste wie eine „Flug-Checkliste" abhaken.

3.1 Vollständige Tests in der Staging-Umgebung

Vor dem Relaunch sollte die neue Version auf einer Test-Domain oder Subdomain live sein. Dort sollten Sie testen:

• Geschwindigkeit
• Formulare
• Kaufprozess
• Mobile Darstellung
• Interne Links
• Menüs und Footer

3.2 Nehmen Sie robots.txt ernst

Am Relaunch-Tag unbedingt prüfen, dass die Hauptseite kein pauschales Disallow für / hat. Wenn Sie bestimmte Bereiche blockieren möchten, konfigurieren Sie diese bewusst.

3.3 Aktualisierte und korrekte sitemap.xml

Stellen Sie sicher, dass die Sitemap:

• Nur finale URLs der neuen Version enthält
• Keine Test- oder Staging-URLs enthält
• In der Search Console registriert ist

3.4 Canonicals überprüfen

Jede Seite sollte haben:

• Korrektes Canonical (sich selbst oder die Hauptversion des Inhalts)
• Kein falsches Canonical, das auf die Test-Domain zeigt

3.5 hreflang für mehrsprachige Websites

Wenn Sie eine mehrsprachige Website haben, müssen hreflangs:

• Auf URLs der neuen Version zeigen
• Gegenseitige Paare haben (A zu B, B zu A)

3.6 Interne Links, Menü und Footer

Hauptmenüs sollten gesunde Links und eine mit der SEO-Strategie abgestimmte Struktur haben. Der Footer sollte auf wichtige Seiten verlinken (Kontakt, Über uns, Pillar-Content-Seiten, FAQ usw.).

3.7 404-Fehler und 301s

Crawlen Sie die neue Version und überprüfen Sie jeden 404: Sollte er weitergeleitet werden? Oder sollte er wirklich nicht existieren? Entfernen Sie 301-Ketten: A → B → C → final wird zu A → C.

3.8 Analytics-Tools und Tags

Überprüfen Sie, dass:

• Analytics-Skript aktiv und korrekt konfiguriert ist
• Tag Manager (falls vorhanden) korrekt funktioniert
• Ziele und Events für die neue Version aktualisiert sind
• Search Console auf der neuen Domain korrekt konfiguriert ist (bei Domain- oder Protokolländerung)

Teil 4 – 30 Tage nach dem Relaunch: Überwachungs- und Reaktionsphase

Die meisten Katastrophen werden hier sichtbar. Sie müssen aktiv überwachen, nicht passiv warten.

4.1 Überwachung in der Search Console

In den ersten Wochen täglich oder mindestens mehrmals pro Woche überprüfen:

• Coverage (Indexierungsfehler, 404s, Soft 404s)
• Performance (Klicks, Impressionen, durchschnittliches Ranking)

Vergleichen Sie Schlüsselseiten vor und nach dem Relaunch sowie Änderungen bei CTR und Ranking für Haupt-Keywords.

4.2 Überwachung von Crawl-Fehlern

Fehlerberichte sollten verfolgen:

• 404s
• Server-Fehler (500s)
• Ungültige Weiterleitungen

Für jeden Fehler: entweder weiterleiten oder, wenn wirklich gelöscht, ordnungsgemäß verwalten (410 oder Ersatzseite).

4.3 Traffic-Vergleich mit vor dem Relaunch

Vergleichen Sie mindestens zwei Zeiträume:

• 30 Tage vor dem Relaunch
• 30 Tage nach dem Relaunch

Betrachten Sie separat:

• Branded organischer Traffic (Ihr Markenname)
• Non-Branded organischer Traffic (allgemeine Branchen-Keywords)

4.4 Kontinuierliche Verbesserung basierend auf Daten

Der Relaunch ist nicht das Ende der Arbeit; es ist der Beginn einer neuen Phase.

Teil 5 – Wenn Rankings fallen, wie man die Krise bewältigt?

Wichtig ist, schnell zu verstehen, warum Sie gefallen sind, nicht nur dass Sie gefallen sind.

5.1 Problemtyp diagnostizieren: Algorithmus oder interner Fehler?

Wichtige Fragen:

• Gab es gleichzeitig mit dem Relaunch ein großes Google-Algorithmus-Update?
• Haben Wettbewerber auch Schwankungen erlebt?
• Ist der Rückgang nur bei bestimmten Seitenkategorien oder der gesamten Website?

Wenn der Rückgang mit dem Relaunch zusammenfällt und Ihre Website die einzige betroffene ist, ist es wahrscheinlich ein internes technisches oder strukturelles Problem.

5.2 Schnellprüfung kritischer Punkte

Oft ist nur ein falsches noindex oder ein zusätzliches Disallow der Schuldige.

5.3 Entscheidung: Rollback oder Schnellkorrektur?

Wenn das Problem:

• Begrenzt und spezifisch ist → Beheben Sie das Problem mit einer Reihe von „Hotfixes"
• Strukturell und tiefgreifend ist (z.B. falsche Architektur, katastrophale Weiterleitungen) → Manchmal ist ein temporärer Rollback zur vorherigen Version besser als im kaputten Zustand zu bleiben

5.4 Erwartungsmanagement der Stakeholder

Der Relaunch steht normalerweise unter der Lupe von CEO und Marketing. Sie sollten:

• Risiken vor dem Relaunch erklären
• Danach mit Zahlen und Diagrammen sprechen: „Schwankungen in den ersten 2 Wochen sind normal" und „Wenn der Rückgang X% überschreitet, führen wir Szenarien A und B aus"

Dies verhindert, dass emotionale Entscheidungen (wie „Lass uns heute zur alten Version zurückkehren!") Ihre Strategie dominieren.

Teil 6 – Strategische Geschäftspunkte beim Relaunch

6.1 Relaunch-Timing

Wählen Sie den Relaunch-Zeitpunkt nicht, wenn:

• Sie mitten in einer großen Werbekampagne sind
• Es Ihre Hauptverkaufssaison ist (z.B. Black Friday für einen Shop)

Beste Zeit: Ein Zeitraum mit geringerem Risiko und Druck, wo Schwankungen kein tödlicher Schlag wären.

6.2 Relaunch für PR und Linkaufbau nutzen

Der Relaunch ist eine großartige Gelegenheit für:

• Ankündigungen in sozialen Netzwerken
• E-Mail an Abonnenten: „Wir haben die Website erneuert, diese neuen Funktionen..."
• Anfrage für Berichterstattung von Medien/Blogs: die natürliche Backlinks für Sie aufbauen können

Verwandeln Sie einen technischen Schritt auch in einen Off-Page-SEO-Vorteil.

6.3 Reaktivierung alter Nutzer

Gleichzeitig mit dem Relaunch:

Dies gibt auch Google ein positives Signal: Nutzer engagieren sich mit der neuen Version, bleiben und konvertieren.

Zusammenfassende Checkliste: Relaunch ohne Ranking-Verlust

Abschließend können Sie diese Checkliste ausdrucken und während des Relaunches griffbereit halten: