WordPress-Fehler beheben: Diagnose nach Fehlerbild

Wer einen WordPress-Fehler beheben will, braucht zuerst den richtigen Namen für das, was die Seite gerade zeigt. Eine weiße Seite hat andere Ursachen als ein 403, ein hängender Wartungsmodus andere als ein Fehler 500. Suchen Sie Ihr Fehlerbild in der Tabelle, dort steht die wahrscheinliche Ursache, die erste Maßnahme und wo die vollständige Anleitung steht. Ich arbeite seit 2009 mit WordPress, und die zwölf Bilder unten decken fast alles ab, was mir in Notfällen begegnet. Reicht die Anleitung nicht, übernehme ich: Diagnose kostenlos, Behebung 149 € netto.

Welcher Fehler ist es? Übersicht nach Fehlerbild

Ob der Fehler bei Ihnen liegt oder beim Hoster, sehen Sie in einer Minute auf meiner Seite zum Hoster-Status. Steht dort eine Störung, warten Sie, bevor Sie etwas ändern.

Grundwerkzeug: So finden Sie die Ursache jedes WordPress-Fehlers

Fast jeder Fehler lässt sich mit denselben vier Handgriffen eingrenzen. Die ausführliche Fassung mit Beispielen aus dem debug.log steht beim kritischen Fehler, hier die Kurzform:

1. Fehlerprotokoll einschalten. In der wp-config.php die vorhandene Zeile define( 'WP_DEBUG', false ); durch WP_DEBUG und WP_DEBUG_LOG auf true ersetzen, WP_DEBUG_DISPLAY auf false. Die Fehler landen dann in wp-content/debug.log. Danach wieder abschalten und die Datei löschen.
2. Protokoll des Hosters lesen. Fehler, die WordPress gar nicht erst erreicht, etwa bei 500 oder 502, stehen nur im Fehlerprotokoll des Servers. Sie finden es im Kundenmenü unter „Logs“ oder als Datei error_log.
3. Plugins per FTP umbenennen. Den Ordner wp-content/plugins in plugins_aus umbenennen. Lädt die Seite, war es ein Plugin. Zurückbenennen und einzeln wieder einschalten.
4. Website-Zustand prüfen. Wenn das Backend noch erreichbar ist: „Werkzeuge → Website-Zustand“ zeigt PHP-Version, Speicherlimit, fehlende Module und Probleme mit der REST-Schnittstelle.

Umbenennen statt löschen, und vor jeder Änderung eine Kopie der Datei sichern. So bleibt jeder Schritt umkehrbar.

„Es gab einen kritischen Fehler auf deiner Website“

Diese Meldung zeigt WordPress, wenn PHP beim Laden abbricht, fast immer durch ein Plugin oder Theme direkt nach einem Update. Ihre Inhalte sind dabei nicht verloren. Der schnellste Weg führt über die Mail an die Administrator-Adresse, die einen Link in den Wiederherstellungsmodus enthält. Die vollständige Anleitung mit allen Varianten der Meldung, typischen Einträgen im Fehlerprotokoll und Sonderfällen steht hier: Es gab einen kritischen Fehler auf deiner Website.

Weiße Seite ohne Fehlermeldung

Symptom: Die Seite ist komplett weiß, im Englischen „White Screen of Death“. Manchmal nur im Backend oder nur auf einzelnen Seiten. Ursache: Ein PHP-Fehler, den WordPress nicht abfangen konnte, oder ein Fehler, bevor WordPress überhaupt lädt. Seit WordPress 5.2 erscheint in den meisten Fällen stattdessen der kritische Fehler; die weiße Seite bleibt bei sehr frühen Fehlern, bei zu wenig Speicher und bei Caches, die eine leere Seite gespeichert haben. Selbst versuchen: 1. Cache leeren, beim Plugin, beim Hoster und gegebenenfalls bei Cloudflare. 2. Fehlerprotokoll einschalten wie im Grundwerkzeug beschrieben und den letzten Eintrag lesen. 3. Plugins per FTP umbenennen, danach den Ordner des aktiven Themes. Mich rufen, wenn der Fehler auch ohne Plugins und mit Standard-Theme bleibt.

Fehler 500: Internal Server Error

Symptom: Der Browser zeigt „HTTP ERROR 500“ oder eine Fehlerseite des Hosters. Ursache: Der Server ist gescheitert, bevor WordPress eine eigene Meldung zeigen konnte. Häufig eine beschädigte .htaccess, eine Anweisung, die der Server nicht kennt, ein Plugin oder eine PHP-Version, mit der Theme oder Plugin nicht zurechtkommen. Selbst versuchen: 1. Die .htaccess im Hauptverzeichnis in .htaccess_alt umbenennen. Lädt die Seite, im Backend unter „Einstellungen → Permalinks“ einmal speichern, das schreibt eine neue Datei. 2. Im Fehlerprotokoll des Hosters nachsehen. Dort steht die eigentliche Ursache, die der Browser verschweigt. 3. PHP-Version im Hosting-Menü prüfen; wurde sie kürzlich umgestellt, vorübergehend eine Stufe zurück. Mich rufen, wenn das Protokoll „Segmentation fault“ zeigt oder der Fehler nur unter Last auftritt.

