500 Internal Server Error in WordPress beheben

Der „500 Internal Server Error” ist ein Sammelfehler: Der Server sagt nur, dass etwas schiefgelaufen ist – nicht, was. Trotzdem sind die typischen Ursachen überschaubar. Geh sie in dieser Reihenfolge durch, vom aussagekräftigsten zum aufwändigsten Schritt.

1. Ins Server-Errorlog schauen

Das ist der wichtigste Schritt, weil er dir oft die genaue Ursache nennt. Das Errorlog findest du im Hosting-Panel oder per FTP (häufig error_log im Hauptverzeichnis oder im betroffenen Unterordner). Die letzte Zeile verrät meist Datei und Grund – zum Beispiel einen „PHP Fatal Error” mit Zeilennummer. Wer diesen Schritt überspringt, rät; wer ihn macht, hat den Auslöser oft schon.

2. Die .htaccess testen

Eine beschädigte .htaccess ist ein Klassiker – oft nach einem Plugin, das eigene Regeln hineinschreibt. Benenne die Datei im Hauptverzeichnis testweise in .htaccess_alt um und lade die Seite neu. Geht sie wieder, erzeugst du eine frische Datei: In WordPress unter Einstellungen → Permalinks einfach speichern – WordPress legt eine saubere .htaccess neu an.

3. PHP-Limits prüfen

Erschöpfter Arbeitsspeicher oder eine überschrittene Ausführungszeit können ebenfalls einen 500er auslösen, besonders bei Importen oder im Backend. Hebe testweise das Memory Limit an → WordPress Memory Limit erhöhen. Verschwindet der Fehler danach, war das Limit die Ursache.

4. Plugins und Theme eingrenzen

Trat der Fehler nach einem Update auf, deaktiviere alle Plugins (per FTP den Ordner /wp-content/plugins/ umbenennen) und wechsle testweise auf ein Standard-Theme. Kommt die Seite zurück, aktivierst du einzeln, bis der Auslöser auftaucht. Das ist die zuverlässigste Methode, einen Konflikt zu isolieren.

5. Debugging einschalten

Bleibt die Ursache verborgen, mach die Fehler sichtbar. In der wp-config.php:

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

Die Details landen in /wp-content/debug.log. WP_DEBUG_DISPLAY bleibt bewusst false, damit die Fehler nicht öffentlich sichtbar werden. Auf Live-Seiten das Debugging danach wieder ausschalten.

Was noch dahinterstecken kann

Bleibt es nach den fünf Schritten unklar, sind zwei serverseitige Ursachen häufig: eine zu strenge mod_security-Regel des Hosters, die eine legitime Anfrage blockiert (dann hilft nur der Hoster-Support mit dem Log), oder falsche Dateirechte – ausführbare Dateien sollten 644, Ordner 755 haben, nicht 777. Beides taucht im Errorlog auf und ist der Grund, warum Schritt 1 an erster Stelle steht.

Kurz-Checkliste

1. Server-Errorlog lesen.
2. .htaccess umbenennen, Permalinks neu speichern.
3. Memory-/Zeit-Limit prüfen.
4. Plugins/Theme eingrenzen.
5. WP_DEBUG_LOG für die Details.

Eine umfassendere Einordnung anderer WordPress-Fehler findest du im Überblick zu WordPress-Fehlern.

---

Findest du den Auslöser nicht oder soll die Seite schnell wieder laufen: Schreib uns kurz – wir lokalisieren den 500er und beheben ihn.