SEO-Migrationen im Wachstum: Wo Sichtbarkeit verloren geht

Bei einer SEO-Migration ändern sich Domain, URLs, CMS oder Inhaltsstruktur. Ein vollständiges Mapping, direkte 301-Redirects und konsequente Kontrollen schützen bestehende Rankings während des weiteren Wachstums.

Jan-Hendrik HeuingAktualisiert

Warum Migrationen im Wachstum heikel sind

In längeren SEO-Programmen kommt oft der Punkt, an dem die bestehende Struktur nicht mehr passt. Das CMS soll wechseln, neue Inhalte brauchen andere Pfade, eine programmatische Ebene kommt hinzu oder mehrere Domains werden zusammengeführt.

Eine solche Migration ist technisch anspruchsvoll und kann bestehende Sichtbarkeit kosten. Gute Vorbereitung schützt einen grossen Teil der aufgebauten Rankings. Fehler bei URLs, Redirects und internen Links können dagegen das gesamte Wachstumsprogramm zurückwerfen.

Welche Änderungen als SEO-Migration gelten

Der Begriff umfasst mehrere Arten von Umbau:

  • Bei einer Domain-Migration wechselt der Host, zum Beispiel von reazon-ch.de zu reazon.ch. Die Pfade können gleich bleiben.
  • Bei einer URL-Struktur-Migration werden die Pfade neu geordnet. Aus /blog/artikel-1 wird etwa /de/wissen/cluster/artikel-1, während der Host gleich bleibt.
  • Bei einer CMS-Migration wechselt die technische Plattform, zum Beispiel von WordPress zu einem modernen Headless-Stack. Selbst bei unveränderten URLs kann sich das Rendering ändern.
  • Bei einer inhaltlichen Konsolidierung gehen mehrere Seiten in einer neuen Master-URL auf. Die alten URLs werden dorthin weitergeleitet. Das ist bei der Bereinigung von Clustern üblich.
  • Beim Wechsel zu einer Topic-Cluster-Architektur wird eine Domain in Hubs, Pillar und Cluster gegliedert. Dafür braucht es oft neue URLs, eine überarbeitete interne Verlinkung und konsolidierte Inhalte.

Die Risiken unterscheiden sich im Detail. Gemeinsam ist diesen Varianten, dass sie ein vollständiges URL-Inventar, eine passende 301-Strategie und Tests vor dem Go-live brauchen.

Vier häufige Ursachen für Verluste

Fehlende oder falsche 301-Redirects

Bleibt eine alte URL ohne Weiterleitung, liefert sie einen 404-Status. Nach weiteren Crawls kann Google sie aus dem Index entfernen, während vorhandene Backlinks ins Leere zeigen. Ähnlich problematisch sind versehentliche 302-Weiterleitungen oder Soft-404-Seiten.

Vor der Migration braucht es deshalb eine vollständige URL-Liste. Jede alte Adresse erhält eine fachlich passende neue Ziel-URL. Nach dem Start muss eine technische Prüfung bestätigen, dass die Weiterleitungen tatsächlich den permanenten Status 301 ausliefern.

Redirect-Ketten und Schleifen

Bei einer Kette führt URL A zu URL B und erst danach zu URL C. Solche Umwege erschweren das Crawling und können Weiterleitungssignale abschwächen. Ab vier oder mehr Stationen besteht zudem das Risiko, dass Google den Pfad nicht vollständig verfolgt. Eine Schleife, bei der A zu B und B wieder zu A führt, ist technisch defekt.

Jede alte URL sollte direkt auf ihr endgültiges Ziel zeigen. Nach mehreren Migrationen lohnt sich eine wiederkehrende Prüfung, weil neue Änderungen leicht alte Ketten erzeugen.

Alte interne Links

Wenn sich Pfade ändern, müssen auch die internen Links auf die neuen URLs verweisen. Links über Redirects funktionieren zwar oft weiterhin, hinterlassen aber unnötige Umwege für Nutzer und Crawler. Bei Tausenden Verweisen wird daraus ein strukturelles Problem.

Erfasse deshalb vorab alle internen Links und aktualisiere sie zum Go-live. Bei vielen Markdown-Dateien kann dafür ein automatisierter Such- und Ersetzungslauf sinnvoll sein.

Eine veraltete Sitemap

Nach der Migration gehört nur die neue URL-Struktur in die Sitemap. Alte und neue Adressen gleichzeitig zu melden, sendet widersprüchliche Signale. Google kann dadurch alte URLs länger im Index behalten oder neue langsamer aufnehmen.

Das Sitemap-Update gehört auf die Migrationscheckliste. Direkt nach dem Go-live wird die neue Sitemap in der Search Console eingereicht.

Zusätzliche Risiken während des Wachstums

Ein aktives Content-Programm veröffentlicht weiter neue Seiten, während Google gleichzeitig die Migration verarbeiten soll. Das bringt drei weitere Abhängigkeiten mit sich.

