WordPress Fehler 500 beheben: Ursachen finden, Seite retten

Ein Fehler 500 in WordPress bedeutet, dass der Server deine Seite nicht ausliefern kann, weil bei der Verarbeitung etwas schiefgeht. Die Meldung selbst verrät dir nicht, was genau. In den meisten Fällen liegt die Ursache aber an einer überschaubaren Zahl von Stellen: ein fehlerhaftes Plugin, ein Theme nach einem Update, eine beschädigte .htaccess, ein zu knappes Speicherlimit oder eine nicht passende Version von PHP. Wenn du systematisch vorgehst, findest du den Auslöser meist in kurzer Zeit.

Was der Fehler 500 technisch bedeutet

Der HTTP Statuscode 500 heißt offiziell „Internal Server Error“. Er ist ein Sammelcode: Der Server meldet damit, dass bei der Bearbeitung der Anfrage ein unerwarteter Zustand eingetreten ist, ohne genauer zu werden. Bei WordPress entsteht dieser Zustand fast immer in PHP, also in dem Code, den WordPress, deine Plugins und dein Theme bei jedem Seitenaufruf ausführen. Bricht dieser Code mit einem schweren Fehler ab, kann der Server keine Seite erzeugen und liefert stattdessen den Statuscode 500 aus. Wie sich das im Browser zeigt, hängt von deinem Server und deiner WordPress Konfiguration ab. Möglich sind:

• eine nüchterne Meldung „500 Internal Server Error“ oder eine Fehlerseite deines Hosters
• der Hinweis „Es gab einen kritischen Fehler auf deiner Website“
• eine komplett weiße Seite ohne jeden Inhalt, bekannt als White Screen of Death
• ein Fehler nur im Backend oder nur beim Speichern eines Beitrags, etwa in einem Page Builder

Für Unternehmen ist das mehr als ein technisches Ärgernis. Solange der Fehler besteht, erreichen Interessenten weder dein Kontaktformular noch deinen Shop, und auch Suchmaschinen stoßen bei ihren Besuchen auf eine nicht erreichbare Seite. Ein kurzer Ausfall ist in der Regel kein Problem für deine Sichtbarkeit, ein Fehler, der über Tage bestehen bleibt, kann es werden. Schnelles, aber überlegtes Handeln lohnt sich also.

Erst sichern, dann reparieren

Der häufigste Fehler bei der Fehlerbehebung ist, in der Eile Dateien zu ändern, ohne den Ausgangszustand zu sichern. Gerade bei kleinen Änderungen an der wp-config.php oder der .htaccess unterschätzen viele, wie schnell ein Tippfehler die Lage verschlimmert. Bevor du etwas anfasst, solltest du deshalb:

1. ein vollständiges Backup der Dateien und der Datenbank anlegen, sofern dein Hoster das im Kundenmenü erlaubt
2. mindestens eine Kopie der Dateien wp-config.php und .htaccess auf deinem Rechner speichern
3. notieren, was zuletzt geändert wurde: ein Update, ein neues Plugin, ein Umzug, eine Änderung der Version von PHP

Der letzte Punkt ist oft der wertvollste. Ein Fehler 500 kommt selten aus dem Nichts. Wer weiß, dass am Vorabend ein Plugin aktualisiert wurde, kann die Suche gezielt dort beginnen. Wie du regelmäßige Sicherungen sauber einrichtest, damit du im Ernstfall nicht bei null anfängst, erklären wir in unserem Beitrag zum Thema WordPress Backups einrichten.

Für die folgenden Schritte brauchst du Zugriff auf die Dateien deiner Website, entweder per FTP beziehungsweise SFTP oder über den Dateimanager im Kundenbereich deines Hosters. Wenn du diese Zugangsdaten nicht hast, ist das der Moment, sie bei deinem Dienstleister anzufordern.

Fehlersuche Schritt für Schritt

Die Reihenfolge der folgenden Schritte ist bewusst gewählt: Zuerst kommen die Maßnahmen, die am meisten Information liefern und am wenigsten verändern. Erst danach folgen Eingriffe in Konfiguration und Dateien.

1. Die E-Mail des Wiederherstellungsmodus prüfen

