„Es gab einen kritischen Fehler auf dieser Website“ – fehlerhaftes Plugin finden und deaktivieren

Statt deiner Website erscheint nur noch die Meldung „Es gab einen kritischen Fehler auf dieser Website.“ – oft auch auf der Login-Seite /wp-login.php, sodass du nicht mehr ins Backend kommst? Dahinter steckt fast immer ein PHP-Fehler in einem Plugin oder Theme. Häufigster Auslöser ist ein Update, das nicht vollständig durchgelaufen ist, sodass im Plugin-Ordner einzelne Dateien fehlen. In dieser Anleitung zeigen wir dir, wie du den Verursacher findest und deine Website wieder erreichbar machst – auch ohne Zugriff aufs Backend.

Voraussetzungen

• Zugang zum HostPress-Kundencenter und zum Plesk Control Panel
• Optional: FTP-Zugang (z. B. mit FileZilla) oder SSH-Zugang für WP-CLI
• Ein aktuelles Backup bzw. ein Wiederherstellungspunkt im Backup-Manager – nur für den Notfall, falls die Schritte unten nicht helfen

Schritt-für-Schritt-Anleitung

1. E-Mail zum Wiederherstellungsmodus prüfen

WordPress schickt bei einem kritischen Fehler meist automatisch eine E-Mail an die Administrator-Adresse deiner Website (Betreff etwa „Deine Website hat ein technisches Problem“).

1. Prüfe dein Postfach – auch den Spam-Ordner.
2. In der E-Mail steht, welches Plugin oder Theme den Fehler ausgelöst hat.
3. Über den enthaltenen Link zum Wiederherstellungsmodus kannst du dich trotz Fehler einloggen und das betroffene Plugin direkt deaktivieren.

Hast du keine E-Mail erhalten, mach mit Schritt 2 weiter.

2. Fehlerprotokoll in Plesk auslesen

1. Melde dich in Plesk an und öffne Websites & Domains → deine Domain → Protokolle.
2. Filtere nach Einträgen vom Typ Fehler zum Zeitpunkt, an dem die Meldung aufgetreten ist.
3. Suche nach Zeilen mit PHP Fatal error. Der Pfad darin verrät dir den Verursacher, z. B. wp-content/plugins/beispiel-plugin/inc/datei.php.

Typische Meldungen nach einem fehlerhaften Update sind Failed opening required … oder Failed to open stream: No such file or directory – die genannte Datei fehlt dann im Plugin-Ordner.

3. Das betroffene Plugin deaktivieren

Wähle einen der folgenden Wege – alle funktionieren auch, wenn du dich nicht ins WordPress-Backend einloggen kannst:

• WP Toolkit in Plesk: Öffne WordPress → deine Installation → Reiter Plugins und schalte das betroffene Plugin aus.
• Dateimanager oder FTP: Benenne den Ordner wp-content/plugins/beispiel-plugin um, z. B. in beispiel-plugin-off. WordPress deaktiviert das Plugin dann automatisch.
• WP-CLI per SSH: wp plugin deactivate beispiel-plugin

Lade danach deine Website und /wp-login.php neu. In den meisten Fällen ist die Seite jetzt wieder erreichbar.

4. Verursacher unbekannt? Alle Plugins deaktivieren und eingrenzen

1. Deaktiviere alle Plugins auf einmal – im WP Toolkit per Mehrfachauswahl, per FTP durch Umbenennen des Ordners wp-content/plugins in plugins_alt oder per WP-CLI mit wp plugin deactivate --all.
2. Prüfe, ob die Seite wieder lädt. Wenn ja, benenne den Ordner ggf. wieder in plugins zurück.
3. Aktiviere die Plugins einzeln nacheinander und lade nach jedem Schritt die Seite neu. Taucht der Fehler wieder auf, hast du den Verursacher gefunden.
4. Lädt die Seite auch ohne Plugins nicht, aktiviere testweise ein Standard-Theme (z. B. „Twenty Twenty-Five“), indem du den Ordner deines aktiven Themes unter wp-content/themes umbenennst.

5. Plugin reparieren statt dauerhaft deaktiviert lassen

1. Aktualisiere das Plugin auf die neueste Version oder installiere es neu (Plugin löschen und frisch installieren – deine Einstellungen bleiben in der Regel in der Datenbank erhalten). Dadurch werden fehlende oder beschädigte Dateien ersetzt.
2. Aktiviere das Plugin erst danach wieder und prüfe Frontend und Login erneut.
3. Tritt der Fehler weiterhin auf, lass das Plugin deaktiviert und prüfe beim Hersteller, ob ein bekanntes Problem mit deiner WordPress- oder PHP-Version vorliegt.

6. Optional: Debug-Modus für weitere Details

Findest du im Protokoll keinen eindeutigen Hinweis, kannst du das WordPress-Debugging aktivieren. Setze dazu in der wp-config.php vorübergehend define( 'WP_DEBUG', true ); und define( 'WP_DEBUG_LOG', true );. Die Fehler landen dann in wp-content/debug.log. Schalte den Debug-Modus nach der Fehlersuche unbedingt wieder aus.

Fazit & Support-Hinweis

Ein „kritischer Fehler“ ist in den allermeisten Fällen kein Serverproblem, sondern ein fehlerhaftes oder unvollständig aktualisiertes Plugin bzw. Theme. Über das Fehlerprotokoll in Plesk findest du den Verursacher schnell und kannst ihn über das WP Toolkit, FTP oder WP-CLI deaktivieren – auch ohne Backend-Zugang. Damit es gar nicht erst so weit kommt, lohnt sich ein Blick in unseren Artikel Plugin Updates richtig durchführen.

Kommst du nicht weiter oder ist deine Website geschäftskritisch ausgefallen? Dann melde dich bei unserem Support und schick uns den genauen Zeitpunkt sowie die Fehlermeldung aus dem Protokoll mit – wir helfen dir bei der Auswertung.