Technical-SEO-Checkliste für einen sicheren Relaunch

Stellen Sie sich vor, Sie haben jahrelang an einer Website gearbeitet – Inhalte, Links, Marke, organischer Traffic... und jetzt verkündet das Design- und Entwicklungsteam begeistert:

„Lasst uns die Website von Grund auf neu aufbauen, alles modern und sauber machen!"

Wenn Sie in diesem Moment nicht die Kontrolle über das technische SEO übernehmen, kann ein Relaunch jahrelange SEO-Arbeit innerhalb weniger Tage zunichtemachen.

Dieser Artikel ist eine technische SEO-Checkliste speziell für Relaunches – nicht nur eine „Abhaken und Weitermachen"-Liste, sondern so konzipiert, dass sie:

• Sie zur Entscheidungsinstanz im Projekt macht
• Ihrer Stimme in Meetings Gewicht verleiht
• Sicherstellt, dass niemand sagen kann „wir wussten es nicht, niemand hat es uns gesagt", wenn etwas schiefgeht

Artikelstruktur:

1. Die richtige Denkweise für den Relaunch (Machtperspektive)
2. Vor dem Relaunch – Vorbereitungs- und Datenphase
3. Launch-Tag – Kontroll- und Ausführungsphase
4. Nach dem Relaunch – Überwachungs-, Wiederherstellungs- und Optimierungsphase
5. Diese Checkliste in eine operative Waffe verwandeln (für Team und Business)

1. Die richtige Denkweise für den Relaunch: Dies ist ein finanzielles Risiko, nicht nur ein Designprojekt

Die meisten Unternehmen betrachten Relaunches als Designprojekte: neue UI, neue Schriftarten, frische Bilder, attraktive Animationen...

Aber Sie müssen es als Herzoperation an einem finanziellen Vermögenswert sehen.

Die richtige Denkweise:

Sie sind nicht nur für SEO verantwortlich; Sie sind der organische Risikomanager.

Ihre Aufgabe ist es:

• Das Risiko zu identifizieren
• Sein Ausmaß zu quantifizieren
• Wege zur Risikominderung vorzuschlagen
• Alles zu dokumentieren (damit niemand später die Geschichte umschreiben kann)

Von hier an ist jeder Abschnitt des Artikels eine praktische Checkliste. Sie können sie für sich in Notion/Sheets umwandeln und wiederholt für Projekte verwenden.

2. Vor dem Relaunch: Vorbereitungsphase – Wo Sie Macht sammeln

In dieser Phase sammeln Sie Informationen und Beweise. Denn bei einem Relaunch trifft derjenige die Entscheidungen, der die Daten hat.

2.1. Vollständiger Snapshot des aktuellen Zustands (Baseline)

Bevor die erste Codezeile an der neuen Version geschrieben wird, müssen Sie die aktuelle Version der Website „einfrieren".

Das Ergebnis dieser Phase sollte eine einzige Datei sein, in der Sie für jede URL wissen: wie viel Traffic sie hat, wie viel Conversion sie bringt, wie viele Links sie unterstützen.

Diese Datei wird später in Meetings zum Dokument des aktuellen SEO-Werts. Wer dieses Dokument hat, sagt indirekt: „Wenn wir diese Seite opfern, haben wir so viel Geld/Traffic geopfert."

2.2. Die „Heiligen Seiten"-Liste definieren

Auf jeder Website gibt es Seiten, mit denen wir nicht herumspielen dürfen, es sei denn, wir haben einen präzisen Plan:

• Umsatzgenerierende Service-Seiten
• Wichtige Kategorieseiten
• Haupt-Landingpages
• Artikel mit hohem Traffic

Dann muss während des Relaunches jede Entscheidung, die diese URLs betrifft, mit besonderer Sensibilität geprüft werden.

2.3. URL-Strategie und Informationsarchitektur

Die größten Traffic-Massaker bei Relaunches beginnen genau hier: URLs ohne klaren Fahrplan ändern.

Das Ergebnis dieser Phase sollte eine saubere Redirect-Map sein:

• Spalte A: Alte URL
• Spalte B: Neue URL
• Spalte C: Erklärung (warum Sie das getan haben)

Diese Map ist Ihre strategische Waffe. Ohne sie wird das technische Team die „schnellste und einfachste" Redirect-Methode wählen, nicht die beste für das Geschäft.

2.4. Staging-Version aus SEO-Perspektive überprüfen (nicht nur aus Design-Perspektive)

Klassischer Fehler: Alle auf Staging prüfen nur Schriftarten, Farben, UI und visuelle Bugs. Niemand schaut auf SEO.

Sie müssen die Staging-Version vor dem Launch unter das SEO-Mikroskop legen.

