„Es gab einen kritischen Fehler auf deiner Website“: WordPress-Notfallhilfe und Schritt-für-Schritt-Lösung

Kurz gesagt: Die Meldung „Es gab einen kritischen Fehler auf deiner Website“ bedeutet, dass ein PHP-Fehler das Laden der Seite abgebrochen hat, meist durch ein Plugin, das Theme oder eine geänderte PHP-Version. Schau zuerst ins Postfach der Administrator-Adresse: WordPress schickt dort einen Link zum Wiederherstellungsmodus, mit dem du dich trotz Fehler anmelden und den Verursacher deaktivieren kannst. Kommt keine Mail, benennst du per FTP oder Dateimanager den Ordner wp-content/plugins um und prüfst, ob die Seite wieder lädt. Das Fehlerprotokoll (debug.log) zeigt dir danach, welches Plugin oder welche Datei den Fehler auslöst.

Deine Website zeigt statt der Startseite nur einen Satz auf weißem Grund, und ins Backend kommst du auch nicht mehr. Oft passiert das direkt nach einem Update, nach dem Installieren eines Plugins oder nachdem der Hoster die PHP-Version umgestellt hat. Die gute Nachricht: In den meisten Fällen sind deine Inhalte unversehrt. Es läuft nur ein Stück Code nicht, und das lässt sich eingrenzen.

Du willst nicht selbst an Dateien und Datenbank? Unsere WordPress-Hilfe schaut sich die Seite per Fernwartung an und sagt dir vorher, was die Reparatur kostet.

Was die Meldung bedeutet

Seit WordPress 5.2 fängt WordPress schwere PHP-Fehler ab, statt nur einen leeren Bildschirm zu zeigen (WordPress Core, Fatal Error Recovery Mode in 5.2). Besucher sehen dann eine kurze Fehlerseite. Gleichzeitig schickt WordPress eine Mail mit einem Anmeldelink an die Administrator-Adresse aus den Einstellungen.

Je nach WordPress-Version und Sprachpaket lautet die Meldung etwas anders:

• „Es gab einen kritischen Fehler auf deiner Website.“
• „Es gab einen kritischen Fehler auf deiner Website. Bitte überprüfe den Posteingang deiner Website-Administrator-E-Mail-Adresse für weitere Anweisungen.“
• „Auf dieser Website ist ein kritischer Fehler aufgetreten.“
• in der förmlichen deutschen Sprachvariante mit der höflichen Anrede statt „deiner Website“, in WordPress 5.2 noch „Die Website weist technische Schwierigkeiten auf“

Steht der Hinweis auf den Posteingang dabei, ist die Mail verschickt worden. Fehlt er, wurde keine Mail verschickt, zum Beispiel weil WordPress in den letzten 24 Stunden schon eine geschickt hat.

Kritischen Fehler beheben: Schritt für Schritt

Arbeite die Schritte der Reihe nach ab. Nach jedem Schritt lädst du die Website neu und prüfst, ob sie wieder läuft.

• Schritt 1: Letzte Änderung notieren. Was ist kurz vor dem Fehler passiert? Ein Plugin-Update, ein neues Plugin, ein Theme-Wechsel, eine Änderung in der functions.php, eine neue PHP-Version beim Hoster? Diese Spur führt in den meisten Fällen direkt zum Verursacher.
• Schritt 2: Wiederherstellungs-Mail öffnen. Such im Postfach der Administrator-Adresse nach einer Mail von deiner Website, deren Betreff auf ein technisches Problem hinweist, auch im Spam-Ordner. Die Mail nennt das Plugin oder Theme, in dem der Fehler steckt, und enthält einen Link zum Wiederherstellungsmodus.
• Schritt 3: Im Wiederherstellungsmodus anmelden. Über den Link meldest du dich ganz normal an. Das fehlerhafte Plugin oder Theme ist nur für dich pausiert, Besucher sehen weiter die Fehlerseite. Unter „Plugins“ deaktivierst du den Verursacher, suchst nach einem Update oder ersetzt ihn. Danach beendest du den Wiederherstellungsmodus über die Schaltfläche oben in der Werkzeugleiste.
• Schritt 4: Ohne Mail alle Plugins abschalten. Verbinde dich per FTP oder über den Dateimanager deines Hosters und benenne den Ordner wp-content/plugins in plugins-aus um. WordPress findet dann keine Plugins mehr und lädt ohne sie. Läuft die Seite wieder, benennst du den Ordner zurück und schaltest die Plugins einzeln ab, indem du ihre Unterordner umbenennst, bis der Fehler wieder auftaucht.
• Schritt 5: Theme ausschließen. Hilft das nicht, benennst du den Ordner deines aktiven Themes unter wp-content/themes um. WordPress weicht dann auf ein installiertes Standard-Theme wie Twenty Twenty-Five aus. Ist keines installiert, lade es vorher von wordpress.org hoch.
• Schritt 6: Fehlerprotokoll einschalten. Lässt sich der Verursacher so nicht finden, schreibst du die Fehler in eine Datei (Anleitung im nächsten Abschnitt). Die Meldung nennt Datei und Zeile.
• Schritt 7: PHP-Version prüfen. Hat der Hoster die PHP-Version gerade geändert, stell sie im Kundenmenü testweise zurück. Dann weißt du, dass ein Plugin oder das Theme mit der neuen Version nicht klarkommt, und kannst es gezielt aktualisieren.
• Schritt 8: Backup zurückspielen. Führt nichts zum Ziel, spielst du die letzte funktionierende Sicherung von Dateien und Datenbank zurück. Bestellungen oder Formulareingaben seit der Sicherung gehen dabei verloren, deshalb ist das der letzte Schritt.

