Notizen aus Atlanta—Was der erste TYPO3 Summit North America über das nächste Jahrzehnt Enterprise-CMS verrät

| David Steeb
Präsentationsbildschirm, der 'TYPO3 Summit Nordamerika' mit einem blauen aquatischen Hintergrund und einem Podium davor anzeigt.

Am 19. Mai 2026 fand im Georgia Aquarium in Atlanta der allererste TYPO3 Summit North America statt. Ein Tag, ein Raum, ein sorgfältig zusammengestelltes Programm. Für ein Open-Source-Projekt, das seit zwei Jahrzehnten still und leise die digitale Infrastruktur von Unternehmen in Europa antreibt, war das ein Statement. Nicht „wir starten in den USA“ – TYPO3 gibt es dort schon seit Jahren –, sondern „wir nehmen einen Markt ernst, in dem der Bekanntheitsgrad das Hindernis ist, nicht die Technologie“.

Ich habe den Tag dort verbracht und möchte euch mitteilen, was mir im Gedächtnis geblieben ist. Keine Zusammenfassung von Session zu Session — dafür gibt es den Programmplan online. Was ich zu Papier bringen möchte, ist die zugrunde liegende Botschaft, die sich durch das gesamte Programm zog, denn sie deckt sich fast genau mit unserer Einstellung zur Softwareentwicklung bei b13: Entscheide dich für den langfristigen Weg, nicht für einen kurzfristigen Erfolg.

Von Plattformen zu Ökosystemen

Karim Marucchi (Crowd Favorite) eröffnete die Veranstaltung mit einer Aussage, die den Ton für den Tag angab: Hört auf, in Plattformen zu denken, fangt an, in Ökosystemen zu denken. Der CMS-Markt hat fünfzehn Jahre damit verbracht, Monolithen zu bauen, und dann zehn Jahre damit, den Leuten Headless- und DXP-Suiten schmackhaft zu machen, die die Lock-in-Problematik oft nur verlagern. In der Zwischenzeit haben Unternehmen still und leise Daten-, Integrations- und Migrationsschulden angehäuft.

Ein Redner in einem roten Blazer präsentiert beim TYPO3 North America Summit und spricht über Governance und Community-Engagement. Der Text auf dem Bildschirm hebt wichtige Punkte zu Branchentrends und der Governance von TYPO3 hervor.
Karim Marucchi (Crowd Favorite) bei seinem Eröffnungsvortrag auf dem TYPO3 North America Summit

Mein Kollege Benni Mack schloss mit TYPO3s Antwort darauf an: eine Architektur, die für die Komplexität entwickelt wurde, mit der Unternehmen tatsächlich zu kämpfen haben. Multi-Site, mehrsprachig (einschließlich RTL), detaillierte Berechtigungen pro Element, Audit-Trails, Content-Planung auf Elementebene, ein relationales Datenmodell, das auch bei Skalierung standhält. Nichts davon ist neu in TYPO3. Genau das ist der Punkt. Es wurde über Jahre hinweg ausgereift, und jetzt gibt es eine schlüssige Strategie, die das Ganze umspannt: ECM, nicht nur CMS. Content als langfristiges Kapital, Content-Design (Struktur, Metadaten, Governance) als die Architektur, die ihn auffindbar und konform macht, visuelle Darstellung als die oberste, austauschbare Ebene.

Diese Trennung ist es, die Redesigns kostengünstig und Inhalte langlebig macht. Sie ist es auch, die TYPO3 auf die einzige Weise „AI-ready“ macht, die wirklich zählt — nicht, weil es im Kern eine magische KI-Funktion gibt (die gibt es nicht, und Benni hat klargestellt, dass das beabsichtigt ist), sondern weil die zugrunde liegenden Daten so strukturiert sind, dass man sie in jedes beliebige Modell einspeisen kann, ohne sie vorher entwirren und aufbereiten zu müssen.

Die Suite, die Association und die langfristige Strategie

Jeffrey A. „jam“ McGuire hielt die Keynote zum Thema Governance, die an diesem Tag das größte Gewicht hatte. Die TYPO3 Association zusammen mit der TYPO3 GmbH — wobei die Gesellschaft zu 100 % im Besitz der Association ist — ist eine unauffällige, aber ungewöhnliche Konstellation in der Open-Source-Szene. Sie kann nicht aufgekauft werden. Sie kann unter dem Druck von Investoren nicht auf ein Closed-Source-Modell umsteigen. Die Rollen sind klar abgegrenzt, und der Verzicht auf Konkurrenz zum Agentur-Ökosystem ist fest verankert.

