WordPress Fehler 500: 7 Lösungen Schritt für Schritt

Sie tippen Ihre Domain ein und statt der Website erscheint nur: „HTTP ERROR 500“. Kein Backend, keine Fehlermeldung, kein Hinweis. Eine weiße Seite oder ein kahler Browser-Text – mehr nicht. Der Server weiß, dass etwas kaputt ist, verrät aber nicht, was. Dieser Leitfaden bringt Ihre Seite in sieben klar nummerierten Schritten zurück.

1. Was der 500er-Fehler überhaupt bedeutet

Der „Internal Server Error“ gehört zur Familie der 5xx-Statuscodes. Die Ziffer 5 am Anfang bedeutet: Das Problem liegt auf dem Server, nicht im Browser des Besuchers. Der entscheidende Unterschied zu einem 404 („Seite nicht gefunden“) ist, dass beim 500er der Server die Anfrage zwar entgegennimmt, die Verarbeitung aber irgendwo abbricht – ohne dass eine saubere Fehlerseite zurückkommt.

Genau das macht den Fehler so unangenehm: Er ist ein Sammelbecken. WordPress, PHP oder der Webserver (meist Apache oder LiteSpeed) stoßen auf ein Problem, das sie nicht auflösen können, und werfen stellvertretend den generischen Code 500. Ob dahinter ein Tippfehler in einer Konfigurationsdatei, ein überlastetes Speicherlimit oder ein inkompatibles Plugin steckt, sagt die Meldung nicht.

Die gute Nachricht: In über 90 Prozent der Fälle stecken nur eine Handvoll Ursachen dahinter. Wir betreuen bei WordPress Wartung seit 2014 über 299 Websites – und der 500er ist einer der Klassiker, der sich mit System fast immer zügig beheben lässt. Die folgende Tabelle zeigt die typischen Auslöser im Überblick.

Ursache	Typisches Symptom	Lösung (Schritt)
Defekte oder korrupte .htaccess	500er auf allen Seiten, oft nach Permalink-Änderung	Schritt 2
PHP Memory Limit erschöpft	500er bei Backend-Zugriff oder im Editor, sporadisch	Schritt 3
Fehlerhaftes oder inkompatibles Plugin	500er direkt nach Plugin-Update oder -Aktivierung	Schritt 4
Defektes Theme	Frontend kaputt, Backend teils noch erreichbar	Schritt 5
Beschädigte WordPress-Core-Dateien	500er nach abgebrochenem Update oder Hack	Schritt 6
Falsche PHP-Version / Server-Konfiguration	500er nach Hosting-Umzug oder PHP-Update	Schritt 7

Bevor Sie loslegen: Erstellen Sie ein vollständiges Backup von Dateien und Datenbank. Sie brauchen außerdem Zugang zu Ihren Dateien – per FTP/SFTP (z. B. FileZilla) oder über den Dateimanager Ihres Hostings. Wenn das Backend noch erreichbar ist, ist vieles einfacher; oft ist es das aber nicht, deshalb arbeiten wir hier bewusst über den Dateizugriff.

2. Die .htaccess-Datei zurücksetzen

Die .htaccess liegt im WordPress-Hauptverzeichnis und steuert unter anderem die Permalink-Struktur und Weiterleitungen. Ein einziges falsches Zeichen darin reicht, um den ganzen Server lahmzulegen. Das ist die häufigste und am schnellsten behebbare Ursache – deshalb steht sie an erster Stelle.

So gehen Sie vor:

1. Verbinden Sie sich per FTP mit Ihrem Server und wechseln Sie ins Stammverzeichnis (dort, wo wp-config.php und wp-load.php liegen).
2. Suchen Sie die Datei .htaccess. Tipp: Falls sie nicht sichtbar ist, aktivieren Sie im FTP-Programm die Anzeige versteckter Dateien.
3. Benennen Sie die Datei um in .htaccess_alt – so ist sie deaktiviert, aber als Backup erhalten.
4. Laden Sie Ihre Website neu. Ist der Fehler weg, war die .htaccess die Ursache.

