Welche Joomla-Version läuft bei dir — und wird sie noch gepflegt?

Der Stand.

Stand der Recherche: Oktober 2026. Joomla arbeitet mit einem Rhythmus aus Hauptversionen und Langzeitfassungen, bei dem jede Fassung zuerst Fehlerbehebungen und danach noch eine Weile Sicherheitsupdates erhält.

Für die Planung heißt das: Joomla 5 ist noch sicher versorgt, aber nicht mehr lange in aktiver Pflege. Wer dort steht, hat Zeit — sollte den nächsten Schritt aber terminieren, statt zu warten, bis es eilt.

Was das bedeutet.

• Veröffentlichte Lücken bleiben offen. Sicherheitsmeldungen sind öffentlich und damit auch eine Landkarte für Angreifer.
• Joomla ist ein beliebtes Ziel für automatisierte Angriffe — nicht wegen des Systems, sondern wegen der vielen veralteten Installationen im Netz (Joomla gehackt).
• Erweiterungen ziehen nach. Hersteller stellen die Pflege für alte Hauptversionen ein.
• Alte PHP-Versionen werden mitgeschleppt, und die haben eigene Fristen.
• Nachweisfrage bei personenbezogenen Daten: Ein System ohne Sicherheitsupdates ist schwer zu begründen.

Der zweite Punkt verdient eine Einordnung: Joomla hat nicht mehr Sicherheitslücken als vergleichbare Systeme. Was es hat, ist eine große Zahl alter, ungepflegter Installationen — und genau die werden massenhaft durchprobiert.

Eigene Version prüfen.

1. Im Backend steht die Version in der Systemübersicht oder in der Fußzeile.
2. Ohne Backend-Zugang verrät eine Versionsdatei im Dateisystem die Fassung.
3. PHP-Version mitprüfen — sie entscheidet über den Weg.
4. Erweiterungen auflisten samt Version und Hersteller.
5. Template notieren: Standard oder individuell gebaut?

Punkt vier ist entscheidend für die Planung. Die Frage ist nie, ob ein Versionssprung technisch geht — sondern was mit den Erweiterungen passiert.

Ein Hinweis zu Punkt zwei: Wenn die Version öffentlich erkennbar ist, ist das für Angreifer bequem. Bei einer veralteten Installation lohnt es, diese Information zu verbergen — das ersetzt kein Update, senkt aber die Trefferquote automatisierter Angriffe.

Die PHP-Frage.

Joomla 5 setzt mindestens PHP 8.1 voraus, empfohlen ist eine neuere Fassung. Joomla 6 verlangt mindestens PHP 8.2. Wer von Joomla 3 kommt, sitzt oft auf einer deutlich älteren PHP-Fassung — und die hat ihrerseits keine Sicherheitsupdates mehr.

Das bedeutet in der Praxis: Der Versionssprung ist nicht nur ein Joomla-Thema, sondern auch ein Laufzeitthema. Beides muss zusammenpassen, und der Hoster muss die neue Fassung anbieten — am besten je Projekt umschaltbar (Hosting-Anforderungen, PHP aktualisieren).

Nebenwirkung: Alter eigener Code und alte Erweiterungen laufen unter neuem PHP nicht unverändert. Das ist oft der größere Teil der Arbeit.

Die Wege.

Zeile drei ist der wichtigste Punkt dieser Seite und wird oft missverstanden — dazu gleich mehr.

Besonderheit Joomla 3.

Der Sprung von Joomla 3 auf eine aktuelle Fassung ist kein normales Update. Zwischen 3 und 4 wurde die Architektur grundlegend überarbeitet: Templates funktionieren anders, Erweiterungen müssen für die neue Generation gebaut sein, eigener Code ist nicht ohne Weiteres übertragbar.

Praktisch heißt das: Es ist eine Migration. Inhalte, Benutzer und Struktur lassen sich übernehmen — Erscheinungsbild und Funktionen werden neu aufgebaut. Wer das als „einmal Update klicken“ einplant, wird überrascht.

Das ist auch der Grund, warum so viele Installationen auf Joomla 3 stehengeblieben sind: Der Sprung war Arbeit, und solange es lief, hat ihn niemand gemacht. Inzwischen ist das System seit über drei Jahren ohne Sicherheitsupdates.

Erweiterungen entscheiden.

Der Kern springt zuverlässig. Über Aufwand und Machbarkeit entscheiden die Erweiterungen:

• Gepflegt, aktuelle Fassung vorhanden — unproblematisch.
• Eingestellt — Ersatz suchen, Funktion streichen oder mit Bordmitteln lösen.
• Kommerziell — neue Lizenz für die aktuelle Generation nötig?
• Mit eigenen Datenbanktabellen — Datenübernahme planen.
• Selbst gebaut — anpassen oder ersetzen.

