Warum Migrationen schiefgehen

Die Ursache ist fast nie Technik allein, sondern Reihenfolge: SEO wird eingebunden, wenn Design und Informationsarchitektur längst beschlossen sind - und darf dann „noch kurz die Redirects machen". Zu diesem Zeitpunkt sind die teuersten Fehler bereits passiert: gelöschte Seiten mit Rankings, veränderte URL-Logik ohne Mapping, weggefallene Inhaltsmodule, die intern verlinkt und extern zitiert waren.

Ich habe Migrationen und Relaunches u. a. für die Lufthansa Group (3 Airlines, 96 Märkte, 14 Sprachen) begleitet und bei StoneX die CMS-Migration internationaler Finanzplattformen fachlich geleitet - inklusive Testing und Qualitätssicherung. Das folgende Playbook ist die Essenz daraus.

Phase 1: Inventur & Baseline (T−12 bis T−8 Wochen)

  • Vollständiges URL-Inventar aus Crawl, Search Console, Analytics, Logfiles und Backlink-Daten - nicht nur die Sitemap.
  • Wert-Klassifizierung: Jede URL bekommt einen Wert (Traffic, Rankings, Links, Conversions). Das entscheidet später über Redirect-Prioritäten und Streichkandidaten.
  • Baseline dokumentieren: Rankings, Sichtbarkeitsindex, Core Web Vitals, Indexierungsstatus - ohne Vorher-Werte lässt sich Erfolg nachher nicht belegen.

Phase 2: Redirect-Mapping (T−8 bis T−4)

Das Mapping ist Handarbeit mit Systemunterstützung: exakte 1:1-Ziele für alle wertvollen URLs, Regel-basierte Weiterleitungen für Muster (Parameter, Verzeichnislogik), dokumentierte bewusste 410er für Inhalte, die sterben dürfen. Eiserne Regeln:

  • 301, nicht 302. Keine Redirect-Ketten (maximal ein Hop).
  • Niemals pauschal auf die Startseite umleiten - das wertet Google als Soft-404.
  • hreflang-Gruppen konsistent migrieren: Wer Markt A umzieht und Markt B vergisst, zerreißt die Sprachverknüpfung.

Phase 3: Pre-Launch-Testing (T−4 bis T0)

Auf der Staging-Umgebung wird getestet, was nach dem Go-live teuer wäre: Crawl-Vergleich alt/neu (fehlen Seiten? Titles? strukturierte Daten?), Stichproben-Rendering (kommen Inhalte serverseitig an - auch für KI-Crawler?), Redirect-Tests gegen das komplette Mapping, Ladezeit-Vergleich der Kern-Templates. Abnahmekriterium ist ein dokumentierter Test-Report - nicht das Bauchgefühl des Dienstleisters.

Aus der Praxis

Der häufigste Last-Minute-Fund in meinen Projekten: Die Staging-robots.txt („Disallow: /") geht mit live. Deshalb gehört der robots.txt- und Meta-Robots-Check in die Go-live-Minute - nicht in die Woche danach.

Phase 4: Go-live & Monitoring (T0 bis T+8)

  • Tag 0: robots.txt, Indexierbarkeit, Redirect-Stichproben, XML-Sitemaps einreichen, Search-Console-Property prüfen.
  • Woche 1-2: Crawl-Statistiken und Logfiles beobachten - findet Google die neuen URLs? Steigen 404er?
  • Woche 2-8: Rankings und Sichtbarkeit gegen die Baseline tracken. Schwankungen von einigen Wochen sind normal; anhaltende Verluste einzelner Cluster sind ein Arbeitsauftrag, kein Schicksal.

Die Kurz-Checkliste

  1. URL-Inventar aus allen Quellen, mit Wert-Klassifizierung
  2. Baseline-Report vor dem Umzug
  3. 1:1-Redirect-Mapping, keine Ketten, keine Startseiten-Sammelumleitung
  4. Staging-Crawl-Vergleich + Rendering-Check + Redirect-Test
  5. Go-live-Minute: robots.txt, Indexierung, Sitemaps
  6. 8 Wochen Monitoring gegen Baseline - mit klaren Eskalationswegen

Eine Migration ist kein SEO-Risiko, wenn sie als SEO-Projekt geführt wird. Sie ist sogar eine Chance: Kaum je sonst lassen sich Altlasten, Strukturfehler und technische Schulden so gründlich bereinigen wie beim Umzug.