„Es gab einen kritischen Fehler auf deiner Website“: So beheben Sie ihn in WordPress

Die Meldung heißt: PHP ist beim Laden der Seite mit einem schweren Fehler abgebrochen, meist wegen eines Plugins, eines Themes oder einer neuen PHP-Version. Ihre Inhalte liegen in der Datenbank und sind davon normalerweise nicht betroffen. Am schnellsten führt die Mail von WordPress mit dem Betreff „Deine Website hat ein technisches Problem“ zurück ins Backend. Kommt keine, rufen Sie einmal /wp-login.php auf, denn nur dort oder im Backend löst der Fehler die Mail aus. Hilft das nicht, schalten Sie die Plugins per FTP ab.

Ab dem 19. August 2026 erreichten mich auffällig viele Notrufe mit genau dieser Meldung: Das Update auf WordPress 7.1 legte zusammen mit dem Plugin WP Rocket Websites lahm, die Lösung steht im Beitrag Fatal Error nach WordPress 7.1. Der Ablauf hier gilt für jeden anderen Auslöser.

Welcher Weg zu Ihrer Lage passt

Ihre Lage	Das hilft
Die Mail von WordPress ist da	Link in der Mail öffnen
Website kaputt, Anmeldung geht	Anmelden, Plugin abschalten
Keine Mail, kein Backend	Plugins per FTP abschalten
Nur eine Seite ist betroffen	Fehlerprotokoll lesen
Kein Zugang zum Hosting	Hoster anrufen oder Hilfe holen
Fremde Dateien, Weiterleitungen	Verdacht auf Hack, Soforthilfe

Was die Meldung bedeutet

Seit WordPress 5.2 fängt ein eigener Mechanismus schwere PHP-Fehler ab. Statt einer weißen Seite zeigt WordPress einen kurzen Hinweis und versucht, das schuldige Plugin oder Theme zu erkennen (Beschreibung des WordPress-Kernteams). Warnungen lösen das nicht aus, nur Fehler, bei denen PHP abbricht.

Der Wortlaut verrät schon etwas. Auf der öffentlichen Website steht in aktuellen Versionen nur „Auf dieser Website ist ein kritischer Fehler aufgetreten.“ Dabei verschickt WordPress noch keine Mail. Auf der Anmeldeseite oder im Backend heißt es „Es gab einen kritischen Fehler auf dieser Website. Prüfe bitte den Posteingang der administrativen E-Mail-Adresse der Website auf Anweisungen.“ Ältere Versionen schreiben „auf deiner Website“, gemeint ist dasselbe.

Der Weg über die Mail: der Wiederherstellungsmodus

1. Suchen Sie im Postfach der administrativen E-Mail-Adresse nach dem Betreff „[Name Ihrer Website] Deine Website hat ein technisches Problem“, auch im Spam-Ordner. In der Mail steht, welches Plugin oder Theme den Fehler ausgelöst hat.
2. Öffnen Sie den Link und melden Sie sich an. Das Backend läuft jetzt im Wiederherstellungsmodus, das fehlerhafte Plugin ist pausiert.
3. Deaktivieren oder aktualisieren Sie das Plugin unter Plugins. Bis dahin bleibt die Website für Ihre Besucher kaputt, denn pausiert ist es nur für Sie.
4. Klicken Sie oben in der Werkzeugleiste auf „Wiederherstellungsmodus verlassen“ und prüfen Sie die Website in einem privaten Browserfenster.

Der Link gilt einen Tag. Tritt der Fehler danach wieder auf, schickt WordPress einen neuen.

Warum keine Mail ankommt

Der Spam-Ordner ist nur ein Grund von mehreren. Der Quellcode von WordPress erklärt die anderen:

• Der Fehler tritt nur auf der öffentlichen Website auf. WordPress verschickt die Mail nur, wenn er auf der Anmeldeseite, im Backend oder bei bestimmten Backend-Aktionen passiert. Rufen Sie also einmal /wp-login.php und /wp-admin/ auf und warten Sie ein paar Minuten.
• Die Mail ging schon raus. WordPress schickt höchstens eine in 24 Stunden. Suchen Sie auch nach Mails vom Vortag, gerade wenn ein automatisches Update nachts lief.
• Die Adresse stimmt nicht mehr. Die Mail geht an die administrative E-Mail-Adresse unter Einstellungen → Allgemein, zum Beispiel noch das Postfach der Agentur, die die Website gebaut hat.
• Der Fehler stammt nicht von einem Plugin oder Theme, sondern zum Beispiel aus einem Must-Use-Plugin oder einer beschädigten WordPress-Datei. Dann gibt es keine Mail.
• Der Server verschickt keine Mails zuverlässig. Dann hilft nur der nächste Weg.

