CMS-Migration: der Ablauf, mit dem Sie sicher die Plattform wechseln

Eine CMS-Migration verläuft sicher, wenn Sie sie als echtes Projekt behandeln: zuerst alles erfassen, dann Inhalte und URLs übertragen, einen lückenlosen Weiterleitungsplan vorbereiten, alles in einer geschlossenen Umgebung testen und erst danach live gehen, mit Überwachung ab Tag eins. Die kurze Antwort auf die Frage, wie Sie das System wechseln ohne Schaden, lautet also: Struktur vor Tempo.

Dieser Artikel gibt Ihnen ein konkretes Drehbuch, mit besonderem Blick auf die Stellen, an denen B2B-Unternehmen am häufigsten scheitern: vergessene Inhalte, gebrochene Verweise, eine nicht mitgewanderte Messung und ein Livegang ohne Netz. Welche Systemkategorie überhaupt zu Ihnen passt, ist eine Frage davor und steht im Artikel zum Vergleich von Baukasten, offenem System und Eigenbau.

Was eine CMS-Migration genau ist

Eine CMS-Migration ist der Wechsel von einem Redaktionssystem zu einem anderen. Es geht also um die Software, mit der Sie Ihre Seiten pflegen und veröffentlichen, nicht zwingend um Ihre Domain oder Ihre gesamte Gestaltung.

Diese Abgrenzung scharf zu halten ist wichtig, denn die Art des Wechsels bestimmt Ihr Risiko.

In der Praxis wird eine Migration häufig an eine Neugestaltung gekoppelt, aber es lohnt sich, beides bewusst auseinanderzuziehen. Dann wissen Sie hinterher, welche Veränderung welche Wirkung hatte, statt vor einer Zahl zu stehen, die drei Ursachen haben kann.

Ein häufiger Grund für den Wechsel ist, dass das aktuelle System das Wachstum bremst: lange Durchlaufzeiten, um eine Seite zu veröffentlichen, Abhängigkeit von einem Entwickler für jede Kleinigkeit, steigender Pflegeaufwand oder Sicherheitsbedenken. Ob eine neue Plattform das Problem tatsächlich löst, ist eine eigene Prüfung. Nicht selten liegt die Ursache nicht am System, sondern an Rollen, Rechten und Freigabewegen, und die wandern mit.

Der Ablauf in sieben Schritten

1. Erfassen Sie alles, was Sie haben. Erstellen Sie eine vollständige Liste Ihrer Seiten, Fachbeiträge, Downloads, Formulare, Bilder und Anbindungen. Exportieren Sie außerdem eine aktuelle Liste Ihrer URLs, am besten aus drei Quellen zusammengeführt: Ihrer Sitemap, Ihrem Analysewerkzeug und der Google Search Console. Diese drei überschneiden sich nie vollständig, und die Differenz ist genau das, was sonst verloren geht. Das ist zugleich der Moment, tote Seiten bewusst zu streichen, statt sie mitzunehmen.

2. Machen Sie eine Nullmessung. Halten Sie Ihre aktuellen Zahlen fest: organischer Verkehr, Positionen zu Ihren wichtigsten Suchbegriffen, Anfragen und die Leistung Ihrer wichtigsten Formulare. Ohne diesen Bezugspunkt wissen Sie nach dem Livegang nicht, ob eine Schwankung normal oder ein Alarmsignal ist. Exportieren Sie diese Daten, statt sich auf Dashboards zu verlassen, deren Datengrundlage sich mit der Migration ändert.

3. Legen Sie Struktur und Inhaltsmodell fest. Ein anderes System zwingt Sie oft, Ihre Inhalte anders zu organisieren. Entscheiden Sie vorab, welche Inhaltstypen Sie brauchen und wie Ihre Seitenstruktur aussieht. Eine durchdachte Struktur macht den Unterschied zwischen einer Plattform, die mitwächst, und einer, die Sie in zwei Jahren erneut einengt.

4. Übertragen Sie die Inhalte. Verschieben Sie Ihre Inhalte in das neue System, je nach Umfang manuell oder über einen Import. Prüfen Sie stichprobenartig, ob Formatierung, interne Verweise, Metadaten und Bilder korrekt ankommen. Automatisierte Importe sparen Zeit und erzeugen stille Fehler, die Sie nur durch Nachsicht finden. Achten Sie im deutschsprachigen Raum besonders auf Umlaute und das Eszett in Dateinamen, URLs und Metadaten. Ein Zeichensatzfehler beim Import ist die häufigste sichtbare Migrationspanne.

