LTS-Versionen · Security-Updates · Upgrade-Fenster
TYPO3 folgt einem klar definierten Release-Zyklus mit LTS-Versionen, regelmäßigen Bugfix- und Security-Releases sowie optionalen ELTS-Angeboten. Für viele Organisationen bleibt das jedoch abstrakt – bis ein End-of-Life-Termin plötzlich nahe rückt, ein Audit kritische Versionen bemängelt oder ein Upgrade „dringend“ wird. Diese Seite zeigt, wie Sie den TYPO3 Release-Zyklus proaktiv für Planung, Budget & Governance nutzen – statt nur zu reagieren.
Auf dem Papier ist der Release-Zyklus ein technisches Thema: Versionen, Supportzeiträume, Security-Fixes. In der Praxis beeinflusst er jedoch direkt:
Wer den Release-Zyklus versteht und in die eigene Planung integriert, kann frühzeitig und kontrolliert agieren – statt unter Zeitdruck „das Nötigste“ zu tun, wenn Supportzeiträume auslaufen oder Sicherheitslücken auftauchen.
Für die Praxis reicht es meist, einige zentrale Release-Typen zu kennen und zu unterscheiden. Details ändern sich über die Jahre, das Grundprinzip bleibt ähnlich:
Langfristig
LTS-Versionen sind die empfohlene Basis für Unternehmen, Verbände & Behörden. Sie erhalten über mehrere Jahre Bugfix- und Security-Updates und bilden typische Upgrade-Zielversionen (z. B. v10 LTS, v11 LTS, v12 LTS, v13 LTS).
Regelmäßig
Innerhalb eines LTS-Zyklus erscheinen regelmäßig Patch-Releases, die Fehler beheben, kleinere Verbesserungen bringen und Sicherheitslücken schließen. Diese sollten in Wartungsfenstern kontinuierlich eingespielt werden.
Übergang
Nach dem regulären Supportzeitraum kann es Extended Long Term Support (ELTS) geben, der Sicherheitspatches bereitstellt – meist kostenpflichtig. Spätestens mit End-of-Life besteht dringender Handlungsbedarf: keine Updates, steigendes Risiko.
Wichtig: Nicht jede Organisation muss immer sofort auf die neueste Version – aber jede Organisation sollte wissen, wo sie im Zyklus steht und welche Optionen sie hat.
Der Release-Zyklus von TYPO3 lässt sich vereinfacht in Upgrade-Fenster übersetzen: Zeiträume, in denen ein Upgrade besonders sinnvoll ist – und Zeiträume, in denen der Druck steigt.
Direkt nach Erscheinen einer LTS-Version sind noch relativ viele Änderungen zu erwarten (Bugfixes, kleinere Anpassungen). Ein Upgrade in dieser Phase ist sinnvoll, wenn:
In der Stabilphase hat sich eine LTS-Version bewährt, Kinderkrankheiten sind behoben. Für viele Verbände & Behörden ist das der ideale Zeitpunkt für ein geplantes Upgrade – inklusive Audit, Roadmap und Schulungen.
Wenn das Supportende näher rückt, steigt der Druck – gerade bei regulierten Umfeldern und sicherheitskritischen Systemen. Ein Upgrade in dieser Phase ist machbar, aber:
In manchen Fällen kann ELTS eine Übergangslösung sein – aber kein Ersatz für eine echte Upgrade-Strategie.
→ Einstieg: Upgrade-Check, Projektkosten
Statt „wir aktualisieren irgendwann“ lohnt sich eine bewusste Release-Strategie, die zu Ihrer Organisation passt. Einige Bausteine:
Definieren Sie einen regelmäßigen Wartungsrhythmus (z. B. monatlich oder vierteljährlich), in dem Patch- und Security-Releases gebündelt eingespielt werden – inkl. Tests und Rollback-Plan.
→ Vertiefung: TYPO3 Deployment
Legen Sie fest, wer für Release-Planung verantwortlich ist: Portalverantwortliche, IT, Lenkungskreis – und wie Entscheidungen dokumentiert werden.
→ Hintergrund: TYPO3 Governance
Einige vereinfachte, anonymisierte Beispiele zeigen, wie sich der Umgang mit dem Release-Zyklus in der Praxis auswirkt:
Ausgangslage: Große Multisite-Installation, mehrere LTS-Versionen im Einsatz. Mit einer klaren Roadmap (Upgrade-Fenster, Budgetbandbreiten, Abhängigkeiten) konnten Upgrades früh eingeplant und mit A11y- & Performance-Maßnahmen kombiniert werden – statt alle paar Jahre in Zeitnot zu geraten.
Ausgangslage: Kernportal über Jahre nur per ELTS abgesichert, keine echte Upgrade-Strategie. Nach einem Audit wurde ein Sanierungs- & Upgrade-Pfad definiert – inklusive klarer Release-Strategie für die nächsten Jahre und Governance-Anpassungen.
Ausgangslage: Viele kleinere TYPO3-Instanzen, Releases ad hoc, keine Standards. Einführung von Release-Trains (quartalsweise Releases, jährliche/zweijährliche Upgrades) plus CI/CD-Pipeline reduzierte Aufwand und Risiko – und erleichterte interne Kommunikation.
In Audits, Workshops und Projektplanungen tauchen rund um den Release-Zyklus immer wieder ähnliche Fragen auf:
Ob Upgrade, Relaunch oder Rescue-Projekt – eine klare Release-Strategie reduziert Risiken, erleichtert Budgetentscheidungen und schafft Vertrauen bei Stakeholdern, Audits & Nutzer:innen. In einem kurzen Erstgespräch klären wir, wo Ihr System im TYPO3 Release-Zyklus steht, welche Optionen Sie haben und welches Vorgehen sinnvoll ist: Audit, Upgrade-Projekt oder kombinierte Roadmap für mehrere Portale.