Weißer Bildschirm. Fünf Ziffern: 500. Kein Admin-Panel, keine Website, kein Hinweis auf die Ursache. Kommt Ihnen das bekannt vor?

Der WordPress-Fehler 500 Internal Server Error ist der stillste aller Fehler. Er verrät Ihnen nicht, was genau kaputtgegangen ist, was die Panik nur verschlimmert. Doch die Realität ist banal: In 9 von 10 Fällen ist der Übeltäter ein Plugin, ein Theme oder eine einzige fehlerhafte Zeile in .htaccess. Der Server ist nicht verrückt geworden; er ist lediglich auf Code gestoßen, den er nicht ausführen kann.

Lassen Sie uns die drei Hauptszenarien durchgehen und jedes Schritt für Schritt beheben. Keine Panik, kein Anruf beim Hoster um drei Uhr morgens. Mit Ihren eigenen Händen, in 15 Minuten.

💡 Kurzüberblick:

• Deaktivieren Sie alle Plugins auf einmal, indem Sie den Ordner plugins per FTP umbenennen; verschwindet der Fehler, steckt der Übeltäter darunter
• Setzen Sie .htaccess auf die Standardvorlage von WordPress zurück: eine defekte Caching- oder Weiterleitungsanweisung kann Ihre Website sofort lahmlegen
• Aktivieren Sie WP_DEBUG in wp-config.php, um die genaue Datei und Zeile mit dem fatalen Fehler zu sehen
• Wenn Ihre Website gerade zu einem neuen Hoster umgezogen ist, prüfen Sie die PHP-Version: WordPress benötigt ab 2026 PHP 8.3 oder neuer, und alte Plugins sind oft inkompatibel

HTTP-Statuscodes: Was der Server Ihnen mitteilen möchte

Bevor Sie in die Fehlersuche eintauchen, hilft es, die Grundlagen der HTTP-Antworten zu verstehen. Der Server antwortet dem Browser stets mit einem dreistelligen Code, und die erste Ziffer verrät Ihnen bereits, wo Sie nach dem Problem suchen müssen.

• 1xx, Information: „Verbindung wird aufgebaut, bitte warten." Diese haben nichts mit Fehlern zu tun.
• 2xx, Erfolg. Das bekannte 200 OK bedeutet, dass der Server die Seite ohne Beanstandung ausgeliefert hat.
• 3xx, Weiterleitungen. Zum Beispiel 301 (dauerhafte Weiterleitung) oder 307 (temporär). Der Browser navigiert stillschweigend zur neuen Adresse; dies ist eine Anweisung, kein Fehler.
• 4xx, Client-seitiger Fehler. 404 Not Found bedeutet, dass die Seite gelöscht wurde oder die URL falsch eingegeben wurde. Der Server läuft; der Inhalt existiert lediglich nicht.
• 5xx, Server-seitiger Fehler. Hier beginnt unser Terrain.

Unter den 5xx-Codes gibt es drei Hauptpatienten: 503 Service Unavailable (der Server ist überlastet; Behebung durch Caching oder ein leistungsfähigeres Hosting-Paket), 502 Bad Gateway (PHP-FPM ist abgestürzt oder hat die Verbindung zum Webserver verloren; ein Konfigurationsproblem) und schließlich **500 **Internal Server Error, der allgemeinste und daher tückischste. Diesen besprechen wir.

Drei Hauptursachen für Fehler 500 und Schritt-für-Schritt-Lösungen

Fehler 500 ist nicht mysteriös; er ist nur allgemein. Der Server sagt: „Ich konnte den Code nicht ausführen, aber ich sage Ihnen nicht, welchen." Diagnose bedeutet, methodisch drei Standardverdächtige abzuarbeiten.

1. PHP-Versionsinkompatibilität beim Umzug einer Website

Ein klassisches Szenario: Sie haben Ihre Website von einem alten Hoster mit PHP 7.4 auf einen neuen mit PHP 8.3 oder 8.4 umgezogen. Und sofort einen weißen Bildschirm erhalten.

Der Grund ist einfach: Ein altes Plugin oder Theme verwendet Funktionen, die in neueren PHP-Versionen als veraltet markiert oder vollständig entfernt wurden. Der Interpreter weigert sich, sie auszuführen, und die Website stürzt ab.

So beheben Sie es. Erstellen Sie ein vollständiges Backup der Ordner wp-content/plugins/ und wp-content/themes/. Benennen Sie dann den Ordner plugins per FTP oder über den Dateimanager Ihres Hostings in plugins_old um; das deaktiviert sofort alle Plugins auf einmal. Ist der Fehler verschwunden? Der Übeltäter steckt unter den Plugins. Aktivieren Sie sie einzeln wieder und prüfen Sie die Website jedes Mal. Dasjenige, nach dessen Aktivierung der 500er-Fehler zurückkehrt, ist das Problem.