Hast du SSH-Zugang, geht Schritt 4 schneller mit WP-CLI, dem Kommandozeilenwerkzeug für WordPress (WP-CLI-Doku):

wp plugin deactivate --all
wp plugin list --status=inactive
wp plugin activate kontaktformular-plugin

Den Platzhalter kontaktformular-plugin ersetzt du durch den Ordnernamen des Plugins, das du wieder einschalten willst.

Das Fehlerprotokoll lesen

Das Fehlerprotokoll ist der schnellste Weg zur Ursache, weil die Meldung den Pfad zur fehlerhaften Datei nennt. Öffne die Datei wp-config.php im Hauptverzeichnis und setze diese Zeilen vor die Kommentarzeile, die das Ende der Einstellungen markiert, im englischen Original „That’s all, stop editing“ (WordPress-Doku, Debugging):

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

WordPress schreibt die Fehler jetzt in die Datei wp-content/debug.log, ohne sie Besuchern anzuzeigen. Ruf die kaputte Seite einmal auf und lade dann die Datei herunter. Entscheidend ist die letzte Zeile mit „PHP Fatal error“:

Den Verursacher erkennst du am Pfad in der Meldung. Steht dort wp-content/plugins/name-des-plugins/, ist es dieses Plugin, bei wp-content/themes/ das Theme.

Wenn die Seite wieder läuft, setzt du WP_DEBUG und WP_DEBUG_LOG zurück auf false und löschst die debug.log. Die Datei liegt in einem öffentlich erreichbaren Ordner, und die WordPress-Doku stuft Fehlerprotokolle an solchen Orten als Sicherheitsrisiko ein (WordPress-Doku, wp-config.php). Läuft das Protokoll dauerhaft mit, wächst die Datei außerdem mit jedem Seitenaufruf.

Speicherlimit erhöhen

Meldet das Protokoll einen erschöpften Speicher, hebst du das Limit in der wp-config.php an:

define( 'WP_MEMORY_LIMIT', '256M' );

Das wirkt nur, wenn der Hoster so viel Speicher erlaubt. Steht in der PHP-Einstellung deines Hosters ein niedrigerer Wert, musst du ihn dort anheben. Taucht der Fehler danach wieder auf, verbraucht ein Plugin ungewöhnlich viel Speicher, und das Limit verschiebt das Problem nur.

Häufige Ursachen eines kritischen Fehlers

Welche PHP-Version zu deiner WordPress-Installation passt, steht in unserem Beitrag zu PHP-Versionen und WordPress. WordPress selbst empfiehlt aktuell PHP 8.3 oder neuer (WordPress-Anforderungen).

Andere WordPress-Fehler und ihre Lösung

Nicht jede kaputte WordPress-Seite zeigt den kritischen Fehler. Diese Meldungen sind die häufigsten, wenn WordPress nicht mehr richtig funktioniert (WordPress-Doku, häufige Fehler):

So verhinderst du den nächsten kritischen Fehler

Die meisten kritischen Fehler entstehen beim Aktualisieren. Drei Gewohnheiten nehmen ihnen den Schrecken:

• Vor jedem Update sichern: Dateien und Datenbank, extern abgelegt. Dann ist Schritt 8 schnell erledigt, und du verlierst höchstens die Änderungen seit der Sicherung.
• Größere Updates zuerst testen: auf einer Kopie der Website (Staging), vor allem bei Theme-Updates, Shop-Plugins und neuen PHP-Versionen.
• Administrator-Adresse prüfen: Unter Einstellungen, Allgemein muss eine Adresse stehen, die jemand liest. Sonst kommt die Wiederherstellungs-Mail nie an.