Erfahrungsgemäß fällt bei der Bestandsaufnahme ein erheblicher Teil weg, weil die Funktion seit Jahren niemand nutzt. Das senkt Aufwand und Angriffsfläche gleichzeitig (Erweiterungen).

Ablauf.

1. Bestandsaufnahme: Version, PHP, Erweiterungen, Template, eigener Code.
2. Machbarkeit prüfen — gibt es für alles Genutzte eine aktuelle Fassung?
3. Vollständige Sicherung.
4. Testumgebung mit einer Kopie des Live-Stands.
5. PHP anheben und prüfen, was bricht.
6. Versionssprung oder Migration, je nach Ausgangslage.
7. Template und eigener Code nachziehen.
8. Durchklicken und erst dann umschalten.

Schritt vier ist nicht verhandelbar. Ein Joomla-Hauptversionssprung am laufenden System ist ein unnötiges Risiko (Update durchführen).

Was es bedeutet.

Ich nenne keine Pauschale, weil die Spanne groß ist — zwischen einem gepflegten Joomla 5 und einem verbogenen Joomla 3 mit zwanzig Erweiterungen liegt ein Vielfaches. Was den Aufwand treibt:

Viele Erweiterungen, davon eingestellte. Ein individuell gebautes Template aus der alten Generation. Eigener Code. Mehrsprachigkeit. Angebundene Fremdsysteme. Eine sehr alte PHP-Fassung als Ausgangspunkt.

Was ihn senkt: wenige, gepflegte Erweiterungen; ein Standardtemplate oder ein nah am Standard gebautes; ein Hoster mit umschaltbarem PHP; und die Bereitschaft, beim Umzug wegzulassen, was niemand nutzt.

Nenn mir deine Liste, und ich sage dir, in welche Richtung es geht. Die Einschätzung kostet nichts.

Bis dahin absichern.

Wenn der Sprung nicht sofort machbar ist — befristet, nicht dauerhaft:

• Backend-Zugriff beschränken auf bekannte Adressen oder mit zusätzlichem Passwortschutz.
• Starke Passwörter und zweiter Faktor, wo möglich.
• Nicht genutzte Erweiterungen entfernen, nicht nur deaktivieren.
• Vorgeschaltete Filterung gegen bekannte Angriffsmuster.
• Sicherungen prüfen und eine Rückspielung proben (Backups).
• Versionsangabe verbergen.
• Festen Termin setzen.

Der letzte Punkt entscheidet. „Irgendwann“ passiert nicht — ein Datum im Kalender schon.

Wann ablösen.

Gegen eine Migration spricht, wenn die Installation über Jahre stark verbogen wurde, wenn ein erheblicher Teil der Erweiterungen eingestellt ist, wenn das Design ohnehin erneuert werden soll oder wenn im Haus niemand mehr gern mit Joomla arbeitet.

Dann ist ein Neuaufbau die ehrlichere Rechnung — in einer aktuellen Joomla-Fassung, was die Redaktion kennt, oder in einem anderen System. Was passt, hängt davon ab, wer die Inhalte pflegt und wer das System betreut (Wechsel zu WordPress, Relaunch).

Ich sage dir ehrlich, welcher Weg bei dir günstiger ist — auch wenn das bedeutet, dass ich das kleinere Projekt bekomme.

Wenn du nicht weiterkommst.

Wenn du nicht weißt, welche Version bei dir läuft oder was ein Sprung bedeuten würde. Ich finde die Ursache, behebe sie und erkläre dir, was passiert ist. Bei einem laufenden Ausfall hilft der Notfall-Support, dauerhaft begleitet die Joomla-Wartung.

Orientierungswerte, keine Fixpreise — nach einem kurzen Gespräch bekommst du ein Festpreisangebot.

Wer hilft.

Ich bin Manuel Killert, Webentwickler aus Quakenbrück. Content-Management-Systeme sind mein Fachgebiet — ich arbeite seit Jahren damit, unterrichte das Thema als Dozent und kenne die Systeme nicht nur aus der Anwendung, sondern von innen: Datenmodell, Rechtekonzept, Templating, Erweiterungsarchitektur, Caching, Betrieb.

Bei Joomla ist das besonders nützlich, weil viele Installationen über Jahre gewachsen sind und mehrere Hauptversionen hinter sich haben. Die Störungen kommen dann selten aus dem Kern, sondern aus dem, was sich angesammelt hat: Erweiterungen aus einer anderen Epoche, Überreste alter Templates, Konfiguration an mehreren Stellen gleichzeitig.

Was du bekommst: eine Diagnose in verständlicher Sprache, eine Behebung, die hält, und eine ehrliche Einschätzung dazu, ob deine Installation weiterbetrieben, aktualisiert oder abgelöst gehört — auch wenn die Antwort lautet, dass alles so bleiben kann.