Hinzu kommt der Release-Rhythmus: 18 Monate zwischen den Hauptversionen, drei Jahre Community-LTS und bis zu vier weitere Jahre Extended LTS für Organisationen, die länger bei einer Version bleiben wollen. Bis zu sieben Jahre Support, geplant und vorhersehbar. Für ein Unternehmen, das Upgrades im Rahmen einer fünfjährigen IT-Roadmap budgetieren muss, ist diese Planbarkeit mehr wert als jede Feature-Checkliste.

Die TYPO3 Suite — unter GPL-Lizenz, über Abonnements finanziert — ist das Element, das das Ganze kommerziell zusammenhält. Funktionen werden in der Suite geprüft, generieren Einnahmen, die weitere Innovationen finanzieren, und fließen in nachfolgenden Releases in den Kern ein. In Europa übernimmt die Suite zudem die Herstellerhaftung gemäß dem Cyber Resilience Act für freigegebene Konfigurationen — ein echtes Alleinstellungsmerkmal, da der CRA, das europäische KI-Gesetz und das Barrierefreiheitsgesetz allmählich voll greifen. Der Ausdruck, den Jam verwendete, war „ein dritter Weg“ – kein extraktives Open Core, kein VC-finanziertes SaaS, sondern einfach eine nachhaltige Commons mit einer kontinuierlichen Einnahmequelle.

Das ist der Teil, der mit unserer Arbeitsweise bei b13 übereinstimmt. Wir verkaufen keine Schnelllösung; wir verkaufen das, was auch in sechs Jahren noch läuft, ohne dass ein Migrationsprojekt nötig ist. Und der Grund, warum dies wichtiger ist als die x-te Roadmap-Präsentation eines Anbieters, ist, dass es keine ist: Der Rhythmus, die LTS-Verpflichtungen, die Governance durch den Verband — das ist seit Jahren das tatsächliche Betriebsmodell von TYPO3, bei dem Release-Termine eingehalten und Support-Verpflichtungen Release für Release erfüllt werden. Eine Plattform, deren Governance strukturell auf diesen Zeitplan abgestimmt ist, ist kein Zufall, den man außer Acht lassen sollte.

Echte Projekte, echte Arbeiten

Drei Case Studies bildeten den Abschluss des Vormittags, und sie sind erwähnenswert, weil sie zeigen, was ein ausgereiftes TYPO3 in der Praxis tatsächlich leistet.

Viviane Gebelein stellte toujou vor, den TYPO3-basierten Website-Builder von DFAU, mit der Implementierung für Rotkäppchen-Mumm als Vorzeigeprojekt: vierzig Markenwebsites, bestehend aus Neuentwicklungen, Relaunches und Migrationen, die über zweieinhalb Jahre hinweg von einer einzigen Plattform aus bereitgestellt wurden. Das Interessante daran ist nicht die Anzahl. Es ist vielmehr, dass die Standardisierung die Individualität der Marken nicht beeinträchtigt hat und die Wartung der Plattform mit jeder neuen Marke, die hinzukam, immer kostengünstiger wurde. Das ist die Geschichte der Kombinierbarkeit in der Praxis.

Kai Unterbergs „Great Content Rescue“ führte durch eine Legacy-Migration in der Größenordnung von Zehntausenden fragmentierter Content-Elemente in drei Sprachen, die durch patternbasierte Automatisierung in saubere TYPO3-Content-Blöcke umstrukturiert wurden. Das ist die eher unspektakuläre Arbeit, die darüber entscheidet, ob ein Relaunch pünktlich startet oder zu einer zweijährigen Content-Bereinigung wird. Richtig gemacht, ist sie wiederholbar. Falsch gemacht, ruiniert sie das Projekt.

Fabian Stein (punkt.de) schloss den Vormittagsblock mit einem modularen ECM-System ab, das auf TYPO3 aufbaut und sich auf das konzentriert, was er „Content Observability“ nannte — zu wissen, welche Inhalte man hat, wo sie sich befinden, wer sie bearbeitet und ob sie noch relevant sind. Im Unternehmensmaßstab ist Informationschaos im Website-Content nicht nur ein redaktionelles, sondern auch ein Sicherheits- und Compliance-Problem. Tools, die dies aufdecken, werden immer notwendiger.

FAIR: Eine Distributionsschicht, die man im Auge behalten sollte

Brent Toderash und Karim Marucchi stellten FAIR (Federated and Independent Repositories) vor, ein Projekt der Linux Foundation, das im WordPress-Ökosystem begann und sich nun mit TYPO3 als wichtigstem Partner neu ausgerichtet hat. Die Idee ist einfach: eine föderierte, dezentrale Methode zur Verteilung und Validierung von Softwarepaketen, damit Unternehmen private Mirrors von freigegebenen Erweiterungen und Updates betreiben können, anstatt sich auf ein einziges zentrales Repository zu verlassen.

