WordPress 500 Fehler beheben – Ursachen & Lösungen

Der HTTP 500 Internal Server Error ist die unspezifischste Fehlermeldung, die ein Server ausgeben kann: Etwas ist schiefgelaufen — mehr verrät er nicht. Deshalb ist der wichtigste Schritt nicht das Raten, sondern das Sichtbarmachen: Erst wenn du die echte Fehlermeldung siehst, reparierst du gezielt statt auf Verdacht.

Was der 500-Fehler bedeutet

HTTP 500 ist ein serverseitiger Fehler. Das Problem liegt nicht beim Browser deines Besuchers, sondern auf dem Server: in WordPress selbst, in PHP, im Webserver (Apache/Nginx) oder der Serverumgebung. Typische Erscheinungsbilder: eine komplett weiße Seite, eine nackte „500 Internal Server Error“-Meldung oder WordPress‘ eigene Variante „Es gab einen kritischen Fehler auf deiner Website“.

Zuerst: Die echte Fehlermeldung sichtbar machen

Füge in die wp-config.php — oberhalb der Zeile /* Add any custom values… */ — folgende Zeilen ein:

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

Ab jetzt schreibt WordPress jeden Fehler nach /wp-content/debug.log. Lade die fehlerhafte Seite einmal neu, öffne die Log-Datei per FTP — und in den meisten Fällen steht dort schwarz auf weiß, welche Datei in welcher Zeile das Problem verursacht. Wie du das Log liest, erklärt unser Artikel zum Debug-Modus.

Die häufigsten Ursachen — und ihre Behebung

1. Plugin- oder Theme-Konflikt: Steht im Log ein Fatal error mit einem Pfad wie /wp-content/plugins/xyz/…, hast du den Schuldigen. Benenne den Ordner des Plugins per FTP um (z. B. xyz → xyz_aus) — WordPress deaktiviert es dann automatisch. Danach: Plugin-Update einspielen oder den Entwickler kontaktieren. Die Anleitung im Detail: Plugin per FTP deaktivieren.
2. Fehlerhafte .htaccess: Benenne die .htaccess in .htaccess_alt um. Lädt die Seite jetzt, enthielt sie eine defekte Regel — oft ein Überbleibsel eines Caching- oder Security-Plugins. Unter Einstellungen → Permalinks → Speichern erzeugt WordPress eine saubere neue Datei.
3. PHP-Memory erschöpft: Meldet das Log Allowed memory size … exhausted, erhöhe das Limit in der wp-config.php: define('WP_MEMORY_LIMIT', '256M'); — alle Details und Grenzen erklärt der Artikel Memory Limit erhöhen.
4. Unvollständiges Core-Update: Ein abgebrochenes WordPress-Update hinterlässt halbfertige Dateien. Lade die passende WordPress-Version von wordpress.org herunter und ersetze die Ordner wp-admin und wp-includes komplett — niemals wp-content, dort liegen deine Themes, Plugins und Uploads.
5. Falsche Dateirechte: Ordner auf 755, Dateien auf 644. Per SSH: find . -type d -exec chmod 755 {} ; und find . -type f -exec chmod 644 {} ;
6. PHP-Version: Nach einem PHP-Update des Hosters (z. B. auf PHP 8.3) werfen veraltete Plugins Fatal Errors. Stelle im Hosting-Panel testweise auf die vorherige PHP-Version zurück — lädt die Seite wieder, brauchst du Updates für die betroffenen Erweiterungen, bevor du PHP wieder anhebst.

Wenn nichts davon greift

Bleibt der Fehler trotz allem bestehen, liegt das Problem meist tiefer: in der Serverkonfiguration (FastCGI-Timeouts, ModSecurity), in der Datenbank oder in komplexen Plugin-Abhängigkeiten, die nur in bestimmten Situationen kollidieren. Sammle vor dem Anruf beim Hoster die Fakten: Wann trat der Fehler erstmals auf? Was wurde zuletzt geändert (Update, neues Plugin, PHP-Wechsel)? Was steht im debug.log? Damit ist die Ursache in Minuten statt Stunden gefunden.

Vorbeugen: 500er entstehen fast immer bei Updates

Die große Mehrheit aller 500-Fehler entsteht direkt nach Plugin-, Theme- oder Core-Updates. Zwei Regeln verhindern das Drama: vor jedem Update ein Backup, und nach jedem Update ein Funktionstest der wichtigsten Seiten. Genau so arbeitet Ammera Care: Jedes Update läuft nur mit frischem Pflicht-Backup, danach prüft das System automatisch, ob die Website noch funktioniert — und rollt bei Schäden selbstständig zurück. So funktioniert das Core-Modul.