SEO-Checkliste für Website-Relaunch und Domainwechsel

1. Warum ein Relaunch zum SEO-Risiko wird

Bei einem Website-Relaunch oder Domainwechsel werden URLs, Seitenstrukturen und oft auch Inhalte gleichzeitig verändert. Google muss die neue Struktur komplett neu bewerten, und in der Übergangsphase gehen häufig Rankings, Sichtbarkeit und organischer Traffic zurück. Wer den Relaunch ausschließlich als Design oder Technikprojekt betrachtet und SEO erst nach dem Go-Live einplant, riskiert Einbrüche von 30 bis 50 Prozent beim organischen Traffic, die sich über Monate hinziehen können.

Der Grund dafür liegt selten in einem einzelnen Fehler, sondern in der Summe kleiner Versäumnisse: fehlende Redirects, veränderte URL-Strukturen ohne Mapping, vergessene Canonical-Tags oder eine neu eingereichte Sitemap, die nicht mit der tatsächlichen Seitenstruktur übereinstimmt. Eine strukturierte Checkliste, die vor, während und nach dem Go-Live abgearbeitet wird, reduziert dieses Risiko erheblich und macht Rankingverluste im besten Fall vollständig vermeidbar.

2. Vollständige URL-Inventur vor dem Relaunch

Der erste und wichtigste Schritt vor jedem Relaunch ist eine vollständige Bestandsaufnahme aller aktuell indexierten und crawlbaren URLs. Dazu gehören nicht nur die offensichtlichen Kategorie- und Produktseiten, sondern auch Filterseiten, paginierte Serien, alte Kampagnenlandingpages, PDF-Dokumente und selbst vermeintlich unwichtige Seiten wie AGB oder Impressum, sofern sie Rankings oder Backlinks halten. Als Quellen dienen dabei mindestens drei unabhängige Datensätze: ein vollständiger Crawl der aktuellen Seite, der URL-Export aus der Google Search Console und die Serverlogs der letzten sechs bis zwölf Monate.

Diese drei Quellen werden zusammengeführt und um Kennzahlen wie organischen Traffic, Anzahl verweisender Domains und Ranking-Positionen ergänzt, damit später priorisiert werden kann, welche URLs besonders schützenswert sind. Erfahrungsgemäß tauchen bei diesem Abgleich immer URLs auf, die im aktuellen Seitenmenü gar nicht mehr verlinkt sind, aber weiterhin Traffic bringen, und genau diese vergessenen Seiten sind es, die bei einem Relaunch am häufigsten unter den Tisch fallen.

3. Redirect-Mapping-Strategie erstellen

Auf Basis der URL-Inventur entsteht eine Mapping-Tabelle, die jeder alten URL genau eine neue Ziel-URL zuordnet. Wichtig ist dabei die inhaltliche Passgenauigkeit: Eine alte Produktseite sollte auf die inhaltlich passende neue Produktseite verweisen und nicht pauschal auf die Startseite, denn solche Sammel-Redirects werden von Google zunehmend kritisch bewertet und liefern den Nutzern kaum Mehrwert. Bei Kategorien, die im neuen Shop nicht mehr existieren, empfiehlt sich eine Weiterleitung auf die nächsthöhere, thematisch verwandte Kategorieebene statt auf eine beliebige andere Seite.

Die Mapping-Tabelle sollte parallel von mehreren Personen (SEO, Entwicklung, Content) geprüft werden, da einzelne Fehlzuordnungen sich erst Wochen später in Form von Rankingverlusten bemerkbar machen. Für sehr große Kataloge mit mehreren tausend URLs lohnt sich eine automatisierte Zuordnung über Produktattribute wie SKU oder Kategorie-ID, kombiniert mit einer stichprobenartigen manuellen Kontrolle der wichtigsten Top-Traffic-Seiten.

4. Technische Umsetzung der Weiterleitungen

Für die eigentliche Umsetzung gilt die Regel: immer serverseitige 301-Weiterleitungen einsetzen, niemals Meta-Refresh oder clientseitige JavaScript-Redirects, da diese von Suchmaschinen deutlich unzuverlässiger interpretiert werden. Die Redirect-Regeln sollten möglichst nah an der Domain- beziehungsweise Webserver-Ebene liegen, damit sie unabhängig vom Anwendungscode funktionieren und auch bei einem CMS-Wechsel bestehen bleiben.

Bei sehr umfangreichen Mappings empfiehlt sich der Einsatz einer Redirect-Datenbank oder -Tabelle statt Hunderter einzelner Regeln in der Konfigurationsdatei, da dies die Wartbarkeit und Performance deutlich verbessert. Vor dem finalen Go-Live sollte jede Weiterleitung stichprobenartig getestet werden, inklusive der Prüfung auf Redirect-Ketten, denn mehr als ein Redirect-Hop pro URL verlangsamt das Crawling unnötig und sollte konsolidiert werden.

# 301-Weiterleitung von alter Kategorie-URL auf neues Äquivalent
location = /alte-kategorie-schuhe.html {
    return 301 https://www.beispiel-shop.de/neue-kategorie-schuhe/;
}

# Bulk-Redirect über map für große Kataloge
map $uri $redirect_target {
    /alte-produktseite-1.html  /neue-produktseite-1/;
    /alte-produktseite-2.html  /neue-produktseite-2/;
}