5. Stellen Sie einen lückenlosen Weiterleitungsplan auf. Ändert sich auch nur etwas an Ihren URLs, verbinden Sie jede wertvolle alte Adresse über eine dauerhafte Weiterleitung mit der passendsten neuen Seite. Eine 301-Weiterleitung führt Besucher und Suchmaschinen an die richtige Stelle. Leiten Sie niemals pauschal alles auf die Startseite, denn dann verlieren Sie den Wert, den einzelne Seiten aufgebaut hatten.

6. Testen Sie in einer geschlossenen Umgebung. Bauen und prüfen Sie die neue Seite auf einer abgeschirmten Testumgebung, die nicht von Suchmaschinen indexiert wird. Erst wenn alles stimmt, gehen Sie live.

7. Gehen Sie live und überwachen Sie. Behalten Sie nach dem Livegang Fehlerseiten, Indexierung, Verkehr und Formulare eng im Blick. Die ersten Wochen entscheiden darüber, ob Sie Probleme fangen, bevor sie Anfragen kosten.

Der Schritt, der am häufigsten vergessen wird: Messung und Einwilligung

Dieser Punkt hat in den meisten Migrationsplänen keinen eigenen Platz und verursacht trotzdem den teuersten Schaden, weil er still ausfällt. Eine kaputte Seite meldet jemand. Ein Formular, das absendet und nirgendwo ankommt, meldet niemand.

Gehen Sie diese Liste vor dem Livegang ausdrücklich durch:

Die Einwilligungslösung verdient dabei besondere Aufmerksamkeit. Sie ist im deutschsprachigen Raum nicht optional, und sie muss im neuen System dieselben Skripte blockieren wie im alten. Ein Aufbau, in dem Messcodes vor der Zustimmung feuern, ist ein Datenschutzverstoß und keine Konfigurationsfrage. Wie Sie die Messung sauber neu aufsetzen, beschreibt der Artikel zum Conversion-Tracking, und für die Analyseseite der Artikel zur GA4-Einrichtung für B2B.

Wie Sie Positionsverluste vermeiden

Das größte Risiko einer CMS-Migration steckt nicht in der neuen Plattform, sondern in URLs, die sich ändern, ohne korrekt weitergeleitet zu werden. Bleiben Domain und URL-Struktur gleich, ist ein dauerhafter Verlust unwahrscheinlich. Ändert sich die Struktur, wird Ihr Weiterleitungsplan zur wichtigsten Absicherung, die Sie haben.

Eine vorübergehende Delle in den Wochen nach dem Wechsel ist normal, auch laut Google, denn Suchmaschinen brauchen Zeit, die Änderungen zu verstehen. Ein anhaltender freier Fall ist das nicht und lässt sich fast immer auf einen Weiterleitungs- oder Indexierungsfehler zurückführen, der vermeidbar gewesen wäre.

Drei Fehler verursachen den überwiegenden Teil dieser Fälle:

1. Die Testumgebung bleibt indexierbar oder die Sperre wird beim Livegang nicht entfernt, sodass die neue Seite gar nicht in den Index kommt.
2. Weiterleitungsketten entstehen, weil alte Regeln stehen bleiben und neue dazukommen. Führen Sie jede alte Adresse in einem Schritt zum Ziel.
3. Die Weiterleitungen werden zu früh abgeschaltet. Lassen Sie sie mindestens ein Jahr bestehen, besser dauerhaft. Sie kosten nichts und schützen alles, was extern auf Sie verweist.

Wenn Sie mehrsprachig arbeiten, kommt ein vierter dazu: Die Sprachauszeichnungen müssen vollständig mitwandern und aufeinander verweisen. Wie das aussieht, beschreibt der Artikel zu hreflang-Tags.

Wie Sie vor dem Livegang testen

Sie testen eine Migration, indem Sie die neue Seite auf der Testumgebung vollständig durchgehen, als wäre sie bereits die echte Website, mit einer Prüfliste, die über “sieht gut aus” hinausgeht. Eine reine Sichtprüfung genügt nicht, denn die meisten Migrationsfehler sind unsichtbar, bis jemand darauf klickt.

Gehen Sie mindestens diese Punkte durch:

