TYPO3 vs. WordPress: Warum native Features wichtiger sind als Plugins

Bei „TYPO3 vs. WordPress“ geht es nicht nur um einen Vergleich der Features. In unserem Rückblick auf den TYPO3 North American Summit untersuchen wir, warum native Mehrsprachigkeit, Workflows, Berechtigungen und Governance die Komplexität von Plugins verringern und die langfristige Skalierbarkeit verbessern können.
Pat Ramsey, Technischer Leiter bei Crowd Favorite, sprach auf dem ersten TYPO3 North America Summit über ein Thema, das ursprünglich den Titel „WordPress vs. TYPO3“ trug. Doch gleich zu Beginn stellte er klar, dass es ihm um etwas anderes ging. Nachdem er seit 1995 Websites entwickelt und mit WordPress, Laravel, Node und vielen weiteren Technologien gearbeitet hat, stand für ihn nicht der direkte Vergleich zweier Systeme im Mittelpunkt, sondern ein Kommunikationsproblem.
Er eröffnete seinen Vortrag mit der Frage: Wie hilft man Menschen dabei, eine Lösung zu erkennen, für die ihnen noch die passenden Begriffe fehlen?
Die Grundlage: Im Core verankerte Kompetenzen
Im Mittelpunkt von Pats Vortrag stand ein Vergleich zwischen den Features, die ein System von Haus aus bietet, und denen, für deren Umsetzung Plugins erforderlich sind. Gerade für Enterprise-Teams, die verschiedene CMS-Plattformen bewerten, ist dieser Unterschied besonders relevant und prägte seine gesamte Präsentation.
Insbesondere zeigte Pat auf, wie WordPress mit seiner auf Erweiterbarkeit ausgelegten Plugin-Architektur häufig separate, miteinander verknüpfte Tools für mehrsprachige Unterstützung, redaktionelle Workflows, granulare Berechtigungen und Governance benötigt – die jeweils unabhängig voneinander gewartet werden und jeweils eine potenzielle Fehlerquelle darstellen. TYPO3 hingegen liefert diese Funktionen bereits im Core mit.
Genau dieser Unterschied sei, so Pat, wahrscheinlich der Hauptgrund dafür, dass viele Unternehmen TYPO3 als Option unterschätzen.
Das Problem: Eine Lücke im Vokabular, nicht in der Technologie
Pats These ist einfach und klar: TYPO3 verliert auf dem nordamerikanischen Markt nicht an Leistungsfähigkeit, sondern an Bekanntheit. Wie er es ausdrückt: „Unternehmen, die am meisten von TYPO3 profitieren würden, verfügen möglicherweise nicht über das nötige Vokabular, um es als Lösung zu erkennen.“
Beim Thema mehrsprachige Verwaltung liefert TYPO3 sofort einsatzbereite Lösungen. Bei WordPress hingegen müssen Teams fünf separate Plugins zusammenfügen – ein Übersetzungs-Plugin, einen Sprachumschalter, regionale Berechtigungen, einen redaktionellen Workflow und über Jahre hinweg angesammelten „Glue-Code“ –, die alle durch implizites Wissen zusammengehalten werden.
Pat betont, dass dieses Problem kein technisches Versagen an sich ist, sondern vielmehr unsichtbare Kosten, die Teams im Laufe der Zeit als Normalität hingenommen haben.
Die Lösung: Drei Zielgruppen, ein Ansatz
Anstelle eines einzigen Verkaufsgesprächs skizziert Pat drei unterschiedliche Gesprächssituationen:
- Organisationen, die Reibungsverluste spüren, diese aber nicht benennen können: Sie betreiben ein CMS, das aus zahlreichen Plugins zusammengesetzt ist, merken, dass etwas nicht optimal funktioniert, verfügen jedoch nicht über die passenden Begriffe, um das Problem zu beschreiben.
- Technische Teams mit einem internen Auftrag: Sie wissen bereits, dass TYPO3 die passende Lösung sein könnte, benötigen jedoch Unterstützung bei der Kommunikation gegenüber Management, Einkauf, Rechtsabteilung oder Budgetverantwortlichen.
- Langjährige Anwender anderer Plattformen: beherrschen ein anderes CMS fließend, stehen jedoch vor einem Schulungs- und Zeitproblem, nicht vor einem technischen.
In allen drei Gesprächssituationen lautet Pats Ratschlag gleich: Greift auf die Anforderungen zurück. Stellt die Fragen. Was ist das Ziel? Wo stehen Sie derzeit? Diese Lücke wird zum Gesprächsstoff. Er warnt davor, mit einem vollständigen Austausch zu beginnen: „Sobald man davon spricht, ganze Systeme zu ersetzen, geraten die Leute in Panik“, noch bevor überhaupt eine Bewertung des Sachverhalts stattgefunden hat.
Es ist besser, den Übergang sanft zu gestalten. Beginnen Sie mit einer Erweiterung und lassen Sie diese im Laufe der Zeit zu einer vollständigen Umstellung werden.
An Agenturen und Solution Engineers richtete Pat einen klaren Appell: Unterstützt die technischen Teams, die intern für TYPO3 werben. Liefert Referenzen, Architekturkonzepte und belastbare Nachweise, damit die Diskussion auf Managementebene geführt werden kann.
Und diese Erfolgsbilanz ist ein echtes Kapital. Pat unterstreicht hier den Vorteil von TYPO3, dessen Wurzeln bis ins Jahr 1998 zurückreichen. Es ist bewährt. Es ist gut konzipiert. Und wie Pat es ausdrückte: Das allein ist es schon wert, genutzt zu werden.
Die wichtigste Erkenntnis aus Pats Vortrag? Beginnen Sie nicht mit einem Technologie-Pitch, sondern mit der Lücke. Wie Pat es eingangs sagte, lässt sich das Thema nicht in 15 Minuten beantworten. Es geht nicht darum, fertige Antworten zu präsentieren, sondern die richtigen Fragen zu stellen.