Ohne Mail: Plugins per FTP oder Dateimanager abschalten

Dafür brauchen Sie einen FTP-Zugang oder den Dateimanager im Kundenmenü Ihres Hosters (WordPress-Anleitung zu häufigen Fehlern).

1. Wissen Sie, welches Plugin schuld ist, benennen Sie im Ordner wp-content/plugins nur dessen Ordner um, zum Beispiel wp-rocket in wp-rocket-aus. Das reicht.
2. Wissen Sie es nicht, benennen Sie den ganzen Ordner plugins in plugins-aus um und melden Sie sich im Backend an.
3. Öffnen Sie im Backend einmal die Seite Plugins. Erst dieser Aufruf deaktiviert die fehlenden Plugins dauerhaft. Wer den Ordner vorher zurückbenennt, hat den Fehler sofort wieder.
4. Benennen Sie den Ordner zurück in plugins und aktivieren Sie die Plugins einzeln, bis der Fehler zurückkommt. Das zuletzt aktivierte war es.

Läuft die Website auch ohne Plugins nicht, ist oft das Theme schuld. Benennen Sie in wp-content/themes den Ordner des aktiven Themes um, dann weicht WordPress auf ein installiertes Standard-Theme aus. Mit SSH-Zugang geht das Abschalten aller Plugins schneller: wp plugin deactivate --all --skip-plugins --skip-themes (WP-CLI-Dokumentation).

Das Fehlerprotokoll lesen: so sehen Sie, wer schuld ist

Statt alle Plugins der Reihe nach zu testen, lesen Sie den Schuldigen oft in einer Zeile ab. Manche Hoster zeigen ein Fehlerprotokoll im Kundenmenü. Sonst schaltet WordPress eines ein: Öffnen Sie per FTP die Datei wp-config.php und ersetzen Sie die Zeile define( 'WP_DEBUG', false ); durch diese drei:

define( 'WP_DEBUG', true );
define( 'WP_DEBUG_LOG', true );
define( 'WP_DEBUG_DISPLAY', false );

So landen die Fehler in der Datei wp-content/debug.log, Ihre Besucher sehen sie nicht (WordPress-Dokumentation). Rufen Sie die kaputte Seite einmal auf und öffnen Sie dann die Datei. Der Fall aus dem August sah so aus:

Uncaught TypeError: substr(): Argument #1 ($string) must be of type string, int given in …/wp-content/plugins/wp-rocket/…/Cloudflare.php:562

Entscheidend ist der Pfad hinter dem Wort „in“: /plugins/wp-rocket/ nennt das Plugin, /themes/ würde das Theme nennen. Steht dort wp-includes, hat meist ein Plugin WordPress falsch aufgerufen, dann hilft die Liste der Aufrufe in den Zeilen darunter. Diese Meldungen kommen häufig vor:

• Allowed memory size of … bytes exhausted: Der PHP-Speicher ist voll. Nur dann hilft es, das Limit in der wp-config.php anzuheben, zum Beispiel mit define( 'WP_MEMORY_LIMIT', '256M' ); (WordPress-Dokumentation). Das geht nur bis zu der Grenze, die Ihr Hosting-Paket erlaubt.
• Uncaught TypeError oder Call to undefined function: Ein Plugin oder Theme passt nicht zur WordPress- oder PHP-Version. Aktualisieren oder deaktivieren Sie es. Call to undefined function get_field() heißt dagegen meist, dass ein Template Advanced Custom Fields braucht, das Plugin aber deaktiviert ist.
• syntax error, unexpected: Im genannten Code steckt ein Tippfehler, oft nach einer Änderung an der functions.php oder einem Code-Schnipsel. Die Zeilennummer steht dabei.
• Failed opening required: Eine Datei fehlt, oft nach einem abgebrochenen Update. Laden Sie das genannte Plugin neu hoch.

Danach stellen Sie WP_DEBUG wieder auf false und löschen die debug.log. Die Datei liegt im Ordner wp-content, ist oft über den Browser abrufbar und verrät Pfade und Details Ihrer Installation.

Wenn der Fehler ohne Ihr Zutun kam

Haben Sie nichts geändert, lief vermutlich im Hintergrund etwas: ein automatisches Plugin-Update oder eine neue PHP-Version beim Hoster. Sehen Sie im Kundenmenü nach, welche PHP-Version aktiv ist. WordPress empfiehlt derzeit PHP 8.3 oder neuer, alte Plugins kommen damit nicht immer klar.

