Eine CMS-Migration gehört zu den wenigen Projekten, bei denen die technische Arbeit einwandfrei laufen kann und das Ergebnis trotzdem eine Katastrophe ist. Die Website geht pünktlich live, sieht besser aus, lädt schneller, und der Traffic halbiert sich, weil ein paar hundert URLs ihre Form geändert haben und niemand die Karte dafür gebaut hat.
Der Verlust entsteht nicht durch die neue Plattform. Er entsteht durch den Bruch: Adressen, die früher erreichbar waren, sind es nicht mehr, Seiten, die eindeutig zuzuordnen waren, wirken plötzlich neu, und die über Jahre an alten URLs angesammelte Historie hat kein Ziel mehr, an das sie weitergereicht werden könnte.
Die eine Entscheidung, die über das Ergebnis bestimmt: Behalten Sie die URL-Struktur bei? Wenn ja, ist die Migration im Wesentlichen eine Content- und Template-Aufgabe, und das Risiko bleibt überschaubar. Wenn nein, braucht jede geänderte Adresse eine Weiterleitung auf ihre konkrete Entsprechung, und die Vollständigkeit dieser Karte entscheidet darüber, ob die Migration unsichtbar bleibt oder teuer wird. Eine dritte Variante, bei der sich die URLs ändern und am Ende trotzdem alles gut geht, gibt es nicht.
Was eine CMS-Migration tatsächlich zerstört
URLs, und das ist der große Punkt. Verschiedene Plattformen haben unterschiedliche Konventionen für Pfade, Paginierung, Kategorien und Datumsangaben, und wer die Voreinstellungen der neuen Plattform übernimmt, schreibt damit stillschweigend jede Adresse der Website um.
Metadaten. Titel und Beschreibungen, die über Jahre entstanden sind, überleben einen Export häufig nicht, und die neue Plattform erzeugt sie stattdessen aus Vorlagen. Das übersieht man leicht, weil die Seiten dabei völlig in Ordnung aussehen.
Strukturierte Daten. Markup, das auf der alten Plattform von einem Plugin kam, verschwindet mit diesem Plugin, und die neuen Entsprechungen liefern selten identische Ausgabe. Unser Leitfaden dazu, wie KI-Suchmaschinen Schema-Markup lesen, beschreibt, was den Umzug überstehen muss.
Interne Links. Fließtext voller absoluter Links auf alte Pfade zeigt weiterhin genau dorthin, was nach einer URL-Änderung bedeutet, dass jeder einzelne davon bestenfalls noch über eine Weiterleitung läuft.
Bilder und Medien. Andere Speicherpfade, andere Dateinamen und Alternativtexte, die in der alten Datenbank lagen und im Export nicht enthalten waren.
Alles, was ein Plugin nebenbei erledigt hat. Über Jahre eingerichtete Weiterleitungen, Canonical-Regeln, Feed-Formate und Funktionen, die niemand dokumentiert hat, weil sie nur ein Häkchen in einem Einstellungsdialog waren.
Nehmen Sie all das vor der Migration auf, nicht danach. Die Liste dessen, was die alte Plattform unauffällig für Sie erledigt, ist ausnahmslos länger als erwartet.
Die Weiterleitungskarte entscheidet alles
Wenn sich URLs ändern, ist sie das Ergebnis, auf das es ankommt, und sie muss vollständig sein statt beinahe vollständig.
Bauen Sie die Ausgangsliste aus mehr als einer Quelle. Ein Crawl der Live-Website findet, was verlinkt ist. Analytics und die Search Console finden Seiten, die Traffic bekommen, aber verwaist sein können. Serverlogs finden, was tatsächlich angefragt wird, auch von anderen Websites, die auf Sie verlinken. Jede einzelne Quelle übersieht etwas, und die übersehenen Seiten sind überproportional häufig die alten mit vielen Links darauf.
Ordnen Sie jeder alten URL ihre konkrete neue Entsprechung zu. Nicht der Startseite und nicht einer Kategorieseite, denn eine Weiterleitung auf etwas, das die ursprüngliche Anfrage nicht beantwortet, gilt als weicher Fehler und gibt kaum Wert weiter. Googles Dokumentation zum Website-Umzug beschreibt die erwartete Zuordnung. Wenn wirklich nichts entspricht, ist eine Nicht-gefunden-Antwort die ehrliche Lösung und besser als eine irreführende Weiterleitung.
Nutzen Sie dauerhafte Weiterleitungen, halten Sie Ketten auf einen einzigen Sprung, indem Sie alte Adressen direkt auf das Endziel zeigen lassen, und denken Sie daran, dass Weiterleitungsregeln der Reihe nach ausgewertet werden: Ein breites Muster, das über einer spezifischen Regel steht, schluckt diese.
Testen Sie die Karte dann vor dem Livegang, und zwar gegen die vollständige Liste statt gegen eine Stichprobe.
Vor dem Umstieg
Crawlen und archivieren Sie die alte Website. Ein vollständiges Verzeichnis jeder URL mit Titel, Beschreibung, Canonical, Statuscode und Wortzahl. Das ist Ihre Vergleichsbasis, und nachträglich lässt sie sich nicht mehr erzeugen.
Exportieren und prüfen Sie die Inhalte. Zählen Sie nach, statt sich darauf zu verlassen, dass der Export durchgelaufen ist. Fehlende Kategorien, verlorene benutzerdefinierte Felder und abgeschnittene Beiträge sind alle häufig und alle lautlos.
Stellen Sie die neue Seite in einer gesperrten Umgebung bereit. Eine Staging-Website, die indexiert wird, erzeugt Duplikate Ihrer gesamten Website, und das ist ein schlimmeres Problem als das, welches Sie lösen wollten.
Prüfen Sie, ob die neuen Templates ausgeben, was die alten ausgegeben haben. Titel, Beschreibungen, Canonicals, strukturierte Daten und hreflang, falls Sie mehrere Sprachen betreiben, wie in unserem Leitfaden zu mehrsprachigem SEO beschrieben.
Planen Sie den Zeitpunkt. Nicht vor Ihrer umsatzstärksten Phase und nicht an einem Freitag. Sie wollen unmittelbar danach mehrere Arbeitstage volle Aufmerksamkeit zur Verfügung haben.
Nach dem Umstieg
Die ersten achtundvierzig Stunden zählen mehr als der gesamte folgende Monat, weil ein behebbarer Fehler in dieser Zeit noch billig ist.
Beobachten Sie die Serverlogs auf Nicht-gefunden-Antworten. Das ist der schnellste Weg, die von Ihrer Karte übersehenen URLs zu finden, und er findet sie aus echten Anfragen statt aus Ihren Annahmen. Reichen Sie die neue Sitemap ein und kontrollieren Sie, dass tatsächlich gecrawlt wird, statt es einfach anzunehmen.
Vergleichen Sie mit dem Basis-Crawl. Jede URL, die vorher indexierbar war, muss jetzt entweder erreichbar sein oder gezielt weiterleiten. Alles, was keines von beidem tut, ist ein Loch.
Rechnen Sie mit einem Einbruch. Ein paar Wochen Schwankung sind auch bei einer sauber durchgeführten Migration normal, weil die neuen Adressen erst neu gecrawlt und neu bewertet werden müssen. Nicht normal ist ein anhaltender Rückgang, der sich nicht erholt, und der lässt sich fast immer auf Weiterleitungen zurückführen, die übersehen wurden oder auf etwas Allgemeines zeigen.
Behalten Sie die Weiterleitungen dauerhaft. Sie sind keine Übergangsmaßnahme, sondern das Einzige, was jahrelang angesammelte Links mit Ihren aktuellen Seiten verbindet, und wer sie ein Jahr später entfernt, erzeugt genau den ursprünglichen Verlust noch einmal.
Mecanik betreut Migrationen dieser Art im Rahmen unserer Webentwicklung. Das Muster ist immer dasselbe: Der Plattformwechsel ist Routine, und der Unterschied zwischen einem guten und einem schlechten Ergebnis liegt vollständig in der Vollständigkeit der Karte.
Häufig gestellte Fragen
Warum bricht der Traffic nach einer CMS-Migration ein? Fast immer deshalb, weil sich URLs geändert haben und die Weiterleitungskarte unvollständig war. Alte Adressen sind nicht mehr erreichbar, also haben jahrelang angesammelte Links und die gesamte Crawl-Historie kein Ziel mehr. Die Plattform selbst verursacht den Verlust selten; der Bruch zwischen alten und neuen Adressen tut es.
Sollte ich beim CMS-Wechsel meine URL-Struktur behalten? Wenn es möglich ist, ja. Wer die Struktur behält, reduziert die Migration auf eine Content- und Template-Aufgabe mit überschaubarem Risiko. Wer sie ändert, braucht für jede geänderte Adresse eine Weiterleitung auf ihre konkrete Entsprechung, und die Vollständigkeit dieser Zuordnung entscheidet, ob die Migration unsichtbar bleibt oder teuer wird.
Woher bekomme ich die Liste der weiterzuleitenden URLs? Aus mehreren Quellen, denn jede einzelne übersieht etwas. Ein Crawl der Live-Website findet verlinkte Seiten, Analytics und die Search Console finden Seiten mit Traffic, die verwaist sein können, und Serverlogs finden, was tatsächlich angefragt wird, auch von externen Links. Was eine einzelne Quelle übersieht, sind meist die alten Seiten mit vielen Links darauf.
Kann ich alte Seiten auf die Startseite weiterleiten? Nein. Eine Weiterleitung auf etwas, das die ursprüngliche Anfrage nicht beantwortet, gilt als weicher Fehler und gibt kaum Wert weiter. Ordnen Sie jeder alten URL ihre konkrete Entsprechung zu, und wo wirklich nichts passt, ist eine Nicht-gefunden-Antwort ehrlicher und nützlicher als eine irreführende Weiterleitung.
Wie lange sollen Migrations-Weiterleitungen bestehen bleiben? Dauerhaft. Sie sind keine Übergangsmaßnahme, sondern die einzige Verbindung zwischen jahrelang angesammelten eingehenden Links und Ihren aktuellen Seiten, und wer sie ein Jahr später entfernt, erzeugt genau den Traffic-Verlust, den die Migration vermeiden sollte.
Kommentare