Website-Content-Migration planen: sicher umziehen
Eine Website-Content-Migration zu planen, beginnt nicht mit einem Export aus dem alten CMS. Sie beginnt mit einer nüchternen Bestandsaufnahme: Welche Inhalte erzeugen Sichtbarkeit, welche erfüllen rechtliche oder redaktionelle Aufgaben, und welche sind seit Jahren nur noch Ballast? Wer diese Fragen erst beim Go-live beantwortet, riskiert Rankingverluste, defekte Nutzerwege und unnötige Korrekturschleifen.
Gerade bei gewachsenen Unternehmenswebsites ist eine Migration mehr als ein technischer Umzug. Inhalte, Medien, Metadaten, Weiterleitungen, Berechtigungen und redaktionelle Prozesse greifen ineinander. Das gilt besonders beim Wechsel auf eine neue TYPO3-Version, bei einem CMS-Wechsel oder einer grundlegenden Neustrukturierung. Ein belastbarer Plan schafft die Voraussetzung dafür, dass die neue Website nicht nur moderner aussieht, sondern langfristig besser wartbar, schneller und suchmaschinenfreundlicher arbeitet.
Website-Content-Migration planen: Ziele vor Daten festlegen
Der häufigste Fehler liegt in einer zu engen Sicht auf das Projekt. Wenn das Ziel lediglich lautet, Inhalte von System A nach System B zu übertragen, werden bestehende Schwächen meist mitmigriert: doppelte Seiten, unklare Navigationsstrukturen, nicht gepflegte Downloads und uneinheitliche Inhalte. Sinnvoller ist es, die Migration als kontrollierte Bereinigung und Weiterentwicklung zu behandeln.
Definieren Sie deshalb zuerst, was sich nach dem Relaunch konkret verbessern soll. Das können kürzere Ladezeiten, eine klarere Informationsarchitektur, barrierefreie Inhaltsbausteine, vereinfachte Freigaben oder eine bessere Pflege durch Fachabteilungen sein. Auch SEO-Ziele gehören in diese Phase: Welche organischen Einstiegsseiten sind geschäftskritisch? Welche Themencluster sollen gestärkt werden? Welche URLs dürfen auf keinen Fall an Sichtbarkeit verlieren?
Diese Ziele helfen bei Entscheidungen, die später unvermeidlich auftreten. Muss jede alte Unterseite übernommen werden? Soll ein historischer Beitrag aktualisiert, zusammengeführt oder entfernt werden? Nicht jeder Inhalt verdient den gleichen Aufwand. Eine Migration ist dann wirtschaftlich, wenn sie den Wert der Website erhöht - nicht wenn sie möglichst viele Datensätze bewegt.
Das Content-Inventar als Entscheidungsgrundlage
Ein vollständiges Inventar verbindet technische und redaktionelle Perspektive. Es erfasst nicht nur URLs und Seitentitel, sondern auch Seitentypen, Inhalte, Medien, Metadaten, interne Verlinkungen, Verantwortlichkeiten und Aktualität. Bei komplexen Websites kommen Sprachvarianten, Formulare, geschützte Bereiche, Dokumente, Ansprechpartnerdaten und strukturierte Inhalte hinzu.
Für jede URL sollte eine klare Entscheidung getroffen werden: übernehmen, überarbeiten, zusammenführen, archivieren oder entfernen. Diese Zuordnung verhindert, dass Teams kurz vor dem Launch über einzelne Seiten diskutieren müssen. Sie macht zugleich transparent, welche Abteilungen Inhalte zuliefern oder freigeben müssen.
Bei der Bewertung helfen Nutzungsdaten und fachliche Relevanz. Hohe Besucherzahlen allein reichen nicht aus. Eine wenig besuchte Seite kann beispielsweise für Vertrieb, Service, Compliance oder Bestandskunden entscheidend sein. Umgekehrt sind ältere Beiträge mit schwacher Qualität, doppelten Aussagen oder überholten Informationen oft bessere Kandidaten für eine Zusammenführung als für eine Eins-zu-eins-Übernahme.
Strukturierte Inhalte nicht wie Fließtext behandeln
Besondere Aufmerksamkeit verdienen Inhalte, die im CMS strukturiert abgelegt sind: News, Referenzen, Veranstaltungen, Stellenangebote, Produktdaten, Standorte oder Ansprechpartner. Hier geht es nicht nur um Texte, sondern um Felder, Beziehungen, Kategorien und Ausgaberegeln.
Wenn das Zielsystem andere Datenmodelle nutzt, muss vorab geklärt werden, wie diese Informationen abgebildet werden. Ein automatisch übernommener Freitext kann zunächst funktionieren, nimmt Redaktionen später aber die Möglichkeit, Inhalte konsistent zu filtern, wiederzuverwenden oder barrierefrei auszugeben. Bei individuellen Erweiterungen ist häufig eine gezielte Datenmigration sinnvoller als ein pauschaler Import.
Informationsarchitektur und URL-Konzept gemeinsam entwickeln
Eine neue Navigation darf nicht isoliert vom Migrationsprozess entstehen. Sie bestimmt, welche Inhalte künftig auffindbar sind und wie Suchmaschinen die thematischen Zusammenhänge verstehen. Wenn fünf alte Leistungsseiten zu einer umfassenden, besser gepflegten Seite zusammengeführt werden, ist das oft sinnvoll. Die alten URLs benötigen dann jedoch eindeutige 301-Weiterleitungen auf die passende Zielseite.
Ein Redirect-Konzept ist keine Restaufgabe für den Launch-Tag. Es sollte aus dem Content-Inventar und der neuen Seitenstruktur entstehen. Für jede relevante alte URL wird eine Ziel-URL festgelegt, inklusive Begründung bei Zusammenführungen oder Entfernungen. Weiterleitungsketten sind zu vermeiden: Eine alte Adresse sollte möglichst direkt auf die finale Zielseite führen.
Nicht jede gelöschte Seite muss auf die Startseite umgeleitet werden. Das wirkt für Nutzer wenig hilfreich und kann Suchmaschinen signalisieren, dass kein inhaltlicher Bezug besteht. Wenn kein sinnvoller Ersatz existiert, ist ein sauberer 404- oder 410-Status in manchen Fällen die bessere Lösung. Welche Variante passt, hängt vom Inhalt, von externen Verlinkungen und von der Bedeutung der URL ab.
SEO, Barrierefreiheit und Medien früh prüfen
Der Erhalt organischer Sichtbarkeit verlangt mehr als Weiterleitungen. Übernehmen oder überarbeiten Sie Seitentitel, Meta-Descriptions, Überschriftenhierarchien, Canonical-Angaben, strukturierte Daten und Bildinformationen systematisch. Prüfen Sie außerdem interne Links: Sie sollten nach dem Umzug auf die neuen Zielseiten zeigen und nicht dauerhaft über Redirects laufen.
Für Bilder, PDFs und andere Medien lohnt sich eine eigene Qualitätsprüfung. Nicht jedes alte Bild erfüllt heutige Anforderungen an Auflösung, Dateigröße, Nutzungsrechte oder Alternativtexte. PDFs sind häufig besonders kritisch, weil sie wichtige Informationen enthalten, aber nicht ausreichend barrierefrei sind. Je nach Zweck kann eine HTML-Seite die bessere Alternative sein. Bleiben Dokumente notwendig, müssen sie fachlich aktuell, zugänglich und eindeutig zugeordnet sein.
Barrierefreiheit lässt sich bei einer Migration effizienter umsetzen als nachträglich. Neue Inhaltsmodule sollten sinnvolle Überschriften, ausreichende Kontraste, Tastaturbedienbarkeit und nachvollziehbare Beschriftungen bereits mitbringen. Redaktionen benötigen zusätzlich klare Regeln, etwa für Alternativtexte, Linktexte, Tabellen und eingebettete Medien. Technik kann viele Fehler verhindern, aber keine verständlichen Inhalte ersetzen.
Migration technisch vorbereiten und testen
Ein professioneller Ablauf trennt Entwicklungs-, Test- und Produktivumgebung. Die neue Website wird nicht direkt im Live-System befüllt und geprüft. Stattdessen werden Datenübernahme, Templates, Erweiterungen und Berechtigungen in einer kontrollierten Umgebung getestet. Das schützt die laufende Website und schafft Raum für nachvollziehbare Korrekturen.
Ob Inhalte manuell, teilautomatisiert oder vollständig automatisiert migriert werden, hängt von Umfang und Datenqualität ab. Bei wenigen, stark überarbeiteten Seiten ist eine manuelle Übernahme oft verlässlicher. Bei tausenden strukturierten Datensätzen kann ein Import viel Zeit sparen - vorausgesetzt, Feldzuordnungen, Zeichensätze, Kategorien, Bilder und Verlinkungen werden sorgfältig getestet. Automatisierung reduziert Routineaufwand, ersetzt aber keine Qualitätskontrolle.
Vor dem Go-live sollte ein definierter Testkatalog abgearbeitet werden. Dazu gehören unter anderem Formularwege, Suche, Navigation, Sprachversionen, Login-Bereiche, Dateidownloads, Weiterleitungen, Tracking, Cookie-Einwilligung, XML-Sitemap und Fehlerseiten. Auch die Darstellung auf unterschiedlichen Geräten sowie die Performance unter realistischen Bedingungen müssen geprüft werden.
Redaktion und Betrieb einbeziehen
Eine technisch gelungene Migration scheitert im Alltag, wenn Redakteurinnen und Redakteure die neue Struktur nicht nachvollziehen können. Rollen, Freigaben und Bearbeitungsabläufe sollten deshalb vor dem Launch feststehen. Eine kurze, auf die tatsächlichen Inhaltsmodule zugeschnittene Einführung ist hilfreicher als eine allgemeine CMS-Schulung ohne Bezug zur neuen Website.
Ebenso wichtig ist ein klarer Betriebsplan: Wer prüft Fehlermeldungen? Wer ist für kurzfristige Inhalte verantwortlich? Wie werden Updates, Backups und Sicherheitsmeldungen behandelt? Gerade bei geschäftskritischen Websites gehört die Migration in ein langfristiges Betreuungsmodell, nicht in einen einmaligen Projektabschluss.
Der Go-live ist ein kontrollierter Übergang
Für den Veröffentlichungstermin braucht es einen Ablaufplan mit Zuständigkeiten und einer klaren Reihenfolge. Dazu zählen die finale Datensynchronisation, das Einspielen der Redirects, technische Checks, die Indexierungssteuerung und die Überwachung zentraler Kennzahlen. Legen Sie außerdem fest, unter welchen Bedingungen ein Rollback notwendig wäre und wer darüber entscheidet.
In den ersten Tagen nach dem Launch sollten Serverprotokolle, Crawling-Fehler, Rankings, Indexierungsstatus und Conversion-relevante Funktionen eng beobachtet werden. Schwankungen sind bei größeren Änderungen nicht ungewöhnlich. Entscheidend ist, Probleme früh zu erkennen: fehlende Weiterleitungen, falsch gesetzte Noindex-Anweisungen, defekte Formulare oder unerwartete 404-Fehler lassen sich in dieser Phase meist schnell beheben.
Eine gute Migration zeigt ihren Wert nicht am Abend des Go-live, sondern in den Monaten danach. Wenn Inhalte leichter gepflegt werden, Nutzer schneller ans Ziel kommen und die Plattform technisch verlässlich weiterentwickelt werden kann, ist aus einem Website-Umzug eine tragfähige digitale Grundlage geworden.