Damit Permalinks und Weiterleitungen wieder funktionieren, brauchen Sie eine frische .htaccess. Wenn das Backend wieder erreichbar ist, gehen Sie auf Einstellungen → Permalinks und klicken einfach auf „Änderungen speichern“ – WordPress schreibt die Datei automatisch neu. Alternativ legen Sie eine neue .htaccess mit dem WordPress-Standardinhalt an:

# BEGIN WordPress
RewriteEngine On
RewriteRule .* - [E=HTTP_AUTHORIZATION:%{HTTP:Authorization}]
RewriteBase /
RewriteRule ^index\.php$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
# END WordPress

3. Das PHP Memory Limit erhöhen (wp-config.php)

WordPress, Plugins und Themes brauchen Arbeitsspeicher. Reicht das vom Hoster zugeteilte PHP-Limit nicht aus – etwa beim Bild-Upload, im Seiten-Editor oder bei speicherhungrigen Plugins – bricht PHP mitten in der Ausführung ab und der Server liefert einen 500er. Typisch ist, dass das Frontend funktioniert, aber das Backend oder bestimmte Aktionen abstürzen.

Sie heben das Limit über die wp-config.php an:

1. Öffnen Sie per FTP die wp-config.php im Stammverzeichnis.
2. Fügen Sie – irgendwo oberhalb der Zeile /* That's all, stop editing! */ – folgende Zeile ein:

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

Bringt das keine Besserung, weil das Backend (Admin-Bereich) eigene Grenzen hat, ergänzen Sie zusätzlich:

define('WP_MAX_MEMORY_LIMIT', '512M');

Speichern Sie die Datei, laden Sie sie wieder hoch und prüfen Sie die Seite. Wichtig: Manche Hoster begrenzen den Speicher serverseitig hart – dann greift der WordPress-Wert nicht. In dem Fall hilft ein Eintrag in der php.ini (memory_limit = 256M) oder ein kurzer Hinweis an Ihren Hosting-Support. Wenn der Speicher chronisch knapp wird, lohnt ein Blick auf die generelle Performance – dazu mehr in unserem Beitrag wenn die WordPress-Website langsam lädt.

4. Plugins deaktivieren (per FTP umbenennen)

Ein einzelnes fehlerhaftes oder inkompatibles Plugin ist eine der häufigsten 500er-Quellen – besonders direkt nach einem Update. Wenn Sie noch ins Backend kommen, deaktivieren Sie Plugins einfach unter Plugins → Installierte Plugins. Kommen Sie aber nicht mehr rein, geht es über FTP.

Der Trick: Sie deaktivieren alle Plugins auf einen Schlag, indem Sie den Plugin-Ordner umbenennen.

1. Navigieren Sie per FTP zu wp-content/plugins.
2. Benennen Sie den gesamten Ordner plugins um, z. B. in plugins_alt. WordPress findet die Plugins nicht mehr und deaktiviert sie automatisch.
3. Prüfen Sie die Website. Ist der Fehler weg, war ein Plugin der Übeltäter.
4. Benennen Sie den Ordner zurück in plugins. Jetzt benennen Sie die einzelnen Plugin-Unterordner nacheinander um (z. B. woocommerce → woocommerce_alt) und prüfen nach jedem Schritt die Seite – so isolieren Sie den Verursacher.

Sobald Sie das schuldige Plugin gefunden haben, lassen Sie es deaktiviert und suchen nach einer aktuellen Version oder einer Alternative. Häufig hängt das Problem mit einem nicht abgestimmten Update zusammen – wie Sie solche Konflikte systematisch vermeiden, beschreiben wir unter Probleme nach WordPress-Updates richtig lösen.

5. Das Theme auf Standard wechseln

Bringt das Deaktivieren der Plugins keine Lösung, ist als Nächstes das aktive Theme verdächtig – vor allem nach einem Theme-Update oder einer Anpassung an der functions.php. Auch hier gilt: Wenn das Backend erreichbar ist, wechseln Sie unter Design → Themes einfach auf ein Standard-Theme. Andernfalls erzwingen Sie den Wechsel über FTP.

1. Stellen Sie sicher, dass ein WordPress-Standard-Theme installiert ist (z. B. twentytwentyfour). Falls nicht, laden Sie es von wordpress.org herunter und entpacken es nach wp-content/themes.
2. Navigieren Sie per FTP zu wp-content/themes.
3. Benennen Sie den Ordner Ihres aktiven Themes um (z. B. mein-theme → mein-theme_alt). Findet WordPress das aktive Theme nicht, fällt es automatisch auf das vorhandene Standard-Theme zurück.
4. Prüfen Sie die Website. Lädt sie nun, liegt der Fehler im Theme.

