TYPO3 vs. WordPress im Vergleich: Wann der Plugin-Dschungel zum Risiko wird

Der Unterschied zwischen TYPO3 und WordPress in einem Satz: WordPress hat einen schlanken Kern und erweitert sich über Plugins, TYPO3 bringt Mehrsprachigkeit, mehrere Websites, Benutzergruppen und Freigabeprozesse im Kern mit. Beide Kernsysteme sind Open Source und kosten keine Lizenzgebühr.

Beim Marktanteil ist der Abstand groß: Laut W3Techs läuft WordPress auf 40,1 % aller Websites, TYPO3 auf 0,4 %. Trotzdem ist TYPO3 unter den .de-Domains mit 6,7 % der Websites mit bekanntem CMS das zweithäufigste System nach WordPress (54,1 %), unter den .at-Domains mit 6,5 % ebenfalls (WordPress 54,8 %). Welches System Ihr Projekt trägt, sagt die Verbreitung nicht.

Die Tabelle vergleicht acht zentrale Kriterien, eigene Einschätzungen sind gekennzeichnet.

* Zeilen Bedienung und Entwicklermarkt: unsere Einschätzung.

Beide Systeme haben ihr Terrain, aber nicht jedes Kriterium wiegt gleich. Zählen Sie zuerst die ausschlaggebenden Kriterien: Wo mehr zutrifft, liegt Ihr System. Die übrigen geben bei Gleichstand den Ausschlag.

So haben wir bisher entschieden:

So läuft ein Wechsel von WordPress zu TYPO3 ab

Wenn die Antwort TYPO3 heißt und heute WordPress läuft, gehen wir so vor:

1. Bestandsaufnahme. Wir erfassen alle Inhalte und Plugins und klären, welche Aufgabe jedes Plugin heute erfüllt und was davon der TYPO3-Kern übernimmt.
2. Inhaltsmodell. Wir legen in TYPO3 fest, welche Seitentypen, Inhaltselemente und Rechte es gibt, passend zum Alltag Ihrer Redaktion.
3. Inhalte übernehmen. Texte, Bilder und Dokumente wandern ins neue System, je nach Menge per Import oder von Hand.
4. Alte Adressen weiterleiten. Jede alte URL bekommt eine dauerhafte Weiterleitung (301) auf die neue Seite, damit Suchmaschinen und Lesezeichen sie weiter finden.
5. Redaktionsteam einschulen. Ihr Team lernt das Backend an den eigenen Inhalten kennen, bevor die neue Website live geht.

Aufwand und Dauer hängen vor allem von der Zahl der Seiten und Sprachen ab, von den Plugins, deren Aufgabe TYPO3 übernehmen muss, und von Schnittstellen. Eine belastbare Zahl nennen wir nach der Bestandsaufnahme. Schreiben Sie uns, dann schätzen wir Ihr Projekt.

WordPress ist besser bei Bedienung, Einstieg und Auswahl. Nach unserer Erfahrung lernen Redakteure den Block-Editor schneller, für die meisten Standardfunktionen gibt es ein fertiges Plugin, und ein einfacher Auftritt ist schneller und meist günstiger aufgesetzt als mit TYPO3.

• Ökosystem. Das Verzeichnis führt über 70.000 kostenlose Plugins. Page-Builder erlauben es Redakteuren, Seiten per Maus aus Bausteinen zusammenzustellen. Einer der verbreitetsten, Elementor, läuft laut W3Techs auf 12,6 % aller Websites, im Plugin-Verzeichnis stehen über 10 Millionen aktive Installationen.
• Shop. Mit WooCommerce gibt es eine verbreitete Shop-Lösung im selben System.
• Updates. Seit Version 5.5 lassen sich Auto-Updates je Plugin und Theme einschalten. Fehlgeschlagene Plugin-Updates nimmt WordPress inzwischen selbst zurück (siehe Plugin-Dschungel).
• Multisite. Die WordPress-Doku beschreibt Multisite ausdrücklich für Firmenseiten, die sich Theme oder Plugins teilen und pro Region eigene Inhalte haben.

Und WordPress läuft auch auf großen Websites. Unsere Empfehlung „WordPress für einfache Seiten, TYPO3 für Komplexeres“ ist eine Einschätzung aus dem Betrieb.

Die größten Nachteile von TYPO3 sind die steilere Lernkurve im Backend, ein kleinerer Entwicklermarkt und ein Upgrade-Projekt auf die aktuelle LTS-Version etwa alle drei Jahre, bei dem Code angepasst werden muss. Außerdem laufen fast drei Viertel aller TYPO3-Websites auf Versionen ohne kostenlose Updates.

Eine Zahl von W3Techs zeigt das Upgrade-Problem: 49,0 % aller TYPO3-Websites laufen auf v10, v11 oder v12 (9,9 %, 16,2 % und 22,9 %), also auf Versionen ohne kostenlose Community-Updates, weitere 23,9 % auf v9 und älter. Bei v12 endete der kostenlose Support am 30. April 2026. Wir lesen das so: Das Major-Upgrade alle drei Jahre bleibt in der Praxis oft liegen. Das ist ein Wartungsproblem der Betreiber, kein Fehler des Systems. Wer TYPO3 betreibt, muss das Upgrade einplanen. Deshalb planen wir das LTS-Upgrade mit unseren Kunden fest ein und bieten es rechtzeitig an.

