Technische SEO-Übergabe beim Website-Relaunch

Ein Website-Relaunch ist eine der riskantesten SEO-Operationen die ein Unternehmen durchführen kann. Falsch gemacht, verschwinden Rankings die über Jahre aufgebaut wurden innerhalb weniger Wochen. Richtig gemacht, können Rankings erhalten oder sogar verbessert werden. Der Unterschied liegt fast ausschließlich in der technischen Vorbereitung und der korrekten SEO-Übergabe an das neue System.

Die größten Relaunch-Risiken für SEO

Fehlende oder falsche Redirects: Das häufigste und schwerste Problem. Wenn URLs sich ändern (und das tun sie bei fast jedem Relaunch), müssen alle alten URLs mit 301-Redirects auf die neuen zeigen. Jede fehlende Weiterleitung ist ein verlorener Backlink und verlorenes Ranking.

Veränderte URL-Struktur: Aus /blog/seo-tipps wird /ratgeber/seo-tipps/. Klingt harmlos, kostet aber Ranking-Kraft wenn der Redirect nicht gesetzt ist.

Unbeabsichtigtes Noindex: In der Testumgebung ist noindex gesetzt damit Suchmaschinen den Teststand nicht indexieren. Wenn diese Einstellung auf die Live-Umgebung übertragen wird, verschwinden alle Seiten aus dem Index.

Geänderte interne Verlinkung: Neue Navigation, neue Seitenstruktur – viele interne Links zeigen plötzlich auf nicht mehr existierende URLs.

Fehlende Hreflang-Tags: Bei mehrsprachigen Websites werden Sprachhinweise oft vergessen.

Laut einer Studie des Conversion-Unternehmens Orbit Media erleiden 60–80 % aller Website-Relaunches messbare Ranking-Verluste in den ersten 3 Monaten nach dem Launch – in den meisten Fällen wegen technischer SEO-Fehler die mit einer Checkliste vermeidbar gewesen wären.

Pre-Relaunch: Bestandsaufnahme der aktuellen Website

Vor jedem Relaunch müssen Sie wissen was es zu schützen gilt.

Schritt 1: URL-Inventar erstellen

Crawlen Sie die aktuelle Website mit Screaming Frog und exportieren Sie alle URLs. Das ist die Basis für die Redirect-Planung.

# Screaming Frog CLI (falls installiert)
screamingfrogseospider --crawl https://example.de --export-format csv

Schritt 2: Rankings dokumentieren

Exportieren Sie aktuelle Rankings aus der Google Search Console (Performance → Seiten → Export). Für Top-100-Seiten nach organischem Traffic: welche Keywords, welche Positionen.

Schritt 3: Wertvolle Seiten identifizieren

Nicht alle Seiten sind gleichwertig. Identifizieren Sie:

• Top 50 Seiten nach organischem Traffic (aus Analytics)
• Seiten mit externen Backlinks (aus Ahrefs/Semrush)
• Konversionsstarke Seiten (aus Analytics)

Diese Seiten haben höchste Priorität bei der Redirect-Planung.

Redirect-Mapping: Die wichtigste Vorbereitungsaufgabe

Erstellen Sie ein Redirect-Mapping in einer Tabelle: Alte URL → Neue URL.

Regeln für gutes Redirect-Mapping:

