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 14 Kriterien, eigene Einschätzungen sind gekennzeichnet.

* Zeilen Bedienung und Entwicklermarkt: unsere Einschätzung.

Beide Systeme haben ihr Terrain. Haken Sie in jeder Spalte ab, was zutrifft. Wo mehr Haken stehen, liegt Ihr System. Bei Gleichstand zählt, ob Sie Freigaben oder mehrere Auftritte ohne Zusatz-Plugins brauchen: dann TYPO3, sonst WordPress.

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.

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.

• 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.

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 Elementor schreibt, dass Updates die Website beschädigen können.

In der Elementor-Hilfe „Schritte vor dem Update“ steht: „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. Elementor und Elementor Pro müssen gemeinsam aktualisiert werden, sonst kann die Website brechen.

Das Tempo ist hoch: Zwischen dem 22. September und dem 5. Oktober 2026 erschienen fünf Elementor-Versionen (4.3.0 bis 4.3.4), eine davon mit dem Eintrag „Fix: Elementor update can fail during version upgrade“ (Changelog).

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 (bei Elementor „Clear Files & Data“), 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.

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. Elementor hat zudem 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.

Die Lizenzrechnung für WordPress beginnt bei 267,75 € plus 108 US-Dollar pro Jahr, das sind über fünf Jahre 1.338,75 € plus 540 US-Dollar. So kommt das zusammen, mit einem typischen Plugin-Set für eine mehrsprachige Firmenwebsite (Herstellerpreise pro Jahr und Website, teils zuzüglich Steuern, Stand 8. Oktober 2026):

Das Set ist ein Beispiel, keine Kundenzahl. 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.

Was das an Arbeit bedeutet, zeigen unsere eigenen Projekte aus 2023 bis 2026 (gerundet):

• Upgrade einer KMU-Website auf die aktuelle TYPO3-LTS-Version (meist zwei Hauptversionen auf einmal, etwa alle drei Jahre): 2 bis 4 Personentage.
• Update-Runde bei WordPress (Kern, Plugins, PHP): 2 bis 8 Stunden je Runde. Wie oft eine Runde ansteht, hängt an der Zahl der Plugins und ihrem Update-Takt.
• Laufende Betreuung mit Updates, Backups und Fehlerbehebung: bei beiden Systemen ähnlich. Den Aufwand bestimmt der vereinbarte Leistungsumfang, nicht das CMS.

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.

Magnolia vs. TYPO3 ist vor allem eine Frage des Modells: Magnolia ist ein Abo ab 3.000 € im Monat (DX Core, selbst gehostet) bzw. ab 5.000 € (DX Cloud) und wird über Java-Module erweitert. TYPO3 hat keine Lizenzgebühr, bringt Mehrsprachigkeit, mehrere Websites und feine Rechte im Kern mit und läuft auf PHP.

Die Preisseite des Herstellers nennt:

Das ist die reine Abo-Gebühr bei durchgehendem Abo, ohne Umsetzung. Funktionsumfang und Qualität von Magnolia bewerten wir hier nicht, nur Preis- und Betriebsmodell.

Wann passt Magnolia? Das Modell spricht Organisationen an, die bereits Software auf Java-Basis betreiben (Java-Stack) oder den Betrieb an den Hersteller abgeben wollen. Und TYPO3? Es bringt im Kern mit, was große Projekte häufig verlangen: mehrere Websites mit eigenen Domains und Sprachen, Rechte bis auf Feldebene, Freigaben über Workspaces. So betreiben wir für Gebro Pharma drei Portale mit zwei geschützten Bereichen auf TYPO3, für NHT Intranet und Workflow-Portal. Das Gegenstück sind Upgrade-Aufwand und Entwicklermarkt (siehe Nachteile von TYPO3).

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. Magnolia passt, wenn Sie Abo und Java-Stack bewusst wollen.

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.