Warum Updates risikoreich sind
Joomla, Erweiterungen und Templates werden ständig aktualisiert – aus Sicherheits- und Funktions-Gründen. Pro Erweiterung im Jahr typischerweise 4–12 Updates. Bei einer Site mit 20 Erweiterungen sind das schnell 100+ Updates pro Jahr. Jedes davon kann theoretisch eine Inkompatibilität auslösen.
Drei häufige Update-Probleme aus unserer Praxis:
- Weißer Bildschirm.PHP-Fehler im Erweiterung oder Template nach Update. Site komplett offline, Backend ebenfalls.
- Funktion fehlt.Komponenten-Update entfernt Feature, das die Site braucht – Buchungs-Formular geht nicht mehr, Newsletter-Anmeldung ist weg, Custom-Felder verschwinden.
- Performance bricht ein.Update bringt neue Code-Pfade, die deutlich langsamer sind. Site läuft, aber LCP steigt von 2 s auf 6 s.
Auto-Updates: warum wir sie meistens deaktivieren
Joomla hat seit Version 5.5 Auto-Updates für Erweiterungen und Templates. Das klingt praktisch, ist in der Praxis aber meist eine schlechte Idee:
- Zeitpunkt ungeplant.Auto-Updates passieren irgendwann – auch nachts oder am Wochenende. Wenn dabei etwas kaputt geht, merkt es niemand.
- Kein Test, kein Rollback.Auto-Updates spielen direkt auf Live ein, ohne Staging-Vortest, ohne Backup-Snapshot direkt davor.
- Reihenfolge unkontrolliert.Bei mehreren gleichzeitig anstehenden Updates ist die Reihenfolge zufällig. Manche Erweiterungen müssen aber in bestimmter Reihenfolge geupdatet werden.
Ausnahme: Bei sicherheitskritischen Updates (z. B. Joomla-Core Minor-Releases mit Sicherheits-Fixes) kann Auto-Update sinnvoll sein – die Risiko-Wahl ist dann zwischen schneller Lückenschließung und kontrolliertem Test.
Der saubere Update-Prozess
Schritt 1: Staging-Umgebung vorbereiten
Eine identische Kopie der Live-Site auf einem Staging-Subdomain. Die Staging-Site wird vor jedem größeren Update auf den aktuellen Live-Stand synchronisiert. Erweiterungen wie Akeeba ProJoom, Akeeba Pro oder die Staging-Funktion managed-Joomla-Hoster machen das relativ einfach.
Schritt 2: Backup direkt vor dem Update
Selbst wenn ein tägliches Backup läuft: Vor jedem manuellen Update-Vorgang ein zusätzliches Backup. So lässt sich bei Problemen exakt der Zustand vor dem Update wiederherstellen, nicht der Stand von gestern.
Schritt 3: Update auf Staging einspielen
Updates werden zuerst auf Staging eingespielt – einzeln, nicht alle auf einmal. Reihenfolge: Joomla-Core zuerst, dann Sicherheits-Updates, dann Funktions-Updates. Bei kompatibilitätskritischen Erweiterungen (Page-Builder, Caching, SEO-Erweiterung) besonders vorsichtig.
Schritt 4: Funktions-Test auf Staging
Nach jedem Update auf Staging: zentrale Site-Funktionen testen. Login, Frontend, Kontaktformular, Suche, Warenkorb (bei Shops), eingebettete Drittanbieter-Tools. Bei Auffälligkeiten: zurück, Komponenten-Update überspringen, Hersteller kontaktieren.
Schritt 5: Update auf Live einspielen
Erst wenn Staging stabil läuft: gleiche Update-Reihenfolge auf Live. Bei großen Sites kann das Caching während der Update-Phase deaktiviert werden, um konsistente Ergebnisse zu sehen. Nach dem Update Cache komplett leeren.
Schritt 6: Live-Test und Monitoring
Direkt nach dem Live-Update gleiche Funktions-Tests wie auf Staging. Erste 24 Stunden engmaschig auf Fehlerlogs, Frontend-Verhalten, Search-Console-Auffälligkeiten achten. Bei größeren Releases: Field-Daten der nächsten 7 Tage beobachten.
Update-Reihenfolge in der Praxis
Wenn mehrere Updates gleichzeitig anstehen, gibt es eine bewährte Reihenfolge:
- 1. Joomla-Core.Major- und Minor-Releases zuerst, da viele Erweiterungen auf bestimmte Core-Versionen abzielen.
- 2. Wichtige Infrastruktur-Erweiterungen.Backup, Caching, Sicherheit. Ohne diese Erweiterungen funktioniert die Site nicht stabil.
- 3. SEO- und Tracking-Erweiterungen.sh404SEF, 4SEO, Matomo-Integration. Beeinflussen Site-weite Funktionen.
- 4. Funktions-Erweiterungen.Forms, VirtueMart oder Hikashop, Membership, Page-Builder. Größere Test-Aufmerksamkeit nötig.
- 5. Templates und Template-Builder.Template-Updates können viele Sub-Funktionen beeinflussen.
- 6. Restliche Erweiterungen.Alles andere in beliebiger Reihenfolge.
Wann ein Update überspringen oder verzögern?
Nicht jedes Update muss sofort eingespielt werden. Drei Situationen, in denen wir abwarten:
- Major-Release direkt nach Erscheinen.Joomla 6.5 oder ein neues VirtueMart oder Hikashop-Major-Release sollten erst nach 2–4 Wochen eingespielt werden – die ersten kritischen Bugs werden dann meist mit einem 6.5.1 ausgebügelt.
- Erweiterung mit schlechten Reviews seit dem Update.Ein Blick in die Erweiterungs-Reviews zeigt schnell, wenn das jüngste Update viele Sites lahmgelegt hat. Dann lieber abwarten.
- Update kurz vor wichtigem Termin.Vor Black Friday, vor einem Produkt-Launch, vor einer Buchungsphase – hier kein Update einspielen, das nicht zwingend nötig ist.
Rollback: wenn doch etwas schiefgeht
Selbst bei sauberer Vorbereitung kommt es manchmal zu Problemen auf Live, die auf Staging nicht aufgetreten sind. Dann zählt der Rollback-Plan:
Erweiterungs-Rollback
Mit dem Erweiterung „Akeeba Backup mit Versionsverlauf" lässt sich ein Komponenten-Update rückgängig machen – Vorgänger-Version aus dem Joomla.org-Repository einspielen. Für Premium-Erweiterungen muss man die alte Version-Datei selbst aufbewahren.
Komplett-Rollback aus Backup
Bei größeren Schäden: Backup direkt vor dem Update zurückspielen. Wenn das Update innerhalb der letzten Stunde war und das Backup direkt davor stand, sind die Datenverluste minimal.
Hot-Fix per Datei-Edit
Bei spezifischen PHP-Fehlern manchmal effizient: Den Fehler im Erweiterungs-Code direkt per FTP fixen. Wir machen das nur als Notfall-Maßnahme – beim nächsten Komponenten-Update wird der Fix überschrieben, also muss er dauerhaft an den Hersteller gehen.
Wie wir Updates in der Wartung betreiben
Bei aktiven Wartungsmandaten:
- Wöchentlicher Update-Tag mit fester Routine (Staging, Test, Live).
- Wartungsfenster außerhalb der Hauptbesuchszeiten.
- Vor jedem Update: Backup-Snapshot mit Zeitstempel.
- Nach jedem Update: 30-Minuten-Smoke-Test der wichtigsten Funktionen.
- Im monatlichen Klartext-Report: was wurde upgedatet, was hat funktioniert, was musste rückgängig gemacht werden.