Migration ohne Datenverlust: So gelingt der CMS-Wechsel

Die CMS-Migration: Weniger Monster, mehr Methode

Du kennst das Gefühl: Das aktuelle CMS ist in die Jahre gekommen, nichts geht mehr ohne Workarounds, und jedes Update fühlt sich an wie ein Drahtseilakt. Aber der Gedanke an eine Migration? Löst bei vielen Teams kalten Schweiss aus. Verständlich — schliesslich stecken Jahre an Inhalten, SEO-Rankings und gelernten Prozessen im bestehenden System.

Die gute Nachricht: Eine CMS-Migration ist kein Hexenwerk. Mit dem richtigen Vorgehen verlierst du weder Daten noch Rankings. In diesem Artikel zeigen wir dir, wie du den Wechsel strukturiert angehst — Schritt für Schritt, ohne Panik.

Warum eine CMS-Migration weniger schlimm ist, als du denkst

Die meisten Migrationsängste basieren auf Mythen. «Wir verlieren all unsere Inhalte» — nein, tust du nicht. «Google wird uns abstrafen» — nur wenn du es falsch machst. «Das dauert ewig» — kommt auf die Vorbereitung an.

Moderne CMS-Systeme wie Sanity, Contentful oder Strapi bieten strukturierte APIs und Import-Tools. Deine Inhalte liegen in der Regel in einer Datenbank — und Datenbanken lassen sich auslesen, transformieren und in neue Strukturen überführen. Das ist keine Raketenwissenschaft, sondern Handwerk.

Die Realität: Laut einer Studie von WP Engine scheitern nur etwa 12% der CMS-Migrationen — und fast immer an mangelnder Planung, nicht an technischen Hürden. Wer strukturiert vorgeht, kommt sicher ans Ziel.

In fünf Schritten zum neuen CMS

Jede erfolgreiche Migration folgt einem bewährten Ablauf. Hier ist der Fahrplan, den wir in Dutzenden von Projekten verfeinert haben:

1. Audit — Verstehen, was du hast

Bevor du irgendetwas migrierst, brauchst du ein vollständiges Bild deiner bestehenden Inhalte. Wie viele Seiten gibt es? Welche Content-Typen existieren? Welche Seiten generieren Traffic, welche sind verwaist?

Unser Tipp: Exportiere eine komplette Sitemap und gleiche sie mit deinen Analytics-Daten ab. Du wirst überrascht sein, wie viele Seiten keinen einzigen Besucher pro Monat haben. Diese Seiten kannst du bewusst nicht migrieren — weniger Ballast, saubereres System.

2. Struktur — Das neue Zuhause planen

Jetzt definierst du die Content-Architektur im neuen CMS. Welche Felder braucht ein Blogpost? Wie sind Kategorien aufgebaut? Wo kommen Bilder und Videos hin? Dieser Schritt ist entscheidend: Eine durchdachte Struktur spart dir später Hunderte Stunden.

Denk dabei nicht nur an heute, sondern auch an morgen. Ein gutes Content-Modell wächst mit deinem Unternehmen mit.

3. Migrieren — Daten sicher überführen

Die eigentliche Migration passiert meistens über Scripts: Du liest die alten Daten aus, transformierst sie in das neue Format und importierst sie ins neue CMS. Klingt technisch? Ist es auch — aber es ist ein lösbares Problem.

Wichtig: Migriere immer zuerst in eine Testumgebung. Nie direkt in die Produktion. So kannst du Fehler erkennen und korrigieren, bevor sie jemand sieht.

4. Testen — Vertrauen aufbauen

Nach der Migration prüfst du jeden Content-Typ stichprobenartig. Stimmen die Texte? Sind Bilder korrekt verknüpft? Funktionieren interne Links? Ein automatisiertes Testing-Script spart hier enorm viel Zeit.

Plane mindestens zwei Wochen für Testing ein. Ja, zwei Wochen. Wir wissen aus Erfahrung: Wer beim Testing spart, zahlt nach dem Go-live doppelt.

5. Go-live — Der kontrollierte Umstieg

Der Go-live ist kein Schalter, den du umlegst und hoffst. Es ist ein koordinierter Prozess: DNS-Umstellung, Redirect-Aktivierung, Monitoring-Setup. Idealerweise gehst du an einem Dienstag oder Mittwoch live — nie vor dem Wochenende, nie vor Feiertagen.

