Joomla Update und Migration 3 · 4 · 5
Jedes Joomla Update sieht anders aus: von Version 5 ist es meist ein ruhiger Schritt, von Version 3 eine komplette Migration mit neu aufgebautem Template und teilweise ersetzten Erweiterungen. Ich übernehme beides: Ich beginne mit einem Audit, erledige den gesamten Umzug auf Joomla 6 auf einer Testkopie und schalte nur eine geprüfte Version live. Zuletzt habe ich eine solche Migration für die große Website recepty.mobi durchgeführt, die heute auf Joomla 6 mit eigenen Komponenten, eigenem Template und Plugins läuft.
Geben Sie die Adresse ein: Ich zeige die Version und wie lange ihr Support noch läuft.
Joomla 3 erhält seit dem 17. August 2023 keine Sicherheitspatches mehr, auch der kostenpflichtige erweiterte Support ist beendet. Der Support für Joomla 4 endete im Oktober 2025, die letzte Version dieses Zweigs war 4.4.14 vom 30. September 2025. Korrekturen erscheinen heute nur noch für die Versionen 5 und 6.
Joomla selbst nennt das ein Update, keine Migration, und die Arbeit ist tatsächlich einfacher. Der Haken: Das Plugin „Behaviour - Backward Compatibility“ aus Joomla 5 muss deaktiviert werden, manche Erweiterungen hängen noch an alten APIs, und genau in diesem Moment kann das Backend ausfallen. Deshalb teste ich auf einer Kopie, nicht auf der Live-Website.
Ich erstelle eine Inventur aller installierten Erweiterungen und prüfe jede einzeln. Manche laufen sofort, manche nur mit dem Kompatibilitäts-Plugin, und manche wirken funktionsfähig, versagen aber im Betrieb. Wo es keinen Nachfolger gibt, suche ich Ersatz oder schreibe eine eigene Lösung.
Mit Joomla 4 verschwand MooTools aus dem Kern, Bootstrap 5 ersetzte Bootstrap 2 und 3, und das Laden von Skripten übernahm der WebAssetManager. Alte Templates und Layout-Overrides lassen sich daher meist nicht einfach „aktualisieren“, sie werden von Hand übertragen. Diesen Teil der Arbeit habe ich an einer großen Website mit eigenem Template und eigenen Komponenten durchlaufen.
Joomla 6 benötigt mindestens PHP 8.3 (empfohlen 8.4) und ein empfohlenes PHP-Speicherlimit von mindestens 256 MB. Zum Vergleich: Joomla 4.4 lief noch mit PHP 7.2.5. Bevor ich das CMS anfasse, prüfe ich den Server: PHP-Version, Datenbank und Limits.
Bei einer Migration, im Gegensatz zum Neuaufbau, behalten Beiträge und Kategorien ihre IDs, daher lassen sich die URLs halten. Ein eigenes Thema ist sh404SEF, dessen Support am 17. August 2023 endete. Dessen URLs und Metadaten übertrage ich nach 4SEF, 4SEO oder in Kernfunktionen, den Rest sichere ich mit 301-Weiterleitungen ab.
Ich prüfe die Joomla-Version, PHP- und Datenbankversion, die Liste aller Erweiterungen, das Template, Overrides und eigene Code-Änderungen. In dieser Phase zeigt sich, was unverändert übernommen wird, was Ersatz braucht und was neu geschrieben werden muss. Sie erhalten eine Aufgabenliste und ein Angebot.
Die gesamte Arbeit läuft auf einer Kopie, auf einer Subdomain oder einem eigenen Server, nie auf der Live-Website. Vor dem Start erstelle ich ein vollständiges Backup von Dateien und Datenbank und sichere mir einen Notfallzugang zu Panel und Datenbank.
Einen Sprung von Version 3 direkt auf 6 gibt es nicht: Der offizielle Weg ist 3.10.x, dann 4.4.x, dann 5.4.x und erst dann 6.x, jedes Mal über die Komponente Joomla Update mit dem Kanal „Joomla Next“. Vor jedem Schritt nutze ich die eingebaute Kompatibilitätsprüfung der Erweiterungen.
Ich klicke mich durch die Website wie ein Besucher und ein Redakteur: Startseite, Listen, Beiträge, Suche, Formulare, Sprachversionen, Backend und das Anlegen von Inhalten. Zusätzlich prüfe ich URLs, Sitemap, strukturierte Daten und Fehlerprotokolle.
Die Liveschaltung plane ich für die Stunden mit dem geringsten Traffic. Die echte Unterbrechung dauert meist etwa fünfzehn Minuten, um Dateien und Datenbank auszutauschen. In den ersten Tagen beobachte ich Logs und 404-Fehler, und die alte Version liegt im Backup für einen Rückweg bereit.
Unter dem einen Wort „Migration“ werden sehr unterschiedliche Arbeiten verkauft, deshalb unterscheiden sich die Preise um ein Vielfaches. Bei mir sieht es so aus.
Typische Website ohne exotische Erweiterungen: Arbeit auf einer Kopie, Tests und Liveschaltung.
Zwei Etappen statt einer, Ersatz oder Aktualisierung einiger Erweiterungen.
Rund fünfzehn Erweiterungen, ein fertiges kommerzielles Template, Übernahme von Inhalten, URLs und Metadaten.
Die Arbeit besteht vor allem darin, eigenen Code auf die neuen APIs umzuschreiben, nicht im Klicken im Backend.
Der Preis hängt vor allem von Anzahl und Qualität der Erweiterungen ab, davon, ob sich das Template übernehmen lässt oder neu aufgebaut werden muss, vom Umfang eigener Code-Änderungen und davon, ob URLs nach sh404SEF gerettet werden müssen. Den genauen Betrag nenne ich nach einem kostenlosen Audit, wenn ich eine konkrete Aufgabenliste sehe, nicht allein anhand der Website-Adresse. Preise netto: Die Rechnung stellt der Dienst Useme aus, der Kunden aus Polen 23 % MwSt. berechnet und Unternehmen aus anderen EU-Ländern ohne MwSt. fakturiert.
Nicht in einem Schritt. Jede offizielle Joomla-Anleitung setzt eine bestimmte Startversion voraus: Auf 4 wechselt man ab 3.10.x, auf 5 ab 4.4.x und auf 6 ab 5.4.x. In der Praxis ist das eine Kette 3.10, 4.4, 5.4, 6.x, und zwischen den Etappen müssen Erweiterungen und Template geprüft werden. Für Sie ist es ein Auftrag und eine Liveschaltung, technisch aber mehrere Updates.
Das hängt davon ab, worauf es aufbaut. Das Standard-Template von Joomla 3, Protostar, ist nicht mit Joomla 4 kompatibel, daher wird das Standard-Template schon vor dem Start gewechselt. Kommerzielle Templates haben meist einen Nachfolger beim Hersteller, das ist aber eine Version, die man kauft oder herunterlädt, kein normales Update. Ist das Template individuell oder gibt es den Hersteller nicht mehr, übertrage ich das Design von Hand auf eine aktuelle Joomla-6-Basis.
Die gesamte Migration läuft auf einer Kopie, Ihre Website arbeitet die ganze Zeit normal weiter. Nicht erreichbar ist sie nur während der Umschaltung selbst, meist etwa fünfzehn Minuten, geplant für die Zeit mit dem geringsten Traffic. Wenn in diesem Moment jemand Inhalte einpflegt, vereinbaren wir ein Zeitfenster, in dem niemand veröffentlicht.
Es gibt drei Wege, und wir wählen sie gemeinsam beim Audit: Ersatz, eine Funktion des Joomla-Kerns oder eine eigene Lösung. Vieles, was zu Joomla-3-Zeiten eine Erweiterung brauchte, ist heute im System enthalten, zum Beispiel die Verwaltung von Weiterleitungen oder eigene Felder. Das schlechteste Szenario ist, eine tote Erweiterung zu behalten, „weil sie ja läuft“.
Nicht immer, aber er muss geprüft werden. Joomla 6 benötigt mindestens PHP 8.3 (empfohlen 8.4), MySQL ab 8.0.13, MariaDB ab 10.6 oder PostgreSQL ab 14.0 sowie ein empfohlenes PHP-Speicherlimit von mindestens 256 MB. Bei den meisten Shared-Hostern lässt sich die PHP-Version direkt im Panel umstellen. Ob ein Serverwechsel nötig ist, sage ich vor Beginn der Arbeiten, nicht mittendrin.
Darauf achte ich am genauesten. Bei einer Migration behalten Beiträge und Kategorien ihre IDs, daher lassen sich die URLs meist eins zu eins halten. Wo sich eine URL doch ändert, setze ich eine 301-Weiterleitung und korrigiere interne Links. Ich prüfe außerdem .htaccess und die SEF-Einstellungen, denn die typische Lawine von 404-Fehlern nach einer Migration kommt genau von dort.
Laut offizieller Joomla-Roadmap erhält der Zweig 6.x reguläre Fehlerbehebungen bis 17. Oktober 2028 und Sicherheitsupdates bis 16. Oktober 2029. Zum Vergleich: Joomla 5 verliert den regulären Support am 13. Oktober 2026. Mit dem Umstieg auf Version 6 ist das Thema Updates für einige Jahre erledigt.
Joomla Update
Schreiben Sie, auf welcher Joomla-Version Ihre Website läuft, und nennen Sie die Adresse. Ich mache ein kostenloses Audit: prüfe PHP- und Datenbankversion, die Liste der Erweiterungen und das Template und antworte konkret, ob in Ihrem Fall ein Update reicht oder eine komplette Migration nötig ist, wie lange sie dauert und was sie kostet.