TYPO3 14 LTS — Der Upgrade-Guide für Enterprise-Projekte
Ein TYPO3 14 Upgrade betrifft nicht nur den Core — es betrifft jede Extension, jede Eigenentwicklung und jeden Redaktionsworkflow in eurem Projekt. Dieser Guide liefert euch den vollständigen Überblick: vom Release-Fahrplan über die wichtigsten Neuerungen bis zur konkreten Upgrade-Strategie mit Checkliste. Damit habt ihr eine belastbare Entscheidungsgrundlage, wann und wie ihr migriert. Der Guide richtet sich an CTOs, Entwickler und Integratoren, die Enterprise-TYPO3-Projekte verantworten.
- TYPO3 14 Upgrade — Kurzüberblick
-
TYPO3 14 LTS ist die nächste Long-Term-Support-Version des Enterprise-CMS TYPO3, geplant für den 21. April 2026. Das Upgrade erfordert PHP 8.2 oder höher, Composer 2.1+ und die Überprüfung aller installierten Extensions auf Kompatibilität. Die fünf zentralen Neuerungen sind Backend-UX-Modernisierung, Content Blocks, GenAI Toolbox, Headless API mit Mixed Mode und neue Core-APIs. Enterprise-Projekte sollten die Evaluierung ab dem Feature-Freeze (März 2026) starten und mit 2 bis 8 Wochen Migrationsaufwand planen.
Ein TYPO3 14 Upgrade betrifft nicht nur den Core — es betrifft jede Extension, jede Eigenentwicklung und jeden Redaktionsworkflow in eurem Projekt. Dieser Guide liefert euch den vollständigen Überblick: vom Release-Fahrplan über die wichtigsten Neuerungen bis zur konkreten Upgrade-Strategie mit Checkliste. Damit habt ihr eine belastbare Entscheidungsgrundlage, wann und wie ihr migriert. Der Guide richtet sich an CTOs, Entwickler und Integratoren, die Enterprise-TYPO3-Projekte verantworten.
Für wen ist dieser Guide gedacht?
Dieser Artikel adressiert drei Zielgruppen mit unterschiedlichen Perspektiven:
- CTOs und IT-Leitung: Ihr braucht eine Einschätzung zu Zeitplan, Risiken und Ressourcenbedarf für die Budget- und Roadmap-Planung.
- TYPO3-Entwickler und Integratoren: Ihr wollt wissen, welche Breaking Changes euren Code betreffen, welche APIs sich ändern und wie der Composer-Workflow aussieht.
- Agentur-Teams: Ihr betreut mehrere TYPO3-Projekte und braucht einen standardisierten Upgrade-Prozess, der sich auf verschiedene Kundensetups anwenden lässt.
Jeder Abschnitt liefert sowohl die strategische Einordnung als auch die technischen Details.
Release-Fahrplan — Vom Sprint-Release zur LTS
TYPO3 14 folgt einem definierten Release-Zyklus mit vier Meilensteinen:
- TYPO3 14.0 (25. November 2025): Initialer Release mit strukturellen Änderungen am Core
- TYPO3 14.1 (20. Januar 2026): Feature-Integration und erste stabile Erweiterungen
- TYPO3 14.2 (31. März 2026): Feature-Freeze — ab hier keine neuen Features mehr, nur Stabilisierung
- TYPO3 14.3 LTS (21. April 2026): Long-Term-Support-Version für den Produktiveinsatz
Für Enterprise-Projekte gilt eine klare Empfehlung: Produktivsysteme erst auf die LTS-Version migrieren. Die Sprint-Releases eignen sich für Evaluierung und Testumgebungen, nicht für Production.
- LTS (Long Term Support)
-
LTS (Long Term Support) ist ein TYPO3-Versionstyp, der mindestens drei Jahre kostenlose Maintenance- und Security-Updates durch das TYPO3 Core Team erhält. Ziel ist die Bereitstellung einer stabilen, langfristig wartbaren Basis für Enterprise-Projekte. Sprint-Releases (z. B. 14.0, 14.1) erhalten keinen langfristigen Support und eignen sich ausschließlich für Evaluierungs- und Testumgebungen.
- ELTS (Extended Long Term Support)
-
ELTS (Extended Long Term Support) ist ein kostenpflichtiges Support-Angebot der TYPO3 GmbH, das nach Ablauf des regulären dreijährigen LTS-Supports weitere drei bis vier Jahre Maintenance- und Security-Updates bereitstellt. Ziel ist die Absicherung von Projekten, die nicht unmittelbar auf die nächste Major-Version migrieren können. TYPO3 14 ELTS wird den Support voraussichtlich bis 2032 verlängern.
Support-Zeiträume im Vergleich
| Version | LTS-Release | Regulärer Support bis | ELTS verfügbar bis |
|---|---|---|---|
| TYPO3 12 LTS | Oktober 2023 | April 2026 | ~2029 |
| TYPO3 13 LTS | Oktober 2024 | Dezember 2027 | ~2030 |
| TYPO3 14 LTS | April 2026 (geplant) | ~Juni 2029 | ~2032 |
Wer noch auf TYPO3 11 oder älter läuft, hat keinen regulären Support mehr. In diesem Fall ist ein Upgrade nicht optional, sondern sicherheitskritisch.
Wann mit dem TYPO3 14 Upgrade starten?
Der richtige Zeitpunkt hängt von eurer aktuellen Version und Projektsituation ab. Die folgende Entscheidungslogik hilft bei der Einordnung:
- Wenn ihr noch auf TYPO3 11 oder älter lauft → sofortiger Handlungsbedarf, da kein regulärer Support mehr besteht.
- Wenn euer Projekt auf TYPO3 12 läuft → Migration vor April 2026 planen, danach entfällt kostenloser Security-Support.
- Wenn euer Projekt auf TYPO3 13 läuft → Upgrade nach dem LTS-Release (April 2026) planen, kein akuter Zeitdruck.
- Wenn mehr als 10 Third-Party-Extensions im Einsatz sind → Extension-Audit als ersten Schritt priorisieren, bevor ein konkreter Termin festgelegt wird.
- Wenn Eigenentwicklungen mit veralteten APIs vorhanden sind → Deprecation-Log aus TYPO3 13 vor der Migration vollständig auflösen.
- Wenn kein internes TYPO3-Entwicklerteam vorhanden ist → externe Unterstützung für die Migrationsplanung einbeziehen.
Generell gilt: Wer auf einer aktuell unterstützten LTS-Version läuft, hat keinen Zeitdruck. Die Upgrade-Evaluierung sollte dennoch frühzeitig beginnen, um Überraschungen bei der Extension-Kompatibilität zu vermeiden.
Die fünf zentralen Neuerungen in TYPO3 14
TYPO3 14 bringt Änderungen in fünf Bereichen, die für Enterprise-Projekte relevant sind. Jeder Bereich wird hier im Überblick dargestellt — die technischen Deep-Dives folgen in separaten Artikeln.
Backend-UX Modernisierung
Die Backend-Oberfläche erhält eine strukturelle Überarbeitung. Ziel ist eine klarere Navigation, konsistentere Bedienelemente und beschleunigte Redaktionsworkflows.
Neue Komponenten wie eine zentrale Breadcrumb-Navigation und eine konfigurierbare Dashboard Settings API ermöglichen individuelle Backend-Anpassungen. Das neue Integrations-Modul unter „System" bündelt Webhooks und Reactions an einem Ort. Für Redakteure bedeutet das: weniger Klicks, bessere Orientierung und schnellere Content-Pflege.
Content Blocks
Content Blocks ersetzen langfristig die bisherige Art, individuelle Content-Elemente zu erstellen. Statt TCA-Konfiguration, Fluid-Templates und TypoScript in separaten Dateien zu verteilen, wird alles in einem Block gebündelt — deklarativ über YAML konfiguriert.
Der Vorteil für Entwickler: Ein Content Block lebt in einem einzigen Verzeichnis mit allen zugehörigen Dateien. Neue Elemente lassen sich in Minuten statt Stunden anlegen. Für Agenturen, die viele Projekte betreuen, reduziert das den Wartungsaufwand bei der Erstellung und Pflege individueller Inhaltstypen erheblich.
GenAI Toolbox
TYPO3 integriert keine KI direkt in den Core, sondern stellt mit der GenAI Toolbox eine API-Schicht bereit. Über diese lassen sich externe Dienste wie ChatGPT oder DALL-E in den Redaktionsprozess einbinden. Texte können generiert, optimiert oder zusammengefasst werden — direkt im Backend.
Der Ansatz ist bewusst modular: volle Kontrolle über Anbieterauswahl, Datenschutz und Compliance. Gerade im europäischen Raum mit DSGVO-Anforderungen ist diese Flexibilität ein relevanter Faktor. Die GenAI Toolbox befindet sich zum Zeitpunkt dieses Artikels (TYPO3 14.1) noch in Entwicklung und wird voraussichtlich mit einem späteren Sprint-Release oder dem LTS-Release verfügbar sein.
Headless API & Mixed Mode
Die Headless-Extension ermöglicht die JSON-Ausgabe des TYPO3-Contents für entkoppelte Frontends mit Vue.js, React oder Nuxt. Frontend und Backend werden vollständig voneinander getrennt, TYPO3 fungiert dabei als Content-API.
Der Mixed Mode erlaubt parallelen Betrieb: API-Requests mit dem Header Accept: application/json erhalten JSON-Responses, alle anderen Anfragen bekommen klassisches HTML. Das ermöglicht schrittweise Migrationen, bei denen einzelne Seitenbereiche sukzessive auf ein entkoppeltes Frontend umgestellt werden.
Technische API-Verbesserungen
Unter der Haube gibt es relevante Änderungen für Entwickler:
- SEO RecordTitleProvider: Zentraler Provider ersetzt die Notwendigkeit eigener Implementierungen für Seitentitel in Suchergebnissen.
- TypolinkBuilderInterface: Ersetzt den veralteten AbstractTypolinkBuilder mit einer saubereren Schnittstelle für die Link-Generierung.
- itemsProcessors Registry: Neues API-Design für die Manipulation von TCA-Items, das die bisherigen Hook-basierten Ansätze modernisiert.
- Fluid ViewHelpers:
<f:page></f:page>und<f:page></f:page>ermöglichen direkten Zugriff auf Head- und Footer-Bereiche — nützlich für dns-prefetch, preconnect oder Tracking-Scripts. - locale() Expression: Vereinfachte Locale-Abfragen in TypoScript-Conditions, die den bisherigen Umweg über Site-Konfigurationen ersetzen.
Diese Änderungen betreffen vor allem Entwickler, die eigene Extensions oder Integrationen pflegen. Prüft im Changelog, ob eure bestehenden Implementierungen von den neuen Interfaces betroffen sind.
- Content Blocks
-
Content Blocks ist ein deklarativer Ansatz zur Erstellung wiederverwendbarer Inhaltselemente in TYPO3. Die Konfiguration erfolgt über eine einzige YAML-Datei, die Felder, Labels und Rendering-Verhalten definiert. Content Blocks vereinen TCA-Definition, Fluid-Template und Sprachdateien in einer kompakten Verzeichnisstruktur. Sie werden als Third-Party-Extension (
friendsoftypo3/content-blocks) gepflegt, wobei zentrale Features schrittweise in den TYPO3 Core integriert werden. Content Blocks eignen sich für strukturierte Inhaltstypen ohne komplexe Backend-Logik, ersetzen jedoch keine Extbase-Extensions mit eigener Geschäftslogik.
- GenAI Toolbox
-
GenAI Toolbox ist eine für TYPO3 14 angekündigte API-Schicht zur Integration externer KI-Dienste in den Redaktionsprozess. Ziel ist die Ermöglichung von Textgenerierung, -optimierung und -zusammenfassung direkt im TYPO3-Backend. Die Toolbox ist anbieterunabhängig konzipiert und unterstützt die Anbindung verschiedener LLM-Provider bei voller Kontrolle über Datenschutz und Compliance.
name: my-site/hero-teaser
fields:
- identifier: header
useExistingField: true
- identifier: bodytext
useExistingField: true
- identifier: image
useExistingField: true
- identifier: buttonText
type: Text
- identifier: buttonLink
type: Linkpage = PAGE
page {
typeNum = 0
10 = USER
10 {
userFunc = FriendsOfTYPO3HeadlessJsonJsonEncoder->process
settings {
output = json
}
}
config {
disableAllHeaderCode = 1
additionalHeaders.10.header = Content-Type: application/json
}
}Systemvoraussetzungen für TYPO3 14
Vor dem Upgrade muss die Infrastruktur geprüft werden. TYPO3 14 stellt folgende Mindestanforderungen:
- PHP: 8.2 (Minimum), 8.3 oder 8.4 empfohlen
- Datenbank: MySQL 8.0+ oder MariaDB 10.5+
- Webserver: Apache 2.4+ oder Nginx mit Rewrite-Unterstützung
- Composer: 2.1+ (empfohlen: aktuelle 2.x-Version)
Besonders die PHP-Anforderung kann bei Shared-Hosting-Umgebungen eine Hürde darstellen. Klärt frühzeitig mit eurem Hoster, ob PHP 8.2+ verfügbar ist.
Ein wichtiger Hinweis zum Classic Mode: TYPO3 14 erfordert, dass alle Extensions — auch in Classic-Mode-Installationen — eine gültige composer.json mit korrektem type und extension-key besitzen. Extensions ohne diese Datei werden nicht mehr geladen. Das betrifft vor allem ältere Extensions, die nie für Composer-basierte Setups vorbereitet wurden.
TYPO3 14 Upgrade-Strategie — Von TYPO3 12/13 auf TYPO3 14
Ein Major-Upgrade ist kein einzelner Schritt, sondern ein Prozess in fünf Phasen. Die Dauer hängt von der Projektgröße ab — rechnet bei Enterprise-Projekten mit 2 bis 8 Wochen.
Phase 1: Bestandsaufnahme & Extension-Audit
Erfasst alle installierten Extensions mit Versionsnummern. Prüft für jede Extension die TYPO3-14-Kompatibilität über Packagist oder die TER-Seite. Kategorisiert in: kompatibel, Update verfügbar, kein Update absehbar, Eigenentwicklung. Dieser Schritt bestimmt den Gesamtaufwand des Upgrades — je mehr inkompatible Extensions, desto länger die Migration.
Phase 2: Testumgebung aufsetzen
Klont eure Production-Umgebung in eine isolierte Testinstanz. Idealerweise per DDEV oder Docker, damit ihr unabhängig von Hosting-Beschränkungen arbeitet. Importiert einen aktuellen Datenbank-Dump und stellt sicher, dass die Testumgebung den Production-Stand exakt widerspiegelt.
Phase 3: Core-Migration & Deprecation-Auflösung
Führt das Composer-Update durch und löst Breaking Changes schrittweise auf. Das Install Tool bietet Upgrade Wizards für automatisierte Migrationsschritte. Deprecation-Meldungen aus dem Log sind die primäre Quelle für notwendige Code-Anpassungen. Arbeitet die Meldungen systematisch ab — jede unbehandelte Deprecation wird in der nächsten Major-Version zum Fehler.
Phase 4: Testing & QA
Testet alle kritischen Workflows: Frontend-Rendering, Backend-Editing, Formulare, Suchfunktion, Mehrsprachigkeit, Redirects. Automatisierte Tests beschleunigen diese Phase erheblich. Besonders wichtig: Prüft auch die Performance nach dem Upgrade — neue Core-Versionen können das Caching-Verhalten verändern.
Phase 5: Go-Live & Monitoring
Definiert einen Rollback-Plan bevor ihr deployed. Nach dem Go-Live: Logs monitoren, Performance prüfen, Redirect-Mapping verifizieren, Redakteure aktiv begleiten. Die ersten 48 Stunden nach dem Go-Live sind die kritischste Phase.
- Upgrade Wizard
-
Upgrade Wizard ist ein automatisierter Migrationsschritt im TYPO3 Install Tool. Upgrade Wizards aktualisieren Datenbankstrukturen, migrieren veraltete Konfigurationen und passen bestehende Daten an die neue Core-Version an. Bei jedem Major-Upgrade stellt TYPO3 spezifische Wizards bereit, die im Install Tool unter „Upgrade" aufgelistet und einzeln oder per CLI (
typo3 upgrade:run) ausführbar sind.
# 1. Backup erstellen
ddev export-db --file=backup-pre-v14.sql.gz
# 2. Core und System-Extensions aktualisieren
ddev composer require "typo3/cms-core:^14.3"
"typo3/cms-backend:^14.3"
"typo3/cms-frontend:^14.3"
--update-with-dependencies
# 3. Third-Party-Extensions aktualisieren
ddev composer update
# 4. Datenbank-Schema aktualisieren
ddev typo3 database:updateschema
# 5. Upgrade Wizards ausführen
ddev typo3 upgrade:run
# 6. Caches leeren und aufwärmen
ddev typo3 cache:flush
ddev typo3 cache:warmupDie 8 häufigsten Fehler beim TYPO3 Upgrade
Diese Fehler begegnen uns regelmäßig in Upgrade-Projekten. Die meisten sind vermeidbar — wenn sie vorher bekannt sind.
- Direkt auf Production upgraden. Ohne Testumgebung habt ihr keinen sicheren Rückweg. Ein fehlgeschlagenes Upgrade auf Production bedeutet Downtime.
- Kein Extension-Audit durchführen. Extensions ohne TYPO3-14-Kompatibilität brechen das System nach dem Upgrade. Prüft die Kompatibilität vor dem ersten Composer-Befehl.
- Deprecation-Meldungen ignorieren. Veraltete APIs, die in TYPO3 13 noch funktionieren, werden in TYPO3 14 entfernt. Das Deprecation-Log aus TYPO3 13 ist eure Migration-Roadmap.
- PHP-Version nicht vorab prüfen. TYPO3 14 erfordert PHP 8.2+. Ein Upgrade ohne PHP-Check scheitert am ersten Autoload.
- Kein Redirect-Mapping erstellen. URL-Strukturänderungen ohne 301-Redirects vernichten SEO-Rankings. Erstellt ein vollständiges Mapping vor dem Go-Live — wie das konkret funktioniert, beschreibt unsere Redirect-Strategie für TYPO3-Relaunches.
- Fehlende Rollback-Strategie. Ohne Datenbank-Backup und dokumentierten Rückweg wird ein fehlgeschlagenes Upgrade zum Notfall.
- Redakteure nicht eingebunden. TYPO3 14 ändert die Backend-Oberfläche spürbar. Ohne Schulung oder Hinweis entstehen Support-Anfragen und Akzeptanzprobleme.
- Kein Post-Upgrade-Monitoring. Nach dem Go-Live muss aktiv überwacht werden: Fehler-Logs, Performance-Metriken, Frontend-Rendering, Formularversand.
Upgrade-Checkliste für TYPO3 14
- Prüft die PHP-Version eures Servers (Mindestanforderung: 8.2, empfohlen: 8.3 oder 8.4).
- Stellt die Datenbankkompatibilität sicher (MySQL 8.0+ oder MariaDB 10.5+ erforderlich).
- Erstellt ein vollständiges Datenbank-Backup vor dem ersten Composer-Befehl.
- Sichert das fileadmin-Verzeichnis und dokumentiert den Backup-Pfad.
- Prüft alle installierten Extensions auf TYPO3-14-Kompatibilität (Packagist, TER).
- Setzt eine Testumgebung mit aktuellem Datenbank-Dump auf (DDEV oder Docker).
- Wertet das Deprecation-Log aus der aktuellen TYPO3-Version vollständig aus.
- Führt das Composer-Update in der Testumgebung durch und löst Konflikte.
- Führt alle Upgrade Wizards im Install Tool durch oder nutzt `typo3 upgrade:run`.
- Löst Breaking Changes in Eigenentwicklungen und Custom-Extensions auf.
- Testet alle kritischen Workflows: Frontend, Backend, Formulare, Suche, Mehrsprachigkeit.
- Erstellt ein Redirect-Mapping für alle geänderten URL-Strukturen und verifiziert es.
- Informiert Redakteure über die Backend-Änderungen und plant eine kurze Einführung.
- Dokumentiert den Rollback-Plan schriftlich, bevor der Go-Live gestartet wird.
- Führt den Go-Live durch und überwacht Logs und Performance aktiv für mindestens 48 Stunden.
FAQ — Häufige Fragen zu TYPO3 14
Wann lohnt sich externe Unterstützung?
Nicht jedes Upgrade erfordert externe Hilfe. Bei Standard-Setups mit wenigen Extensions und einem erfahrenen Entwicklerteam ist die Migration intern gut machbar.
Externe Unterstützung zahlt sich aus, wenn:
- Euer Projekt mehr als 10 Third-Party-Extensions einsetzt.
- Eigenentwicklungen mit veralteten APIs vorhanden sind.
- Mehrsprachigkeit und komplexe Redirect-Logik betroffen sind.
- Kein dediziertes TYPO3-Entwicklerteam im Haus verfügbar ist.
- Der Zeitrahmen für das Upgrade eng definiert ist.
- Kritische Business-Prozesse über das TYPO3-System laufen.
In diesen Fällen reduziert ein erfahrener Partner den Migrationsaufwand, identifiziert Risiken frühzeitig und stellt einen strukturierten Upgrade-Prozess sicher.