WordPress fängt schwere Fehler in Plugins und Themes inzwischen selbst ab. Statt einer weißen Seite erscheint dann der Hinweis auf einen kritischen Fehler, und an die Administratoradresse unter Einstellungen geht eine E-Mail. Darin steht in der Regel, welches Plugin oder Theme den Fehler ausgelöst hat, in welcher Datei und Zeile, und es gibt einen speziellen Link zum Wiederherstellungsmodus. Über diesen Link meldest du dich im Backend an, während das fehlerhafte Element pausiert ist. Dort kannst du es deaktivieren, aktualisieren oder ersetzen.

Prüfe auch den Spamordner. Läuft die Administratoradresse auf ein Postfach, das niemand mehr liest, etwa die Adresse einer früheren Agentur oder eines ausgeschiedenen Mitarbeiters, geht diese Hilfe ins Leere. Das ist ein guter Anlass, die Adresse nach der Reparatur zu aktualisieren.

2. Debugmodus aktivieren und das Fehlerprotokoll lesen

Kommt keine E-Mail an oder ist die Meldung unklar, schaltest du den Debugmodus ein. Öffne dazu die Datei wp-config.php im Hauptverzeichnis deiner Installation und füge oberhalb der Zeile „That’s all, stop editing!“ Folgendes ein. Steht dort bereits eine Zeile mit WP_DEBUG auf false, ersetzt du sie.

define( 'WP_DEBUG', true );
define( 'WP_DEBUG_LOG', true );
define( 'WP_DEBUG_DISPLAY', false );
@ini_set( 'display_errors', 0 );

Diese Einstellung schreibt Fehler, Warnungen und Hinweise in die Datei debug.log im Ordner wp-content, zeigt sie aber nicht öffentlich auf der Website an. Rufe anschließend die fehlerhafte Seite einmal auf und öffne die Protokolldatei. Interessant sind vor allem Einträge mit „PHP Fatal error“. Sie nennen den Dateipfad, und an diesem Pfad erkennst du den Verursacher: Steht dort wp-content/plugins/ gefolgt von einem Ordnernamen, ist es ein Plugin, bei wp-content/themes/ das Theme.

Wichtig: Schalte den Debugmodus nach der Fehlersuche wieder aus und lösche die debug.log. Die Datei kann Pfade und technische Details deiner Installation enthalten, die du nicht dauerhaft auf dem Server liegen lassen solltest. Ergänzend lohnt ein Blick in das Fehlerprotokoll des Servers, das viele Hoster im Kundenmenü bereitstellen. Dort tauchen auch Fehler auf, die außerhalb von WordPress entstehen, etwa in der Serverkonfiguration.

3. Plugins ohne Backend deaktivieren

Zeigt das Protokoll auf ein Plugin, oder kommst du gar nicht erst ins Backend, deaktivierst du Plugins direkt über die Dateien. Benenne im Ordner wp-content den Unterordner plugins zum Beispiel in plugins_alt um. WordPress findet die Plugins dann nicht mehr und deaktiviert sie. Die Einstellungen der Plugins bleiben in der Datenbank erhalten.

Lädt die Seite danach wieder, steht fest, dass ein Plugin schuld ist. Benenne den Ordner zurück, öffne die Pluginübersicht und aktiviere die Plugins einzeln nacheinander, bis der Fehler wieder auftritt. Schneller geht es, wenn das Protokoll den Namen schon verrät: Dann benennst du nur diesen einen Pluginordner um.

Lädt die Seite trotz deaktivierter Plugins nicht, ist kein Plugin der Auslöser. Lass sie für die nächsten Schritte trotzdem deaktiviert, damit du Ursachen sauber voneinander trennen kannst.

4. Das Theme ausschließen

Auch Themes führen PHP Code aus und können nach einem Update oder mit einer neueren Version von PHP abbrechen. Benenne im Ordner wp-content/themes den Ordner deines aktiven Themes um. WordPress greift dann auf ein installiertes Standardtheme zurück, sofern eines vorhanden ist. Lädt die Seite nun, liegt der Fehler im Theme oder in einer Anpassung daran, etwa in der functions.php eines Child Themes. Gerade Codeschnipsel, die irgendwann aus einer Anleitung in die functions.php kopiert wurden, sind eine klassische Fehlerquelle.

5. Die .htaccess neu erzeugen

