TYPO3-Relaunch oder Systemwechsel? Der Ratgeber für Entscheider
Wenn der Long-Term-Support für eine ältere Systemversion endet, sehen sich Unternehmen oft mit unerwartet hohen Kostenvoranschlägen konfrontiert. Ein TYPO3-Relaunch oder ein umfangreiches Versions-Upgrade bindet nicht selten finanzielle Mittel, die das reguläre Jahresbudget für den digitalen Auftritt deutlich übersteigen. In dieser Phase stellt sich für das Management eine wirtschaftliche Grundsatzfrage.
Ein rein technisches Upgrade schreibt die bisherige Struktur fort. Dazu gehören oft jahrelang mitgeschleifte, individuell programmierte Sonderlösungen und eine veraltete Inhaltsarchitektur. Gleichzeitig werben Agenturen mit scheinbar kostengünstigen Neuentwicklungen auf Basis anderer Content-Management-Systeme (CMS). Ein reiner Preisvergleich greift hier jedoch zu kurz.
Bei der Gegenüberstellung von Upgrade und CMS-Wechsel werden oft wesentliche Aufwände für die Datenmigration, den Nachbau von Redaktionsrechten und die Sicherung der organischen Reichweite unterschätzt. Dieser Ratgeber ordnet die technischen Optionen ein und hilft bei der strategischen Entscheidung für den nächsten Systemzyklus.
Wege für den TYPO3-Relaunch: Upgrade, Reface oder Neuaufbau?
Bevor ein Systemwechsel evaluiert wird, lohnt sich ein Blick auf die technischen Erneuerungsmöglichkeiten innerhalb der bestehenden Software-Infrastruktur. Die Architektur des Systems trennt die Datenhaltung, die Funktionalität und die visuelle Ausgabe strikt voneinander. Diese Trennung erlaubt verschiedene Abstufungen der Modernisierung.
Das Reface: Neues Design auf bewährtem Fundament
Ein vollständiger Neuaufbau ist aus technischer Sicht nicht immer zwingend. Beim sogenannten Reface wird ausschließlich das Frontend erneuert. Die Layouts, die HTML-Struktur und die responsiven Templates werden modernisiert, während das Backend unberührt bleibt. Datenbanken, Schnittstellen und Redaktions-Workflows laufen unverändert weiter.
Diese Methode ist äußerst ressourcenschonend, sofern der Software-Kern aktuell ist und keine tiefgreifenden inhaltlichen Umstrukturierungen geplant sind. Unternehmen sparen sich aufwendige Datenmigrationen und Retrainings für das Redaktionsteam. Die Website erhält aktuelle Ladezeiten und eine zeitgemäße Optik, ohne die bestehende Datenlogik anzufassen.
Das vollständige System-Upgrade
Ein kompletter technischer Relaunch der bestehenden Installation wird unumgänglich, wenn die Code-Basis veraltet ist oder genutzte Drittanbieter-Erweiterungen (Extensions) nicht mehr unterstützt werden. In diesem Prozess wird das System von ungenutzten Modulen befreit.
Der Hauptvorteil eines Upgrades liegt in der Kalkulierbarkeit. Die Kosten hängen primär von der Anzahl der eingesetzten Erweiterungen und dem Umfang des eigenen Codes ab. Geschmacksfragen oder inhaltliche Diskussionen treiben das Budget nicht ungeplant in die Höhe.
Wann Sie eine bestehende TYPO3-Website ablösen sollten
Es gibt Konstellationen, in denen ein Festhalten am Status quo wirtschaftlich nicht mehr darstellbar ist. Das betrifft vorrangig Plattformen, deren Kernfunktionen aus individuell programmiertem Code bestehen. Sind die ursprünglichen Entwickler nicht mehr an Bord oder am Markt verfügbar, erfordert ein System-Update oft eine komplette Neuprogrammierung dieser Elemente.
Wenn die Kosten für ein Update so hoch ausfallen, dass faktisch zwei Neubauten miteinander verglichen werden, ist es an der Zeit, die TYPO3-Website abzulösen. Ein Wechsel drängt sich zudem auf, wenn eine Organisation die komplexen Enterprise-Eigenschaften der Plattform gar nicht ausschöpft. Wer keine granulare Rechteverwaltung für Hunderte von Redakteuren benötigt, zahlt mit einem Enterprise-System oft einen unnötig hohen Preis für laufende Wartungen und redaktionelle Freigabeprozesse.
Eine effiziente TYPO3-Alternative für KMU
Kleine und mittlere Unternehmen (KMU) priorisieren bei einem Neuaufbau oft Agilität, flache Lernkurven für neue Mitarbeiter und überschaubare laufende Kosten. Bei der Suche nach einer passenden TYPO3-Alternative für KMU rückt häufig WordPress in den Fokus der IT-Verantwortlichen.
Ein schlankeres CMS bietet Redakteuren meist mehr visuelle Freiheiten ohne tiefgreifendes technisches Vorwissen. Ein riesiges Ökosystem an Erweiterungen und Entwicklern macht Unternehmen zudem unabhängiger von einzelnen Dienstleistern. Die laufenden Budgets für eine professionelle WordPress-Wartung und Pflege sowie funktionale Erweiterungen fallen in der Regel niedriger aus.
Die Migration von TYPO3 zu WordPress ist jedoch kein automatisierter Prozess. Beide Systeme strukturieren Daten fundamental unterschiedlich. Während Enterprise-Plattformen stark mit festen Spaltenlayouts und zugewiesenen Inhaltselementen arbeiten, basieren moderne redaktionelle Systeme auf freien Block-Editoren. Diese inhaltliche Übersetzung erfordert ein präzises technisches Konzept.
Versteckte Kosten bei der Systemmigration planen
Angebote für einen Plattformwechsel wirken auf den ersten Blick oft attraktiv. Die wirtschaftlichen Risiken verbergen sich selten in der reinen Textübernahme, sondern in den gewachsenen Architekturvorgaben der alten Umgebung.
Die Logik der Inhaltselemente
Ihre bestehende Website setzt sich aus definierten Modulen zusammen: Akkordeons, Slider, Download-Gitter oder verknüpfte Referenzen. Ein standardisierter Export überträgt meist nur reinen Text zuverlässig. Für jedes spezialisierte Inhaltselement muss eine individuelle Übersetzungsregel geschrieben werden, damit es im Zielsystem am richtigen Platz und im neuen Design erscheint. Individuelle Inhaltstypen sind die größten Kostentreiber einer Migration.
Mehrsprachigkeit und Fallback-Regeln
Internationale Websites stellen beim Wechsel eine besondere Hürde dar. Komplexe Systeme verknüpfen eine Originalseite fest mit ihren Übersetzungen und steuern präzise, welche Sprache angezeigt wird, falls eine Übersetzung fehlt. Fehlt diese Systemlogik im neuen CMS, zerfallen verbundene Sprachen in voneinander unabhängige Einzelseiten. Die redaktionelle Pflege wird langfristig fehleranfällig.
Dateiverwaltung und Metadaten
Bilder, Dokumente und Videos werden in professionellen Umgebungen zentral mit Metadaten (Urheberrecht, Alternativtexte, Bildunterschriften) verwaltet. Bei einem unsauberen Datenbank-Export gehen diese zentralen Informationen verloren. Sie müssen im neuen System entweder aufwendig manuell nachgetragen werden oder führen zu rechtlichen Risiken bei fehlenden Bildnachweisen.
Sichtbarkeit bewahren: URL-Strukturen und Weiterleitungen
Der kritischste Faktor bei jeder grundlegenden Systemumstellung ist die Sicherung der organischen Suchmaschinenplatzierungen. Jede bestehende Unterseite hat über Jahre hinweg Autorität aufgebaut. Externe Verlinkungen von Partnern, Lesezeichen von Kunden und Links in gedruckten Publikationen verweisen exakt auf diese historischen Adressen.
Ein neues CMS generiert Pfade und Ordnerstrukturen nach eigenen Regeln. Wenn die alten URLs nach dem Livegang eine 404-Fehlerseite ausgeben, laufen nicht nur Nutzer ins Leere. Suchmaschinen werten dies als Verlust der Inhalte, was einen drastischen Einbruch der Reichweite zur Folge hat. Verwaiste Seiten einfach zu löschen, ist der häufigste Fehler bei einem Relaunch.
Die technische Lösung erfordert Disziplin: Vor der Umstellung muss eine lückenlose Liste aller erreichbaren Adressen erstellt werden. Jede URL benötigt ein präzises Mapping auf das inhaltliche Gegenstück im neuen System. Diese Umleitungen müssen über serverseitige 301-Redirects exakt zum Zeitpunkt des Livegangs aktiviert werden. Entsprechende Best Practices finden Sie auch in den offiziellen Google-Vorgaben zu 301-Weiterleitungen.
Den optimalen Kurs für die neue Website festlegen
Die Entscheidung zwischen einem Verbleib im System und einer Migration hängt primär von den internen Prozessen und Altlasten ab. Ein Upgrade bietet höchste Planbarkeit und schont die redaktionellen Abläufe. Wenn das System von ungenutzten Code-Fragmenten befreit wird, sinken auch künftige Wartungsaufwände spürbar.
Gleichen die Kosten für ein Update jedoch einem völligen Neuaufbau und bleiben Enterprise-Funktionen dauerhaft ungenutzt, ist ein klarer Schnitt strategisch sinnvoll. Ein Wechsel in eine agilere Umgebung erfordert zwar anfänglich konzeptionelle Übersetzungsarbeit beim Datenmodell, zahlt sich aber durch geringere Abhängigkeiten und schnellere Anpassungszyklen im digitalen Marketing langfristig aus.
Häufige Fragen zur Systementscheidung
Wie lange nimmt ein kompletter Systemwechsel in Anspruch?
Die Zeitachse hängt direkt von der Menge der spezifischen Inhaltselemente und den benötigten Schnittstellen ab. Für typische Unternehmenswebsites sollten vom ersten Workshop bis zum Livegang vier bis sechs Monate kalkuliert werden. Die reine Datenübertragung beansprucht dabei weniger Zeit als die Konzeption neuer Layouts und inhaltliche Abstimmungen.
Führt ein Wechsel des CMS zu einem Verlust der Google-Rankings?
Bei einer methodisch sauberen Umsetzung bleiben bestehende Platzierungen weitgehend erhalten. Der entscheidende Hebel ist das URL-Mapping. Jede historische Adresse muss über einen permanenten 301-Redirect auf die korrekte neue Zielseite verweisen. Leichte Schwankungen in den ersten Wochen sind branchenüblich, bis Suchmaschinen die neue Architektur vollständig indexiert haben.
Können Inhalte einfach per Knopfdruck importiert werden?
Reine Textbeiträge lassen sich über standardisierte XML- oder CSV-Exporte effizient übertragen. Hoher manueller Aufwand entsteht bei verschachtelten Modulen, komplexen Formularen oder tabellarischen Daten. Diese erfordern meist spezifische Skripte, um in die neue Editor-Logik des Zielsystems eingepasst zu werden.
Dürfen veraltete Unterseiten beim Relaunch gelöscht werden?
Ein ersatzloses Löschen gefährdet die digitale Sichtbarkeit. Führen Backlinks auf gelöschte Seiten, verliert die gesamte Domain an Autorität. Überholte Inhalte sollten überarbeitet ins neue System übernommen oder per 301-Weiterleitung auf eine thematisch verwandte, übergeordnete Kategorie umgeleitet werden.
Was geschieht mit der zentralen Dateiverwaltung?
Assets wie Bilder und PDF-Dateien müssen in das neue System übertragen werden. Wichtig ist dabei, dass Metadaten wie Bildunterschriften, Alternativtexte und Copyright-Hinweise erhalten bleiben. Dies erfordert bei einem Wechsel oft spezielle Anpassungen im Export-Skript, da nicht jedes CMS diese Daten zentral an der Datei speichert.