Content-Audit: Behalten, Löschen oder Umbauen?

Die Migration ist die perfekte Gelegenheit, aufzuräumen. Nicht jeder Inhalt verdient einen Platz im neuen System.

Behalten: Seiten mit konstantem Traffic, aktuelle Inhalte, Evergreen-Content, rechtlich relevante Seiten (Impressum, Datenschutz).

Löschen: Veraltete News-Beiträge ohne Traffic, doppelte Inhalte, Testseiten, Inhalte ohne klaren Zweck.

Umbauen: Inhalte, die grundsätzlich relevant sind, aber eine neue Struktur brauchen. Zum Beispiel: Zehn einzelne FAQ-Seiten, die besser als eine zentrale FAQ-Seite funktionieren würden.

Bei einem Projekt im Gesundheitsbereich haben wir über 500 Seiten migriert — und dabei bewusst 120 Seiten nicht übernommen. Das Ergebnis: Eine schlankere, schnellere Website mit besseren Rankings als vorher.

SEO-Preservation: Dein Traffic darf nicht leiden

Der grösste Fehler bei CMS-Migrationen? Die SEO-Arbeit vergessen. Hier sind die drei Punkte, die du unbedingt beachten musst:

Redirects einrichten: Jede alte URL, die Traffic generiert, braucht ein 301-Redirect auf die neue URL. Keine Ausnahmen. Fehlende Redirects sind der Hauptgrund für Traffic-Einbrüche nach einer Migration.

URL-Struktur beibehalten: Wenn möglich, übernimm die bestehende URL-Struktur. Jede Änderung bedeutet einen Redirect — und jeder Redirect kostet ein bisschen Link-Juice. Wenn du URLs ändern musst, mach es bewusst und dokumentiere alles.

Meta-Daten migrieren: Titel-Tags, Meta-Descriptions, Alt-Texte für Bilder — all das muss mit. Diese Daten sind hart erarbeitetes SEO-Kapital.

Was die Zahlen sagen: Nach einer sauber durchgeführten Migration erholt sich der organische Traffic typischerweise innerhalb von 4 bis 8 Wochen vollständig. Bei grösseren Websites (1000+ Seiten) kann es bis zu 12 Wochen dauern. Wer auf Redirects verzichtet, riskiert einen permanenten Traffic-Verlust von 20 bis 60 Prozent.

Realistische Timelines: Ehrlichkeit statt Wunschdenken

Wie lange dauert eine CMS-Migration? Die ehrliche Antwort: Es kommt darauf an. Aber hier sind realistische Richtwerte:

Kleine Website (unter 50 Seiten): 4 bis 6 Wochen. Davon eine Woche Audit, zwei Wochen Aufbau und Migration, zwei Wochen Testing.

Mittlere Website (50 bis 500 Seiten): 8 bis 12 Wochen. Der Content-Audit und das Testing brauchen deutlich mehr Zeit.

Grosse Website (500+ Seiten): 12 bis 20 Wochen. Hier lohnt sich ein phasenweiser Ansatz — nicht alles auf einmal migrieren, sondern Bereich für Bereich.

Diese Zahlen beinhalten Puffer. Und den brauchst du auch: Es tauchen immer Überraschungen auf. Ein Datenfeld, das anders formatiert ist als erwartet. Eine API-Limitierung. Ein Stakeholder, der plötzlich doch noch Änderungen will.

Unser Rat: Plane realistisch und kommuniziere ehrlich. Ein Projekt, das eine Woche später fertig wird als geplant, ist kein Problem. Ein Projekt, das mit falschen Erwartungen startet, schon.

Fazit: Migration ist Projektmanagement, nicht Magie

Eine CMS-Migration ist kein technisches Abenteuer — es ist ein strukturiertes Projekt. Mit einem klaren Audit, einer durchdachten Struktur, sauberer Datentransformation, gründlichem Testing und einem kontrollierten Go-live verlierst du weder Daten noch Rankings.

Das Wichtigste: Fang an. Je länger du an einem System festhältst, das nicht mehr funktioniert, desto teurer wird der spätere Wechsel. Und desto mehr Chancen lässt du liegen — bei Performance, Usability und Content-Qualität.

Du planst eine CMS-Migration und willst es gleich richtig machen? Dann lass uns reden. Wir haben den Prozess Dutzende Male durchgespielt und wissen, wo die Stolpersteine liegen — und wie man sie umgeht.