Ist das Theme die Ursache, prüfen Sie zuerst, ob ein Update verfügbar ist. Wenn Sie eigene Anpassungen in der functions.php gemacht haben, ist dort oft ein Syntaxfehler die Quelle – ein vergessenes Semikolon oder eine doppelte Funktionsdefinition genügt. Arbeiten Sie solche Anpassungen idealerweise immer über ein Child-Theme, damit Updates Ihre Änderungen nicht überschreiben.

6. Die WordPress-Core-Dateien neu hochladen

Wenn weder .htaccess, Speicher, Plugins noch Theme den Fehler erklären, können beschädigte Core-Dateien die Ursache sein – etwa nach einem abgebrochenen Update, einem fehlerhaften FTP-Transfer oder einem Hack. Das Gute: Die Kern-Dateien von WordPress lassen sich gefahrlos ersetzen, weil dort keine Inhalte oder Einstellungen liegen.

1. Laden Sie die aktuelle WordPress-Version von wordpress.org herunter und entpacken Sie das ZIP-Archiv lokal.
2. Löschen Sie aus dem entpackten Paket den Ordner wp-content – diesen dürfen Sie nicht überschreiben, denn er enthält Ihre Themes, Plugins und Uploads.
3. Laden Sie per FTP die verbleibenden Ordner wp-admin und wp-includes sowie die losen Dateien im Stammverzeichnis hoch und überschreiben Sie die vorhandenen.
4. Lassen Sie dabei Ihre wp-config.php unangetastet – die enthält Ihre individuellen Zugangsdaten.

Nach dem Upload sind alle Kern-Dateien wieder im Originalzustand, Ihre Inhalte bleiben erhalten. Sollte der 500er nach einem Hack aufgetreten sein, reicht das Neu-Hochladen allein nicht – dann gehört die Seite zusätzlich auf Schadcode geprüft und bereinigt. Genau diese Routinepflege – Updates, Backups und Sicherheits-Checks – bündeln wir in unserem WordPress-Wartungsvertrag, damit solche Fehler gar nicht erst zur Notlage werden.

7. PHP-Version und Server-Error-Log prüfen

Bleibt der Fehler bestehen, lohnt der Blick auf die Serverebene. Eine zu alte oder zu neue PHP-Version ist ein häufiger Auslöser, besonders nach einem Hosting-Umzug oder einer vom Provider erzwungenen PHP-Aktualisierung. Manche Themes und Plugins laufen schlicht nicht mit jeder PHP-Version.

1. Öffnen Sie das Hosting-Panel (Plesk, cPanel o. Ä.) und suchen Sie die PHP-Einstellungen Ihrer Domain.
2. Stellen Sie testweise eine andere PHP-Version ein – aktuelle WordPress-Installationen laufen stabil mit PHP 8.1 oder 8.2. Ist Ihre Seite älter, kann ein Rückschritt auf 7.4 vorübergehend helfen.
3. Prüfen Sie nach jeder Umstellung, ob die Seite wieder lädt.

Parallel dazu ist das Server-Error-Log Ihre wichtigste Informationsquelle. Es protokolliert die tatsächliche Fehlermeldung hinter dem generischen 500er – etwa „Allowed memory size exhausted“ oder „syntax error, unexpected …“. Die Datei error_log finden Sie meist im jeweiligen Verzeichnis oder über das Hosting-Panel unter „Logs“. Eine einzige Zeile dort spart oft Stunden Rätselraten.

Wie finde ich die genaue Ursache?

Statt die sieben Schritte blind durchzuprobieren, lässt sich der Verursacher meist gezielt einkreisen. Zwei Werkzeuge sind dafür entscheidend.

WP_DEBUG aktivieren

WordPress bringt einen eingebauten Debug-Modus mit, der PHP-Fehler sichtbar macht. Öffnen Sie die wp-config.php und ersetzen Sie die vorhandene WP_DEBUG-Zeile durch:

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