Dieselbe Logik gilt für Themes: Wechseln Sie zu einem Standard-WordPress-Theme (Twenty Twenty-Five oder neuer). Erwachte die Website wieder zum Leben? Das Problem liegt in Ihrem Theme; aktualisieren oder ersetzen Sie es.

Dieses Szenario tritt am häufigsten beim Umzug einer Website zwischen Hostern mit unterschiedlichen PHP-Versionen auf. Die meisten Hoster bieten PHP 7.x in ihren Bedienoberflächen nicht mehr an, und die Mindestanforderungen von WordPress seit 2026 beginnen bei PHP 8.3. Alter Code ohne Updates ist in dieser Umgebung zum Scheitern verurteilt.

2. Beschädigte.htaccess, der unsichtbare Killer

Sie haben ein Caching-Plugin konfiguriert, Weiterleitungen aktiviert oder eigene Regeln in .htaccess hinzugefügt, und die Website ging offline. Sofort und ohne Vorwarnung.

Die Datei .htaccess (Apache) steuert den Webserver im laufenden Betrieb: Eine Anweisung wird geschrieben, eine Anweisung wird ausgeführt. Ein Syntaxfehler, ein falscher Flag oder ein Regelkonflikt, und die gesamte Website antwortet mit einem 500er.

So beheben Sie es. Verbinden Sie sich per FTP oder über den Dateimanager Ihres Hostings mit Ihrer Website. Suchen Sie .htaccess im Wurzelverzeichnis (public_html, www oder htdocs). Kopieren Sie den Inhalt zur Sicherung in eine Textdatei. Ersetzen Sie dann alles durch die Standardvorlage von WordPress:

1
 # BEGIN WordPress
2
 
3
<IfModule mod_rewrite.c>
4
RewriteEngine On
5
RewriteBase /
6
RewriteRule ^index\.php$ - [L]
7
RewriteCond %{REQUEST_FILENAME} !-f
8
RewriteCond %{REQUEST_FILENAME} !-d
9
RewriteRule . /index.php [L]
10
</IfModule>
11
 
12
 # END WordPress

Dieser Code stellt die Standard-Regeln für URL-Umschreibungen (Pretty Permalinks) wieder her und entfernt alles Überflüssige. Die Website sollte sofort wieder funktionieren. Sie können Ihr Plugin danach neu konfigurieren, wissen nun aber, wo Sie ansetzen müssen, falls etwas schiefgeht.

Hat es nicht geholfen? Stellen Sie die alte .htaccess aus Ihrem Backup wieder her und fahren Sie mit dem nächsten Schritt fort. Unter Nginx funktioniert .htaccess nicht; prüfen Sie die Logs unter /var/log/nginx/error.log, das Problem liegt in der Serverblock-Konfiguration.

3. Fataler Fehler im PHP-Code

Ein Plugin oder Theme ruft eine Funktion auf, die nicht existiert, übergibt den falschen Argumenttyp oder verweist auf eine nicht vorhandene Klasse. PHP bricht die Ausführung ab, und Sie stehen vor demselben 500er.

Ohne Debug-Informationen tappen Sie im Dunkeln. Glücklicherweise kann WordPress Fehler anzeigen; Sie müssen nur den Debug-Modus aktivieren.

WP_DEBUG aktivieren

Öffnen Sie die Datei wp-config.php im Wurzelverzeichnis Ihrer Website. Suchen Sie die Zeile:

1
define( 'WP_DEBUG', false );

Ersetzen Sie false durch true. Falls diese Zeile nicht existiert, fügen Sie sie vor /* That's all, stop editing! */ hinzu:

1
define( 'WP_DEBUG', true );

Nach dem Speichern aktualisieren Sie die Seite. Statt eines weißen Bildschirms sehen Sie eine Meldung wie:

1
Fatal error: Call to undefined function wpsupercache_gc() in
2
/home/user/public_html/wp-content/plugins/wp-super-cache/wp-cache.php on line 342

Der Fehler zeigt: die Art des Problems (undefined function), die verursachende Datei (wp-cache.php) und die Zeile (342). Dies ist ein direkter Hinweis auf das Plugin, das den Absturz verursacht hat. Deaktivieren Sie es, indem Sie den Plugin-Ordner umbenennen, und die Website funktioniert wieder. Aktualisieren Sie dann das Plugin, suchen Sie einen Ersatz oder kontaktieren Sie den Entwickler.

Setzen Sie WP_DEBUG nach der Diagnose unbedingt wieder auf false. Auf einer Live-Website ist die Anzeige von Fehlern für Besucher unnötig und kann interne Serverpfade preisgeben. Wenn Sie Logs sammeln möchten, ohne sie auf dem Bildschirm anzuzeigen, fügen Sie diese Zeilen in wp-config.php hinzu: define( 'WP_DEBUG_LOG', true ); und define( 'WP_DEBUG_DISPLAY', false );. Fehler werden dann in wp-content/debug.log geschrieben.

