Website-Relaunch ohne SEO-Verlust: die komplette Checkliste

Ein Relaunch kann Gestaltung, Technik und Nutzerführung deutlich verbessern. Ohne saubere Vorbereitung können aber funktionierende URLs, Rankings und wichtige Anfragewege verloren gehen. Diese Checkliste zeigt, was vor, während und nach dem Wechsel geprüft werden sollte.

Warum ein Relaunch mehr als ein neues Design ist

Bei einem Relaunch ändern sich häufig mehrere Dinge gleichzeitig: Gestaltung, Technik, Inhalte, Navigation und URL-Struktur. Für Besucher wirkt das Ergebnis wie eine neue Website. Für Suchmaschinen ist es zusätzlich ein Umzug, bei dem alte Signale den richtigen neuen Seiten zugeordnet werden müssen.

Das wichtigste Prinzip lautet deshalb: Erhalten, was bereits funktioniert, und verändern, was ein klares Ziel hat. Ein Relaunch sollte nicht automatisch jeden Text, jede URL und jede Struktur ersetzen.

1. Den aktuellen Stand sichern

Vor der ersten Änderung braucht es eine belastbare Bestandsaufnahme:

• Welche Seiten existieren aktuell?
• Welche URLs erhalten organische Besuche?
• Welche Seiten erzeugen Anfragen, Anrufe oder Downloads?
• Welche Inhalte haben externe Verlinkungen?
• Welche Formulare, Telefonnummern und E-Mail-Adressen werden genutzt?
• Welche Weiterleitungen bestehen bereits?

Sichern Sie außerdem Texte, Bilder, Meta-Angaben und relevante Auswertungen. Ohne Ausgangsstand lässt sich später kaum beurteilen, ob der Relaunch technisch vollständig war.

2. Jede alte URL einer neuen Seite zuordnen

Erstellen Sie ein URL-Mapping mit mindestens zwei Spalten: alte URL und neues Ziel. Bleibt eine URL identisch, wird sie ebenfalls dokumentiert. Entfällt eine Seite, braucht sie nur dann eine Weiterleitung, wenn es ein inhaltlich passendes neues Ziel gibt.

Viele alte Seiten pauschal auf die Startseite umzuleiten, ist keine gute Lösung. Besucher erwarten nach einem Klick den Inhalt, den der Link versprochen hat. Ein unpassendes Ziel hilft weder Menschen noch Suchmaschinen.

Google empfiehlt für dauerhaft verschobene Seiten serverseitige permanente Weiterleitungen und ein konkretes Mapping zwischen alten und neuen URLs. Die offizielle Anleitung für Website-Umzüge beschreibt den Ablauf im Detail.

3. Inhalte nicht blind kürzen

Eine übersichtlichere Website muss nicht weniger hilfreich sein. Prüfen Sie bei jeder bestehenden Seite:

• Beantwortet sie eine wichtige Frage?
• Unterstützt sie eine relevante Leistung?
• Wird sie gefunden oder verlinkt?
• Kann ihr Inhalt sinnvoll in eine stärkere Seite integriert werden?

Wichtige Inhalte sollten bewusst übernommen oder zusammengeführt werden. Wird Inhalt zusammengelegt, muss die alte URL auf genau diese neue Zielseite verweisen.

4. Navigation und interne Links neu prüfen

Nach einem Relaunch zeigen alte Links im Text, Footer oder Menü manchmal noch auf Weiterleitungen oder nicht mehr vorhandene Seiten. Aktualisieren Sie interne Links direkt auf die neuen Ziele. Das verkürzt Wege und macht die neue Struktur eindeutig.

Jede wichtige Leistungsseite sollte von der Navigation oder einer passenden Übersichtsseite erreichbar sein. Regionale Seiten gehören in eine nachvollziehbare Regionenstruktur, Ratgeber in thematisch passende Leistungsseiten und Referenzen in den Weg zur Anfrage.

5. Die Testumgebung abschirmen

Eine unfertige Testseite sollte nicht versehentlich bei Google landen. Der Zugriff kann geschützt oder die Indexierung vorübergehend unterbunden werden. Entscheidend ist, diese Sperre beim Livegang vollständig zu entfernen.

Prüfen Sie vor dem Launch insbesondere:

• Canonical-URLs
• Robots-Anweisungen
• Sitemap
• strukturierte Daten
• Seitentitel und Beschreibungen
• Statuscodes

Eine vergessene noindex-Anweisung kann eine technisch perfekte neue Seite vollständig aus der Suche halten.

6. Formulare und Anfragewege wirklich testen

Ein Formular ist nicht getestet, nur weil es sich absenden lässt. Prüfen Sie den vollständigen Weg:

1. Pflichtfelder reagieren korrekt.
2. Die Anfrage erreicht das richtige Postfach.
3. Absender und Betreff sind verständlich.
4. Telefonnummern funktionieren auf Mobilgeräten.
5. Bestätigungen versprechen nichts, was nicht eingehalten wird.
6. Datenschutztexte und Einwilligungen entsprechen den geprüften Vorgaben.

Testen Sie außerdem Navigation, Downloads, externe Profile und alle wichtigen Handlungsaufforderungen.

7. Performance vor dem Wechsel messen

Ein Relaunch sollte die Website nicht langsamer machen. Vergleichen Sie wichtige Seitentypen vor und nach dem Wechsel: Startseite, Leistungsseite, Kontakt und gegebenenfalls regionale Seiten.

Achten Sie nicht nur auf einen einzelnen Laborwert. Bildgrößen, Schriften, Skripte, Layoutverschiebungen und die tatsächliche Reaktion nach einem Klick beeinflussen die Nutzung. Unser Ratgeber zu den Core Web Vitals erklärt die wichtigsten Kennzahlen.

8. Nach dem Launch beobachten

Nach der Veröffentlichung beginnt die Kontrollphase. Prüfen Sie in den ersten Tagen regelmäßig:

• nicht gefundene Seiten
• Weiterleitungsketten
• Indexierungsprobleme
• Sitemap-Verarbeitung
• wichtige Rankings und Zugriffe
• Formulare und technische Fehlermeldungen

Schwankungen in der Suche können bei größeren Änderungen vorübergehend auftreten. Wichtig ist, technische Fehler früh von normalen Neubewertungen zu unterscheiden.

Wer sollte den Relaunch begleiten?

Ein Relaunch verbindet Gestaltung, Entwicklung, Inhalte und SEO. Werden diese Bereiche getrennt geplant, entstehen oft Lücken: Das Design ist fertig, aber alte URLs fehlen; Texte sind gekürzt, aber wichtige Suchintentionen verschwinden; die neue Technik läuft, aber Formulare wurden nicht vollständig getestet.

Eine individuell geplante Website sollte deshalb bereits vor dem Design mit Bestandsaufnahme, Zielstruktur und Weiterleitungsplan beginnen. Nach dem Launch kann eine laufende Betreuung Monitoring, Updates und technische Kontrollen übernehmen.

Fazit

Ein guter Relaunch schützt bestehende Stärken und verbessert gezielt die Schwachstellen. Mit Bestandsaufnahme, URL-Mapping, permanenten Weiterleitungen, vollständigen Tests und Monitoring wird aus einem riskanten Wechsel ein kontrolliertes Projekt.