• Breaking Changes. So heißen Änderungen, nach denen bestehender Code angepasst werden muss. Jede Hauptversion listet sie im Changelog auf, und jede Erweiterung muss nachziehen, bevor das Upgrade live gehen kann.
• Upgrade-Werkzeuge mit Grenzen. Der Extension Scanner (ein Prüfmodul für veralteten Code) und Rector (ein Community-Werkzeug, das Code automatisch umschreibt) helfen. Laut Doku sind beim Scanner Fehlalarme und übersehene Stellen nicht zu vermeiden.
• Kleinerer Entwicklermarkt. Qualifizierte TYPO3-Entwickler sind schwerer zu finden als WordPress-Entwickler. Eine Zahl dazu haben wir nicht.
• Barrierefreiheit im Backend. Laut einem Sprint-Bericht vom 25. März 2026 fand ein Test von zehn Backend-Abläufen nach WCAG 2.2 (Richtlinien für barrierefreie Webinhalte) 21 Barrieren, sieben davon bis Dezember 2025 behoben. Das Accessibility-Team schreibt, eine barrierefreie öffentliche Website (Frontend) sei bereits möglich, die Oberfläche des Backends noch nicht.

Zwei Fälle aus unserem Betrieb

Fall A: Extensions bremsen das Upgrade. Für ein Intranet planen wir das Upgrade auf v13 statt auf v14, weil drei eingesetzte Extensions noch keine Version für v14 haben. Der Sprung auf die neueste LTS wartet, bis die Anbieter nachziehen oder Ersatz da ist.

Fall B: Eine Extension muss ersetzt werden. Bei einer Website steigen wir mit dem Sprung von v13 auf v14 bei der Extension für mehrspaltige Layouts auf ein anderes Produkt um. Dafür müssen alle betroffenen Inhaltselemente in der Datenbank migriert werden, geschätzt rund 16 Stunden.

Auch TYPO3 verlangt vor jedem Major-Upgrade ein Backup und rät bei größeren Änderungen, zuerst eine Kopie der Website zu aktualisieren (Upgrade-Anleitung).

Weil jedes Plugin eigene Entwickler, einen eigenen Update-Rhythmus und eigene Abhängigkeiten hat. Je mehr Plugins eine Website trägt, desto mehr Updates müssen zueinander passen. Laut Patchstack liegen 91 % der gemeldeten WordPress-Schwachstellen in Plugins, und selbst Hersteller großer Page-Builder schreiben, dass Updates die Website beschädigen können.

Der verbreitete Page-Builder Elementor schreibt in seiner Hilfe „Schritte vor dem Update“: „Updating, or making other major changes to your site infrastructure, can sometimes break your site.“ (Updates können die Website mitunter beschädigen.) Empfohlen werden Backup, Prüfung der Addon-Kompatibilität und ein Staging-System, also eine Testkopie der Website.

Drei Fälle aus unserem Betrieb

Die Fälle stammen von Websites, die wir betreuen. Sie zeigen Zusammenspiel im Ökosystem, kein Wartungsversagen.

Fall 1: Update und Cache zusammen. Ein Update des Page-Builders (von 4.0 auf 4.1), das Update des zugehörigen Themes und ein Cache-Leeren fielen auf denselben Tag. Danach war die Website für Besucher ungestylt, Logo und Navigation fehlten: Die vom Page-Builder erzeugten CSS-Dateien (Gestaltungsregeln) fehlten, der Cache verwies weiter auf sie. Behoben war es mit fester Reihenfolge: erst die Builder-CSS neu erzeugen, dann den Cache leeren, dann die Seite aufrufen.

Fall 2: Der Cache konserviert den Fehler. Bei einer anderen Website fehlten die CSS-Dateien des Page-Builders für drei Seiten. Weil der Cache alte Kopien auslieferte, entstanden sie nicht neu, das Layout fehlte rund zwei Tage. Die Ursache des Löschens ist nicht belegt.

Fall 3: Ein Plugin-Fehler trifft eine unbeteiligte Seite. Ein Fehler in einem Veranstaltungs-Plugin brachte die CSS-Erzeugung des Page-Builders zum Absturz. Dadurch verlor auch eine Seite ihr Layout, die mit Veranstaltungen nichts zu tun hatte: eine Fehlerkette über zwei Plugins, ganz ohne Update.

Warum nicht einfach den Page-Builder entfernen? Weil alle damit gebauten Seiten an ihm hängen: Ohne ihn fehlt das Layout, die Seiten müssten neu gebaut werden. Auch der Umstieg auf einen anderen Page-Builder oder den Block-Editor des Kerns ist ein Umbau aller Seiten. Das Risiko liegt nicht an einem Produkt, sondern daran, wie viele Erweiterungen voneinander abhängen.

