Weswegen
Tippen, um zu suchen
    Esc zum Schließen · Sofortsuche auf der ganzen Website

    Kritischer Fehler bei WordPress: Ursachen und Lösung

    · Weswegen-Redaktion
    Website-Support

    Kritischer Fehler bei WordPress: was dahintersteckt und wie Sie ihn beheben

    Statt Ihrer Website steht plötzlich nur noch ein Satz auf dem Bildschirm: „Es gab einen kritischen Fehler auf dieser Website.” Kein Design, keine Inhalte, oft auch kein Zugang mehr zum Dashboard. Diese Meldung ist kein Zufall und kein Hackerangriff, sondern eine Schutzfunktion von WordPress. Mit den folgenden Schritten kommen Sie in wenigen Minuten wieder ins Backend und beseitigen die Ursache dauerhaft – auch ohne Programmierkenntnisse.

    Was der „kritische Fehler” bei WordPress wirklich bedeutet

    Der kritische Fehler ist die deutsche Bezeichnung für einen sogenannten PHP Fatal Error: Ein Skript – meist aus einem Plugin oder Theme – bricht mitten in der Ausführung ab, und WordPress kann die Seite nicht mehr fertig aufbauen.

    Seit WordPress 5.2 (Mai 2019) gibt es dafür den Fatal Error Handler. Statt einer nackten weißen Seite (dem berüchtigten White Screen of Death) fängt WordPress den Absturz ab und zeigt die freundliche Fehlermeldung. Gleichzeitig verschickt das System eine E-Mail an die Administrator-Adresse mit einem Link in den sogenannten Recovery-Modus. Der kritische Fehler ist also weniger ein Defekt als eine kontrollierte Notbremse.

    Wichtig: Ihre Inhalte, Beiträge und Bilder sind dabei so gut wie nie verloren. Die Datenbank bleibt unberührt – blockiert ist nur die Ausführung des fehlerhaften Codes.

    Die häufigsten Ursachen

    • Plugin- oder Theme-Konflikt (mit Abstand am häufigsten): Ein Update, ein neu installiertes Plugin oder zwei Erweiterungen, die sich in die Quere kommen.
    • PHP-Speicherlimit erschöpft: Die Meldung im Log lautet dann sinngemäß „Allowed memory size of … bytes exhausted”.
    • Inkompatible PHP-Version: Ein älteres Plugin läuft nicht mit PHP 8.x – oder umgekehrt verlangt ein Plugin eine neuere Version, als der Server bereitstellt.
    • Fehlerhaftes oder abgebrochenes Update: Wird ein Update unterbrochen, bleiben Dateien unvollständig zurück.
    • Überschrittene maximale Ausführungszeit: Bei „Maximum execution time exceeded” bricht ein rechenintensiver Vorgang nach dem Zeitlimit ab.

    Schritt für Schritt zur Lösung

    1. Recovery-Modus-E-Mail prüfen

    Sehen Sie zuerst in das Postfach der Administrator-E-Mail-Adresse (in WordPress unter Einstellungen → Allgemein → Administrator-E-Mail-Adresse). Betreff der Nachricht ist sinngemäß „Deine Website hat ein technisches Problem”. Darin steckt ein Link, der Sie in einen abgesicherten Modus einloggt. Dort zeigt WordPress an, welches Plugin oder Theme den Fehler ausgelöst hat, und Sie können es mit einem Klick deaktivieren.

    Kommt keine E-Mail an? Dann liegt es oft daran, dass der Server keine Mails versendet oder die Adresse veraltet ist. Sie können die Zieladresse erzwingen, indem Sie in der Datei wp-config.php folgende Zeile ergänzen:

    define( 'RECOVERY_MODE_EMAIL', 'ihre-adresse@example.de' );

    2. Die echte Fehlermeldung sichtbar machen

    Ohne Recovery-Mail hilft das Debug-Log weiter. Öffnen Sie wp-config.php per FTP oder Dateimanager und fügen Sie oberhalb der Zeile /* That's all, stop editing! */ ein:

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

    WordPress schreibt Fehler nun in die Datei wp-content/debug.log. Dort steht die entscheidende Zeile mit Dateipfad und Plugin-Namen – Ihre wichtigste Spur. Denken Sie daran, WP_DEBUG nach der Fehlersuche wieder auf false zu setzen, damit keine Hinweise öffentlich sichtbar werden.

    Zeigt WordPress trotz Fehler nur die höfliche Meldung, können Sie den Handler kurzzeitig abschalten, um den rohen PHP-Fehler direkt im Browser zu sehen:

    define( 'WP_DISABLE_FATAL_ERROR_HANDLER', true );

    3. Plugins über FTP oder Dateimanager deaktivieren

    Kommen Sie gar nicht mehr ins Backend, deaktivieren Sie die Plugins auf Dateiebene. Verbinden Sie sich per FTP oder öffnen Sie den Dateimanager Ihres Hostings (bei Plesk unter Websites & Domains → Dateien) und benennen Sie den Ordner wp-content/plugins um, etwa in plugins_alt. Damit sind alle Plugins auf einen Schlag inaktiv – die Website sollte wieder laden.

    Anschließend benennen Sie den Ordner zurück in plugins und aktivieren die Erweiterungen im Dashboard einzeln. Sobald der Fehler wiederkehrt, haben Sie den Verursacher gefunden.

    4. Zum Standard-Theme wechseln

    Bleibt der Fehler auch ohne Plugins, ist das Theme verdächtig. Benennen Sie den Ordner des aktiven Themes unter wp-content/themes um. WordPress fällt dann automatisch auf das neueste installierte Standard-Theme aus der „Twenty …”-Reihe zurück (etwa Twenty Twenty-Five). Fehlt ein solches Theme, laden Sie vorher eines über das Dashboard oder per FTP hoch. Lädt die Seite jetzt, lag es am Theme.

    5. PHP-Speicherlimit erhöhen

    Bei einer „memory exhausted”-Meldung hilft mehr Arbeitsspeicher. Tragen Sie in wp-config.php ein:

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

    Greift das nicht, muss das Limit serverseitig hoch. In Plesk finden Sie den Wert pro Domain unter Websites & Domains → [Ihre Domain] → PHP-Einstellungen; dort tragen Sie beim Parameter memory_limit den gewünschten Wert ein (Stand: Juli 2026). Serverweit lässt er sich unter Tools & Einstellungen → PHP-Einstellungen setzen.

    6. PHP-Version kontrollieren

    Prüfen Sie zuletzt die PHP-Version. Lauffähig ist WordPress ab PHP 7.4, offiziell empfohlen wird jedoch PHP 8.3 oder neuer (Stand: Juli 2026). Ältere Versionen wie 7.4 haben ihr offizielles Support-Ende erreicht und gelten als Sicherheitsrisiko. In Plesk stellen Sie das unter PHP-Einstellungen → PHP-Version um. Wechseln Sie testweise eine Version nach oben oder unten – manche Konflikte lösen sich damit sofort. Mehr zum Zusammenhang von Abstürzen und Serverkonfiguration lesen Sie unter Was bedeutet „Website abgestürzt”?.

    Typische Fehlermeldungen und ihre Bedeutung

    • „Allowed memory size of … exhausted” – Speicherlimit erhöhen (Schritt 5).
    • „Uncaught Error: Call to undefined function …” – Plugin-Konflikt oder falsche PHP-Version; verursachendes Plugin per Log identifizieren.
    • „Maximum execution time of … seconds exceeded” – max_execution_time in den PHP-Einstellungen erhöhen (z. B. auf 120).
    • Nur eine weiße Seite, keine Meldung – Handler mit WP_DISABLE_FATAL_ERROR_HANDLER abschalten, um den echten Fehler zu sehen.

    So beugen Sie dem nächsten Ausfall vor

    Die meisten kritischen Fehler entstehen bei Updates. Drei Gewohnheiten senken das Risiko deutlich: Erstens ein aktuelles Backup vor jedem Update (Datenbank und Dateien). Zweitens eine Staging-Umgebung, in der Sie Aktualisierungen testen, bevor sie live gehen. Drittens regelmäßige Wartung, damit PHP-Version, Themes und Plugins zueinander passen und keine veralteten Erweiterungen mitlaufen.

    FAQ

    Sind meine Inhalte bei einem kritischen Fehler verloren? In aller Regel nicht. Der Fehler blockiert nur die Ausführung von Code – Beiträge, Seiten und Medien liegen unverändert in Datenbank und Uploads-Ordner. Ein aktuelles Backup gibt Ihnen zusätzliche Sicherheit.

    Ich bekomme keine Recovery-E-Mail. Was nun? Prüfen Sie den Spam-Ordner und die hinterlegte Administrator-Adresse. Kommt weiterhin nichts an, versendet der Server vermutlich keine Mails. Deaktivieren Sie die Plugins dann direkt per FTP oder Dateimanager (Schritt 3) und richten Sie später einen zuverlässigen Mailversand über SMTP ein.

    Kann ich das ohne FTP-Zugang lösen? Ja. Fast jedes Hosting bietet einen Dateimanager im Kundenbereich, mit dem Sie Ordner umbenennen und die wp-config.php bearbeiten können. Der Weg ist identisch zu FTP – Sie brauchen lediglich Ihre Zugangsdaten zum Hosting-Panel.

    Brauchen Sie Unterstützung wenn Ihre Website streikt? Ypsilon.dev ist Ihre Webagentur aus Regensburg – jetzt kostenlose Erstberatung anfragen.