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

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.

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.

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.

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.

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.

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.