English
Arten von Migrationen

CMS-Wechsel

Auch genannt: CMS-Migration, CMS Migration

Ein CMS-Wechsel (englisch CMS Migration) ist der Umzug einer Website in ein anderes Content-Management-System, zum Beispiel von WordPress zu TYPO3 oder zu einem Headless CMS. Inhalte, Templates und häufig auch URLs werden dabei neu aufgebaut.

Was kann sich bei einem CMS-Wechsel für die Suche ändern?

Das neue System bringt eigene Templates, Meta-Felder, URL-Muster und Weiterleitungslogik mit. Häufige Veränderungen betreffen:

  • URL-Struktur und Pfade
  • Title, Meta Description, Überschriften und strukturierte Daten, die neu zugeordnet werden müssen
  • Canonical-Tags, hreflang und Sitemaps
  • interne Verlinkung und Navigation

Was empfiehlt Google?

Google hat keine eigene Anleitung für CMS-Wechsel. Die Empfehlungen stammen aus den allgemeinen Anleitungen zu Website-Umzügen. Ändern sich URLs, rät Google zu einem URL-Mapping von alt auf neu, serverseitigen permanenten Weiterleitungen (301 oder 308) und möglichst kurzen Ketten (ideal höchstens 3 Weiterleitungen hintereinander) sowie zu aktualisierten Canonical- und hreflang-Angaben. Alte URLs lassen sich aus Sitemaps, Server-Logs und Analytics sammeln. Redirects bleiben nach Googles Hinweis möglichst lange bestehen, in der Regel mindestens ein Jahr. Temporäre Schwankungen im Ranking sind normal.

Neue Umgebungen lassen sich vor dem Livegang auf einer Testumgebung prüfen, die vor Indexierung geschützt ist. Vor dem Wechsel müssen alle Crawling-Sperren wie robots.txt-Blockaden oder noindex entfernt sein.

Beispiel

Ein Unternehmen wechselt von WordPress auf ein Headless CMS. Die Blog-URLs ändern sich von /2024/05/titel/ auf /blog/titel/. Für jede alte URL steht in der Mapping-Liste das neue Ziel, der Server antwortet mit 301.

Häufige Fehler

Testumgebungen mit noindex oder Disallow gehen versehentlich mit live. Redirect-Ketten entstehen, wenn alte Weiterleitungen nicht aktualisiert werden.

Checkliste

Die Punkte folgen Googles Anleitung für Website-Umzüge mit URL-Änderungen.

  • Alte URLs sind aus Sitemaps, Server-Logs, Analytics und dem CMS zusammengetragen.
  • Jede alte URL hat im URL-Mapping ein inhaltlich passendes Ziel, nicht die Startseite.
  • Permanente serverseitige Weiterleitungen (301 oder 308) antworten ohne unnötige Ketten, ideal mit höchstens 3 Weiterleitungen hintereinander.
  • Jede neue URL hat ein selbstreferenzierendes Canonical-Tag, hreflang verweist auf die neuen URLs.
  • Die robots.txt für den Start ist vorbereitet, noindex und Sperren der Testumgebung sind entfernt.
  • Die neue Sitemap ist in der Search Console eingereicht.
  • Der Server verträgt das zusätzliche Crawling von Google.
  • Die Weiterleitungen bleiben mindestens ein Jahr bestehen.
  • Praxiserfahrung: Title, Meta Description, Überschriften und strukturierte Daten der Templates sind vorher und nachher verglichen.
  • Google rät, nicht alles gleichzeitig zu ändern. CMS-Wechsel und Redesign lassen sich nacheinander umsetzen.

Quellen

  1. Site moves with URL changes – Google Search Centraldevelopers.google.com
  2. Site moves without URL changes – Google Search Centraldevelopers.google.com

Stand: