TYPO3 am Ende: Warum das Enterprise-CMS seinen Vorsprung verloren hat

TYPO3 war jahrelang die Antwort auf die Frage: „Was nehmen wir, wenn WordPress zu klein wird?" Behörden, Hochschulen und Mittelständler in der DACH-Region haben Millionen in TYPO3-Projekte investiert. Das CMS galt als erwachsen, sicher und leistungsfähig. Heute ist es vor allem eines: überdimensioniert für das, was moderne Websites tatsächlich brauchen.

Das TYPO3-Versprechen und seine Kosten

TYPO3 wurde für Szenarien gebaut, die in den 2000er Jahren relevant waren: Mehrsprachigkeit über Dutzende Domains, granulare Redakteursrechte, Workflows mit Freigabestufen, Mandantenfähigkeit. Funktionen, die ein Konzern mit 200 Redakteuren braucht. Funktionen, die 95 Prozent aller TYPO3-Installationen nie aktivieren.

Doch die Infrastruktur für diese Funktionen läuft immer mit. Jede TYPO3-Installation bringt eine Datenbankstruktur mit, die auf maximale Komplexität ausgelegt ist. Das Backend lädt Dutzende Module, die niemand nutzt. Das Frontend wird durch TypoScript gesteuert, eine Konfigurationssprache, die so komplex ist, dass sie eigene Schulungen rechtfertigt. Und jedes Major-Update alle 18 Monate erzwingt einen Migrationsprozess, der je nach Installationsgröße Tage bis Wochen dauert.

Das alles kostet Geld. Viel Geld. Ein TYPO3-Projekt beginnt selten unter fünfstelligen Beträgen. Dazu kommen Hosting-Anforderungen, die über das hinausgehen, was ein normaler Shared-Hoster liefert: PHP mit spezifischen Versionen, Composer-basiertes Deployment, Redis oder Memcached für Caching, cronjob-gesteuerte Scheduler. Ein Server, der nur dafür da ist, eine Website auszuliefern.

TypoScript: die Sprache, die nur TYPO3-Entwickler sprechen

Wer TYPO3 verstehen will, muss TypoScript lernen. Keine Programmiersprache im eigentlichen Sinn, sondern eine deklarative Konfigurationssprache, die das Verhalten von TYPO3 steuert. Seitenstrukturen, Menüs, Content-Elemente, Bildverarbeitung, Caching, alles wird über TypoScript definiert.

Das Problem: TypoScript ist ausschließlich innerhalb von TYPO3 relevant. Kein anderes System verwendet es. Kein Framework, kein anderes CMS. Wer TypoScript lernt, investiert in ein geschlossenes Ökosystem. Und wer einen TYPO3-Entwickler sucht, konkurriert um einen schrumpfenden Pool von Spezialisten, die zunehmend in andere Technologien abwandern.

Das erzeugt ein Abhängigkeitsproblem, das Unternehmen erst bemerken, wenn ihre TYPO3-Agentur die Preise erhöht oder den Betrieb einstellt. Der Code auf dem Server ist dann zwar Open Source, aber ohne TypoScript-Kompetenz im Haus faktisch unwartbar.

Was sich verändert hat: KI-Code statt CMS-Infrastruktur

Die gleiche Verschiebung, die WordPress überflüssig macht, trifft TYPO3 noch härter. Denn während WordPress wenigstens noch Einfachheit als Argument hatte, war die Daseinsberechtigung von TYPO3 immer die Komplexität. „WordPress kann das nicht, dafür brauchen Sie TYPO3." Dieser Satz stimmte fünfzehn Jahre lang. Heute stimmt er nicht mehr.

Was TYPO3 mit Extensions, TypoScript und einem Spezialistenteam löst, erzeugt eine KI wie Claude oder Codex als maßgeschneiderten Code in einem Bruchteil der Zeit. Mehrsprachigkeit? Ein Array mit Sprachvarianten und eine Routing-Logik, 80 Zeilen PHP. Redakteursrechte? Ein simples Login mit Rollen, das exakt die Felder freigibt, die der Redakteur braucht. Kein Backend, das hundert Module lädt, von denen drei genutzt werden.

Die Zahlen sprechen gegen TYPO3

Der Marktanteil von TYPO3 liegt weltweit unter zwei Prozent und sinkt seit Jahren. In der DACH-Region, dem Kernmarkt, hält es sich noch in Behörden und Hochschulen, wo langfristige Rahmenverträge und eingekaufte Kompetenz einen Wechsel bremsen. Aber auch dort bewegen sich die Neuausschreibungen weg von TYPO3: Headless-Architekturen, statische Seitengeneratoren und maßgeschneiderte Lösungen erscheinen zunehmend in den Anforderungsprofilen.

Die TYPO3-Community schrumpft parallel. Die Zahl aktiver Extension-Entwickler sinkt. Die Extension-Qualität variiert stark, weil Wartung Arbeit ist, die bei sinkendem Interesse niemand mehr übernimmt. Und jedes Major-Update dünnt das Ökosystem weiter aus, weil Extensions für die neue Version erst portiert werden müssen.

Für wen TYPO3 noch vertretbar ist

Wer heute eine laufende TYPO3-Installation hat, die funktioniert und gewartet wird, muss nicht sofort migrieren. Der Wechsel lohnt sich, wenn ohnehin ein Major-Update ansteht, wenn der Wartungsvertrag ausläuft, oder wenn die TYPO3-Agentur kündigt.

Für neue Projekte gibt es keinen technischen Grund mehr, TYPO3 zu wählen. Die Funktionen, die TYPO3 rechtfertigen, lassen sich heute schlanker, schneller und günstiger als maßgeschneiderter Code umsetzen. Ohne TypoScript, ohne Extension-Abhängigkeiten, ohne 18-Monats-Migrationszyklus.

Der Weg raus: Migration ohne Schmerzen

Eine TYPO3-Migration klingt bedrohlicher, als sie ist. Die Inhalte liegen in einer Datenbank, die sich exportieren lässt. Die Seitenstruktur lässt sich in eine flache, schnelle Dateistruktur überführen. Mehrsprachige Inhalte wandern in saubere Sprachordner. Was bleibt, ist eine Website, die auf jedem Standard-Webhosting läuft, in Millisekunden antwortet und keinen Spezialisten für Wartung braucht.

Der kritische Punkt ist nicht die Technik, sondern die Entscheidung. Solange eine Organisation an TYPO3 festhält, zahlt sie die Infrastrukturkosten eines Systems, das für eine Komplexität ausgelegt ist, die sie nicht braucht. Der Moment, in dem die nächste TYPO3-Rechnung kommt, ist ein guter Moment, um zu rechnen.

Dieser Artikel gibt die Einschätzung der Netzhandwerker-Manufaktur wieder. TYPO3 ist ein Markenname der TYPO3 Association. Wir stehen in keiner geschäftlichen Beziehung zur TYPO3 Association oder deren Partnern.

Wie schnell ist Ihre aktuelle Website?

Prüfen Sie in 30 Sekunden, ob Ihre Seite Googles Tempo-Ziele erreicht — mit PDF-Prüfprotokoll per E-Mail: Speed-Test starten.