Kein Technologieproblem—eine WordPress-Agentur blickt auf TYPO3
Was ein WordPress-Veteran mit 20 Jahren Erfahrung sieht, wenn er zum ersten Mal in die TYPO3-Welt kommt—und was wir als langjährige Insider für selbstverständlich halten.
Der erste TYPO3 Summit North America fand am 19. Mai 2026 im Georgia Aquarium in Atlanta statt. Es gab an diesem Tag viele gute Vorträge, die meisten davon — wie zu erwarten — aus der TYPO3-Community selbst. Der eine, zu dem ich immer wieder zurückkehre, war es nicht.
Er kam von Pat Ramsey, Director of Technology bei Crowd Favorite, einer Enterprise-WordPress-Agentur in den USA. Pat baut seit 1995 Websites, arbeitet seit 2004 mit WordPress und hat das Austin WordPress Meetup mitgegründet. Wenn jemand wie er auf einer TYPO3-Konferenz einen Slot mit dem Titel „WordPress oder TYPO3“ übernimmt, lohnt es sich zuzuhören — nicht wegen des Vergleichs selbst, sondern wegen dem, was ein erfahrener Außenstehender an unserer Plattform sieht und was wir hier drinnen aufgehört haben zu bemerken.
Das hier ist kein WordPress-Bashing. Pat hat nicht über WordPress hergezogen, und das haben wir auch nicht vor. Verschiedene Plattformen lösen verschiedene Probleme, und Pats Perspektive stammt aus Jahren der Arbeit mit großen Unternehmen bei großer Skalierung. Was folgt, ist das, was er in seinem Vortrag und im anschließenden Fireside-Chat (mit Robert Jacoby, CXO bei Blackbaud) gesagt hat — und nach jedem Abschnitt ein, zwei Sätze von b13.
„Die Frage ist falsch gestellt“
Pat begann damit, seinen eigenen Vortragstitel infrage zu stellen. „‚WordPress oder TYPO3‘ ist ein bisschen schwarz-weiß und außerdem ein deutlich längeres Gespräch als fünfzehn Minuten.“ Seit mindestens fünfzehn Jahren sei, so seine Sicht, kein einzelnes CMS die Lösung für irgendetwas gewesen — es war immer WordPress und etwas, Laravel und etwas. „Heute heißt der Begriff composable. Früher hieß er integriert.“
Also stellte er die Session neu auf: Wenn ein Kunde oder eine Organisation in diesem Entweder-oder-Modus feststeckt — welche Gespräche sollten sie eigentlich führen?
b13-Anmerkung
„Composable, integriert, von Anfang an mitgedacht“ ist ungefähr so, wie wir die Kernphilosophie von TYPO3 in unserer eigenen Arbeit beschreiben — wir nennen es core-near. Es ist bemerkenswert, dasselbe Argument von jemandem zu hören, der von der WordPress-Seite hereinkommt, statt von uns, die von innen herauskommen.
„Es ist ein Bekanntheitsproblem, kein Technologieproblem“
Etwa vierzig Minuten in die Session kam der Satz des Tages: „WordPress hat hier den Großteil des Marktanteils. Das ist in meinen Augen kein Technologieproblem, sondern ein Bekanntheitsproblem. Und wie überbrücke ich diese Lücke an Bekanntheit?“
Die US-Unternehmen, die TYPO3 lieben würden, sind ihm zufolge noch nicht auf TYPO3 gestoßen. Sie sind auf die Symptome gestoßen — Lizenzgebühren, die plötzlich in die Höhe schossen, SaaS-Dienste, die ihnen unter den Füßen weggezogen wurden, Content-Modelle, die bei großer Skalierung in die Knie gingen — aber sie haben noch keinen Namen für die Art von Plattform, die diese Probleme löst.
b13-Anmerkung
Aus der Community heraus ist die Versuchung groß, immer weiter Features hinzuzufügen und Vergleichstabellen zu schreiben. Pat sagt uns, dass der Engpass davor liegt: Die Aufgabe ist nicht, TYPO3 besser zu machen, sondern TYPO3 für die Menschen auffindbar zu machen, deren Probleme es längst löst.
Zwanzigtausend Plugins gegen vier
Die plastischste Beobachtung in Pats Vortrag: „Als langjähriger WordPress-Nutzer schaue ich auf das WordPress-Plugin-Ökosystem und das TYPO3-Extension-Ökosystem und denke mir — mir gefällt das TYPO3-Extension-Ökosystem, weil ich statt zwanzigtausend Plugins für eine Aufgabe nur vier habe. Und diese vier sind da, weil sie gut sind, weil sie funktionieren und weil sie getestet wurden. Es geht nicht nur um Marktanteile. Es geht um Qualität und es geht um Architektur.“
Er machte es an einem realen Beispiel fest: eine Organisation, die in WordPress achtzehn Plugins betreibt, nur um Produkte zu verkaufen, Zahlungen entgegenzunehmen, nachgelagerte Systeme anzubinden und Transaktions-E-Mails zu verschicken. Seine Frage war simpel: Warum brauchst du achtzehn Plugins, um das zu tun?
b13 Anmerkung
Was Pat sieht, ist real, aber es lohnt sich, ehrlich zu sein, warum es real ist. Das TER ist nicht aktiv kuratiert — jeder kann dort veröffentlichen, und nur ein kleiner Teil seiner rund 5.500 Extensions wurde je unabhängig geprüft. Was Pat wahrnimmt, ist eher so etwas wie natürliche Auslese. TYPO3s disziplinierter Major-Release-Zyklus von 18 Monaten zwingt die Extension-Maintainer, mitzuhalten; verwaiste Extensions fallen relativ schnell aus dem praktischen Gebrauch, weil sie mit aktuellen TYPO3-Versionen nicht laufen; und der insgesamt kleinere Markt hat den Wildwuchs von zwanzigtausend Plugins, den WordPress hat, gar nicht erst hervorgebracht. Der Effekt — eine kurze Liste gesunder, aktueller Extensions — ist echt. Der Mechanismus dahinter ist die stetige Upgrade-Kadenz, kein Kuratierungsgremium.
Der Architektur-Punkt: Zwei Tabellen gegen ein echtes Schema
Im Fireside-Chat fragte Robert, was eine WordPress-zu-TYPO3-Migration eigentlich schwierig macht. Pat wich nicht aus: „WordPress hat bekanntermaßen zwei Tabellen, die neunundneunzig Prozent der Inhalte deiner Website speichern. Der Einfachheit halber ist das wunderschön. Sobald du anfängst zu skalieren, wird es zur Qual, und jeder Entwickler hasst es. Sie heißen wp_post und wp_post_meta. Du kannst alles als Post definieren …„
Und ein paar Minuten später: „Wenn ich mir die Architektur von TYPO3 anschaue und sehe, dass sie nicht alles in zwei Datenbanktabellen gequetscht haben, habe ich schon ein besseres Gefühl dafür, dass hier sauber konstruiert wurde. Eine Hürde ist aus dem Weg.“
Das ist kein „WordPress ist schlecht“. Es ist: Die Einfachheit von WordPress hört bei großer Skalierung auf, einfach zu sein, und das strukturierte, relationale Modell von TYPO3 ist das, was standhält.
b13-Anmerkung
Das ist der Teil von TYPO3, mit dem wir am häufigsten vergessen anzugeben. Das TCA-getriebene, relationale Modell ist der Grund, warum TYPO3 Multi-Site, Mehrsprachigkeit und tief verschachtelte Seitenbäume mit granularen Rechten pro Seite verwaltet, ohne umzukippen. Für uns ist das „wie TYPO3 eben funktioniert“. Für Pat ist es nach zwanzig Jahren auf einer anderen Architektur der Grund, der Plattform zu vertrauen.
Drei Zielgruppen, drei verschiedene Ansätze
Der konkreteste Ratschlag in Pats Vortrag: Wenn du als Agentur oder Solutions Engineer TYPO3 in eine Organisation bringen willst, die noch nicht weiß, dass sie TYPO3 braucht, gibt es drei Gruppen von Menschen, mit denen du sprechen wirst — und jede braucht eine andere Ansprache.
Die Organisation, die die Reibung spürt. Sie weiß, dass etwas nicht stimmt — ihr Content-Team kämpft mit seinem CMS, ihr Stack wird von achtzehn Plugins zusammengehalten —, aber sie hat noch keinen Namen für die Alternative. Deine Aufgabe ist es, ihr zu helfen, dem Schmerz einen Namen zu geben.
Das technische Team, das es schon weiß. Es hat die interne Überzeugungsarbeit bereits geleistet. Es braucht Munition: Prognosen, Budgets, die Support-gegen-Ausgaben-Rechnung, Migrationsphasen, Referenzen. „Sei ihr Verbündeter, mach sie zu Helden, gib ihnen die Munition.“
Die Entwickler selbst, die Jahre in einem CMS verbracht haben und jetzt vor der Lernkurve eines anderen stehen. „Wahrscheinlich die schwierigste Gruppe — es ist ein Trainingsproblem und ein Zeitproblem. Zeit lässt sich nicht zusammenstauchen.“
b13 Anmerkung
Dieses Drei-Zielgruppen-Schema ist nicht theoretisch. Hinter jeder steckt ein realer Weg: offizielle TYPO3-Zertifizierungen und Lernpfade für die Entwickler, Referenzen und Case Studies für die technischen Teams, beratende Assessments für die Organisationen, die noch in der Phase „Was ist eigentlich falsch an unserem Stack?“ stecken. Pats Schema deckt sich direkt mit Arbeit, die es längst gibt.
„Mach es ihnen leichter“ — Erweiterung statt Komplettaustausch
Der andere Ratschlag, den Pat immer wieder gab und den viele TYPO3-Verfechter hören sollten: „In dem Moment, in dem du anfängst, über das Ersetzen ganzer Systeme zu reden, drehen die Leute durch — ‚Oh nein, jetzt geht’s bergab. Oh oh, das wird teuer.‘ Mach es ihnen leichter. Fang mit Erweiterung an und lass das mit der Zeit in eine Migration übergehen.“
Im Fireside-Chat wurde er konkret. Wenn das Marketing mit WordPress zufrieden ist, lass es dort. Hol den E-Commerce in TYPO3. Hol die internationalen Inhalte in TYPO3. Verbinde die Teile über APIs — er erwähnte ausdrücklich WordPress-Plugins, die eine TYPO3-API konsumieren, also TYPO3 als Headless-Quelle, die ein WordPress-Frontend speist. Die beiden Systeme existieren so lange nebeneinander, wie das die sinnvollste Lösung ist, und die Migration passiert dann, wenn sie sich das Recht dazu verdient hat.
b13-Anmerkung
Das deckt sich mit unserer Erfahrung aus Enterprise-Projekten: Die gesündesten Migrationen beginnen als Integration, nicht als Austausch. Wenn das von jemandem kommt, der von der WordPress-Seite kommt, bekommt diese Haltung eine Glaubwürdigkeit, die sie nicht immer hat, wenn wir es sagen.
Wie eine echte WordPress-zu-TYPO3-Migration aussieht
Auf Details angesprochen, war Pat unromantisch und nützlich. Eine Migration ist ein ETL-Job — Extract, Transform, Load —, weil die beiden Architekturen nicht gleichwertig sind. In der Praxis sieht das aus wie eine Reihe von CLI-Befehlen, die die TYPO3-Strukturen aufbauen und Inhalte in Wellen importieren. KI ist nützlich, um Migrationsskripte zu prototypen, aber: „Hinterfrag immer, was dabei herauskommt. Wirf es auf eine Kopie von irgendwas und schau, ob es wirklich funktioniert.“ Zur Orientierung: 25.000 bis 50.000 Inhaltselemente sind ungefähr ein zweistündiger Skriptlauf — nachdem du zweimal gemessen, getestet und noch einmal gemessen hast. Auf derselben Site wird TYPO3 eine vergleichbare WordPress-Installation wahrscheinlich übertreffen, weil die Queries gegen ein strukturiertes Schema laufen statt gegen einen Key-Value-Wildwuchs.
Warum er glaubt, dass TYPO3 in Nordamerika seinen Moment hat
Pat hütete sich vor zu großen Behauptungen. „Europa ist nicht Amerika. Amerika ist nicht Europa.“ TYPO3 wird in den USA nicht das wiederholen, was es in der DACH-Region in Verwaltung und Hochschulwesen geschafft hat — nicht auf dieselbe Weise, nicht in derselben Reihenfolge. Aber: „Wir sehen jetzt die Früchte der Entscheidungen, die vor Jahren getroffen wurden — die Entscheidung, es von Anfang an richtig zu strukturieren. Die Leute schauen langsam auf und denken: ‚Moment mal — ich brauche meine Daten an einem Ort, der verlässlich ist.‘ ‚Oh, ich kann nicht alles hier reinstecken.‘ ‚Diese Lizenzgebühren sind gerade gestiegen.‘ ‚Dieser Dienst, von dem ich abhängig war, wurde über Nacht abgedreht.‘“
Das ist die Chance, so seine Sicht: nicht Features, nicht Benchmarks, sondern der Moment, in dem amerikanische Unternehmen sich entscheiden, ihre eigene Roadmap besitzen zu wollen.
b13-Anmerkung
Was „Ich besitze meine eigene Roadmap“ im Alltag tatsächlich glaubwürdig macht, ist eine vorhersehbare Plattform darunter. TYPO3s Release-Zyklus von 18 Monaten und die Option auf bis zu sieben Jahre Extended Long-Term Support sind das operative Rückgrat, das Datensouveränität von einem Slogan in einen Beschaffungsplan verwandelt.
Was wir als Insider hören mussten
Drei Dinge stachen heraus, die wir als langjährige TYPO3-Leute unterschätzt hatten, bis uns jemand von außen sagte, dass sie wichtig sind. Die Form unseres Extension-Ökosystems — entstanden nicht durch redaktionelle Kuratierung, sondern durch einen disziplinierten Upgrade-Zyklus und einen überschaubaren Markt, der das Feld leise filtert — ist das, was einem erfahrenen Entwickler erlaubt, den vier Extensions zu vertrauen, die er tatsächlich nutzen wird, statt vierhundert zu prüfen. Die Tatsache, dass TYPO3 nicht alles in eine wp_post / wp_post_meta-Form gegossen hat, ist für sich genommen ein Kaufsignal für Architekten, die entscheiden, ob eine Plattform bei großer Skalierung standhält. Und die ehrliche Antwort auf „WordPress oder TYPO3?“ lautet für die meisten US-Unternehmen heute nicht „entweder/oder“ — sie lautet „WordPress und TYPO3, richtig komponiert“, mit einem Weg, der als Erweiterung beginnt und sich das Recht verdient, zur Migration zu werden.
Wir sind dankbar, dass Pat den Weg nach Atlanta auf sich genommen hat, um uns das zu sagen. Die TYPO3-Community in Nordamerika wird stärker sein, wenn sie offen bleibt für Menschen, die von WordPress, Drupal, Laravel — von überall — hereinkommen. So schließt sich die Bekanntheitslücke wirklich.
Was bedeutet das für dich?
Wenn dein Stack auf der Stufe „WordPress und etwas“ steht, die Pat beschrieben hat, und du eine zweite Meinung von Leuten willst, die lange in TYPO3 zu Hause sind, dann melde dich. Wir führen gern zuerst das Gespräch über deine Anforderungen.