Warum regelmäßige Pflege den Unterschied macht und was dazugehört, beschreibt unser Beitrag WordPress-Wartung: warum sie überlebenswichtig ist.

Wann du Hilfe holen solltest

Selbst reparieren lohnt sich, wenn du FTP-Zugang hast und die Seite ein paar Stunden offline sein darf. Hol dir Hilfe, wenn über die Website Bestellungen oder Buchungen laufen, wenn das Protokoll auf die Datenbank zeigt oder wenn du nach Schritt 5 nicht weiterkommst. Halte für den Helfer bereit: den genauen Wortlaut der Meldung, was zuletzt geändert wurde, die letzte Zeile der debug.log und die Zugänge zu WordPress und Hoster.

Einen guten Dienstleister erkennst du daran, dass er vor der Arbeit sichert, dir die Ursache in einem Satz erklärt und vorher sagt, was es kostet. Unsere WordPress-Hilfe meldet sich werktags innerhalb von zwei Stunden mit einer kostenlosen ersten Einschätzung und arbeitet per Fernwartung, deutschlandweit. Abgerechnet wird nach Zeit im 15-Minuten-Takt zu 110 € netto je Stunde. Soll das gar nicht erst passieren, übernimmt unsere WordPress-Wartung ab 69 € im Monat zuzüglich Mehrwertsteuer die Updates mit Backup vorher und Kontrolle danach.

Häufige Fragen zum kritischen Fehler in WordPress

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

Ein PHP-Fehler hat das Laden der Seite abgebrochen, meist in einem Plugin, im Theme oder durch eine PHP-Version, zu der der Code nicht passt. WordPress fängt diesen Fehler seit Version 5.2 ab, zeigt Besuchern eine kurze Fehlerseite und schickt dem Administrator einen Link zum Wiederherstellungsmodus.

Wie behebe ich einen kritischen Fehler in WordPress?

Öffne die Mail an die Administrator-Adresse und melde dich über den Link im Wiederherstellungsmodus an, dann deaktivierst du das genannte Plugin oder Theme. Ohne Mail benennst du per FTP den Ordner wp-content/plugins um, prüfst die Seite und grenzt den Verursacher Plugin für Plugin ein. Das Fehlerprotokoll debug.log nennt die genaue Datei.

Ich habe keine Mail von WordPress bekommen. Was nun?

Prüf den Spam-Ordner und die Administrator-Adresse unter Einstellungen, Allgemein. WordPress verschickt diese Mail höchstens einmal am Tag (WordPress-Entwicklerdoku), und manche Server stellen Mails von WordPress nicht zuverlässig zu. Dann gehst du den Weg über FTP oder den Dateimanager des Hosters wie in Schritt 4 beschrieben.

Sind meine Inhalte durch den kritischen Fehler verloren?

In aller Regel nicht. Seiten, Beiträge und Bilder liegen in der Datenbank und im Upload-Ordner und bleiben unberührt, nur ein Teil des Codes läuft nicht. Erst wenn du ein Backup zurückspielst, gehen Änderungen seit dieser Sicherung verloren.

Warum taucht der kritische Fehler immer wieder auf?

Weil die Ursache noch aktiv ist, etwa ein Plugin, das nach jedem Update wieder bricht, oder ein Speicherlimit, das bei bestimmten Seiten nicht reicht. Schalte das Fehlerprotokoll ein und lies die letzte „Fatal error“-Zeile. Den Wiederherstellungsmodus zu verlassen, ohne den Verursacher zu deaktivieren, bringt den Fehler sofort zurück.

Kann ein WordPress-Update einen kritischen Fehler auslösen?

Ja, das ist der häufigste Auslöser. Ein Plugin oder Theme passt nicht zur neuen WordPress-Version, oder das Update wurde nicht vollständig eingespielt. Deshalb gehört vor jedes Update ein Backup und nach jedem Update ein kurzer Blick auf Startseite, Formulare und Login.

Was kostet es, einen kritischen Fehler beheben zu lassen?

Das hängt von der Ursache ab. Ein deaktiviertes Plugin ist oft schnell erledigt, eine beschädigte Datenbank dauert länger. Wir rechnen in der WordPress-Hilfe im 15-Minuten-Takt zu 110 € netto je Stunde ab und sagen dir nach der kostenlosen ersten Einschätzung, womit du rechnen musst.