Auf Servern mit Apache steuert die Datei .htaccess unter anderem die Permalinks. Ein Plugin für Caching oder Sicherheit, ein manueller Eingriff oder ein Hack kann hier fehlerhafte Regeln hinterlassen, und schon eine einzige ungültige Zeile führt zum Fehler 500. Benenne die Datei im Hauptverzeichnis in htaccess_alt um und rufe die Seite erneut auf. Funktioniert sie jetzt, meldest du dich im Backend an, öffnest Einstellungen und dann Permalinks und klickst ohne Änderung auf Speichern. WordPress schreibt die Standardregeln daraufhin neu.

Hatte deine alte .htaccess eigene Regeln, etwa Weiterleitungen oder Zugriffsschutz, überträgst du diese danach einzeln aus der Sicherung zurück und testest nach jeder Regel. Läuft dein Server mit Nginx, gibt es keine .htaccess, und dieser Schritt entfällt.

6. Das Speicherlimit erhöhen

Braucht ein Skript mehr Arbeitsspeicher, als PHP zur Verfügung stellt, bricht es ab. Im Protokoll erkennst du das an der Meldung „Allowed memory size exhausted“. Typische Auslöser sind umfangreiche Page Builder, Shopsysteme wie WooCommerce mit vielen Erweiterungen oder Importe großer Datenmengen. In der wp-config.php kannst du das Limit für WordPress anheben:

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

Diese Einstellung wirkt allerdings nur bis zu der Grenze, die dein Hosting erlaubt. Liegt die Obergrenze des Servers darunter, musst du sie im Kundenmenü deines Hosters anpassen oder dein Paket wechseln. Ein sehr hoher Speicherbedarf ist zudem ein Warnsignal: Oft steckt ein schlecht programmiertes Plugin dahinter, das du besser ersetzt, statt den Speicher immer weiter zu erhöhen.

7. Die Version von PHP prüfen

Wurde die Version von PHP vor Kurzem umgestellt, durch dich oder automatisch durch den Hoster, sind veraltete Plugins und Themes ein naheliegender Verdacht. Älterer Code nutzt mitunter Funktionen, die in neueren Versionen entfernt wurden. Umgekehrt setzen aktuelle Plugins teils neuere Versionen voraus. Im Kundenmenü deines Hosters kannst du die Version meist pro Domain einstellen. Als Sofortmaßnahme hilft es, kurzfristig zur vorherigen Version zurückzukehren. Dauerhaft ist das keine Lösung, denn veraltete Versionen erhalten irgendwann keine Sicherheitsupdates mehr. Ziel ist, die betroffene Erweiterung zu aktualisieren oder zu ersetzen.

8. Die Kerndateien von WordPress erneuern

Ist ein Update abgebrochen oder wurden Dateien beschädigt, können die Kerndateien selbst der Grund sein. Lade WordPress in derselben oder der aktuellen Version von der offiziellen Website herunter, entpacke das Archiv und ersetze auf dem Server die Ordner wp-admin und wp-includes vollständig. Die Einzeldateien im Hauptverzeichnis kannst du ebenfalls überschreiben, mit zwei Ausnahmen: Die wp-config.php und der Ordner wp-content bleiben unangetastet, denn dort liegen deine Zugangsdaten, Inhalte, Uploads, Plugins und Themes.

9. Datenbank und Zugangsdaten kontrollieren

Stimmen die Zugangsdaten zur Datenbank in der wp-config.php nicht, erscheint normalerweise die Meldung „Fehler beim Aufbau einer Datenbankverbindung“. Je nach Konfiguration kann sich ein Datenbankproblem aber auch als Serverfehler oder weiße Seite zeigen. Vergleiche Datenbankname, Benutzer, Passwort und Host mit den Angaben im Kundenmenü deines Hosters, vor allem nach einem Umzug oder einer Passwortänderung.

Vermutest du beschädigte Tabellen, bietet WordPress eine eingebaute Reparaturfunktion. Füge dazu vorübergehend diese Zeile in die wp-config.php ein:

define( 'WP_ALLOW_REPAIR', true );

Rufe anschließend die Adresse deine-domain.de/wp-admin/maint/repair.php auf und starte die Reparatur. Diese Seite ist ohne Anmeldung erreichbar, entferne die Zeile deshalb direkt danach wieder.

Typische Ursachen im Überblick