⁉️🤔 Häufig gestellte Fragen

Kann ich den Server einfach neu starten, um Fehler 500 zu beheben?

Nein. Anders als 503, der nach einem Neustart oft verschwindet (wenn die Lastspitze abgebaut ist), wird Fehler 500 durch ein Problem im Code verursacht. Ein Neustart des Servers behebt ihn nicht: Nach dem Start trifft die Website auf denselben fehlerhaften Code und stürzt erneut ab.

Wie finde ich heraus, ob ein Plugin oder Theme schuld ist, wenn das Admin-Panel nicht erreichbar ist?

Verbinden Sie sich per FTP oder über den Dateimanager Ihres Hostings. Benennen Sie den Ordner wp-content/plugins um; das deaktiviert sofort alle Plugins. Erwachte die Website wieder zum Leben? Das Problem liegt bei den Plugins. Wenn nicht, benennen Sie den aktiven Theme-Ordner in wp-content/themes um. WordPress wechselt automatisch zum Standard-Theme. Erwacht sie jetzt zum Leben? Das Problem liegt im Theme.

Muss ich WP_DEBUG auf einer Live-Website aktivieren?

Nein, auf einer produktiven Website sollte WP_DEBUG deaktiviert sein (false). Aktivieren Sie es nur während der Diagnose und schalten Sie es sofort danach wieder aus. Für die laufende Fehlersammlung ohne Anzeige für Besucher nutzen Sie die Kombination aus WP_DEBUG_LOG (schreibt nach wp-content/debug.log) und WP_DEBUG_DISPLAY (unterdrückt die Bildschirmausgabe).

Was, wenn keine der drei Methoden geholfen hat?

Prüfen Sie das PHP-Speicherlimit (memory_limit in php.ini). Manchmal haben Skripte nicht genug zugewiesene Megabyte und stürzen mit einem 500er ab. Erhöhen Sie es auf 256M oder 512M. Hilft das nicht, kontaktieren Sie den Support Ihres Hostings: Bitten Sie ihn, die Server-Fehlerprotokolle (error_log für Apache/Nginx) zu prüfen. Dort steht die genaue Ursache, die Sie von WordPress-Seite aus nicht sehen können.

Meine Website läuft auf Nginx; was mache ich mit.htaccess?

Nginx verwendet kein .htaccess. Umschreibungsregeln werden in der Serverblock-Konfiguration (nginx.conf oder sites-available/your-site) festgelegt. Wenn Sie auf Nginx sind und einen 500er erhalten, prüfen Sie die Logs unter /var/log/nginx/error.log. Eine fehlerhafte .htaccess auf einem Nginx-Server verursacht keine Probleme; sie wird schlicht ignoriert.

Wie verhindere ich Fehler 500 in Zukunft?

Drei Regeln zur Vorbeugung. Erstens: Aktualisieren Sie Plugins, Themes und den WordPress-Kern regelmäßig (jeden Monat, nicht einmal im Jahr). Zweitens: Halten Sie nicht an aufgegebenen Erweiterungen fest; wenn ein Plugin seit über einem Jahr nicht aktualisiert wurde, suchen Sie nach einem lebendigen Ersatz. Drittens: Prüfen Sie vor der Installation eines Plugins auf der Plugin-Seite im WordPress-Verzeichnis das Datum der letzten Aktualisierung und die Kompatibilität mit Ihrer PHP-Version. Zehn Minuten Wartung pro Monat sparen Stunden der Notfall-Fehlersuche.

Was Sie jetzt tun sollten, wenn Ihre Website mit einem 500er ausgefallen ist

Fehler 500 ist ein Puzzle mit einer vorhersehbaren Lösung. In den allermeisten Fällen beheben Sie die Website in fünfzehn Minuten, indem Sie drei Schritte in der richtigen Reihenfolge durchgehen: Plugins deaktivieren, .htaccess zurücksetzen, WP_DEBUG aktivieren. Die Reihenfolge ist wichtig: vom Wahrscheinlichsten und Schnellsten zum Detailliertesten.

Wenn Sie die Website zu einem neuen Hoster umgezogen haben, beginnen Sie mit der PHP-Prüfung. Wenn Sie Caching oder Weiterleitungen konfiguriert haben, beginnen Sie mit .htaccess. Wenn Sie Plugins aktualisiert haben und die Website abgestürzt ist, beginnen Sie mit WP_DEBUG. Und wenn Sie nichts getan haben, aber ein 500er von selbst auftrat, gehen Sie alle drei Schritte nacheinander durch; einer davon wird mit an Sicherheit grenzender Wahrscheinlichkeit funktionieren.

Verzögern Sie die Diagnose nicht: Jede Minute Ausfallzeit der Website bedeutet verlorene Besucher und Suchmaschinen-Rankings. Öffnen Sie FTP, erstellen Sie ein Backup und legen Sie los.