Sicherheit: beide Seiten, mit Vorbehalt

Der Patchstack-Bericht 2026 zählt für 2025:

• 11.334 neue Schwachstellen im WordPress-Ökosystem, 42 % mehr als 2024,
• 91 % davon in Plugins, 9 % in Themes, im Kern 6 mit niedriger Priorität,
• bei 46 % noch kein Fix des Entwicklers zum Zeitpunkt der Veröffentlichung,
• bei stark ausgenutzten Lücken im gewichteten Median 5 Stunden bis zur ersten Ausnutzung.

Dem stehen bei TYPO3 für 2025 23 Core-Advisories und 16 Extension-Advisories gegenüber (Sicherheitsmeldungen). Die Zahlen lassen sich nicht gegeneinander verrechnen: Patchstack zählt einzelne Schwachstellen im gesamten Ökosystem mit zigtausenden Plugins, TYPO3 veröffentlicht Advisories für den Kern und gemeldete Extensions, von denen einzelne mehrere Lücken bündeln. Belegt ist nur: Bei WordPress entsteht das Risiko fast vollständig in Erweiterungen, bei TYPO3 gab es 2025 auch im Kern Meldungen.

Was dagegen spricht

Drei Fälle sind keine Statistik, und es gibt Gegenargumente. Seit Version 6.3 stellt WordPress bei einem fehlgeschlagenen manuellen Plugin-Update die alte Version automatisch wieder her (Rollback), seit 6.6 auch bei automatischen Updates. Page-Builder haben zudem oft einen eigenen Rollback. Ein Update, das technisch gelingt und trotzdem das Layout zerstört, ist aber kein fehlgeschlagenes Update, das zeigt Fall 1. Auch TYPO3 kennt Updates mit Folgen: Breaking Changes pro Hauptversion, Extensions, die nachziehen müssen. Den Unterschied sehen wir im Takt: bei TYPO3 planbar etwa alle drei Jahre, bei WordPress laufend und bei vielen Herstellern gleichzeitig.

Die Lizenz kostet bei beiden nichts. Unterschiede entstehen bei Erweiterungen und Updates: WordPress kostet laufend, weil Premium-Plugins Jahreslizenzen haben und einzeln gepflegt werden. TYPO3 kostet in Etappen, weil etwa alle drei Jahre ein Major-Upgrade ansteht.

Ein typisches Plugin-Set für eine mehrsprachige Firmenwebsite kostet bei WordPress rund 364 € pro Jahr, über fünf Jahre rund 1.820 €. Bei TYPO3 decken Kern und kostenlose Extensions dieselben Aufgaben ab (Herstellerpreise pro Jahr und Website, teils zuzüglich Steuern, Stand 8. Oktober 2026, US-Dollar-Preise umgerechnet zum EZB-Kurs vom 15. Oktober 2026):

Das Set ist ein Beispiel, keine Kundenzahl, und der Funktionsumfang ist nicht in jedem Punkt gleich: Yoast Premium oder WP Rocket können mehr als die Bordmittel von TYPO3, und Spezial-Extensions kosten auch bei TYPO3 Geld. Was TYPO3 an Lizenz spart, steckt teils in Umsetzung und Upgrades. Ohne Verlängerung läuft etwa WPML weiter, bekommt aber keine Updates mehr. Bei TYPO3 bekommt jede LTS-Version laut TYPO3 drei Jahre kostenlosen Support. Bei einem Takt von etwa drei Jahren sind das in fünf Jahren ein bis zwei Upgrades. Wir empfehlen, das rechtzeitig einzuplanen, statt eine alte Version mit bezahltem Verlängerungssupport weiterzubetreiben.

Die Stundenwerte stammen aus unseren Projekten 2023 bis 2026 (gerundet). Eine Gesamtsumme über fünf Jahre rechnen wir bewusst nicht: Wie oft eine WordPress-Update-Runde ansteht, hängt an Zahl und Takt der Plugins. Laufende Betreuung mit Backups und Fehlerbehebung ist bei beiden Systemen ähnlich, den Aufwand bestimmt der vereinbarte Leistungsumfang.

Das Hosting muss außerdem die passende Version von PHP liefern, der Programmiersprache beider Systeme. TYPO3 v13 und v14 verlangen PHP 8.2 bis 8.5. WordPress empfiehlt PHP 8.3 oder höher.

Wie sich ein Upgrade rechnet, steht in TYPO3 ablösen oder bleiben?, was v14 bringt, in TYPO3 v14 LTS.

Nehmen Sie WordPress für einfache Websites mit einem Auftritt, einer Sprache und wenigen Redakteuren, TYPO3 für alles, was darüber hinausgeht: Portale, Sprachen, Schnittstellen, Rechte und Freigaben.

Sie sind unsicher, wo Ihr Projekt steht? Schreiben Sie uns, wie viele Auftritte, Sprachen und Schnittstellen Sie planen und wer die Inhalte pflegt. Wir sagen Ihnen ehrlich, ob WordPress reicht. Mehr zu unseren TYPO3-Leistungen.