SEO-Migration für B2B-Websites
Eine Website-Migration ist der riskanteste Moment im Lebenszyklus einer B2B-Website. URLs ändern sich, Strukturen werden umgebaut, Technologien gewechselt. Ohne systematisches SEO-Management verlieren Unternehmen Wochen oder Monate an Sichtbarkeit, Traffic und Leads.
Pre-Launch: Vorbereitung ist alles
80 % des Migrationserfolgs wird in der Vorbereitungsphase bestimmt. Je gründlicher die Planung, desto geringer das Risiko von Traffic-Verlusten und Ranking-Einbrüchen.
Erfassen Sie alle URLs der alten Website: indexierbare Seiten, Weiterleitungen, noindex-Seiten, PDFs, Bilder, Videos. Quellen: XML-Sitemaps, GSC Coverage Report, Crawl-Daten (Screaming Frog, Sitebulb), Server-Logfiles, Backlink-Profile (Ahrefs, Majestic).
Ziel: Keine URL vergessen – auch nicht alte Weiterleitungen, die bereits mehrfach umgeleitet wurden.Bewerten Sie jede URL nach Traffic (letzte 12 Monate), Backlinks, Conversions und strategischer Relevanz. URLs mit hohem Traffic und vielen Backlinks sind kritisch und erhalten höchste Priorität im Redirect-Mapping.
Priorisierung: P0 = Top-Traffic + Backlinks; P1 = mittlerer Traffic; P2 = geringer Traffic; P3 = keine historische Relevanz.Jede alte URL braucht eine Ziel-URL auf der neuen Website. Vermeiden Sie Redirect-Ketten (mehr als 2 Sprünge) und Redirects auf 404-Seiten oder irrelevante Inhalte. Bei größeren Websites (> 1.000 URLs) verwenden Sie Regex-basierte Regeln für URL-Muster.
Praxis: 1:1-Mapping für Top-100-URLs; Pattern-Redirects für kategorisierte URLs (/blog/alt/ → /blog/neu/).Vergleichen Sie Titel, Meta-Descriptions, H1, Content, Canonicals, hreflang und Schema-Markup zwischen alter und neuer Version. Jede Verschlechterung (kürzere Titel, fehlendes Schema, entfernte interne Links) kann Rankings kosten.
Tooling: Screaming Frog Side-by-Side-Vergleich oder Custom-Scripts mit BeautifulSoup.Testen Sie die neue Website in einer Staging-Umgebung: Crawlbarkeit, Indexierungskontrolle (robots.txt, noindex), Performance (LCP, INP, CLS), Mobile Usability, Schema-Validierung, HTTPS, interne Verlinkung. Jeder Fehler hier vervielfacht sich nach dem Launch.
Checkliste: 50+ technische Punkte; nur bei 100 % Pass-Rate geht es live.Erstellen Sie ein vollständiges Backup der alten Website (Dateien, Datenbank, Server-Config). Definieren Sie klare Rollback-Kriterien (z. B. > 30 % Traffic-Verlust nach 48 h, kritische 404-Fehler > 5 %) und einen Eskalationsplan.
Hinweis: Der Rollback-Plan muss innerhalb von 2 Stunden ausführbar sein.Launch-Day: Kontrollierte Umstellung
Der Launch-Tag erfordert Präzision und schnelle Reaktion. Jedes Teammitglied sollte seine Aufgaben kennen und direkten Zugriff auf Server, DNS, GSC und Analytics haben.
Führen Sie Migrationen zu Zeiten mit geringem Traffic durch (typischerweise Wochenende oder Nacht). Informieren Sie alle Stakeholder vorab über den genauen Zeitplan, mögliche Ausfälle und Eskalationswege.
Empfehlung: Freitagabend oder Samstagmorgen starten, um das Wochenende für Monitoring und Bugfixing zu nutzen.DNS-Änderungen benötigen 1–48 Stunden zur globalen Propagation. Verwenden Sie niedrige TTL-Werte (300 s) bereits 24 h vor dem Switch, um die Ausbreitung zu beschleunigen. Testen Sie den DNS-Switch mit Tools wie whatsmydns.net.
Vorsicht: DNS-Wechsel ohne TTL-Reduktion können 24–72 h unvorhersehbares Verhalten verursachen.Aktivieren Sie alle 301-Redirects sofort nach dem DNS-Switch. Testen Sie die Top-50-URLs manuell mit curl oder Browser-DevTools. Überprüfen Sie Status-Codes (301, nicht 302 oder 404), Ziel-URLs und Ladezeiten.
Wichtig: 302-Redirects übertragen kein Link Equity; 301 ist Pflicht für permanente Umleitungen.Entfernen Sie noindex-Tags von allen öffentlichen Seiten der neuen Website. Aktualisieren Sie robots.txt, um Crawling der neuen Struktur zu erlauben. Eine vergessene noindex-Einstellung auf der Startseite kann katastrophal sein.
Horror-Szenario: Neue Website live, aber alle Seiten noindex → Google entfernt die gesamte Website aus dem Index.Erstellen und validieren Sie die neue XML-Sitemap vor dem Launch. Reichen Sie sie unmittelbar nach dem Go-Live in Google Search Console und Bing Webmaster Tools ein. Die Sitemap beschleunigt die Entdeckung der neuen URLs erheblich.
Praxis: Sitemap-Index mit separaten Sitemaps pro Seitentyp (Pages, Blog, Produkte, Standorte).Überwachen Sie in den ersten 2 Stunden: Server-Errors (5xx), 404-Fehler, Ladezeiten, DNS-Auflösung, SSL-Zertifikat, Mobile Usability. Tools: Uptime-Monitoring (Pingdom, UptimeRobot), Server-Logs, Real-Time Analytics.
Alerting: Push-Benachrichtigungen für > 1 % 5xx-Fehler oder > 5 % 404-Fehler.Post-Launch: Stabilisierung und Optimierung
Die kritischste Phase beginnt nach dem Launch. Google braucht Tage bis Wochen, um die neue Struktur zu verstehen, Redirects zu verarbeiten und Rankings neu zuzuordnen. Kontinuierliches Monitoring und schnelle Reaktion sind entscheidend.
Überwachen Sie Coverage, Performance, Enhancements und Core Web Vitals täglich in den ersten 2 Wochen. Achten Sie auf: Neue Indexierungsfehler, plötzliche Impressions-Einbrüche, fehlende Rich Results, Mobile-Usability-Probleme.
Kritisch: „Submitted URL not selected as canonical" oder „Crawled – currently not indexed" bei strategischen Seiten.Vergleichen Sie organischen Traffic, Sessions, Conversions und Rankings täglich mit dem Vorwochen-Wert (nicht Vorjahreswert, da Wochentag-Muster wichtiger sind). Ein Rückgang von 10–20 % in den ersten Tagen ist normal; ein Rückgang > 30 % erfordert sofortige Analyse.
Benchmark: Nach 2–4 Wochen sollte der Traffic auf 90–100 % des Vorher-Werts zurückgekehrt sein.Identifizieren und beheben Sie 404-Fehler sofort. Quellen: GSC Coverage Report, Server-Logs, Screaming Frog Crawl der neuen Site. Für jeden 404 prüfen Sie: Gibt es eine passende neue URL? Wenn ja, 301 setzen. Wenn nein, 410 (dauerhaft entfernt) oder benutzerdefinierte 404-Seite.
Ziel: < 0,5 % 404-Fehlerquote aller Crawls innerhalb von 7 Tagen nach Launch.Kontaktieren Sie wichtige Backlink-Geber (Fachmedien, Partner, Branchenverbände) und bitten Sie um Aktualisierung ihrer Links auf die neuen URLs. Nicht alle werden reagieren – aber jede aktualisierte Verlinkung stärkt die neue Struktur direkt.
Priorisierung: Backlinks von Domains mit DR > 50 oder thematischer Relevanz zuerst kontaktieren.Reichen Sie für die Top-50-URLs der neuen Website Indexierungsanfragen in GSC ein. Das beschleunigt die Crawling- und Indexierungsgeschwindigkeit für die wichtigsten Seiten.
Limit: ca. 10–20 Anfragen pro Tag; verteilen Sie über mehrere Tage.Nach 3–6 Monaten, wenn alle Redirects stabil laufen und der Traffic sich normalisiert hat, können Sie alte Server, Datenbanken und Staging-Umgebungen abschalten. Dokumentieren Sie alle Redirects vor dem Abschalten für zukünftige Wartung.
Hinweis: 301-Redirects sollten mindestens 12 Monate aktiv bleiben; idealerweise dauerhaft.SEO-Migrations-Checkliste
| Phase | Maßnahme | Verantwortlich | Status |
|---|---|---|---|
| Pre-Launch | URL-Inventar erstellen (Crawl + GSC + Backlinks) | SEO-Manager | ☐ |
| Pre-Launch | Risiko-Matrix und Priorisierung | SEO-Manager | ☐ |
| Pre-Launch | 1:1-Redirect-Mapping für Top-URLs + Pattern-Redirects | SEO + Entwickler | ☐ |
| Pre-Launch | Content- und Meta-Parität prüfen | Content + SEO | ☐ |
| Pre-Launch | Technisches Staging-Audit (Crawl, Performance, Schema) | Technischer SEO | ☐ |
| Pre-Launch | Backup und Rollback-Plan | Entwickler | ☐ |
| Launch-Day | DNS-Switch mit niedriger TTL | Entwickler | ☐ |
| Launch-Day | Redirects aktivieren und testen | Entwickler | ☐ |
| Launch-Day | Noindex entfernen, robots.txt aktualisieren | Technischer SEO | ☐ |
| Launch-Day | XML-Sitemap einreichen (GSC + Bing) | SEO-Manager | ☐ |
| Launch-Day | Real-Time-Monitoring aktivieren | SEO-Manager | ☐ |
| Post-Launch | GSC täglich prüfen (Coverage, Performance, Enhancements) | SEO-Manager | ☐ |
| Post-Launch | Traffic- und Ranking-Vergleich (WoW) | SEO-Manager | ☐ |
| Post-Launch | 404-Fehler identifizieren und 301-setzen | Technischer SEO | ☐ |
| Post-Launch | Backlink-Outreach für wichtige Links | Content/PR | ☐ |
| Post-Launch | Indexierungsanfragen für Top-50-URLs | SEO-Manager | ☐ |
| Post-Launch | Core Web Vitals Monitoring und Optimierung | Technischer SEO | ☐ |
| Post-Launch | Alte Infrastruktur nach 3–6 Monaten abschalten | Entwickler | ☐ |