• Verweise und Navigation: funktionieren alle internen Verweise, Menüs und Schaltflächen ohne tote Ziele?
• Formulare und Anbindungen: kommen Anfragen in Ihrem CRM oder Postfach an, und laufen Ihre Messcodes mit?
• Weiterleitungen: führt eine Stichprobe Ihrer alten Adressen sauber auf die richtige neue Seite, und zwar in einem Schritt?
• Metadaten und Indexierbarkeit: stimmen Titel, Beschreibungen und die Indexierungseinstellung, sodass die Testumgebung nicht auffindbar wird und die Live-Seite es wird?
• Rechtstexte: sind Impressum, Datenschutzerklärung und Einwilligungsdialog vorhanden und von jeder Seite erreichbar?
• Tempo und Mobilgeräte: lädt die Seite zügig, und stimmt die Darstellung auf Telefon und Tablet?
• Barrierefreiheit: ist die Seite mit der Tastatur und mit einem Screenreader bedienbar?

Lassen Sie diese Prüfliste nicht von einer Person in letzter Minute abarbeiten. Verteilen Sie die Arbeit, planen Sie einen festen Testtag und gönnen Sie sich einen Puffer, um gefundene Fehler vor dem geplanten Livegang zu beheben.

Ein realistischer Zeitplan und wer was tut

Der häufigste Grund, aus dem Migrationen aus dem Ruder laufen, ist nicht die Technik, sondern eine fehlende Zuordnung von Verantwortung. Diese Rollen brauchen einen Namen, bevor Sie beginnen.

Und ein Punkt zum Zeitpunkt: Legen Sie den Livegang an den Anfang einer Arbeitswoche, nicht auf einen Freitag. Sie brauchen die Tage danach mit vollständig besetztem Team.

Die kurze Zusammenfassung

Eine CMS-Migration ist gut zu überstehen, wenn Sie sie als Projekt behandeln und nicht als technischen Sprint. Erfassen Sie zuerst alle Inhalte und URLs, machen Sie eine Nullmessung, legen Sie Ihre neue Struktur fest, übertragen Sie die Inhalte sorgfältig, bereiten Sie einen lückenlosen Weiterleitungsplan vor, bauen Sie Messung und Einwilligung neu auf, testen Sie alles in einer geschlossenen Umgebung und überwachen Sie ab dem Livegang. Die Risiken für Ihre Auffindbarkeit beherrschen Sie vor allem über den Weiterleitungsplan und dadurch, dass Sie URLs erhalten, wo es geht.

Häufig gestellte Fragen

Wie lange dauert eine CMS-Migration?

Das hängt fast vollständig am Umfang der Inhalte und daran, wie viele Anbindungen mitwandern müssen. Der Teil, der zuverlässig unterschätzt wird, ist nicht der Aufbau, sondern die inhaltliche Bestandsaufnahme und die Abstimmung darüber, was gestrichen wird. Planen Sie dafür mehr Zeit ein als für die Technik.

Sollten wir gleichzeitig neu gestalten?

Wenn es sich vermeiden lässt, nein. Zwei gleichzeitige Veränderungen machen jede spätere Zahl mehrdeutig. Wenn es sich nicht vermeiden lässt, halten Sie wenigstens die URL-Struktur unverändert, damit Sie eine Konstante haben.

Was passiert mit unseren alten Fachbeiträgen?

Prüfen Sie sie einzeln nach zwei Kriterien: Bekommt die Seite Besucher, und verweist etwas von außen darauf? Trifft beides nicht zu und ist der Inhalt überholt, streichen Sie sie und leiten Sie auf die thematisch nächste Seite. Alles mitzunehmen, verlängert das Projekt und verbessert nichts.

Brauchen wir eine Testumgebung, wenn die Seite klein ist?

Ja. Der Aufwand für eine abgeschirmte Testumgebung ist gering, und ohne sie testen Sie auf der Live-Seite. Achten Sie darauf, dass sie tatsächlich für Suchmaschinen gesperrt ist, sonst konkurriert eine zweite Fassung Ihrer Website mit der echten.

Können wir die Migration selbst machen?

Die inhaltliche Bestandsaufnahme und die Entscheidungen darüber, was mitwandert, sollten Sie ohnehin selbst treffen. Weiterleitungsplan, Messungsaufbau und Livegang sind die Teile, an denen Erfahrung den größten Unterschied macht, weil Fehler dort still bleiben und teuer werden.

Wollen Sie einen Wechsel ohne Überraschungen?

Wenn Sie eine Migration wollen, bei der jemand den gesamten Weg von der Planung bis zum Livegang mitüberwacht, sehen wir uns Ihren Fall gern an. Vereinbaren Sie Ihr kostenloses Erstgespräch, und Sie hören innerhalb von 24 Stunden, wo bei Ihnen die Risiken liegen.