Zwei Männer sitzen während einer Diskussion auf der Bühne, einer in einem roten Blazer mit einem Mikrofon, der andere in lässiger Kleidung, gestikuliert beim Sprechen.
Brent Toderash und Karim Marucchi sprechen über das FAIR-Projekt
Zwei Männer sitzen während einer Diskussion auf der Bühne, einer in einem roten Blazer mit einem Mikrofon, der andere in lässiger Kleidung, gestikuliert beim Sprechen.
Brent Toderash und Karim Marucchi sprechen über das FAIR-Projekt

Wenn bei dir schon mal eine Sicherheitsüberprüfung die Installation eines Plugins blockiert hat, weil niemand für die Quelle bürgen konnte, weißt du, warum das wichtig ist. Bei TYPO3 findet die Integrationsarbeit auf Tailor-CLI-Ebene und im bestehenden Extension-Ökosystem statt. Es ist noch früh, aber die Richtung — unabhängige Distribution als oberste Priorität — ist genau das, was das Vertrauen von Unternehmen gewinnt.

Chancen in Nordamerika — ehrlich bewertet

Pat Ramseys Solo-Vortrag zum Thema „TYPO3 versus WordPress“ war der entspannteste Teil des Tages — und genau deshalb auch der nützlichste. Der architektonische Unterschied ist real: Das Zwei-Tabellen-Inhaltsmodell von WordPress wird bei großem Umfang unübersichtlich; das relationale Datenmodell von TYPO3 hingegen nicht. Auch der Kompromiss beim Ökosystem der Extensions ist real: WordPress hat insgesamt mehr Plugins, TYPO3 hat weniger, dafür aber besser getestete. Und die Migration von WordPress zu TYPO3 ist, offen gesagt, ein ETL-Projekt (Extract, Transform, Load) – benutzerdefinierte Skripte, sorgfältiges Mapping von Textblöcken und Shortcodes zu strukturierten Content-Typen, KI-Unterstützung für den Aufbau, aber Menschen für die Nachbearbeitung.

Ein Redner präsentiert auf der Bühne und spricht über mehrsprachige Governance sowie die Funktionen von WordPress und TYPO3, mit einer Folie mit dem Titel "Die Grundlage verbessern.
Pat Ramsey vergleicht die Grundlagen von CMS-Ökosystemen.

Der anschließende Fireside Chat mit Robert Jacobi deckte ab, was die Folien nicht konnten — und genau da landeten beide bei dem Punkt, den ich für richtig halte: Ein sofortiger kompletter CMS-Wechsel ist selten der richtige Schritt. Erweiterung, gefolgt von einer schrittweisen Migration, ist es. Identifiziere die spezifischen Reibungspunkte — redaktioneller Workflow, Governance-Lücke, Integrationsprobleme — und ersetze zuerst diesen Teil. Mach die finanziellen und operativen Argumente schrittweise deutlich.

Luisa Sofie Faßbender schloss den Tag mit der betriebswirtschaftlichen Seite ab: wie die TYPO3 Association und die TYPO3 Company tatsächlich funktionieren, was dir eine Mitgliedschaft und Zertifizierung bringen, wo die idealen US-Kundenprofile liegen (Unternehmen, Behörden, Bildung, Verkehr, Gesundheitswesen — dieselben Sektoren, in denen TYPO3 im DACH-Raum dominiert). Die Herausforderung in den USA, so stellte sie klar, sei der Bekanntheitsgrad, nicht die Leistungsfähigkeit. Das sei ein leichter zu lösendes Problem als das Gegenteil.

Was ich mitnehme

Der Tag in Atlanta hat bestätigt, was wir unseren Kunden in Europa schon seit Jahren sagen: Die Technologie, die langfristig den Zuschlag bei Großprojekten erhält, ist nicht die lauteste. Es ist diejenige mit planbaren Releases, einer nicht kündbaren Lizenz, einer Governance-Struktur, die sich nicht kaufen lässt, und einer Community, die Funktionen in einen Kern integriert, der auch in zehn Jahren noch existiert.

Der Vorstoß in Nordamerika ist längst überfällig, und die Partnerschaft mit Crowd Favorite sowie die Neuausrichtung auf FAIR machen ihn konkret. Wenn du ein CMS in den USA oder Kanada betreibst und Begriffe wie „Compliance“, „langer Lebenszyklus“ oder „Migrationsrisiko“ in deinen Quartalsbesprechungen auftauchen, ist jetzt der richtige Zeitpunkt, TYPO3 genauer unter die Lupe zu nehmen — nicht als Ersatz für das, was du hast, sondern als das System, auf das du hinarbeiten kannst.

Wenn du wissen möchtest, wie dieser Weg für deinen Stack aussehen könnte, lass uns darüber reden. Wir haben diese Migrationen in unterschiedlichen Größenordnungen (und in den meisten Sprachen) durchgeführt und teilen gerne unsere Erfahrungen mit dir.