WordPress kritischer Fehler beheben: 7 Ursachen + Soforthilfe

„Es gab einen kritischen Fehler auf deiner Website.” Oder schlimmer: ein weißer Bildschirm, gar keine Meldung. Die Seite ist down, Kunden sehen nichts, und du weißt nicht, warum. Die gute Nachricht: In den allermeisten Fällen steckt eine von sieben Ursachen dahinter — und die meisten löst du in 15 Minuten. Hier die Reihenfolge, in der du vorgehst.

Zuerst: Zugang sichern, Backup machen

Bevor du irgendetwas änderst:

1. Prüf, ob du noch ins Backend kommst (/wp-admin). WordPress schickt bei kritischen Fehlern oft eine Mail mit einem „Wiederherstellungsmodus”-Link an die Admin-Adresse — damit kommst du auch rein, wenn die Startseite weiß bleibt.
2. Sichere den aktuellen Stand (Dateien + Datenbank), bevor du reparierst. Auch ein kaputter Stand ist besser als gar keiner.
3. Halte FTP/SFTP oder den Dateimanager deines Hosters bereit. Den brauchst du, sobald das Backend selbst nicht mehr lädt.

Die 7 häufigsten Ursachen — und die Lösung

1. Plugin-Konflikt (die Nummer 1)

Ein Update hat zwei Plugins gegeneinander laufen lassen. Lösung: Benenne per FTP den Ordner wp-content/plugins in plugins-aus um — das deaktiviert alle Plugins auf einen Schlag. Lädt die Seite wieder, benennst du zurück und aktivierst die Plugins einzeln, bis der Fehler wiederkommt. Das letzte ist der Schuldige.

2. Theme-Fehler

Ein Theme-Update oder eine Änderung in der functions.php hat die Seite zerschossen. Lösung: Benenne den aktiven Theme-Ordner unter wp-content/themes um. WordPress fällt automatisch auf ein Standard-Theme zurück. Lädt es wieder, lag’s am Theme.

3. PHP-Speicherlimit erreicht

Im Fehlerlog steht „Allowed memory size exhausted”. Lösung: In der wp-config.php ergänzen: define('WP_MEMORY_LIMIT', '256M');. Hilft das nicht, muss der Hoster das serverseitige PHP-Limit anheben.

4. Falsche PHP-Version nach Server-Update

Der Hoster stellt auf PHP 8.2 um, ein altes Plugin kommt nicht mit. Lösung: Im Hosting-Panel (Plesk/cPanel) die PHP-Version testweise eine Stufe zurückstellen — und das betroffene Plugin oder Theme dringend aktualisieren oder ersetzen.

5. Beschädigte .htaccess

Permalink-Änderungen oder ein Sicherheits-Plugin haben die .htaccess zerschossen („Internal Server Error 500”). Lösung: Datei per FTP umbenennen, Seite testen. Lädt sie wieder, unter Einstellungen → Permalinks einmal speichern — das schreibt eine saubere .htaccess.

6. Datenbank-Verbindung weg

„Error establishing a database connection.” Lösung: Die Zugangsdaten in der wp-config.php (DB_HOST, DB_USER, DB_PASSWORD) gegen die im Hosting-Panel prüfen. Stimmt alles, ist meist der Datenbank-Server überlastet oder down — dann hilft nur der Hoster.

7. Beschädigte Core-Dateien

Ein abgebrochenes Update hat WordPress-Dateien zerstört. Lösung: WordPress in exakt derselben Version frisch herunterladen und die Ordner wp-admin und wp-includes per FTP überschreiben — nicht wp-content, da liegen deine Inhalte.

Debug-Modus: den Fehler im Klartext sehen

Du tappst im Dunkeln? Aktiviere in der wp-config.php:

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

Jetzt landet die genaue Ursache (Datei + Zeile) in wp-content/debug.log. Das ist meist der schnellste Weg zur Wurzel. Wichtig: Nach der Reparatur wieder auf false — sonst stehen Fehlermeldungen öffentlich auf der Seite.

Wie du den nächsten Brand vermeidest

• Updates nur mit frischem Backup, am besten zuerst auf einer Staging-Kopie testen.
• Weniger Plugins. Jedes zusätzliche ist ein potenzieller Konflikt.
• Tägliche automatische Backups plus ein Monitoring, das dir Bescheid gibt, bevor der Kunde den Ausfall meldet.

Diese drei Fehler im Detail

Drei Ursachen tauchen so oft auf, dass sie eine eigene Schritt-für-Schritt-Anleitung verdient haben:

• Fehler beim Aufbau der Datenbankverbindung — „Error establishing a database connection”: wp-config, DB-Host, Datenbank-Reparatur.
• Weißer Bildschirm (WSOD) — leere Seite ohne Meldung: so machst du den versteckten Fehler sichtbar.
• 500 Internal Server Error — serverseitig: .htaccess, PHP-Version, Server-Log.

Oder: aufhören, Brände zu löschen

Sei ehrlich zu dir: Der weiße Bildschirm, die Plugin-Konflikte, das PHP-Roulette — das sind keine Einzelfälle, das ist der WordPress-Alltag. Jede dieser sieben Ursachen existiert nur, weil eine WordPress-Seite aus vielen beweglichen Teilen besteht: PHP, Datenbank, Theme und Dutzende Plugins, alle in unterschiedlichen Versionen.

Eine mit Astro gebaute Seite hat diese Teile nicht. Kein PHP, keine Plugins, keine Live-Datenbank, die ausfallen kann — die Seite wird als fertiges HTML ausgeliefert. Es gibt schlicht keinen „kritischen Fehler”, den ein Plugin-Update um 23 Uhr auslösen könnte.

Wenn du genug davon hast, deine Website zu reparieren statt sie zu nutzen: So läuft ein wartungsarmer Umstieg — zum Festpreis, mit Übernahme deiner Inhalte → WordPress zu Astro migrieren.