2.5. Erste Performance- und Core Web Vitals-Tests

Der Relaunch ist eine goldene Gelegenheit, überschüssigen Code zu eliminieren. Wenn Sie es jetzt nicht erfassen, wird später niemand die Geduld für strukturelle Korrekturen haben.

3. Launch-Tag: Kontrollphase – Wo Sie Sabotage nicht verstecken lassen

Am Relaunch-Tag müssen Sie wie ein Fluglotse sein, nicht wie ein Passagier, der aus dem Flugzeugfenster schaut.

3.1. Bevor die Website für alle geöffnet wird

Wenn die neue Version auf dem Hauptserver live geht, prüfen Sie diese Punkte, bevor alle öffentlichen Zugriff haben:

3.2. Weiterleitungen aktivieren und testen

Diese Phase ist das Herzstück der Sache.

Wenn Sie das nicht ernst nehmen, wird Google Sie in den folgenden Wochen hart mit Ranking-Verlusten bestrafen.

3.3. SEO-QA auf verschiedenen Seitentypen (wenige Beispiele, aber tiefgehend)

Sie müssen nicht alle Tausende von Seiten manuell prüfen, aber jeder Seitentyp braucht ein ernsthaftes Audit.

Für jeden Seitentyp (Beispiel): Home, Kategorie, Service, Produkt, Blogbeitrag, Kampagnen-Landing

3.4. Analyse-Tools und Daten

Ohne Daten können Sie nicht behaupten, der Relaunch war gut oder schlecht.

4. Nach dem Relaunch: Überwachungs- und Wiederherstellungsphase – Wo Gewinner und Verlierer bestimmt werden

Der Relaunch endet nicht mit dem „Veröffentlichen"-Button. Von hier an betreten Sie die intelligente Überwachungsphase.

4.1. Erste 14-30 Tage: Alarmmodus

In diesem Zeitraum müssen Sie sensibel und schnell sein.

Beheben Sie jedes Problem innerhalb von maximal 48 Stunden. Wenn der Algorithmus mehrere Wochen lang ein schlechtes Muster sieht, wird die Wiederherstellung später viel schwieriger.

4.2. Besondere Pflege für heilige Seiten

Die Liste der heiligen Seiten, die Sie in Phase eins erstellt haben, kommt hier ins Spiel.

Hier verflechten sich SEO und Geschäftsdenken.

4.3. Interne und externe Links nach dem Relaunch

Nach der Änderung von URLs bleiben einige Signale in Weiterleitungen stecken. Sie können diese Verschwendung mit einigen kostengünstigen Maßnahmen reduzieren.

4.4. Core Web Vitals auf echten Daten

Was Sie auf Staging gesehen haben, ist eine Sache; das tatsächliche Nutzerverhalten ist eine andere.

5. Wie verwandeln Sie diese Checkliste in einen Machthebel?

Genug Wissen zu haben reicht nicht aus; wie Sie es nutzen, ist wichtig.

5.1. Dokumentation = Verteidigungsschild und Druckmittel

Verwandeln Sie diese Checkliste in:

• Ein Sheet mit Spalten: Aufgabe, Verantwortlich, Status, Deadline
• Oder ein Board im Projektmanagement-Tool

In Meetings:

• Das Risiko jeder unerledigten Aufgabe klar benennen
• Per E-Mail/schriftlich dokumentieren: Was Sie vorgeschlagen haben, Wer akzeptiert/abgelehnt hat

Wenn der Relaunch abgeschlossen ist, bestimmen diese Dokumente, wer professionell gesprochen hat.

5.2. Relaunch nutzen, um persönlichen Einfluss zu erhöhen

Wenn Sie diese Checkliste richtig umsetzen, werden Sie in den Augen anderer zu jemandem, der:

• Gefahr sieht, bevor sie eintritt
• Zahlen und Dokumente auf den Tisch legt
• Lösungen bietet, nicht nur Beschwerden

Das bedeutet:

• Zukünftige Marketing- und Produktentscheidungen werden mehr mit Ihnen abgestimmt
• Sie können größere Budgets für SEO sichern
• Auf Managementebene gewinnt Ihre Stimme an Gewicht

6. Fazit: Verwandeln Sie den Relaunch von einer Bedrohung in eine Machtplattform

Ein Relaunch ist immer ein Risiko, aber für jemanden, der:

• Vor dem Start Daten sammelt
• Eine Strategie für URLs und heilige Seiten hat
• Bei Weiterleitungen und technischer Struktur besessen ist
• Nach dem Launch systematisch überwacht und korrigiert

Kann der Relaunch der Beginn einer neuen Wachstumsperiode sein, nicht ein Zusammenbruch.