Joomla-Websites bestehen selten nur aus dem Kern. Komponenten für Formulare, Plugins für Sicherheit oder Suchmaschinenoptimierung, Module für die Seitenleiste und ein Template von einem anderen Anbieter arbeiten zusammen. Meist geht das gut. Manchmal greifen zwei Erweiterungen aber in denselben Vorgang ein, laden dieselbe Bibliothek in verschiedenen Versionen oder vertragen sich nicht mit einer neuen Joomla-Version. Dann ist von einem Konflikt die Rede. Dieser Ratgeber zeigt, wie du den Verursacher findest, auch wenn das Backend nicht mehr erreichbar ist.
Woran du einen Konflikt erkennst
Konflikte zeigen sich fast immer kurz nach einer Änderung: nach dem Update einer Erweiterung, nach einem Joomla-Update oder nach der Installation von etwas Neuem. Typische Anzeichen sind eine weiße Seite, ein Serverfehler, ein Formular, das nicht mehr abschickt, ein Menü, das nicht mehr aufklappt, oder ein Layout, das plötzlich verschoben ist. Manche Erweiterungen scheinen zu laufen und versagen erst bei der Benutzung. Das Joomla-Handbuch beschreibt genau diesen Fall für den Umstieg auf eine neue Version, neben Erweiterungen, die die ganze Website lahmlegen [1].
Die erste Frage lautet deshalb immer: Was wurde zuletzt geändert? Wer Updates in einem Protokoll festhält, hat hier einen großen Vorsprung. Joomla selbst hilft mit dem Protokoll der Benutzeraktionen, in dem Super User sehen, wer wann was im Backend getan hat, etwa eine Erweiterung installiert oder ein Modul geändert [2].
Schritt 1: die Fehlermeldung sichtbar machen
Eine weiße Seite sagt nichts. Eine Fehlermeldung nennt oft die Datei und damit die Erweiterung. In der Globalen Konfiguration stellst du unter Server die Fehlerberichterstattung auf "Maximum". Ist das Backend nicht erreichbar, setzt du in der Datei configuration.php den Wert von $error_reporting auf "maximum" [3]. Zusätzlich gibt es den Debug-Modus im Reiter System. Er zeigt Diagnoseinformationen und Datenbankfehler am Fuß jeder Seite an. Auf einer laufenden Website sollte er laut Hilfeseite nicht dauerhaft eingeschaltet bleiben [3].
Steht in der Meldung ein Pfad wie plugins/system/beispiel oder components/com_beispiel, hast du den Verursacher meist schon gefunden. Der Ordnername entspricht dem Namen der Erweiterung. Bei Plugins verrät der erste Ordner unter plugins zudem die Art, etwa system, content oder authentication [4].
Noch eine Frage offen?
In der gratis Sprechstunde beantworten wir Fragen zu SEO live, jeden ersten Samstag im Monat um 18 Uhr. Oder du rufst einfach an.
Schritt 2: Erweiterungen gezielt abschalten
Nennt die Meldung keinen Verursacher, hilft nur Ausprobieren. Beginne mit der Erweiterung, die zuletzt installiert oder aktualisiert wurde, und schalte sie ab. Läuft die Website danach, ist der Kreis klein. Wenn nicht, schaltest du sie wieder ein und machst mit der nächsten weiter. Bei vielen Kandidaten lohnt es sich, die Hälfte auf einmal abzuschalten und so die Gruppe mit dem Fehler einzugrenzen.
Plugins schaltest du unter System, Verwalten, Plugins. Dort lassen sich auch mehrere Plugins auf einmal aktivieren oder deaktivieren [4]. Der Filter nach Typ hilft, zum Beispiel nur Systemplugins anzuzeigen. Diese greifen in jeden Seitenaufruf ein und sind bei Konflikten besonders häufig beteiligt, das ist zumindest unsere Erfahrung aus vielen Fehlersuchen. Die Reihenfolge der Plugins lässt sich in derselben Liste per Ziehen ändern [4].
Schritt 3: ohne Backend über die Datenbank
Legt eine Erweiterung auch das Backend lahm, arbeitest du direkt in der Datenbank, etwa mit phpMyAdmin beim Hoster. Das Joomla-Handbuch beschreibt den Weg: In der Tabelle #__extensions setzt du beim betroffenen Eintrag das Feld enabled auf 0 [1]. Das Präfix #__ steht dabei für das Kürzel deiner Installation, das du in der configuration.php findest. Manche Erweiterungen haben mehrere Einträge, die du alle deaktivieren musst, bis das Backend wieder erreichbar ist [1].
Ist das Backend wieder da, deinstallierst du die Erweiterung sauber über System, Verwalten, Erweiterungen und fragst beim Hersteller nach [1]. Nach dem Umstieg auf Joomla 6 gibt es einen Sonderfall: Läuft eine ältere Erweiterung nur mit dem Kompatibilitäts-Plugin, kann es helfen, dieses in derselben Tabelle wieder einzuschalten. Es heißt dort plg_behaviour_compat6 [1].
Häufige Ursachen und ihre Lösung
Einige Konfliktarten tauchen immer wieder auf:
- Inkompatibilität nach einem Joomla-Update. Die Erweiterung ist nicht für die neue Version ausgelegt. Lösung: Update des Herstellers einspielen oder Ersatz suchen. Wie du das vor dem nächsten Update prüfst, steht auf jupdate.seo-manager.info.
- Doppelte Komprimierung. Joomla kann Seiten mit Gzip komprimieren. Die Hilfeseite rät, das abzuschalten, wenn der Server es schon erledigt oder es mit Erweiterungen von Drittanbietern kollidiert [3].
- Seitencache und dynamische Inhalte. Mit dem Plugin für den Seitencache liefert Joomla gespeicherte Seiten aus. Bei einem Warenkorb führt das zu Problemen, weil jeder Kunde eine eigene Seite braucht. Das Plugin kann einzelne Menüpunkte oder Adressen ausnehmen [5].
- Geänderte Ausgabe des Kerns. Nach Updates passen Template-Overrides manchmal nicht mehr zur neuen Ausgabe. Werkzeuge wie Akeeba Panopticon zeigen nach einem Update an, welche Vorlagen sich geändert haben, damit du die Overrides prüfen kannst [6].
Nach jeder Änderung leerst du den Cache unter System, Cache leeren, damit du nicht eine alte Fassung der Seite siehst [5]. Auch der Browser speichert Stylesheets und Skripte. Ein Neuladen mit Umschalt und Neu laden schafft Klarheit [7].
Konflikte auf einer Kopie untersuchen
Auf einer Live-Website ist Ausprobieren riskant, weil Besucher jeden Zwischenstand sehen. Akeeba nennt als einen Einsatzzweck seiner Sicherung, die Website eines Kunden lokal wiederherzustellen, um ein Problem dort nachzustellen und zu lösen [8]. Genau so gehen wir bei hartnäckigen Konflikten vor. Auf der Kopie lässt sich jede Erweiterung abschalten, ohne dass ein Kunde etwas davon merkt. Die gefundene Lösung übertragen wir danach auf die Live-Seite.
Wie du eine solche Kopie aufbaust, beschreibt der Ratgeber zur Joomla Staging-Umgebung. Wie ein Update-Ablauf aussieht, der Konflikte vor der Live-Seite abfängt, steht im Ratgeber Joomla Updates ohne Risiko.
Altlasten loswerden
Viele Konflikte gehen auf Erweiterungen zurück, die niemand mehr braucht. Das Handbuch weist darauf hin, dass es nicht reicht, eine Erweiterung zu deaktivieren oder ihren Menüpunkt zu löschen, wenn sie eine Sicherheitslücke hat. Solange ihre Dateien auf dem Server liegen, kann ein Angreifer sie direkt aufrufen [9]. Es empfiehlt, solche Erweiterungen zu deinstallieren und anhand der XML-Datei aus dem Paket zu prüfen, ob wirklich alle Dateien entfernt wurden [9]. Ob eine Erweiterung als verwundbar bekannt ist, zeigt die Vulnerable Extensions List des Joomla-Projekts [9].
Wenn wir die Fehlersuche übernehmen sollen, rechnen wir nach Aufwand ab. Für laufende Websites lohnt sich ein Wartungsvertrag für Joomla, in dem Updates zuerst auf einer Kopie getestet werden. Ist die Website geschäftlich wichtig und gerade nicht erreichbar, hilft der Joomla Notdienst.
Du hast einen Konflikt, den du nicht eingrenzen kannst? Bring die Fehlermeldung und die Liste deiner Erweiterungen in die gratis SEO-Sprechstunde. Wir sehen sie uns mit dir an und sagen dir, wo wir als Erstes suchen würden.
- Organisation Joomla 5 to 6 Planning and Upgrade Step by Step. Joomla User Guide. Stand laufend. abgerufen am 30.10.2026
- Organisation User Actions Log. Joomla User Guide. Stand laufend. abgerufen am 30.10.2026
- Organisation Global Configuration (Hilfeseite Joomla 5). Joomla! Help Screens. Stand laufend. abgerufen am 30.10.2026
- Organisation Plugins (Hilfeseite Joomla 5). Joomla! Help Screens. Stand laufend. abgerufen am 30.10.2026
- Organisation Cache. Joomla User Guide. Stand laufend. abgerufen am 30.10.2026
- Organisation Akeeba Panopticon. Akeeba Ltd. Stand laufend. abgerufen am 30.10.2026
- Organisation Version Update. Joomla User Guide. Stand laufend. abgerufen am 30.10.2026
- Organisation What can I use Akeeba Backup for?. Akeeba Ltd, Akeeba Backup for Joomla Documentation. Stand laufend. abgerufen am 30.10.2026
- Organisation Vulnerable Extensions. Joomla User Guide. Stand laufend. abgerufen am 30.10.2026
Häufige Fragen
Wie finde ich heraus, welche Erweiterung meine Joomla-Seite lahmlegt?
Stell die Fehlerberichterstattung auf "Maximum", notfalls in der configuration.php. Oft nennt die Meldung den Pfad der Erweiterung. Sonst schaltest du die zuletzt geänderten Erweiterungen nacheinander ab und testest jeweils.
Ich komme nicht mehr ins Backend. Was nun?
Deaktiviere die verdächtige Erweiterung in der Datenbank. In der Tabelle #__extensions setzt du beim Eintrag das Feld enabled auf 0. Danach deinstallierst du sie sauber über das Backend.
Warum sehe ich nach einer Korrektur immer noch den Fehler?
Oft liefert Joomla oder der Browser eine gespeicherte Fassung aus. Leere den Cache unter System, Cache leeren, und lade die Seite mit Umschalt und Neu laden.
Reicht es, eine problematische Erweiterung zu deaktivieren?
Für die Fehlersuche ja. Hat die Erweiterung eine Sicherheitslücke, solltest du sie deinstallieren und prüfen, ob alle Dateien entfernt sind, weil sie sonst weiter direkt aufrufbar bleiben.
Können zwei Erweiterungen auch ohne Update in Konflikt geraten?
Ja, etwa wenn beide Seiten komprimieren oder ein Seitencache dynamische Inhalte wie einen Warenkorb speichert. Die Hilfeseiten von Joomla nennen beide Fälle mit Lösung.
Noch eine Frage offen?
In der gratis Sprechstunde beantworten wir Fragen zu SEO live, jeden ersten Samstag im Monat um 18 Uhr. Oder du rufst einfach an.
Zuletzt geprüft am 03.11.2026, nächste Prüfung spätestens im November 2027. Fehler entdeckt? Schreib uns.
