Was bei schlechter SEO-Migration schiefgeht
Massive Traffic-Verluste
Ohne korrekte 301-Weiterleitungen landen alte URLs auf 404-Fehlerseiten. Google deindexiert sie, Rankings verschwinden, organischer Traffic bricht um 30-50% ein.
Verlorene Backlinks
Externe Links zeigen auf alte URLs. Ohne Weiterleitungen verlierst du den SEO-Value Hunderter oder Tausender Backlinks. Jahre an Link-Building umsonst.
Monatelange Recovery-Zeit
Selbst mit nachträglichen Fixes dauert es Monate, bis Google deine Rankings wiederherstellt. Währenddessen verlierst du täglich Umsatz.
Schritt 1: URL-Inventar und Mapping erstellen
Bevor du irgendetwas live schaltest, brauchst du eine vollständige Liste aller URLs und einen Plan, wohin sie zeigen sollen.
Alle bestehenden URLs erfassen
Nutze einen Website-Crawler, um jede einzelne URL zu erfassen:
- Screaming Frog: Crawlt bis zu 500 URLs kostenlos (oder unbegrenzt mit Lizenz)
- Google Search Console: Exportiere alle indexierten URLs
- Sitemap.xml: Falls vorhanden, als Ausgangspunkt nutzen
- Server-Logs: Zeigen auch URLs, die nicht in der Sitemap stehen
- Analytics: URLs mit Traffic identifizieren (wichtigste zuerst mappen)
Exportiere die Liste als Excel/CSV mit Spalten: Alte URL, Status-Code, Indexierungsstatus, monatlicher Traffic.
Neue URL-Struktur planen
Entwirf die neue URL-Struktur basierend auf Best Practices:
- Kurz und sprechend: /blog/website-relaunch statt /2024/03/15/post-12345
- Keyword-Optimiert: Wichtige Keywords in der URL
- Logische Hierarchie: /kategorie/unterkategorie/artikel
- Konsistente Benennung: Einheitlich Plural oder Singular, Bindestriche statt Underscores
- Keine Parameter: Vermeide ?id=123 wo möglich (nutze Clean URLs)
URL-Mapping-Tabelle erstellen
Erstelle eine Excel-Tabelle mit folgenden Spalten:
| Alte URL | Neue URL | Redirect-Typ | Traffic/Monat | Priorität |
|---|---|---|---|---|
| /produkte/widget-old | /produkte/widget | 301 | 5.200 | Hoch |
| /blog/post-123 | /blog/conversion-tipps | 301 | 1.800 | Mittel |
| /veraltete-seite | - | 410 (gelöscht) | 0 | Niedrig |
Priorisiere URLs mit hohem Traffic und vielen Backlinks. Diese sind kritisch und müssen perfekt gemappt werden.
Schritt 2: 301-Weiterleitungen korrekt implementieren
301-Weiterleitungen sind das Herzstück jeder SEO-Migration. sie sagen Google: "Diese Seite ist permanent zu einer neuen URL umgezogen."
Warum 301 und nicht 302?
Es gibt verschiedene Redirect-Typen:
- 301 (Permanent): "Diese Seite ist für immer umgezogen." Google überträgt Rankings und Link-Juice zur neuen URL. Das willst du bei Relaunches.
- 302 (Temporary): "Diese Seite ist vorübergehend woanders." Google behält die alte URL im Index und überträgt keine Rankings. Falsch bei Relaunches!
- 410 (Gone): "Diese Seite existiert nicht mehr und kommt nicht zurück." Nutze dies für wirklich gelöschte Inhalte ohne Ersatz.
Häufigster Fehler
Versehentlich 302 statt 301 verwenden. Google überträgt dann keine Rankings, Traffic bricht ein. Überprüfe jeden Redirect mit Tools wie redirect-checker.org.
Implementierung auf Server-Ebene
Implementiere Weiterleitungen auf Server-Ebene (nicht via JavaScript oder Meta-Refresh):
Apache (.htaccess):
# Einzelne Weiterleitung
Redirect 301 /alte-seite.html /neue-seite
# Weiterleitung mit Regex
RedirectMatch 301 ^/blog/(.*)$ /insights/$1
# Weiterleitung aller alten URLs zu neuer Domain
RewriteEngine On
RewriteCond %{HTTP_HOST} ^altedomain\.de$ [NC]
RewriteRule ^(.*)$ https://neuedomain.de/$1 [R=301,L]Nginx (nginx.conf):
# Einzelne Weiterleitung
location = /alte-seite.html {
return 301 /neue-seite;
}
# Weiterleitung mit Regex
location ~ ^/blog/(.*)$ {
return 301 /insights/$1;
}
# Domain-Weiterleitung
server {
server_name altedomain.de;
return 301 https://neuedomain.de$request_uri;
}Teste alle Weiterleitungen auf einem Staging-Server, bevor du live gehst.
Redirect-Chains vermeiden
Ein Redirect-Chain ist eine Kette von Weiterleitungen:
/alte-url → /zwischen-url → /neue-url
Problem: Jede Weiterleitung kostet Zeit und verwässert Link-Juice. Google mag keine Chains.
Lösung: Alle alten URLs direkt zur finalen neuen URL weiterleiten:
✓ Richtig:
/alte-url → /neue-url
/zwischen-url → /neue-url
Schritt 3: Content-Migration SEO-sicher durchführen
Es reicht nicht, nur URLs weiterzuleiten. Der Content selbst muss SEO-optimiert migriert werden.
Meta-Tags beibehalten (falls sie funktionieren)
Wenn deine aktuellen Meta-Titel und -Descriptions gut ranken, behalte sie bei:
- Exportiere alle Meta-Titel und -Descriptions der alten Seite
- Mappe sie zu den neuen URLs
- Importiere sie ins neue CMS
- Optimiere nur, wo Rankings schlecht sind
Faustregel: Wenn eine Seite auf Seite 1 rankt, ändere Meta-Tags nicht ohne A/B-Test.
Heading-Struktur beibehalten
Google analysiert H1, H2, H3 für Themen-Relevanz:
- Behalte H1-Tags bei (oder verbessere sie minimal)
- Strukturiere Content mit H2/H3 wie vorher (oder besser)
- Füge fehlende Keywords in Headings ein, aber subtil
Interne Links aktualisieren
Alle internen Links müssen auf die neuen URLs zeigen:
- Crawle die neue Seite auf Staging
- Identifiziere alle internen Links, die noch auf alte URLs zeigen
- Aktualisiere sie manuell oder via Search-Replace im CMS
- Vermeide, dass interne Links über 301-Redirects laufen (direkt verlinken ist besser)
Strukturierte Daten migrieren
Falls deine alte Seite Schema.org-Markup verwendet (z.B. für Rich Snippets):
- Identifiziere alle strukturierten Daten (JSON-LD, Microdata)
- Implementiere sie auf der neuen Seite
- Teste mit Google Rich Results Test
- Erweitere Schema.org-Markup wo möglich (z.B. FAQ, HowTo, Product)
Bild-URLs und Alt-Texte
Bilder sind oft vernachlässigt, aber wichtig für SEO:
- Behalte Bild-URLs bei (oder leite alte Bild-URLs weiter)
- Migriere Alt-Texte (Google nutzt sie für Bild-Suche)
- Komprimiere Bilder für bessere Performance
- Verwende WebP statt JPEG/PNG (wenn möglich)
Schritt 4: Post-Launch SEO-Monitoring
Tag 1: Google Search Console prüfen
Direkt nach dem Launch:
- Reiche die neue Sitemap.xml ein
- Fordere Crawling für wichtige URLs an ("URL-Prüfung" → "Indexierung beantragen")
- Prüfe "Abdeckung": Sollten keine 404-Fehler für wichtige URLs auftauchen
- Überwache "Weiterleitungen": Bestätigen, dass alle 301s funktionieren
Woche 1-2: Traffic und Rankings überwachen
Täglich überprüfen:
- Organischer Traffic: Vergleich mit Baseline (vor Relaunch). Einbruch >20% ist kritisch.
- Rankings für Top-Keywords: Nutze Rank-Tracking-Tools (Ahrefs, SEMrush, SE Ranking)
- Indexierung: Wie viele Seiten sind im Google-Index? (site:ihredomain.de)
- Crawl-Fehler: Google Search Console → Coverage → Fehler beheben
- 404-Fehler: Checke Server-Logs. Viele 404s = fehlende Redirects
Mehr zu Traffic-Problemen: Bounce Rate senken
Woche 3-4: Backlinks aktualisieren
Externe Backlinks sind wertvoll – leite sie nicht dauerhaft über 301-Redirects:
- Identifiziere wichtige Backlinks (Ahrefs, Majestic, Google Search Console)
- Kontaktiere Website-Betreiber und bitte um Update der Links
- Priorisiere Links mit hohem Domain-Rating (DR/DA)
- Für eigene Properties (Social Media, Verzeichnisse): Selbst aktualisieren
Direkte Backlinks sind besser als über 301-Redirects, weil sie mehr Link-Juice übertragen.
Nach 4 Wochen: Erfolgsauswertung
Vergleiche 4 Wochen Post-Launch mit 4 Wochen Baseline:
- Traffic stabil oder gestiegen: Erfolgreiche Migration! 🎉
- Traffic 5-15% gesunken: Normal. Google braucht Zeit zur Re-Indexierung. Weiter überwachen.
- Traffic >20% gesunken: Probleme. Identifiziere fehlende Redirects, technische Fehler, Content-Probleme.
Führe ein Post-Launch-Audit durch: Audit vor dem Relaunch (funktioniert auch nach dem Relaunch).
Wie CROMATIX deine SEO-Migration unterstützt
Wichtigste Landing Pages identifizieren
CROMATIX analysiert deine aktuelle Website und identifiziert die wichtigsten Conversion-Seiten. Diese müssen absolute Priorität bei der URL-Migration haben.
Content-Qualität vor und nach Relaunch vergleichen
Führe ein CROMATIX-Audit vor dem Relaunch durch und wiederhole es nach dem Launch. So siehst du, ob Content-Qualität und Conversion-Faktoren erhalten geblieben sind.
Keine Analytics-Integration nötig
CROMATIX analysiert rein visuell. Perfekt für Agencies, die Kunden-Websites vor und nach Relaunches prüfen – ohne komplizierte Analytics-Freigaben.
Staging-Tests vor Go-Live
Analysiere die neue Website auf Staging mit CROMATIX. Identifiziere Content-Probleme vor dem Launch – nicht danach.
Häufige Fragen zur SEO-Migration
Wie lange sollte ich 301-Weiterleitungen aufrechterhalten?
Mindestens 12 Monate, besser 24 Monate oder dauerhaft. Google braucht Zeit, um alle Backlinks und Rankings zur neuen URL zu übertragen. Nach 12 Monaten sind die meisten Rankings stabil, aber externe Backlinks zeigen oft jahrelang auf alte URLs. Weiterleitungen kosten kaum Ressourcen – lass sie dauerhaft aktiv.
Was mache ich, wenn ich nach dem Relaunch Traffic verliere?
Sofortmassnahmen: (1) Prüfe Google Search Console auf Crawl-Fehler und 404s. (2) Teste alle wichtigen URLs – funktionieren die 301-Redirects? (3) Vergleiche alte und neue Sitemap – fehlen URLs? (4) Prüfe, ob robots.txt die neue Seite blockiert. (5) Checke, ob noindex-Tags versehentlich aktiv sind. (6) Reiche die neue Sitemap manuell bei Google ein. Mehr zur Checkliste: Website Relaunch Checkliste.
Kann ich die URL-Struktur beim Relaunch komplett ändern?
Ja, aber mit Risiko. Je mehr du änderst, desto höher das Risiko für Traffic-Verluste. Wenn die alte URL-Struktur chaotisch ist, lohnt sich eine Änderung – aber nur mit perfekter 301-Migration. Faustregel: Behalte die Struktur bei wo möglich, ändere sie nur wo nötig. Priorität: Rankings behalten > schöne URLs.
Muss ich alte Bilder-URLs auch weiterleiten?
Ja, besonders wenn sie in Google Bildersuche ranken oder externe Websites sie einbinden. Bilder-Traffic ist oft unterschätzt, kann aber 10-20% des organischen Traffics ausmachen. Leite Bild-URLs genauso wie Seiten-URLs weiter (301-Redirect von altem Bild-Pfad zu neuem).