Fehler 502 und 504: Der Server antwortet nicht rechtzeitig

Symptom: „502 Bad Gateway“ oder „504 Gateway Timeout“, oft nur zeitweise, oft beim Speichern, beim Import oder im Shop-Checkout. Ursache: Zwischen Webserver und PHP reißt die Verbindung ab oder PHP braucht zu lange. Typisch sind ein überlasteter Tarif, ein Plugin, das bei jedem Aufruf eine langsame externe Schnittstelle abfragt, Bots, die die Seite fluten, oder eine Störung beim Hoster. Selbst versuchen: 1. Hoster-Status und die Störungsseite des Hosters prüfen. 2. Zuletzt installierte oder aktualisierte Plugins abschalten, besonders Backup-, Import- und Statistik-Plugins. 3. Im Hosting-Menü die PHP-Laufzeit (max_execution_time) und die Zahl der PHP-Prozesse prüfen. Sind sie am Limit, ist der Tarif zu klein oder die Seite zu langsam. Mich rufen, wenn der Fehler regelmäßig wiederkehrt. Dann ist es meist ein Leistungsproblem, das ich unter WordPress langsam beschreibe.

Memory Limit erschöpft

Symptom: Im Protokoll steht „Allowed memory size of … bytes exhausted“, im Browser eine weiße Seite oder der kritische Fehler, oft beim Bearbeiten großer Seiten. Ursache: PHP darf weniger Arbeitsspeicher nutzen, als die Seite braucht. Seitenbaukästen, Shops und viele Plugins zusammen sprengen schnell 128 MB. Selbst versuchen: 1. In der wp-config.php vor „That’s all, stop editing“ die Zeile define( 'WP_MEMORY_LIMIT', '256M' ); ergänzen. 2. Prüfen, ob der Hoster mehr erlaubt: Das Limit im Hosting-Menü steht über dem Wert in WordPress. 3. Unter „Werkzeuge → Website-Zustand → Bericht → Server“ kontrollieren, ob der neue Wert greift. Mich rufen, wenn der Fehler auch bei 512 MB auftritt. Dann steckt eine Endlosschleife in einem Plugin, und mehr Speicher hilft nicht.

„Fehler beim Aufbau einer Datenbankverbindung“

WordPress erreicht seine Datenbank nicht und zeigt deshalb auf allen Seiten nur diesen einen Satz. Die Ursache sind entweder falsche Zugangsdaten in der wp-config.php, ein überlasteter oder gestörter Datenbankserver beim Hoster oder beschädigte Tabellen. Die Inhalte sind in aller Regel unversehrt. Wie Sie die drei Ursachen auseinanderhalten und die Tabellen reparieren, steht in der Anleitung zum Fehler beim Aufbau einer Datenbankverbindung.

WordPress hängt im Wartungsmodus

Während eines Updates legt WordPress die Datei .maintenance im Hauptverzeichnis an und löscht sie danach wieder. Bricht das Update ab, bleibt die Meldung stehen; ältere Installationen formulieren sie anders, etwa „Wird kurzzeitig wegen planmäßiger Wartung gewartet“. Erste Maßnahme: die versteckte Datei per FTP löschen und das abgebrochene Update prüfen. Warum die Meldung manchmal trotzdem bleibt und wie Sie den Wartungsmodus bewusst einschalten, erkläre ich unter WordPress-Wartungsmodus.

403 Forbidden: Zugriff verweigert

Ein 403 heißt: Der Server hat die Anfrage verstanden, gibt die Seite aber nicht heraus. Meist sperrt eine Firewall Ihre IP-Adresse, eine Regel in der .htaccess greift zu weit oder die Dateirechte stimmen nicht. Häufig trifft es nur das Backend, den Upload oder das Speichern im Block-Editor. Die Fehlersuche Schritt für Schritt steht unter WordPress 403 Forbidden beheben.

Login geht nicht oder endet in einer Schleife

Symptom: Nach dem Login landen Sie wieder auf der Login-Seite, oder der Browser meldet „zu viele Weiterleitungen“. Ursache: Die Seitenadresse in den Einstellungen passt nicht zur aufgerufenen Adresse (http gegen https, mit gegen ohne www), Cookies werden blockiert, oder ein Sicherheits- oder Cache-Plugin greift ein. Selbst versuchen: 1. Cookies für die Domain löschen und in einem privaten Fenster einloggen. 2. In der wp-config.php die Adresse fest setzen: define( 'WP_HOME', 'https://ihre-domain.de' ); und define( 'WP_SITEURL', 'https://ihre-domain.de' ); 3. Cache- und Sicherheits-Plugins per FTP umbenennen. Mich rufen, wenn das Passwort unbekannt ist und die Mail zum Zurücksetzen nicht ankommt. Ich stelle den Zugang über die Datenbank wieder her, Festpreis 79 €.

Update fehlgeschlagen

