„Es gab einen kritischen Fehler auf dieser Website“ — was dahintersteckt.

Was die Meldung bedeutet.

PHP — die Sprache, in der WordPress läuft — ist beim Aufbau der Seite auf einen fatalen Fehler gestoßen und hat abgebrochen: eine Funktion, die es nicht mehr gibt, ein Syntaxfehler, zu wenig Speicher, ein Plugin, das eine Bibliothek in falscher Version erwartet. Früher blieb dann nur eine weiße Seite. Seit WordPress 5.2 fängt der „Schutz vor fatalen Fehlern“ das ab, zeigt diese Meldung und versucht, den Verursacher zu isolieren. Deine Inhalte sind nicht betroffen — nur die Anzeige.

1. Die E-Mail von WordPress.

Betreff „Deine Website hat ein technisches Problem“, an die E-Mail-Adresse unter Einstellungen → Allgemein. Sie enthält:

• Verursacher: „Der Fehler wurde durch das Plugin XY verursacht“ oder das Theme.
• Fehlermeldung mit Datei und Zeile — der Ordnername verrät das Plugin.
• Link in den Wiederherstellungsmodus, gültig für einige Stunden.

Spam-Ordner prüfen. Die Adresse muss aktuell sein — viele Websites haben dort noch die Adresse eines früheren Dienstleisters.

2. Der Wiederherstellungsmodus.

Über den Link kommst du ins Backend, während das fehlerhafte Plugin oder Theme pausiert ist. Oben erscheint ein Hinweis, welche Erweiterung pausiert wurde. Jetzt: das Plugin aktualisieren (oft reicht das), deaktivieren oder löschen; bei einem Theme auf ein Standard-Theme wechseln und die Anpassung im Child-Theme prüfen. Danach „Wiederherstellungsmodus beenden“. Prüfen, ob die Seite läuft.

3. Keine E-Mail bekommen?

Dann verschickt der Server keine Mails — ein eigenes Problem (E-Mails kommen nicht an). Der Weg ohne Mail:

1. Debug-Log in der wp-config.php aktivieren (Anleitung) und die Seite einmal aufrufen. In wp-content/debug.log steht der Fatal Error mit Pfad.
2. Alternativ das PHP-Fehlerlog im Hosting-Panel lesen.
3. Verursacher deaktivieren: per FTP den Plugin-Ordner umbenennen oder das Theme umbenennen — Schritt für Schritt unter Weiße Seite beheben.
4. Wiederherstellungsmodus manuell: Fortgeschrittene können in der wp-config.php einen Schlüssel setzen und den Modus über eine URL aufrufen — das ist selten nötig.

4. Wo tritt der Fehler auf?

Die häufigsten Verursacher.

• Ein Plugin-Update, das eine neuere WordPress- oder PHP-Version voraussetzt.
• Zwei Plugins, die dieselbe Bibliothek in verschiedenen Versionen mitbringen.
• Elementor und Elementor Pro (oder andere Paare) mit unterschiedlichen Versionsständen.
• Code-Schnipsel in der functions.php oder einem Snippet-Plugin mit Tippfehler.
• PHP-Umstellung beim Hoster (PHP-Version).
• Abgebrochenes Update mit halb ersetzten Dateien.
• Speicherlimit bei großen Importen oder Page-Buildern.

Dauerhaft beheben.

Deaktivieren ist Erste Hilfe, nicht Lösung. Danach: Gibt es ein Update, das den Fehler behebt? Wird das Plugin noch gepflegt — wenn nicht, ersetzen (Plugin-Audit). Steckt der Fehler in eigenem Code, korrigieren und künftig in ein eigenes Plugin statt in die functions.php legen. Abschließend Debug-Log ausschalten, Log-Datei löschen, Cache leeren, Admin-E-Mail-Adresse prüfen — damit die nächste Warnmail ankommt.

„Weitere Informationen zur Fehlerbehebung“.

Der Link in der Meldung führt zur allgemeinen WordPress-Dokumentation. Hilfreicher ist die Mail oder das Log — dort steht dein konkreter Fehler. Wenn du damit nicht weiterkommst oder die Seite schnell wieder stehen muss: WordPress-Hilfe — mit der Fehlerzeile aus Mail oder Log ist die Ursache meist in Minuten klar.

Wer hilft.

Ich bin Manuel Killert, WordPress-Entwickler aus Quakenbrück. Seit 2020 baue und betreue ich WordPress-Websites — für Handwerksbetriebe, Industrie, Gastronomie, Start-ups und Vereine —, entwickle eigene Plugins und unterrichte WordPress als Dozent an der KW Design Akademie. Das heißt: Ich kenne die typischen Fehler nicht nur aus Foren, sondern aus eigenen Projekten, und ich kann sie so erklären, dass du sie beim nächsten Mal selbst erkennst. Du erreichst mich direkt, ohne Ticketsystem.