Was „EOL" konkret heißt
End of Life (EOL) bedeutet: das Joomla-Projekt veröffentlicht keine Updates mehr für diese Major-Version. Auch keine Sicherheits-Updates. Wenn jemand eine Schwachstelle in Joomla 4 findet (oder in einer der Bibliotheken, die Joomla 4 nutzt), wird das nicht mehr gepatcht.
Bei Standard-Software ist das ein hinnehmbares Risiko. Bei einem Content-Management-System, das öffentlich erreichbar im Web steht und Sessions, Logins und ggf. Bezahl-Funktionen verwaltet, ist es ein akutes Sicherheitsproblem.
Das konkrete Risiko
Bekannte Schwachstellen werden nicht gefixt
Wenn nach dem 17. Oktober 2025 eine Sicherheitslücke in Joomla-Core entdeckt wird, die in Joomla 5 und 6 gepatcht wird, bleibt sie in Joomla 4 offen. Angreifer wissen, welche Versionen anfällig sind, und scannen das Internet systematisch nach EOL-Versionen.
Abhängigkeiten werden nicht aktualisiert
Joomla nutzt Bibliotheken (PHPMailer, TinyMCE, Bootstrap, jQuery). Wenn dort Schwachstellen gefunden werden, fließen Patches in aktuelle Joomla-Versionen ein, nicht aber in Joomla 4. Auch das öffnet Angriffsvektoren.
Extension-Entwickler stellen Support ein
Akeeba Backup, JCE, RSForm, Hikashop, VirtueMart und viele andere Extensions haben den Joomla-4-Support eingestellt oder werden ihn in den nächsten Monaten einstellen. Das heißt: auch Extensions bekommen keine Updates und keine Bug-Fixes mehr in der Joomla-4-Variante.
Versicherungs- und Compliance-Themen
Manche Versicherungen für Cyber-Vorfälle und manche Compliance-Anforderungen (DSGVO, IT-Sicherheits-Richtlinien) verlangen, dass eingesetzte Software sicherheitsgepflegt wird. EOL-Software erfüllt das nicht – im Schadensfall wird das relevant.
Warum 4 → 5 einfach ist
Die gute Nachricht: Anders als der berüchtigte Sprung 3 → 4 ist der Sprung 4 → 5 keine Migration, sondern ein Update. Drei Gründe:
- Backward-Compatibility-Plugin.Joomla 5 enthält das „Behaviour - Backward Compatibility"-Plugin, das beim Update auf 5 automatisch aktiviert wird. Es macht alte Joomla-4-APIs in Joomla 5 weiterhin nutzbar – die meisten Extensions laufen ohne Änderung weiter.
- Iterative Code-Basis.Joomla 5 ist eine Weiterentwicklung von Joomla 4, kein neuer Code-Stamm. Datenbank-Strukturen sind weitgehend kompatibel, das Update läuft als Routine.
- Voraussetzung Joomla 4.4.Wichtig: das Update geht nur von 4.4.x aus. Wer auf 4.0–4.3 ist, muss erst auf 4.4, dann auf 5. Das ist der einzige zusätzliche Schritt.
Konkrete Voraussetzungen für 4.4 → 5.4
Drei Pflicht-Punkte, die der Pre-Update-Check checken wird:
- PHP 8.1 oder höher.Joomla 5 läuft nicht mehr auf PHP 7 oder 8.0. Falls dein Hosting noch nicht auf 8.1 umgestellt ist: bei deinem Hoster anfragen, in vielen Hosting-Backends ist das ein Klick.
- MySQL 8.0.13+ oder MariaDB 10.4+.Bei den meisten gehosteten Servern erfüllt, sonst Hosting kontaktieren.
- Mindestens Joomla 4.4.0.Wenn du auf 4.0–4.3 bist, erst Routine-Update auf 4.4, dann das 5er-Update.
Aufwand für den Sprung auf 5.4
Aus unserer Praxis bei mittleren Joomla-Sites mit 5–15 Extensions:
- Saubere Site (alle Extensions JED-gelistet, modernes Template):2 Stunden Update inklusive Test.
- Mittlerer Aufwand (1–2 Extensions ohne Joomla-5-Version):3 Stunden, weil Alternativ-Suche oder Tausch nötig ist.
- Hoher Aufwand (verwaiste Extensions, altes Template, gewachsene Struktur):4–6 Stunden, in Extremfällen mehr.
Bei 200 € netto pro Stunde bewegen sich die Kosten also meist zwischen 400 und 800 € netto. Vor jedem Auftrag bekommst du eine Aufwands-Schätzung auf Basis deiner konkreten Site.
Was wir konkret machen
Sechs Schritte, transparent abgerechnet:
- Pre-Update-Check. Wir verbinden uns auf deine Site, prüfen Joomla-Version, PHP-Version, Extension-Liste, Template. Liefern dir eine schriftliche Einschätzung.
- Vollständiges Backup. Akeeba Backup oder Hosting-Backup, Daten-Dump, verifizierter Test-Restore auf Subdomain.
- Subdomain-Test-Update. Bei Major-Sprüngen testen wir das Update auf einer Subdomain, sehen mögliche Probleme vorher.
- Live-Update. Update auf Joomla 5.4, Datenbank-Fix, Cache-Clear.
- Funktions-Test. Frontend, Backend, kritische Plugins, Templates, mobile Ansicht.
- Update-Protokoll. Schriftlicher Bericht: was geupdated wurde, welche Extensions getauscht wurden, welche Versionsstände aktiv sind.
Häufige Spezialfälle
Joomla 4 mit veralteter Extension-Lage
Wenn deine Site Extensions hat, die seit Jahren keine Updates mehr bekommen, ist das Update riskanter. Lösung: vor dem Update prüfen, welche Extensions wirklich gebraucht werden – manche sind seit Jahren ungenutzt aktiv. Aufräumen reduziert den Update-Aufwand.
Joomla 4 mit individuell angepasstem Template
Custom-Templates sind oft auf Joomla-4-Bootstrap und Joomla-4-Layouts angepasst. Beim Sprung auf 5 (Bootstrap 5) können Layout-Brüche auftreten. Lösung: vor dem Update Template-Anpassungen durchgehen, bei Bedarf in einem Subdomain-Klon nachjustieren.
Joomla 4 mit selbstprogrammierten Komponenten
Bei Eigenentwicklungen: Code-Review auf entfernte/deprecated APIs nötig. Wenn das Backward-Compatibility-Plugin aushilft, läuft auch eine Eigenentwicklung in Joomla 5. Mittelfristig sollte der Code aber auf moderne APIs umgestellt werden.
Joomla 4 mit großem Datenbestand
Sehr große Sites (10.000+ Beiträge, viele Sprachversionen, große Mediathek) brauchen bei Update-Operationen mehr PHP-Memory und längere Execution-Time. Hier vorab das Hosting hochziehen oder das Update außerhalb der Hauptbesuchszeit fahren.