Symptom: „Aktualisierung fehlgeschlagen“, „Verzeichnis konnte nicht erstellt werden“ oder der Hinweis, dass bereits eine andere Aktualisierung läuft. Ursache: WordPress darf in seine eigenen Ordner nicht schreiben, der Speicherplatz ist voll, die Verbindung zu wordpress.org bricht ab, oder ein früheres Update hat eine Sperre hinterlassen. Selbst versuchen: 1. Speicherplatz im Hosting-Menü prüfen und die Rechte von wp-content kontrollieren (Ordner 755). 2. Eine hängende Sperre löst sich nach 15 Minuten von selbst. Wer nicht warten will, löscht in der Tabelle wp_options den Eintrag core_updater.lock. 3. Nach einem halben Core-Update: dieselbe WordPress-Version von wordpress.org laden und die Ordner wp-admin und wp-includes per FTP ersetzen, wp-content und wp-config.php nicht anfassen. Per SSH prüft wp core verify-checksums, ob alle Kerndateien stimmen. Mich rufen, wenn nach dem Update Funktionen fehlen oder Daten falsch aussehen. Wie ich Updates ohne solche Ausfälle einspiele, steht unter WordPress-Wartung.

„Nicht sicher“ trotz SSL: Mixed Content

Symptom: Das Schloss im Browser fehlt oder ist durchgestrichen, einzelne Bilder oder Schriften laden nicht. Ursache: Die Seite läuft über https, bindet aber Bilder, Skripte oder Schriften noch über http ein. Der Browser blockiert sie. Typisch nach der SSL-Umstellung oder einem Umzug. Selbst versuchen: 1. Im Browser die Entwicklerkonsole öffnen (F12), dort stehen die blockierten http-Adressen. 2. Unter „Einstellungen → Allgemein“ beide Adressen auf https stellen. 3. Alte Adressen in der Datenbank ersetzen, mit einem Werkzeug, das serialisierte Daten versteht. Per SSH: wp search-replace 'http://ihre-domain.de' 'https://ihre-domain.de' --dry-run, dann ohne --dry-run. Mich rufen, wenn danach Einstellungen von Plugins verschwunden sind. Dann wurde mit einem einfachen Suchen-und-Ersetzen gearbeitet, und serialisierte Daten sind beschädigt.

Mails aus Formularen kommen nicht an

Symptom: Das Kontaktformular meldet Erfolg, aber keine Mail kommt an. Auch Passwort-Mails und Bestellbestätigungen fehlen. Ursache: WordPress verschickt standardmäßig über die PHP-Mailfunktion des Servers. Viele Empfänger sortieren solche Mails aus, weil der Server nicht zum Absender passt, SPF und DKIM fehlen oder der Hoster den Versand begrenzt. Selbst versuchen: 1. Spam-Ordner prüfen und die Absenderadresse im Formular-Plugin auf eine Adresse der eigenen Domain setzen. 2. Ein SMTP-Plugin einrichten, das über ein echtes Postfach Ihrer Domain versendet. 3. Beim Domain-Anbieter prüfen, ob SPF und DKIM für den Mailserver eingetragen sind. Mich rufen, wenn Mails nur an bestimmte Empfänger nicht ankommen. Dann steht die Domain oft auf einer Sperrliste, und das braucht eine genauere Prüfung.

Weitere Fehlerbilder, die regelmäßig vorkommen

Bilder fehlen oder Upload schlägt fehl. Meldung „Die hochgeladene Datei konnte nicht nach wp-content/uploads verschoben werden“: Rechte auf wp-content/uploads (755) und Speicherplatz prüfen. Fehlen nach einem Umzug alle Bilder, stimmen die Pfade in der Datenbank nicht.

„Die Antwort ist keine gültige JSON-Antwort“ im Editor. Der Block-Editor erreicht die REST-Schnittstelle nicht. Permalinks einmal speichern, Sicherheits-Plugin und Firewall prüfen. Steckt ein 403 dahinter, hilft die 403-Anleitung.

Geplante Beiträge erscheinen nicht, Backups laufen nicht. WP-Cron läuft nur, wenn Besucher kommen. Lösung: echten Cron-Job beim Hoster einrichten, der alle fünf Minuten wp-cron.php aufruft.

Seite gehackt statt kaputt. Weiterleitungen auf fremde Seiten, unbekannte Dateien im Protokoll oder eine Sperre durch den Hoster sind kein normaler Fehler. Dann hilft kein Plugin-Abschalten, sondern eine Bereinigung: WordPress gehackt.

Reparatur zum Festpreis

Wenn die drei Schritte nicht reichen oder Sie nicht per FTP in Ihrer Seite arbeiten wollen: Ich übernehme. Diagnose kostenlos, Behebung 149 € netto bis zwei Stunden Arbeit. Wenn mehr nötig ist, nenne ich vorher den Festpreis. Antwort werktags innerhalb von 24 Stunden, in dringenden Fällen über die WordPress-Soforthilfe.

Mit Wartungsvertrag ist die Fehlerbehebung enthalten, und die meisten dieser Fehler entstehen dann gar nicht mehr, weil Updates vorher auf einer Kopie getestet werden.

Häufige Fragen

Notfall melden

---