server {
    if ($redirect_target) {
        return 301 https://www.beispiel-shop.de$redirect_target;
    }
}

5. Search-Console-Property-Wechsel korrekt durchführen

Bei einem Domainwechsel muss in der Google Search Console explizit eine Adressänderung (Change of Address) für die betroffene Property angestoßen werden, sofern beide Domains verifiziert sind. Diese Funktion signalisiert Google, dass es sich um einen kompletten Domainumzug handelt, und beschleunigt die Übertragung der bisherigen Signale auf die neue Domain spürbar gegenüber einem rein passiven Abwarten.

Bleibt die Domain gleich und ändert sich nur die URL-Struktur, entfällt dieser Schritt, dafür sollte aber die aktuelle Sitemap in der bestehenden Property sorgfältig überwacht werden. In beiden Fällen ist es sinnvoll, beide Properties (alt und neu) für mindestens sechs Monate parallel weiterzuführen, um Vergleichsdaten zu Klicks, Impressionen und Indexierungsstatus zu erhalten und Probleme frühzeitig zu erkennen.

6. Sitemap-Neueinreichung und robots.txt prüfen

Nach dem Go-Live wird eine neue, ausschließlich die aktuellen URLs enthaltende XML-Sitemap generiert und in der Search Console eingereicht. Die Sitemap sollte keine URLs mit Redirects, 404-Fehlern oder Canonical-Verweisen auf andere Seiten enthalten, da solche Einträge Google unnötig verwirren und die Priorisierung des Crawlings verschlechtern.

Gleichzeitig muss die robots.txt-Datei kontrolliert werden, denn ein häufiger Fehler bei Relaunches ist eine versehentlich aus der Staging-Umgebung übernommene robots.txt, die Disallow für alle Crawler enthält und damit die komplette neue Seite für Suchmaschinen sperrt. Dieser Fehler ist einer der häufigsten Gründe für dramatische, plötzliche Sichtbarkeitsverluste direkt nach einem Relaunch und sollte in der Go-Live-Checkliste als eigener, doppelt zu prüfender Punkt geführt werden.

7. Interne Verlinkung und Content-Migration prüfen

Auch die beste Redirect-Strategie ersetzt keine korrekte interne Verlinkung im neuen System, denn Google gewichtet Links innerhalb der aktuellen Seitenstruktur stärker als reine Weiterleitungsketten aus der Vergangenheit. Alle wichtigen Navigationselemente, Breadcrumbs, Footer-Links und thematisch verwandte Produkte oder Artikel sollten deshalb im neuen System genauso sorgfältig verlinkt werden wie im alten.

Bei der Content-Migration selbst ist zu prüfen, ob Überschriftenstruktur, Metadaten, strukturierte Daten und Bild-Alt-Texte vollständig und unverändert übernommen wurden, denn gerade bei automatisierten Migrationsskripten gehen diese Elemente erfahrungsgemäß am häufigsten verloren. Eine stichprobenartige Vorher-Nachher-Prüfung der zehn bis zwanzig wichtigsten Seiten deckt solche Lücken in der Regel zuverlässig auf, bevor sie produktiv werden.

8. Monitoring-Zeitraum nach dem Go-Live

Die ersten zwei bis vier Wochen nach dem Relaunch sind entscheidend und sollten mit täglichem Monitoring begleitet werden. Dazu gehört die tägliche Kontrolle der Indexierungsabdeckung in der Search Console, die Beobachtung des Crawling-Verhaltens in den Serverlogs sowie ein tägliches Ranking-Tracking der wichtigsten Keywords, um Abweichungen sofort zu erkennen statt erst nach Wochen.

Nach dieser intensiven Phase folgt ein erweitertes Monitoring über mindestens drei Monate, in dem wöchentlich Traffic-, Ranking- und Conversion-Daten mit dem Vorjahreszeitraum verglichen werden. Diese längere Beobachtungsphase ist notwendig, weil manche Effekte des Relaunches, etwa eine schrittweise Neubewertung durch Google, sich erst mit deutlicher Verzögerung von mehreren Wochen zeigen.

9. Troubleshooting bei Ranking-Einbrüchen

Zeigen sich trotz sorgfältiger Vorbereitung Ranking-Einbrüche, hilft eine strukturierte Fehlersuche: zunächst wird geprüft, ob die betroffenen Seiten überhaupt korrekt indexiert sind, danach folgt die Kontrolle der Redirects auf Ketten oder falsche Zielseiten, und abschließend wird verglichen, ob sich Inhalt, Struktur oder interne Verlinkung gegenüber der alten Version wesentlich verschlechtert haben.

In den meisten Fällen lassen sich Einbrüche auf einen von drei Gründen zurückführen: fehlerhafte oder fehlende Redirects, versehentliche Deindexierung durch robots.txt oder Meta-Robots-Tags, oder eine spürbare Content-Qualitätsminderung durch die Migration. Wer diese drei Ursachen systematisch ausschließt, findet die eigentliche Fehlerquelle in aller Regel innerhalb weniger Tage und kann gezielt nachbessern, statt pauschal abzuwarten.

10. Zusammenfassung

11. FAQ: Relaunch-Checkliste