Die folgende Tabelle fasst zusammen, woran du die häufigsten Ursachen erkennst und was jeweils hilft.

Ursache	Typisches Anzeichen	Sofortmaßnahme	Dauerhafte Lösung
Fehlerhaftes Plugin	Fehler direkt nach Update oder Installation	Pluginordner umbenennen	Update abwarten, Plugin ersetzen
Theme oder functions.php	Pfad unter wp-content/themes im Protokoll	Themeordner umbenennen	Code korrigieren, Child Theme sauber pflegen
Beschädigte .htaccess	Fehler nach Änderung an Caching oder Sicherheit	Datei umbenennen, Permalinks speichern	Eigene Regeln einzeln prüfen
Speicherlimit	„Allowed memory size exhausted“	WP_MEMORY_LIMIT anheben	Ressourcenhungrige Plugins ersetzen, Paket prüfen
Version von PHP	Fehler nach Umstellung durch Hoster	Vorherige Version wählen	Erweiterungen aktualisieren

Weiße Seite statt Fehlermeldung

Der White Screen of Death ist eng mit dem Fehler 500 verwandt. Sowohl Fehler in PHP als auch Probleme mit der Datenbank können sich als leere weiße Seite ohne jede Information zeigen. Der Unterschied liegt vor allem in der Darstellung, nicht in der Ursache: Ob der Browser einen Statuscode 500 meldet oder nur Weiß zeigt, hängt davon ab, wie Server und PHP Fehler ausgeben.

Die Vorgehensweise ist deshalb dieselbe. Debugmodus einschalten, Protokoll lesen, Plugins und Theme ausschließen, Speicherlimit prüfen. Ein zusätzlicher Verdacht bei weißen Seiten ist ein Caching Plugin, das eine fehlerhafte Version der Seite zwischengespeichert hat. Leere den Cache des Plugins und, falls vorhanden, den Servercache im Kundenmenü, und teste anschließend in einem privaten Browserfenster. Ist nur das Backend weiß, die Website aber erreichbar, liegt der Fehler häufig in einem Plugin, das ausschließlich im Adminbereich geladen wird.

Wenn ein Hack hinter dem Fehler steckt

Nicht jeder Fehler 500 ist ein harmloser Konflikt. Schadcode, der in Dateien eingeschleust wurde, ist oft fehlerhaft programmiert oder kollidiert mit deiner Installation und legt die Seite dadurch lahm. Folgende Anzeichen solltest du ernst nehmen:

• Benutzerkonten mit Administratorrechten, die niemand aus deinem Team angelegt hat
• PHP Dateien im Ordner wp-content/uploads, in dem eigentlich nur Bilder und Dokumente liegen
• Weiterleitungen auf fremde Seiten, häufig nur für Besucher von Suchmaschinen oder Mobilgeräten
• unbekannte Regeln oder lange, unlesbare Zeichenketten in der .htaccess oder in Kerndateien
• Warnungen deines Hosters oder plötzlich stark gestiegener Ressourcenverbrauch

In diesem Fall reicht es nicht, den Fehler zu beseitigen. Entscheidend ist, den Schadcode vollständig zu entfernen und die Lücke zu schließen, über die er eingedrungen ist. Bewährt hat sich diese Reihenfolge:

1. Seite vorübergehend in den Wartungsmodus versetzen oder den Zugriff einschränken
2. Alle Passwörter ändern: Hosting, FTP beziehungsweise SFTP, Datenbank und alle Konten mit Administratorrechten
3. Ein sauberes Backup aus der Zeit vor dem Angriff einspielen oder Kerndateien, Plugins und Themes komplett aus offiziellen Quellen neu installieren
4. Uploads und Datenbank gezielt auf eingeschleusten Code prüfen
5. Alle Komponenten aktualisieren und nicht mehr genutzte Plugins und Themes löschen

Waren personenbezogene Daten betroffen, etwa Kundenkonten, Formulareinträge oder Bestellungen, kläre zusätzlich zügig mit deinem Datenschutzbeauftragten oder einer Fachanwältin für IT Recht, ob du den Vorfall der zuständigen Aufsichtsbehörde melden musst. Die einzelnen Schritte einer Bereinigung beschreiben wir ausführlich in unserem Beitrag WordPress gehackt: Sofortmaßnahmen, Wiederherstellung und Prävention.

So beugst du dem Fehler 500 vor