• 1:1 Redirects wenn möglich: Jede alte URL zeigt auf die inhaltlich entsprechende neue URL
• Keine Redirect-Ketten: Old → New1 → New2 kostet Performance und Linkjuice. Direkte Weiterleitungen.
• Catch-all-Redirect nur als Sicherheitsnetz: /alter-ordner/* → /neuer-ordner/* als generelle Regel, aber trotzdem wichtige URLs explizit mappen

Tabellen-Format für Redirect-Mapping:

Implementierung in .htaccess (Apache):

# 301 Redirect für URL-Änderungen
Redirect 301 /blog/seo-grundlagen /ratgeber/seo-grundlagen/
Redirect 301 /impressum.html /impressum/

# Catch-all für alten Blog-Ordner
RewriteRule ^blog/(.*)$ /ratgeber/$1 [R=301,L]

Nginx:

rewrite ^/blog/(.*)$ /ratgeber/$1 permanent;

Technische SEO-Checkliste für den Relaunch

Vor dem Launch:

• URL-Inventar der alten Website vollständig
• Redirect-Mapping für alle wichtigen URLs fertig
• robots.txt für Staging-Umgebung auf „Disallow: /” gesetzt
• Canonical-Tags auf der neuen Website korrekt konfiguriert
• Hreflang-Tags korrekt (bei mehrsprachigen Websites)
• XML-Sitemap für neue Website generiert
• Schema.org-Markup auf neuen Seiten geprüft
• Page Speed / Core Web Vitals auf Staging gemessen
• 404-Seite konfiguriert (custom 404 mit Hilfsinhalten)
• HTTPS korrekt eingerichtet, kein Mixed-Content

Am Launch-Tag:

• robots.txt: „Disallow: /” entfernt
• Alle Redirects live getestet (wichtigste 20 URLs manuell)
• XML-Sitemap in Google Search Console eingereicht
• Google Search Console: „URL-Prüfung” für Startseite durchführen
• Google Search Console Property auf neue URL-Struktur angepasst (falls Domain gewechselt)

Nach dem Launch:

• Crawl-Fehler in Search Console täglich prüfen (erste 2 Wochen)
• Rankings monitoring täglich (erste 2 Wochen)
• Backlinks prüfen: Zeigen wichtige externe Links noch auf existierende URLs?

Noindex-Falle: Das häufigste Katastrophen-Szenario

Die noindex-Falle ist einer der häufigsten schweren Relaunch-Fehler. So läuft es typischerweise ab:

1. Entwickler richtet Testumgebung ein und setzt <meta name="robots" content="noindex"> auf alle Seiten damit Google nicht den unfertigen Stand indexiert
2. Die fertige Website wird live gestellt – aber das noindex-Tag wird übersehen und bleibt drin
3. Googlebot findet die neue Website, sieht noindex und deindexiert alle Seiten
4. Rankings verschwinden innerhalb von Wochen

So vermeiden Sie die noindex-Falle:

• Speichern Sie das noindex-Meta-Tag in einer separaten Template-Variable die nur auf Staging gesetzt wird
• Führen Sie als erste Live-Check-Action einen Screaming Frog Crawl durch der gezielt auf noindex-Tags prüft
• Prüfen Sie in der Search Console nach ein paar Tagen ob Seiten indexiert werden

Domain-Wechsel beim Relaunch

Wenn beim Relaunch auch die Domain wechselt (z.B. von old-domain.de auf new-domain.de), sind zusätzliche Schritte nötig:

1. Alle Content-Seiten per 301 weiterleiten
2. In Google Search Console: „Adressänderung” im Legacy-Tool nutzen (vermittelt Google explizit den Domain-Wechsel)
3. Google Analytics 4 Property anpassen
4. Backlinks auf neue Domain umleiten (externe Linkgeber informieren)

Domain-Wechsel beim Relaunch können 3–6 Monate dauern bis Rankings vollständig übertragen sind – auch bei perfekter technischer Umsetzung. Die Kombination Domain-Wechsel + URL-Struktur-Änderung + Design-Wechsel ist das Maximum an SEO-Risiko und sollte wenn möglich in separate Schritte aufgeteilt werden.

Post-Launch-Monitoring: Die ersten 4 Wochen

Woche 1–2: Täglich prüfen

• Crawl-Fehler in Search Console (Coverage-Bericht)
• Rankings für Top-50-Keywords
• Organischer Traffic in Analytics (Vergleich Vorjahreswoche)

Woche 3–4: Alle 2–3 Tage

• Neue Seiten in Index aufgenommen?
• Redirect-Logs auf unerwartete 404-Fehler
• Core Web Vitals auf neuer Website

Red Flags die sofortiges Handeln erfordern:

• Mehr als 20 % Traffic-Einbruch gegenüber Vorjahreswoche
• Hunderte neue 404-Fehler in Search Console
• Schlüssel-Keywords fallen aus Top 20