Leitfaden zur CMS-Migration für Unternehmen
Eine CMS-Migration beginnt selten mit der Technik. Meist steht am Anfang ein konkretes Problem: Redaktionen umgehen das System, Updates werden aufgeschoben, die Website ist langsam oder neue Anforderungen wie Mehrsprachigkeit, Barrierefreiheit und Schnittstellen lassen sich nur mit hohem Aufwand umsetzen. Dieser Leitfaden zur CMS Migration hilft dabei, den Wechsel strukturiert vorzubereiten und typische Risiken früh zu reduzieren.
Eine Migration ist keine reine Datenübernahme. Sie betrifft Inhalte, Prozesse, Suchmaschinen-Sichtbarkeit, Berechtigungen, Integrationen und die Arbeitsweise der Redaktion. Wer nur Seiten in ein neues System kopiert, übernimmt häufig alte Schwächen gleich mit. Sinnvoller ist es, die Migration als Gelegenheit zu verstehen, die digitale Plattform fachlich und technisch neu zu ordnen.
CMS-Migration: Erst die Ziele, dann das System
Die Frage „Welches CMS soll es werden?“ kommt oft zu früh. Zunächst sollte klar sein, was die neue Website leisten muss. Ein mittelständisches Unternehmen mit mehreren Standorten, Produktbereichen und Redaktionsrollen hat andere Anforderungen als eine kompakte Unternehmensseite. Auch ein geplanter Shop, ein Kundenportal oder die Anbindung an ein PIM, CRM oder Bewerbermanagement verändert die Systementscheidung erheblich.
Eine belastbare Zieldefinition umfasst daher nicht nur Design und Funktionen. Sie beschreibt ebenso, wer Inhalte pflegt, welche Freigabeprozesse gelten, welche Sprachen erforderlich sind und wie schnell neue Seitentypen entstehen sollen. Sicherheit, Wartbarkeit und ein klarer Update-Pfad gehören von Beginn an dazu. Ein System, das heute günstig wirkt, kann teuer werden, wenn individuelle Anpassungen bei jedem Update Probleme bereiten.
TYPO3 ist beispielsweise besonders dann eine passende Option, wenn komplexe Seitenstrukturen, mehrere Redaktionen, mehrsprachige Inhalte und langfristige Erweiterbarkeit gefragt sind. WordPress kann für schlankere Anforderungen sinnvoll sein. Entscheidend ist nicht der Bekanntheitsgrad eines CMS, sondern die Passung zu Organisation, Geschäftsmodell und technischen Rahmenbedingungen.
Bestandsaufnahme vor der CMS-Migration
Die gründliche Analyse des bestehenden Systems ist einer der wichtigsten Projektabschnitte. Sie zeigt, welche Inhalte tatsächlich relevant sind und welche Funktionen im Hintergrund laufen. Gerade ältere Websites enthalten oft gewachsene Sonderlösungen, vergessene Formulare, doppelte Medienbestände oder externe Dienste, die niemand mehr dokumentiert hat.
Neben einer Inhaltsinventur braucht es ein technisches Audit. Dazu gehören die aktuelle Hosting-Umgebung, Domains und Subdomains, Schnittstellen, Tracking, Consent-Management, E-Mail-Versand, Suchfunktionen sowie Nutzer- und Rechtekonzepte. Auch die Qualität vorhandener Daten sollte geprüft werden: Sind Metadaten gepflegt? Gibt es konsistente Kategorien? Liegen Bilder in ausreichender Auflösung und mit sinnvollen Alternativtexten vor?
Besondere Aufmerksamkeit verdienen URLs. Jede indexierte Seite, jede PDF-Datei mit organischem Traffic und jede wichtige Kampagnen-Landingpage kann nach dem Relaunch Auswirkungen auf Sichtbarkeit und Leads haben. Eine URL-Liste aus Webanalyse, Search-Daten und Crawling bildet die Grundlage für ein belastbares Weiterleitungs-Konzept.
Inhalte nicht blind übernehmen
Nicht jeder bestehende Inhalt gehört in das neue CMS. Über Jahre entstehen Meldungen ohne Relevanz, veraltete Leistungsseiten, redundante Downloads und Kategorien, die nur noch historisch begründbar sind. Eine 1:1-Übernahme erhöht Kosten und macht die neue Redaktion von Beginn an unnötig kompliziert.
Inhalte lassen sich sinnvoll in vier Gruppen einteilen: übernehmen, überarbeiten, zusammenführen oder archivieren. Dabei sollte nicht nur der Text betrachtet werden. Auch Seitentitel, Meta-Daten, strukturierte Daten, Bilder, Dokumente und interne Verlinkungen sind Teil der Migration.
Für Unternehmen mit vielen Inhalten lohnt sich eine klare Mapping-Tabelle. Sie ordnet jeder alten URL eine Ziel-URL, einen Migrationsstatus und eine verantwortliche Person zu. Das schafft Transparenz zwischen Marketing, Fachabteilungen und Entwicklung. Bei strukturierten Daten wie News, Stellenangeboten, Ansprechpartnern oder Produktinformationen ist oft ein automatisierter Import möglich. Freie Inhaltsseiten brauchen dagegen häufig redaktionelle Prüfung, weil alte Layouts nicht sinnvoll auf neue Inhaltsbausteine übertragbar sind.
Informationsarchitektur und Redaktion neu denken
Ein neues CMS entfaltet seinen Nutzen erst, wenn die Inhaltsstruktur verständlich bleibt. Statt für jede Seite ein individuelles Layout zu bauen, sollten wiederkehrende Inhaltsmodule definiert werden: etwa Teaser, Kontaktbereiche, Akkordeons, Referenzen, Download-Elemente oder Kampagnenabschnitte. Das beschleunigt die Pflege und sorgt für ein konsistentes Erscheinungsbild.
Gleichzeitig braucht die Redaktion ausreichend Spielraum. Zu enge Vorgaben führen zu Workarounds, zu viele freie Optionen zu uneinheitlichen Seiten. Die richtige Balance hängt vom Redaktionsteam ab. Kleine Teams profitieren oft von klaren, reduzierten Bausteinen. Große Organisationen benötigen zusätzlich Rollen, Freigaben, Vorschau-Umgebungen und nachvollziehbare Veröffentlichungsprozesse.
Barrierefreiheit gehört in diesen Abschnitt, nicht erst in die Abnahme. Überschriftenhierarchien, Alternativtexte, aussagekräftige Linktexte, ausreichende Kontraste und per Tastatur nutzbare Komponenten müssen im System und in den redaktionellen Vorgaben verankert sein. Eine formal korrekte technische Basis reicht nicht, wenn Redaktionen später Inhalte ohne Struktur oder Beschreibungen veröffentlichen.
SEO bei der CMS-Migration absichern
Ein Relaunch kann Rankings kosten, wenn Weiterleitungen, Canonical-Tags oder Indexierungsregeln fehlen. Umgekehrt kann eine sorgfältig geplante Migration technische Altlasten beseitigen und die organische Sichtbarkeit verbessern. Voraussetzung ist, dass SEO nicht als nachgelagerter Prüfpunkt behandelt wird.
Für jede relevante alte URL sollte eine direkte 301-Weiterleitung auf die fachlich passende neue Seite eingerichtet werden. Pauschale Weiterleitungen auf die Startseite helfen Nutzerinnen und Nutzern nicht und werden auch von Suchmaschinen kritisch bewertet. Weiterleitungsketten sollten vermieden werden.
Vor dem Go-live sind zudem Seitentitel, Beschreibungen, Überschriften, interne Verlinkungen, XML-Sitemaps, robots-Regeln und strukturierte Daten zu prüfen. Staging-Umgebungen dürfen nicht indexiert werden. Nach der Veröffentlichung sollten Crawling-Fehler, 404-Seiten, Ladezeiten und die Entwicklung wichtiger Rankings eng überwacht werden. Gerade bei umfangreichen Plattformen zeigt sich nicht alles am ersten Tag.
Technik, Sicherheit und Performance mitplanen
Eine moderne CMS-Plattform braucht mehr als ein aktuelles Design. Dazu zählen eine sauber getrennte Entwicklungs-, Test- und Produktionsumgebung, versionierter Code, nachvollziehbare Deployment-Prozesse und regelmäßige Backups. Ebenso wichtig sind aktuelle PHP-Versionen, ein planbares Patch-Management und klar definierte Zuständigkeiten für Sicherheitsupdates.
Bei der Performance geht es nicht nur um einen guten Messwert zum Projektstart. Bildformate, Caching, JavaScript-Einsatz, Server-Konfiguration und Drittanbieter-Skripte beeinflussen die Ladezeit dauerhaft. Insbesondere Tracking-, Chat- und Marketing-Tools sollten kritisch bewertet werden. Jedes zusätzliche Skript hat Folgen für Geschwindigkeit, Datenschutz und Fehlersuche.
Auch Schnittstellen benötigen einen realistischen Blick. Eine Anbindung an CRM, ERP oder PIM spart nicht automatisch Arbeit. Zunächst muss geklärt werden, welches System führend ist, welche Daten in welcher Frequenz übertragen werden und wie Fehler erkannt werden. Ohne diese Regeln entstehen schnell doppelte oder widersprüchliche Datenbestände.
Testen vor dem Go-live
Ein Go-live ist kein geeigneter Zeitpunkt für grundlegende Entdeckungen. Vor der Veröffentlichung braucht es einen verbindlichen Testplan, der Technik und Nutzung abdeckt. Dazu gehören Desktop- und Mobilansichten, Formulare, Suche, Berechtigungen, Mehrsprachigkeit, Downloads, Schnittstellen, Tracking und die wichtigsten Browser.
Ergänzend sollte die Website mit Tastatur und unterstützenden Technologien geprüft werden. Gerade interaktive Elemente wie Menüs, Filter, Modals oder Cookie-Dialoge sind häufige Fehlerquellen. Ein Praxistest mit echten Redaktionsabläufen ist ebenfalls wertvoll: Können Mitarbeitende Seiten anlegen, Inhalte freigeben und Bilder korrekt einpflegen, ohne technische Hilfe anzufordern?
Für den Umstellungstag hilft ein klarer Ablauf mit Verantwortlichkeiten. Dazu gehören ein finaler Datenabzug, die Aktivierung der Weiterleitungen, technische Smoke-Tests und die Kontrolle von Formularen sowie Analyse-Daten. Bei großen Plattformen ist ein gestaffelter Rollout manchmal sinnvoller als ein harter Komplettwechsel. Das hängt von Abhängigkeiten, Traffic und organisatorischer Risikobereitschaft ab.
Nach dem Start beginnt die Betriebsphase
Die ersten Wochen nach der Migration entscheiden mit darüber, ob das Projekt langfristig erfolgreich bleibt. Fehlerberichte, Server-Logs, Suchdaten und Rückmeldungen aus der Redaktion liefern wertvolle Hinweise. Nicht jede Beobachtung ist ein Mangel: Schwankungen bei Rankings können temporär sein. Kritisch sind dagegen dauerhafte 404-Fehler, nicht übermittelte Formulare, fehlende Indexierung wichtiger Seiten oder auffällige Performance-Einbrüche.
Eine CMS-Migration sollte deshalb immer auch ein Betriebsmodell umfassen. Wer prüft Updates? Wie werden neue Anforderungen priorisiert? Wann findet ein Sicherheitscheck statt? Und wie bleibt die Plattform fachlich aktuell? Langfristig wartbare Webentwicklung entsteht nicht durch den einmaligen Relaunch, sondern durch klare Prozesse und kontinuierliche Pflege.
Wer Ziele, Inhalte, SEO und Betrieb früh zusammenführt, schafft mit der Migration mehr als eine neue Website. Es entsteht eine Arbeitsgrundlage, auf der Marketing und Fachabteilungen zuverlässig weiterentwickeln können - ohne die technische Substanz aus dem Blick zu verlieren.
