Blog · 2. September 2026 · aktualisiert 16. Oktober 2026
WordPress-Fehler beheben: Was sehen Sie? Der Wegweiser zum passenden Fehlerbild
Weiße Seite, Fehler 500, Datenbankfehler, hängender Wartungsmodus, 404 auf Unterseiten — erkennen Sie Ihr Fehlerbild an der Meldung, sehen Sie den ersten Handgriff mit Beleg aus der WordPress-Dokumentation und wissen Sie, wann Sie aufhören sollten.
Die Meldung auf dem Bildschirm bestimmt den Weg: „kritischer Fehler“ führt zu Plugin oder Theme, „Datenbankverbindung“ zur wp-config.php und zum Hoster, „Internal Server Error“ meist zur .htaccess. Sichern Sie vor jedem Eingriff, und hören Sie bei Unbekanntem auf.
Selbsttest: Kann ich jetzt anfangen?
Fünf Haken: Suchen Sie Ihr Fehlerbild in der Tabelle unten. Fehlt Haken 2 oder 3, fangen Sie nicht an, sondern klären zuerst Sicherung und Zugang beim Hoster. Fehlt Haken 5, ist es vielleicht kein Fehler, sondern ein Einbruch: nichts reparieren, lesen Sie „Wann Sie aufhören sollten“.
Lesen Sie die Meldung auf dem Bildschirm wörtlich ab, denn sie bestimmt den
Weg: Der „kritische Fehler“ und die „Datenbankverbindung“ haben eigene
Beiträge, die leere Seite führt zu Plugins und Theme, der „Internal Server
Error“ meist zur .htaccess, ein hängender Wartungsmodus zu einer Datei
.maintenance. Sichern Sie, bevor Sie Dateien anfassen; wie das geht, steht im
Beitrag WordPress-Backup.
Selber machen oder abgeben?
Selbst: weiße Seite, Fehler 500, hängender Wartungsmodus, 404 auf Unterseiten, Cache und „headers already sent“, sofern Sie Zugang zu den Dateien und eine Sicherung haben. Dafür reicht dieser Beitrag.
Abgeben: wenn Sicherung oder Zugang fehlen, die Meldung nach den Schritten bleibt oder etwas Unbekanntes aufgetaucht ist. Die WordPress-Soforthilfe kostet 99 € fest für eine Stunde Fehlersuche und Behebung, mit Sicherung davor und Zusammenfassung danach.
Jede Anweisung unten stützt sich auf die WordPress-Dokumentation „Common WordPress errors“, am 10.10.2026 im Volltext gelesen. Den englischen Wortlaut finden Sie gesammelt in den Belegen. Was kein Zitat hat, nennen wir Erfahrung oder lassen es weg.
Der Ablauf in fünf Schritten
- Meldung wörtlich notieren oder einen Screenshot machen.
- Sichern: Dateien und Datenbank, oder prüfen, wo der Hoster sie ablegt.
- Fehlerbild in der Tabelle finden und den ersten Handgriff des Abschnitts ausführen.
- Im privaten Browserfenster prüfen, damit keine alte Fehlerseite aus dem Cache kommt.
- Aufhören, sobald etwas Unbekanntes auftaucht oder die Meldung bleibt (siehe Wann Sie aufhören sollten).
Was sehen Sie? Das passende Fehlerbild
| Was Sie sehen | Wohin |
|---|---|
| „Es gab einen kritischen Fehler auf deiner Website“ | Eigener Beitrag: kritischer Fehler |
| „Fehler beim Aufbau einer Datenbankverbindung“ | Eigener Beitrag: Datenbankverbindung |
| Leere weiße Seite, keine Meldung | Weiße Seite |
| „Internal Server Error“ (500) | Fehler 500 |
| „Kurzzeitig nicht verfügbar wegen geplanter Wartungsarbeiten“ | Wartungsmodus hängt |
| Unterseiten melden 404, die Startseite geht | Permalinks |
| Änderung gespeichert, aber nicht sichtbar | Cache |
| Warnung „headers already sent“ | Zeichen vor oder nach PHP-Tags |
| 403, Umleitungsschleife, Upload-Fehler, Login-Schleife | Ohne Anleitung hier |
| Unbekanntes Plugin, Admin-Konto oder Datei aufgetaucht | Wann Sie aufhören sollten |
Weiße Seite
Plugin und Theme sind die ersten Verdächtigen. Gehen Sie ins Backend und
deaktivieren Sie alle Plugins, sonst benennen Sie per FTP den Ordner
wp-content/plugins in plugins_old um. Läuft die Seite, aktivieren Sie die
Plugins einzeln wieder. Läuft sie nicht, wechseln Sie auf ein
Standard-Theme oder benennen den Ordner des aktiven Themes um. Wie Sie die
echte Fehlermeldung aus dem Protokoll holen, steht im Beitrag
kritischer Fehler.
Fehler 500
Zuerst die .htaccess: Benennen Sie sie im Hauptordner per FTP in
.htaccess_old um und laden Sie die Seite. Läuft sie, speichern Sie unter
Einstellungen → Permalinks einmal, dann schreibt WordPress eine neue Datei.
Läuft sie nicht, nennen Sie die Datei zurück und gehen die weiteren Schritte
der Dokumentation durch: Plugins deaktivieren, Standard-Theme, PHP-Speicher
erhöhen.
Wartungsmodus hängt
Nach einem abgebrochenen Update bleibt eine Datei .maintenance im Hauptordner
liegen. Löschen Sie sie per FTP oder Dateimanager, und wiederholen Sie dann
das Update, denn es ist nicht fertig durchgelaufen.
Unterseiten melden 404
Gehen Sie zu Einstellungen → Permalinks und speichern Sie, ohne etwas zu
ändern. Hilft das nicht, kann die Server-Umschreibung (mod_rewrite) fehlen;
das schaltet in der Regel der Hoster ein.
Änderung gespeichert, aber nicht sichtbar
Leeren Sie den Browser-Cache oder öffnen Sie die Seite im privaten Fenster. Sitzt ein Caching-Plugin davor, leeren Sie auch dessen Cache.
„Headers already sent“
Die Warnung „Cannot modify header information – headers already sent“ nennt Datei und Zeile. Prüfen Sie dort, ob vor dem öffnenden oder nach dem schließenden PHP-Tag ein Leerzeichen oder ein anderes Zeichen steht.
Ohne Anleitung hier: 403, Umleitungsschleife, Upload, Login
Für Fehler 403, die Umleitungsschleife (ERR_TOO_MANY_REDIRECTS), den
„HTTP-Fehler“ beim Bild-Upload und die Login-Schleife geben wir keine
Anleitung, weil wir sie in der WordPress-Dokumentation nicht belegen können.
Ein Eingriff auf Verdacht (Dateirechte, Adress-Einstellungen, SSL-Modi) kann
die Lage verschlimmern. Fragen Sie den Hoster, was auf dem Server geändert
wurde, oder nehmen Sie die Soforthilfe.
Wann Sie aufhören sollten
Hier endet die Selbstreparatur:
- Etwas Unbekanntes taucht auf: ein Plugin, ein Admin-Konto oder eine PHP-Datei im Uploads-Ordner, die Sie nicht kennen. Dann ist es kein Fehler, sondern womöglich ein Vorfall: nichts reparieren, sichern und den Malware-Notfall rufen. Was Sie prüfen, steht in WordPress gehackt erkennen.
- Keine Sicherung, und die Suche führt in die Datenbank. Die Dokumentation mahnt, die Datenbank vor jedem Eingriff zu sichern.
- Kein Zugang zu den Dateien oder zum Kundenmenü des Hosters.
- Die Meldung bleibt trotz aller Schritte.
Wenn es gerade brennt: die Soforthilfe
Mit der WordPress-Soforthilfe buchen Sie eine Stunde Fehlersuche und Behebung zum Festpreis von 99 €. Wir sichern vor jedem Eingriff, gehen das passende Fehlerbild durch und schreiben auf, was die Ursache war. Versprechen können wir die Behebung nicht, denn wir kennen den Zustand Ihrer Website vorher nicht; braucht es mehr als die Stunde, melden wir uns vorher. Alle Notfall-Leistungen von Fehler bis Hack stehen auf der Seite WordPress-Notfall. Damit ein Ausfall nicht unbemerkt bleibt, gibt es die WordPress-Wartung: Backup vor jedem Update und Sichtprüfung danach.
Belege: Quellen und Wortlaut (WordPress.org am 10.10.2026, Vergleichsseiten am 16.10.2026 abgerufen)
Weiße Seite
Both PHP errors and database errors can manifest as a white screen, a blank screen with no information, commonly known in the WordPress community as the WordPress White Screen of Death (WSOD).
— WordPress.org, Common WordPress errors, Abschnitt „The White Screen of Death“, abgerufen am 10.10.2026
A Plugin is causing compatibility issues. If you can access the Administration Screens try deactivating all of your Plugins and then reactivating them one by one. If you are unable to access your Screens, log in to your website via FTP. Locate the folder wp-content/plugins and rename the Plugin folder plugins_old. This will deactivate all of your Plugins.
— ebenda, Abschnitt „The White Screen of Death“, abgerufen am 10.10.2026
Your Theme may be causing the problem. […] If you can’t access your Administration Screens, access your website via FTP and navigate to the /wp-content/themes/ folder. Rename the folder for the active Theme.
— ebenda, abgerufen am 10.10.2026. Die Auslassung […] steht für den Hinweis, bei Zugang zum Backend ein Standard-Theme zu aktivieren.
Fehler 500
The most likely issue is a corrupted .htaccess file. Log in to your site root using FTP and rename your .htaccess file to .htaccess_old. Try loading your site to see if this has solved your problem. If it works, make sure to visit Settings > Permalinks and reset your permalinks. This will generate a new .htaccess file for you.
— WordPress.org, Common WordPress errors, Abschnitt „Internal Server Error“, abgerufen am 10.10.2026
Try deactivating all of your Plugins to see if it is a Plugin issue. […] Switch the Theme to a WordPress default Theme […] to eliminate any Theme-related problems. […] Increase the PHP Memory limit. […] Try re-uploading the wp-admin and wp-includes folders from a fresh install of WordPress.
— ebenda, abgerufen am 10.10.2026. Die Auslassungen […] stehen für Verweise auf Anleitungen und die Theme-Version.
Make sure you back up .htaccess before you edit it.
— ebenda, Abschnitt „Maximum execution time exceeded“, abgerufen am 10.10.2026
Wartungsmodus
When WordPress updates, it automatically installs a .maintenance file. Following upgrade, you may receive a message that says “Briefly unavailable for scheduled maintenance. Please check back in a minute.” The maintenance file may not have been removed properly. To remove this message do the following: Log in to your website using your FTP program. Delete the .maintenance file, which will be found in your site root.
— ebenda, Abschnitt „Maintenance Mode Following Upgrade“, abgerufen am 10.10.2026
404 auf Unterseiten
If you are experiencing 404 errors with pretty permalinks and a white screen when you upload images, mod_rewrite may not be enabled in Apache by default. […] Reset your permalinks through Settings > Permalinks. If this does not work, you may have to edit the .htaccess file manually. […] If you are not familiar with editing your .htaccess file, contact your hosting provider to ask them to turn on mod_rewrite rules.
— ebenda, Abschnitt „Pretty Permalinks 404 and Images not Working“, abgerufen am 10.10.2026. Die Auslassungen […] stehen für Multisite-Hinweise und den Beispieltext der .htaccess.
Browser-Cache
If you are making changes to your website and you do not see the changes in your browser, you may need to clear your browser cache. […] To fix the problem, simply empty your browser cache or close the tab and reopen the link.
— ebenda, Abschnitt „You Make Changes and Nothing Happens“, abgerufen am 10.10.2026. Die Auslassung […] steht für die Erklärung, wie der Browser Daten zwischenspeichert.
Headers already sent
If you receive a warning that WordPress cannot modify header information and headers are already sent, it usually means that you have spaces or characters before the opening tags or after the closing tags.
— ebenda, Abschnitt „Cannot modify header information – headers already sent“, abgerufen am 10.10.2026
Aufhören: Datenbank sichern, Kompromittierung
Always backup your database before performing any actions on it.
— ebenda, Abschnitt „Error 145“, abgerufen am 10.10.2026
If you have checked wp-config.php for errors, and confirmed with your host for hosting issues, it is possible that your site has been hacked.
— ebenda, Abschnitt „Compromised Website“, abgerufen am 10.10.2026
Einordnung: Vergleichsseiten (Näherung, WebSearch, 16.10.2026)
Zwei viel gefundene deutschsprachige Seiten zum Suchbegriff sind Katalogseiten: Kinsta, Der ultimative Leitfaden zur Behebung der häufigsten WordPress-Fehler (65+ Probleme), und WPBeginner, 65 häufigste WordPress-Fehler und wie man sie behebt, beide abgerufen am 16.10.2026 (Titel im Wortlaut). Wir führen bewusst keinen Katalog, sondern ordnen die Meldungen einem Weg zu und sagen, wo die Selbsthilfe endet.
Häufige Fragen
Womit fange ich bei einem WordPress-Fehler an?
Mit der Meldung: wörtlich notieren, nicht deuten. Dann sichern und im privaten Fenster prüfen. Die Tabelle oben ordnet die häufigen Meldungen einem Weg zu. Die WordPress-Dokumentation beginnt ihre Fehlerliste mit dem Satz, dass man nicht in Panik geraten solle, weil jemand die Meldung wahrscheinlich schon gehabt habe.
Woran erkenne ich, ob ein Plugin schuld ist?
Die Dokumentation nennt als Probe, alle Plugins zu deaktivieren und einzeln wieder zu aktivieren. Ohne Backend geht das, indem der Ordner wp-content/plugins per FTP umbenannt wird. Läuft die Seite danach, liegt es an einem Plugin. Bei der Meldung „kritischer Fehler“ nennt meist schon die Mail von WordPress den Verursacher.
Ich sehe nur eine weiße Seite. Ist das ein Datenbankproblem?
Es kann sein: Laut WordPress-Dokumentation können sowohl PHP-Fehler als auch Datenbankfehler als weißer Bildschirm erscheinen. Deshalb zuerst Plugins und Theme ausschließen und dann die Fehlermeldung über das Protokoll holen; der Weg steht im Beitrag zum kritischen Fehler.
Hilft es, den PHP-Speicher zu erhöhen?
Manchmal. Die Dokumentation nennt es bei Fehler 500 und bei Zeitüberschreitung als einen von mehreren Schritten, und beim Hoster mit knappem Tarif muss er es selbst anheben. Es kann aber die eigentliche Ursache verdecken; zuerst die Meldung im Protokoll lesen.
Für welche Fehler gibt es hier keine Anleitung?
Für Fehler 403, Umleitungsschleifen, Upload-Fehler in der Mediathek und die Login-Schleife. Eine Anweisung geben wir nur, wenn wir sie in der WordPress-Dokumentation selbst gelesen haben; dort finden wir sie dafür nicht. Hier hilft der Hoster oder die Soforthilfe.
Wie lange dauert die Fehlerbehebung?
Das lässt sich vorher nicht sagen, weil es von Ursache, Zugang und Hoster abhängt. Bei der Soforthilfe sichern wir zuerst, suchen die Ursache und schreiben sie auf. Braucht es mehr als die gebuchte Stunde, melden wir uns vorher.
Zum Weiterlesen
Ihre Website jetzt kostenlos checken →kostenlos, ohne Anmeldung