Die meisten Serverfehler, die wir bei Websites von Unternehmen sehen, wären mit einigen festen Routinen vermeidbar gewesen. Keine dieser Maßnahmen ist aufwendig, entscheidend ist, dass sie regelmäßig stattfinden:

• Updates kontrolliert einspielen
  Aktualisiere Plugins, Themes und WordPress zeitnah, aber nicht blind. Bei geschäftskritischen Seiten lohnt eine Testumgebung, in der Updates zuerst laufen. Wie du Automatisierung und Kontrolle verbindest, zeigen wir im Beitrag WordPress Updates automatisieren: sicher, aber nicht blind.
• Wenige, gepflegte Plugins
  Jedes Plugin ist zusätzlicher Code. Entferne alles, was du nicht mehr brauchst, und meide Erweiterungen, die seit langer Zeit keine Updates mehr erhalten haben.
• Automatische Backups mit Prüfung
  Ein Backup ist nur dann etwas wert, wenn die Wiederherstellung tatsächlich funktioniert. Teste sie gelegentlich.
• Passendes Hosting
  Ein Paket mit ausreichend Arbeitsspeicher und aktueller Version von PHP verhindert viele Abbrüche von vornherein. Worauf es dabei ankommt, beschreiben wir unter Hosting für Unternehmen auswählen.
• Absicherung gegen Angriffe
  Starke Passwörter, Zwei Faktor Anmeldung und eingeschränkte Schreibrechte senken das Risiko eines Hacks deutlich. Mehr dazu findest du in unserem Beitrag über Maßnahmen zur Absicherung deiner WordPress Website.
• Aktuelle Administratoradresse
  Nur so erreicht dich die Warnung des Wiederherstellungsmodus rechtzeitig.

Wenn du die Fehlersuche abgeben möchtest

Nicht jeder Geschäftsführende und nicht jeder Marketingverantwortliche möchte im Ernstfall selbst in der wp-config.php arbeiten, und das ist auch nicht nötig. Im Rahmen unserer WordPress Wartung ab 9,90 € im Monat kümmern wir uns um Updates, Backups und die Überwachung deiner Website und sind dein fester Ansprechpartner, wenn doch einmal etwas ausfällt. Wer zusätzlich das Hosting bei uns betreiben möchte, findet das Basic Performance Hosting für 10 € im Monat. So liegen Server und Pflege in einer Hand, und Fehler lassen sich ohne Abstimmung zwischen mehreren Dienstleistern beheben.

Häufige Fragen zum Fehler 500 in WordPress

Kann ich den Fehler 500 beheben, ohne ins Backend zu kommen?

Ja. Fast alle Schritte funktionieren über den Dateizugriff per FTP oder den Dateimanager deines Hosters: Debugmodus in der wp-config.php aktivieren, Plugin oder Themeordner umbenennen, .htaccess umbenennen. Das Backend brauchst du erst wieder, wenn die Seite lädt, etwa zum Neuspeichern der Permalinks.

Verliere ich Daten, wenn ich Plugins per FTP deaktiviere?

Nein. Durch das Umbenennen des Ordners werden die Plugins nur deaktiviert, ihre Einstellungen bleiben in der Datenbank erhalten. Nach dem Zurückbenennen aktivierst du sie wieder in der Pluginübersicht. Anders ist es beim Löschen über das Backend, bei dem manche Plugins auch ihre Daten entfernen.

Warum tritt der Fehler nur beim Speichern oder im Page Builder auf?

Beim Speichern umfangreicher Seiten braucht PHP mehr Speicher und Rechenzeit als beim normalen Seitenaufruf. Reicht das Speicherlimit nicht oder bricht ein Skript nach zu langer Laufzeit ab, entsteht der Fehler genau in diesem Moment. Das Fehlerprotokoll zeigt dir, ob es am Speicher oder an einem Konflikt zwischen Plugins liegt.

Wann sollte ich professionelle Hilfe holen?

Spätestens dann, wenn die Schritte oben keine Ursache zeigen, das Protokoll auf Kerndateien oder Datenbankfehler verweist oder Anzeichen für einen Hack vorliegen. Auch wenn deine Website Umsatz erzeugt und jede Stunde Ausfall zählt, ist eine schnelle Übergabe meist günstiger als langes Ausprobieren.