Eine wachsende Domain wird regelmässig für neue Inhalte gecrawlt. Während einer Migration kommen viele Redirects und neue URLs hinzu. Das verfügbare Crawl-Budget verteilt sich auf beide Aufgaben. Neue Inhalte können dadurch später indexiert und Weiterleitungen langsamer verarbeitet werden. Den Mechanismus behandelt Indexierungs-Pacing: warum grosse SEO-Drops Google misstrauisch machen.

Pillar-Seiten sind zentrale Anker ihrer Cluster. Ändert eine Migration ihre URLs, betrifft das nicht nur die Pillar selbst, sondern möglicherweise auch die zugehörigen Cluster-Artikel. Wo es möglich ist, sollten bestehende Pillar-URLs deshalb unverändert bleiben.

Auch eine neue Programmatic-Schicht kann mit der Migration kollidieren, wenn ihre Pfade von der künftigen Zielstruktur abhängen. Schliesse in diesem Fall zuerst die Migration ab oder verschiebe die Programmatic-Ebene, bis die Struktur stabil ist.

Ablauf einer sauberen Migration

Die folgenden Zeitangaben sind Planungswerte aus unserer Praxis. Der tatsächliche Aufwand hängt von Umfang und Komplexität der Website ab.

Phase 1: Inventur und Mapping, zwei bis vier Wochen

Erstelle aus Sitemap, Search Console und CMS-Export eine Liste aller vorhandenen URLs. Dokumentiere pro Seite, ob sie indexiert ist und welche Rankings, Impressions und Backlinks sie hat. So wird sichtbar, welche URLs unbedingt erhalten bleiben müssen und welche sich löschen oder konsolidieren lassen.

Danach ordnet das Redirect-Mapping jeder alten URL ein neues Ziel zu. Bei einer Migration im Verhältnis 1:1 ist das unkompliziert. Bei einer Konsolidierung dürfen mehrere alte Seiten nur dann auf dieselbe neue URL zeigen, wenn diese Zuordnung inhaltlich passt.

Phase 2: Technische Vorbereitung, eine bis drei Wochen

Baue die neue Struktur zunächst in einer Staging-Umgebung auf. Konfiguriere und teste dort die Redirects, bevor sie produktiv werden. Eine manuelle Stichprobe von 30 oder 50 URLs hilft, Fehler im Mapping zu finden.

Bereite zugleich die neue Sitemap vor, validiere das Schema.org-Markup und aktualisiere die internen Links im Quelltext. Zum Go-live sollten alle Verweise bereits auf die endgültigen Ziele zeigen.

Phase 3: Go-live und Beobachtung, Tag 1 bis Woche 8

Nach der Umschaltung prüfst du in den ersten 24 Stunden, ob die neuen Seiten erreichbar sind, die Redirects korrekt antworten und Crawl-Fehler auftreten. In den ersten zwei Wochen sollte die Search Console täglich kontrolliert werden. Coverage-Fehler werden zeitnah behoben, die wichtigsten neuen URLs können manuell zur Indexierung angemeldet und die Crawl-Statistiken auf Auffälligkeiten geprüft werden.

Zwischen Woche 3 und 8 wird das Bild meist stabiler. Kurzzeitig verlorene Rankings können zurückkehren. Bleiben wichtige Positionen nach acht Wochen verschwunden, sollte die technische Ursache gezielt untersucht werden, statt weiter abzuwarten.

Leicht vergessene Aufgaben

Wertvolle Backlinks aus externen Quellen sollten, wenn möglich, direkt auf die neue URL umgestellt werden. Eine 301-Weiterleitung fängt den alten Link zwar ab, doch die direkte Aktualisierung vermeidet den Umweg. Dafür kannst du etwa ein Branchenmagazin um eine Anpassung bitten.

Auch Bilder und andere Mediendateien haben eigene URLs. Wenn diese nicht übernommen oder weitergeleitet werden, kann Sichtbarkeit in Google Bilder verloren gehen. Bild-Redirects gehören deshalb ebenfalls ins Mapping.

Alte Social Shares lassen sich nicht auf neue URLs übertragen. Saubere Open-Graph-Tags sorgen aber dafür, dass neue Links ab dem Migrationstag korrekt dargestellt werden.

Migrationen möglichst vermeiden

Nicht jeder spätere Umbau lässt sich verhindern. Eine URL- und Topic-Cluster-Struktur, die bereits zu Beginn für die nächsten drei Jahre geplant wird, reduziert jedoch unnötige Migrationen. Grundsätze dafür beschreibt Topic-Cluster-Aufbau: vom Hub zum Pillar zur Wissens-Seite.

Wenn eine Migration nötig ist, sollte sie als eigenes Vorhaben geplant werden. Aus unserer Praxis ergibt sich ein Rahmen von vier bis zwölf Wochen für Vorbereitung und Beobachtung. Bei einer fehlerhaften Migration können verlorene Rankings sechs bis 18 Monate nachwirken und teilweise dauerhaft ausbleiben. Eine Standortbestimmung kann vorab zeigen, wo die konkrete Struktur besondere Risiken hat.