WordPress-Fehler behebenWeiße Seite, 500er und Datenbankfehler systematisch eingrenzen

Veröffentlicht am 10. September 2026

Erste Regel: nichts überstürzen

Bevor du irgendetwas änderst, zwei Handgriffe:

1. Backup ziehen - auch vom kaputten Zustand. Das klingt widersinnig, ist aber wichtig: Wenn ein Reparaturversuch die Lage verschlimmert, willst du zumindest dorthin zurückkommen, wo du angefangen hast. Der Plesk-Backup-Manager erledigt das in wenigen Minuten.
2. Aufschreiben, was zuletzt passiert ist. Ein Update, ein neues Plugin, eine geänderte Einstellung, ein PHP-Versionswechsel? In den allermeisten Fällen liegt genau dort die Ursache - und die Suche wird deutlich kürzer, wenn du mit dem letzten Eingriff beginnst statt mit einer allgemeinen Fehlersuche.

Wichtig zu wissen: Wir legen keine automatischen Sicherungen für dich an. Ein Backup existiert nur, wenn du es erstellt hast.

Das Debug-Log einschalten

Eine weiße Seite ist deshalb so unangenehm, weil sie nichts verrät. Genau das lässt sich ändern: WordPress kann Fehler in eine Datei schreiben, statt sie zu verschlucken. Öffne die wp-config.php im Dokumentenstammverzeichnis - per FTP oder über den Dateimanager in Plesk - und trag oberhalb der Zeile mit /* That's all, stop editing! */ ein:

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

Die dritte Zeile ist die entscheidende: Sie sorgt dafür, dass die Meldungen nicht für Besucher sichtbar werden, sondern nur in der Datei wp-content/debug.log landen. Ruf danach die fehlerhafte Seite einmal auf und öffne die Datei - die letzte Zeile nennt Datei und Zeilennummer, in der es klemmt. Meist steht dort bereits der Name des verursachenden Plugins im Pfad.

Ergänzend lohnt der Blick in die Serverprotokolle: In Plesk findest du unter Protokolle das Fehlerprotokoll des Webservers, das auch dann etwas enthält, wenn WordPress selbst gar nicht mehr startet.

Weiße Seite oder "kritischer Fehler"

Beides ist dasselbe Problem in zwei Darstellungen: Ein PHP-Fehler bricht die Ausführung ab. Die Ursache ist in der überwiegenden Mehrzahl der Fälle ein Plugin oder ein Theme - und das grenzt du so ein:

1. Alle Plugins auf einmal abschalten. Kommst du noch ins Backend, geht das dort. Wenn nicht: Benenne per FTP das Verzeichnis wp-content/plugins in plugins-aus um. WordPress findet dann keine Erweiterungen mehr und deaktiviert sie sämtlich.
2. Seite prüfen. Läuft sie wieder, war es ein Plugin. Benenne das Verzeichnis zurück - alle Plugins sind jetzt deaktiviert, aber vorhanden.
3. Einzeln wieder einschalten und nach jedem Schritt die Seite aufrufen. Das Plugin, bei dem der Fehler zurückkehrt, ist der Verursacher.
4. Bleibt der Fehler auch ohne Plugins, liegt es am Theme. Wechsle testweise auf ein Standard-Theme, etwa Twenty Twenty-Four.

Hast du den Verursacher gefunden, ist die Lösung meist ein Update - oder, wenn das Plugin seit Jahren nicht gepflegt wird, ein Ersatz. Ein Plugin, das mit einer aktuellen PHP-Version nicht mehr läuft, wird auch künftig Probleme machen.

500 Internal Server Error

Der 500er ist kein WordPress-Fehler im engeren Sinne, sondern die Meldung des Webservers, dass die Anfrage nicht bearbeitet werden konnte. Die drei häufigsten Ursachen:

• Fehlerhafte .htaccess. Benenne die Datei testweise um. Ist die Seite danach erreichbar, lag es daran - lass WordPress unter Einstellungen > Permalinks eine neue erzeugen, indem du dort einfach speicherst. Mehr dazu im Ratgeber .htaccess & Weiterleitungen.
• Arbeitsspeicher erschöpft. Trag in der wp-config.php ein:
  define('WP_MEMORY_LIMIT', '256M');
  Reicht das nicht, lässt sich das Speicherlimit zusätzlich in den PHP-Einstellungen der Domain anheben.
• Beschädigte Kerndateien. Nach einem abgebrochenen Update. Lad eine frische WordPress-Fassung herunter und ersetze die Verzeichnisse wp-admin und wp-includes vollständig - deine Inhalte liegen in wp-content und in der Datenbank und bleiben davon unberührt.

Fehler beim Aufbau der Datenbankverbindung

Diese Meldung ist eindeutig: WordPress erreicht seine Datenbank nicht. Prüf der Reihe nach:

1. Zugangsdaten in der wp-config.php. Datenbankname, Benutzer und Passwort müssen exakt zu dem passen, was in Plesk unter Datenbanken hinterlegt ist. Als Host steht dort in aller Regel localhost.
2. Passwort kürzlich geändert? Ein in Plesk neu gesetztes Datenbankpasswort muss auch in der wp-config.php nachgetragen werden - das passiert nicht automatisch.
3. Datenbank vorhanden? Öffne phpMyAdmin aus Plesk heraus und sieh nach, ob die Tabellen tatsächlich da sind. Nach einem unvollständigen Umzug fehlen sie gelegentlich.

Tritt der Fehler nur zeitweise auf, während die Seite sonst läuft, deutet das eher auf eine überlastete Anwendung hin als auf falsche Zugangsdaten - dann lohnt der Blick in den Ratgeber Website beschleunigen.

Weitere häufige Fehlerbilder

Vorbeugen: auf einer Kopie testen

Die meisten dieser Fehler entstehen bei Updates - und lassen sich vermeiden, indem Updates nicht auf der Live-Seite ausprobiert werden. Das WordPress Toolkit in Plesk bringt dafür alles mit:

• Klonen. Eine vollständige Kopie der Seite, üblicherweise auf einer Subdomain. Dort spielst du das Update ein und siehst, ob etwas bricht.
• Automatische Updates. Lassen sich getrennt für Core, Plugins und Themes einstellen. Sicherheitsupdates des Kerns automatisch einzuspielen ist in fast allen Fällen die richtige Wahl.
• Sicherheitsprüfung. Prüft die Installation gegen eine Liste bekannter Schwachstellen und härtet sie auf Wunsch ab.

Und die Grundregel, die alle anderen ersetzt: vor jedem größeren Update ein Backup. Zwei Minuten vorher ersparen im Zweifel einen ganzen Abend hinterher - die Einrichtung beschreibt der Ratgeber Backup erstellen & einspielen.

Häufige Fragen