Als Notlösung können Sie im Kundenmenü auf die vorherige PHP-Version zurückstellen, bis das Plugin aktualisiert ist. Gehen Sie dabei nicht unter eine Version, die noch Sicherheitsupdates bekommt: Laut php.net ist das derzeit PHP 8.2, und auch das nur noch bis zum 31. Dezember 2026. Wegen der Lücke PHP2Shell sollten es mindestens 8.2.35, 8.3.36, 8.4.27 oder 8.5.12 sein.

Wenn nur eine Seite oder ein Menüpunkt betroffen ist

Läuft der Rest und nur eine Unterseite oder ein einzelner Menüpunkt zeigt die Meldung, bricht PHP nur dort ab. In den WordPress-Foren taucht das etwa bei der Produktliste von WooCommerce oder den Einstellungen von Site Kit auf. Schalten Sie das Fehlerprotokoll wie oben ein und rufen Sie genau diese Seite auf.

Betreiben Sie einen Shop, schauen Sie zusätzlich unter WooCommerce → Status → Logs. WooCommerce schreibt schwere Fehler dort unter der Quelle fatal-errors mit.

Wann Sie Hilfe holen sollten

Den Selbstversuch würde ich abbrechen, wenn einer dieser Punkte zutrifft:

• Ein Shop oder eine Buchung fällt aus, und jede Stunde kostet Geld.
• Sie haben keinen Zugang zum Hosting oder per FTP.
• Die Website läuft auch ohne Plugins und mit Standard-Theme nicht.
• Im Protokoll oder im Ordner stehen Plugins und PHP-Dateien, die Sie nicht kennen. Dann kann die Website gehackt sein, siehe WordPress gehackt.

Spielen Sie nicht vorschnell ein Backup ein. Bestellungen, Anfragen und Beiträge seit dem Backup wären weg, und der Fehler kommt zurück, sobald das nächste Update läuft. Das Backup ist der letzte Schritt, wenn sich die Ursache nicht finden lässt.

So vermeiden Sie den nächsten Ausfall

• Spielen Sie Updates mit Backup und in der richtigen Reihenfolge ein: WordPress-Updates richtig einspielen.
• Prüfen Sie die administrative E-Mail-Adresse. Das Postfach muss jemand lesen.
• Testen Sie große Updates und jeden PHP-Wechsel zuerst auf einer Staging-Kopie.

Wenn Sie das nicht selbst im Blick behalten wollen, übernehme ich es in der WordPress-Betreuung.

Häufige Fragen

Was bedeutet „Es gab einen kritischen Fehler auf deiner Website“?

PHP ist beim Laden der Seite mit einem schweren Fehler abgebrochen, meist wegen eines Plugins, eines Themes oder einer neuen PHP-Version. WordPress zeigt diesen Hinweis statt einer weißen Seite. Ihre Inhalte in der Datenbank sind davon normalerweise nicht betroffen.

Warum kann ich nicht mehr auf meine WordPress-Seite zugreifen?

Lädt das fehlerhafte Plugin auf jeder Seite, bricht auch die Anmeldung ab. Zurück kommen Sie über den Link in der Mail von WordPress oder indem Sie den Plugin-Ordner per FTP oder Dateimanager umbenennen.

Warum bekomme ich keine Mail von WordPress?

WordPress verschickt sie nur, wenn der Fehler auf der Anmeldeseite oder im Backend auftritt, und nur einmal in 24 Stunden. Rufen Sie deshalb einmal /wp-login.php auf und prüfen Sie den Spam-Ordner und die administrative E-Mail-Adresse. Stammt der Fehler nicht von einem Plugin oder Theme, kommt keine Mail.

Wie lange gilt der Link in der Mail?

Einen Tag. Tritt der Fehler danach wieder auf, schickt WordPress einen neuen Link.

Hilft es, das PHP-Speicherlimit zu erhöhen?

Nur wenn im Fehlerprotokoll „Allowed memory size … exhausted“ steht. Bei jedem anderen Fehler ändert ein höheres Limit nichts an der Ursache.

Sind meine Inhalte verloren?

Normalerweise nicht. Beiträge, Seiten und Bestellungen liegen in der Datenbank, der Fehler verhindert nur, dass die Seite lädt. Spielen Sie deshalb nicht vorschnell ein Backup ein, sonst wäre alles seit dem Backup weg.

Kann ein Hackerangriff dahinterstecken?

Das kommt vor. Verdächtig sind unbekannte PHP-Dateien, Plugins, die Sie nie installiert haben, und Weiterleitungen auf fremde Seiten. Dann reicht es nicht, das Plugin abzuschalten, die Website muss bereinigt werden.