Mit dieser Kombination werden Fehler nicht öffentlich angezeigt (DISPLAY false), sondern in die Datei wp-content/debug.log geschrieben. Lösen Sie den Fehler erneut aus, öffnen Sie das Log und Sie sehen die exakte Fehlerzeile samt Datei und Pfad. Wichtig: Schalten Sie WP_DEBUG nach der Fehlersuche wieder auf false – im Live-Betrieb hat der Debug-Modus nichts zu suchen.

Das Server-Error-Log lesen

Greift der WordPress-Debug-Modus nicht – etwa weil der Fehler schon vor dem Laden von WordPress auftritt -, hilft das Server-Error-Log (siehe Schritt 7). Dort stehen auch Fehler auf Apache- oder PHP-Ebene, die WordPress nie zu Gesicht bekommt. Die jeweils letzten Zeilen sind die relevanten: Sie zeigen den Fehler, der zum aktuellen 500er geführt hat.

Häufige Fragen

Bedeutet ein 500er-Fehler, dass meine Website gehackt wurde?

Nicht zwangsläufig. Der Internal Server Error hat in den allermeisten Fällen harmlose Ursachen wie eine defekte .htaccess, ein Plugin-Update oder ein Speicherlimit. Ein Hack ist nur eine von vielen Möglichkeiten. Verdächtig wird es, wenn der Fehler aus dem Nichts auftritt und das Error-Log unbekannte Dateien oder Schadcode-Einträge zeigt. Im Zweifel hilft ein Sicherheits-Scan.

Verliere ich durch die Fehlerbehebung meine Inhalte?

Nein, wenn Sie sorgfältig vorgehen. Keine der sieben Lösungen löscht Beiträge, Seiten oder Bilder – diese liegen in der Datenbank und im Ordner wp-content. Beim Neu-Hochladen der Core-Dateien (Schritt 6) lassen Sie wp-content und wp-config.php bewusst unangetastet. Trotzdem gilt: Erstellen Sie vor jeder Änderung ein Backup.

Warum sehe ich manchmal eine weiße Seite statt der 500er-Meldung?

Das ist der berüchtigte „White Screen of Death“. Technisch dahinter steckt oft derselbe Auslöser wie beim 500er – ein PHP-Fehler oder ein Speicherproblem. Ob der Server eine 500er-Meldung oder eine leere Seite zeigt, hängt von der Server-Konfiguration und den PHP-Einstellungen ab. Die Vorgehensweise zur Behebung ist identisch.

Wie verhindere ich, dass der Fehler erneut auftritt?

Die meisten 500er entstehen durch unkoordinierte Updates oder fehlende Pflege. Regelmäßige, geprüfte Updates von Core, Plugins und Themes, ein ausreichendes Memory Limit und automatische Backups senken das Risiko deutlich. Wer das nicht selbst übernehmen möchte, ist mit einer professionellen Wartung gut beraten – genau dafür sind wir da.

So gehen Sie jetzt vor

Fassen wir zusammen, was Sie als Nächstes tun sollten:

1. Backup zuerst. Sichern Sie Dateien und Datenbank, bevor Sie irgendetwas verändern – das ist Ihre Versicherung.
2. Ursache einkreisen statt raten. Aktivieren Sie WP_DEBUG_LOG oder werfen Sie einen Blick ins Server-Error-Log – die exakte Fehlerzeile spart Ihnen den Großteil der Arbeit.
3. Schritte der Reihe nach abarbeiten. Beginnen Sie mit der .htaccess und dem Memory Limit, danach Plugins und Theme – in dieser Reihenfolge lösen sich die meisten Fälle.

Wenn Sie keine Lust haben, sich per FTP durch Ordner zu hangeln, oder der Fehler hartnäckig bleibt: Wir kümmern uns darum. WordPress Wartung betreut seit 2014 über 299 Websites, Inhaber ist Alexander Fischl. Unsere Pakete beginnen bei 23,50 €/Monat und nehmen Ihnen genau diese Notfälle ab. Schildern Sie uns Ihr Problem über unsere Schnellanfrage oder schreiben Sie an info@wordpresswartung.com – und falls Sie sich generell sicherer aufstellen wollen, lohnt der Blick auf unsere Startseite und die Wartungspakete.