500 Internal Server Error: Ursachen und Lösung Schritt für Schritt

Was ist ein 500 Internal Server Error?

Ein 500 Internal Server Error ist ein allgemeiner HTTP Statuscode. Er zeigt an, dass der Server auf eine unerwartete Situation gestoßen ist und keinen passenderen 5xx Code gefunden hat. Das Problem liegt also auf der Serverseite, nicht im Browser des Besuchers. Meist steckt eine fehlerhafte Konfiguration, zu wenig Speicher oder ein abstürzender Anwendungscode dahinter.

Wir haben diese Anleitung für Betreiber von Websites und Onlineshops geschrieben, außerdem für Entwickler, die einen eigenen VPS oder ein cPanel Konto verwalten. Das Ziel ist einfach: Wenn Sie einen 500 Fehler sehen, folgen Sie einer klaren Diagnosereihenfolge, statt wahllos Dateien zu löschen.

Zunächst eine Klarstellung: Wir sind ein Team für digitales Marketing und Webprojekte, kein Hostinganbieter. Deshalb stützt sich dieser Beitrag auf die MDN Referenz zum Statuscode 500, auf RFC 9110 und auf die offizielle Dokumentation von WordPress, Apache und cPanel. Bei Befehlen oder Standardwerten, deren wir uns nicht sicher waren, haben wir bewusst nichts angegeben.

Wer ist für einen 500 Fehler verantwortlich: Besucher, Websitebetreiber oder Serveradministrator?

Kurz gesagt liegt die Verantwortung auf der Serverseite. MDN weist darauf hin, dass Besucher, die einen 500 Fehler sehen, auf Probleme stoßen, die Serverbetreiber oder Administratoren untersuchen müssen. Trotzdem kann jede Rolle etwas Sinnvolles tun.

• Besucher: Laden Sie die Seite einmal neu, warten Sie ein paar Minuten und probieren Sie es erneut. Mehr ist nicht möglich, denn das Problem liegt nicht an Ihrem Gerät.
• Websitebetreiber: Überlegen Sie zunächst, was sich unmittelbar vor dem Fehler geändert hat. Zum Beispiel ist ein Plugin Update, ein Themewechsel oder eine neue Codedatei oft der Auslöser.
• Serveradministrator: Lesen Sie dann das Fehlerprotokoll, testen Sie die Konfiguration und prüfen Sie die Ressourcen.

Denn im Shared Hosting ist Ihr Hostinganbieter der Serveradministrator. Daher können einige Schritte nur er ausführen. Bei einem VPS liegt diese Rolle dagegen bei Ihnen.

Wie sieht ein 500 Fehler auf dem Bildschirm aus?

Der angezeigte Text hängt vom Server, vom Browser und vom Theme ab. Manchmal sehen Sie also nur die Zeile „500 Internal Server Error“. In anderen Fällen zeigt der Browser eine eigene Meldung, zum Beispiel „Diese Seite funktioniert nicht“. Manche Websites nutzen außerdem eine eigens gestaltete Fehlerseite.

Prüfen Sie deshalb den HTTP Statuscode und nicht den Wortlaut. Konkret zeigt den Code der Netzwerk Tab in den Entwicklertools Ihres Browsers. In der Kommandozeile gibt dieser Befehl den echten Code aus:

curl -I https://example.com/

Steht in der ersten Zeile der Ausgabe zum Beispiel HTTP/2 500, liefert der Server tatsächlich einen 500. Außerdem kann eine Seite eine Fehlermeldung zeigen und trotzdem mit dem Code 200 antworten. Das ist ein Soft Fehler und für Google ein eigenes Problem. Unsere Anleitung zu Soft 404 Fehlern erklärt ihn im Detail.

Ob Ihre Seite überhaupt erreichbar ist, prüfen Sie schnell mit unserem Tool Ist die Seite down.

Was sind die häufigsten Ursachen eines 500 Internal Server Error?

MDN nennt als mögliche Ursachen eine fehlerhafte Serverkonfiguration, Speichermangel, nicht abgefangene Ausnahmen und falsche Dateiberechtigungen. In der Praxis lässt sich diese Liste auf wenige konkrete Szenarien eingrenzen. Deshalb ordnet die folgende Tabelle jeder Ursache das typische Symptom und die erste Prüfstelle zu.

Diese sechs Ursachen decken viele Fälle ab, aber wir behaupten nicht, dass sie jeden Fall abdecken. Das Fehlerprotokoll liefert dennoch immer eine genauere Antwort als jede Tabelle.

Wie beginnen Sie die Diagnose eines 500 Internal Server Error?

Wahlloses Ausprobieren macht aus einem Problem nämlich zwei. Beginnen Sie deshalb mit dem Schritt, der am wenigsten Risiko birgt und die meisten Informationen liefert. Die folgende Reihenfolge ist daher in den meisten Situationen die sinnvollste.

1. Klären Sie zunächst, ob der Fehler die ganze Website oder nur eine Seite betrifft.
2. Lesen Sie danach das Fehlerprotokoll und notieren Sie die Meldung.
3. Machen Sie dann die Änderung rückgängig, die Sie kurz vor dem Fehler vorgenommen haben.
4. Deaktivieren Sie anschließend die .htaccess Datei vorübergehend.
5. Prüfen Sie dann die PHP Version und die Plugins.
6. Danach kontrollieren Sie das Speicherlimit und die Dateiberechtigungen.
7. Schreiben Sie zuletzt dem Hosting Support und fügen Sie die Protokollzeile bei.

Testen Sie die Seite nach jedem Schritt erneut. Somit wissen Sie, welcher Schritt das Problem gelöst hat, und sparen Zeit, falls derselbe Fehler zurückkehrt.

Was tun, wenn der 500 Fehler nur auf bestimmten Seiten auftritt?

Der Umfang des Fehlers ist der schnellste Weg, die Ursache einzugrenzen. Ein Fehler auf der ganzen Website deutet meist auf eine gemeinsame Datei hin, etwa die .htaccess, die wp-config.php oder die PHP Konfiguration. Ein Fehler auf einer einzelnen Seite deutet allerdings auf das Plugin, das Template oder die Datenbankabfrage dieser Seite.

Stellen Sie zur Eingrenzung der Reihe nach diese Fragen:

• Zunächst: Lädt die Startseite, oder scheitert nur eine einzelne Adresse?
• Lädt der Adminbereich? Wenn ja, liegt das Problem möglicherweise in einem Plugin oder Theme des Frontends.
• Tritt der Fehler nur beim Absenden eines Formulars oder im Bezahlschritt auf?
• Sehen angemeldete und nicht angemeldete Besucher dasselbe Ergebnis?

Ein hypothetisches Beispiel, kein echter Fall: Die Startseite lädt, aber Produktseiten liefern einen 500. Dann verdächtigen Sie das Produkt Template oder das Produkt Plugin. Statt die ganze Website anzufassen, deaktivieren Sie also nur das betreffende Plugin.

Wie kann ein Cache oder CDN einen 500 Fehler verstecken oder verlängern?

Sie können das Problem behoben haben und trotzdem weiter einen 500 sehen. Ein Cache Plugin, ein Serverspeicher oder ein CDN hat möglicherweise die Fehlerseite gespeichert. Deshalb sollten Sie dem Ergebnis erst nach dem Leeren des Caches vertrauen.

Auch das Gegenteil kommt vor. Zum Beispiel kann ein Cache einzelne Seiten einer defekten Website gesund aussehen lassen. Sie übersehen dann das Problem, während Seiten ohne Kopie im Cache scheitern. Testen Sie daher im Browser und in der Kommandozeile.

curl -I "https://example.com/seite/?test=1"

Ein zufälliger Parameter erzwingt oft eine frische Anfrage, allerdings verhält sich nicht jede Konfiguration gleich. Zur Logik des Zwischenspeicherns auf der PHP Seite lesen Sie unseren Beitrag Was ist OPcache.

Nutzen Sie ein CDN, unterscheiden Sie zwei Fälle: Der Fehler kommt vom CDN, oder er kommt von Ihrem Ursprungsserver. Außerdem verrät die angezeigte Seite meist, wer den Fehler erzeugt hat.

Wo finden Sie das Fehlerprotokoll?

Das Fehlerprotokoll ist die wertvollste Quelle für die Diagnose eines 500. Auch die Apache Dokumentation empfiehlt bei Serverfehlern zuerst einen Blick in das httpd Fehlerprotokoll. Das heißt, es zeigt, was kaputtgegangen ist, in welcher Datei und in welcher Zeile.

In cPanel zeigt der Bereich Fehler unter Metriken bis zu den 300 jüngsten Fehlereinträgen des Webservers in umgekehrter zeitlicher Reihenfolge. Allerdings kann Ihr Hostinganbieter diese Funktion abgeschaltet haben. Außerdem legen manche Konfigurationen in Ihrem Websiteordner eine Datei error_log an, in die PHP schreibt. Ob sie existiert, hängt also von der Konfiguration ab.

Auf einem VPS hängt der Speicherort der Protokolle von der Distribution und der Konfiguration ab. Den richtigen Pfad finden Sie über die Direktive ErrorLog bei Apache oder error_log bei Nginx. Die letzten Zeilen lesen Sie so:

tail -n 50 /path/to/error.log

Ersetzen Sie den obigen Pfad durch den echten Dateipfad aus Ihrer Konfiguration. Wenn Sie das Protokoll live verfolgen wollen, bis der Fehler wieder auftritt, nutzen Sie tail -f.

Wie verursacht eine defekte .htaccess einen 500 Fehler?

Laut WordPress Dokumentation ist eine beschädigte .htaccess die wahrscheinlichste Ursache. Die Apache Dokumentation zeigt außerdem, dass eine falsch geschriebene Direktive Zeilen wie „bad flag delimiters“ oder „not allowed here“ ins Protokoll schreibt und der Server einen 500 zurückgibt. Ein einziges falsches Zeichen kann also die ganze Website lahmlegen.

Löschen Sie die Datei zur Diagnose deshalb nicht, sondern benennen Sie sie um. Gehen Sie im Hauptordner Ihrer Website per FTP oder cPanel Dateimanager so vor:

1. Benennen Sie zunächst .htaccess in .htaccess_old um.
2. Laden Sie dann die Website neu. Verschwindet der Fehler, ist diese Datei der Auslöser.
3. Öffnen Sie bei WordPress danach Einstellungen, dann Permalinks, und speichern Sie. WordPress erzeugt eine frische Datei.

Eine Standarddatei für WordPress sieht zum Beispiel so aus. Zeilen außerhalb dieses Blocks in Ihrer eigenen Datei wurden möglicherweise später ergänzt:

# BEGIN WordPress
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteRule ^index\.php$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
</IfModule>
# END WordPress

Beim Umbenennen fallen auch Ihre Sicherheits und Weiterleitungsregeln weg. Bewahren Sie daher die alte Datei auf, suchen Sie die fehlerhafte Zeile und korrigieren Sie nur diese.

Kann eine falsche PHP Version oder ein Plugin einen 500 Fehler auslösen?

Ja. Ruft ein altes Plugin oder Theme eine Funktion auf, die eine neuere PHP Version entfernt hat, kann PHP nicht laufen und der Server liefert möglicherweise einen 500. Auch der umgekehrte Fall kommt vor: Neuer Code braucht eine Funktion, die einer älteren PHP Version fehlt. Im Protokoll steht das daher meist als schwerer Fehler (Fatal Error).

Beginnt der Fehler nach einem Update, gehen Sie in dieser Reihenfolge vor:

• Suchen Sie im Protokoll den Pfad der Datei, die den Fehler auslöst. Ein Pfad unter wp-content/plugins weist auf ein Plugin, einer unter themes auf das Theme.
• Stellen Sie dann im Hosting Panel die vorherige PHP Version ein und testen Sie erneut.
• Schließlich prüfen Sie, welche PHP Versionen der Entwickler des Plugins oder Themes unterstützt.

Die cPanel Schritte zum Wechsel der PHP Version behandeln wir in einem eigenen Schwesterbeitrag, daher wiederholen wir sie hier nicht. Zur PHP Leistung lesen Sie unsere Anleitung zu den OPcache Einstellungen.

Erstellen Sie auf einer Produktivseite deshalb vor dem Versionswechsel ein Backup. Die Rückkehr zur alten Version ist ein Notausgang, keine Lösung. In der Praxis besteht das Ziel darin, kompatiblen Code einzusetzen.

Kann ein zu niedriges memory_limit einen 500 Fehler auslösen?

Ja, das ist möglich. Überschreitet ein PHP Skript den erlaubten Speicher, dann bricht es ab. Im Protokoll steht dann meist eine Meldung, dass die erlaubte Speichergröße erschöpft ist. Auch MDN nennt Speichermangel als mögliche Ursache eines 500.

Die WordPress Dokumentation schlägt vor, das PHP Speicherlimit über die wp-config.php zu erhöhen. Die folgende Zeile ist nur ein Beispielwert, denn der echte Bedarf hängt von Ihren Plugins ab:

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

Fügen Sie diese Zeile in der wp-config.php vor dem Kommentar „That's all, stop editing!“ ein. Setzt Ihr Hostinganbieter eine globale Obergrenze, reicht diese Zeile allein möglicherweise nicht. Dann erhöhen Sie den Wert memory_limit in der php.ini oder in den Panel Einstellungen.

Das Limit immer weiter anzuheben, ist allerdings keine Lösung. Wächst ein Plugin ständig weiter, dann ist genau dieses Plugin das eigentliche Problem. Zu verwandten Symptomen lesen Sie unseren Beitrag über serverseitige Ursachen einer langsamen Website.

Sollten Datei und Ordnerrechte 755 und 644 lauten?

In den meisten Shared Hosting Umgebungen sind 755 für Ordner und 644 für Dateien ein üblicher und sicherer Ausgangspunkt. MDN nennt falsche Dateiberechtigungen als mögliche Ursache eines 500. Außerdem lehnen manche Hosting Konfigurationen sehr offene Rechte wie 777 aus Sicherheitsgründen ab, und das kann als 500 erscheinen.

Auf Ihrem eigenen VPS oder in einem Konto mit SSH Zugang führen Sie diese Befehle nur im Ordner der Website aus:

find . -type d -exec chmod 755 {} \;
find . -type f -exec chmod 644 {} \;

Prüfen Sie zuerst mit pwd, in welchem Ordner Sie sich befinden. Führen Sie die Befehle im falschen Ordner aus, dann können Sie die Rechte von Systemdateien beschädigen. Außerdem brauchen sensible Dateien wie die wp-config.php unter Umständen strengere Rechte. Folgen Sie hier der Empfehlung Ihres Hostinganbieters.

Auch der Dateibesitzer spielt eine Rolle, denn Zahlen allein entscheiden nicht über den Zugriff. Gehören die Dateien dem falschen Benutzer, kann der Server sie nicht ausführen, selbst wenn die Zahlen stimmen. Daher löst der Hosting Support das meist schneller.

Wie deaktivieren Sie Plugins und Themes in WordPress?

Kommen Sie nicht in den Adminbereich, deaktivieren Sie Plugins auf Dateiebene. Die WordPress Dokumentation empfiehlt, zunächst alle Plugins zu deaktivieren und zu prüfen, ob das Problem von einem Plugin stammt. Danach empfiehlt sie den Wechsel zu einem Standardtheme.

1. Öffnen Sie zunächst per FTP oder Dateimanager den Ordner wp-content.
2. Danach benennen Sie den Ordner plugins in plugins_old um. Alle Plugins sind dann inaktiv.
3. Laden Sie dann die Website neu. Ist der Fehler weg, benennen Sie den Ordner zurück und aktivieren die Plugins einzeln.
4. Bleibt der Fehler, benennen Sie unter themes den Ordner des aktiven Themes um. Somit fällt WordPress auf ein Standardtheme zurück.

Haben Sie SSH Zugang und WP-CLI, deaktiviert dieser Befehl alle Plugins:

wp plugin deactivate --all

Hilft auch das nicht, empfiehlt die WordPress Dokumentation außerdem, die Ordner wp-admin und wp-includes aus einer frischen Installation neu hochzuladen. Fassen Sie Ihren Ordner wp-content und Ihre wp-config.php dabei nicht an.

Wie aktivieren Sie das WordPress Debugging mit WP_DEBUG?

Verrät das Serverprotokoll nicht genug, dann schalten Sie das eigene Fehlerprotokoll von WordPress ein. Die offizielle Debugging Dokumentation stellt drei Konstanten vor. WP_DEBUG ist der Hauptschalter, WP_DEBUG_LOG schreibt Fehler in eine Datei, und WP_DEBUG_DISPLAY legt fest, ob Fehler auf der Seite erscheinen.

Die dort empfohlene Einrichtung protokolliert Fehler, blendet sie aber stattdessen für Besucher aus:

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

Fügen Sie diese Zeilen in der wp-config.php vor dem Kommentar „That's all, stop editing!“ ein. Ihre Einträge landen anschließend in der Datei debug.log im Ordner wp-content.

Die Dokumentation warnt außerdem: Debugging Werkzeuge sind für Live Seiten nicht empfohlen, sondern für lokale und Staging Installationen gedacht. Müssen Sie sie trotzdem live nutzen, schalten Sie sie sofort nach Abschluss wieder aus. Löschen Sie auch die debug.log, denn die Datei kann Details wie Dateipfade enthalten.

Wie beheben Sie einen 500 Internal Server Error in cPanel?

Im cPanel Shared Hosting sind Ihre Werkzeuge begrenzt. Dennoch lassen sich die meisten 500 Fälle damit lösen. Gehen Sie der Reihe nach vor und testen Sie die Website nach jedem Schritt.

1. Öffnen Sie zunächst unter Metriken den Bereich Fehler und lesen Sie die jüngsten Einträge.
2. Blenden Sie im Dateimanager versteckte Dateien ein, suchen Sie die .htaccess und benennen Sie sie um.
3. Prüfen Sie danach die PHP Version und ihre Erweiterungen.
4. Kontrollieren Sie Ihre Festplatten und Inode Nutzung. Denn ein volles Konto kann keine neuen Dateien schreiben.
5. Deaktivieren Sie Plugins oder das Theme auf Dateiebene, wie oben beschrieben.
6. Erwägen Sie zuletzt, das letzte Backup einzuspielen. Fehlt Ihnen noch eine Backup Routine, lesen Sie unsere Anleitung zur Backup Strategie für Ihre Website.

Führt keiner dieser Schritte zum Ziel, kopieren Sie die Protokollzeile und senden sie an den Hosting Support. Außerdem sieht das Support Team Serverlimits und Konfiguration deutlich schneller als Sie.

Wie diagnostizieren Sie einen 500 Fehler auf einem VPS mit Apache oder Nginx?

Auf einem VPS tragen Sie die volle Verantwortung für den Server. Testen Sie zunächst die Syntax der Konfiguration. Der Befehl apachectl -t bei Apache oder nginx -t bei Nginx zeigt Ihnen, ob die Konfigurationsdateien Fehler enthalten. Diese Befehle verlangen eventuell Rechte, dann setzen Sie sudo davor.

Danach prüfen Sie den Ressourcenzustand:

free -h
df -h
df -i

Der erste Befehl zeigt den Arbeitsspeicher, der zweite den Festplattenplatz und der dritte die Anzahl der Inodes. Ist der Speicher aufgebraucht oder die Festplatte voll, dann kann der Server unerwartete Fehler liefern.

Nutzen Sie PHP-FPM, prüfen Sie mit systemctl status, ob der Dienst läuft. Der Dienstname hängt von der Distribution und der PHP Version ab, bestätigen Sie ihn daher auf Ihrem eigenen System. Steht ein Anwendungsserver hinter Nginx, müssen Sie Upstream Fehler wie 502 und 504 von einem 500 trennen.

Kopieren Sie vor jeder Konfigurationsänderung also zuerst die Datei. Testen Sie nach der Änderung immer die Syntax, bevor Sie den Dienst neu laden.

Verursachen Datenbankprobleme einen 500 Fehler?

Manchmal ja, aber WordPress zeigt bei einem Verbindungsproblem zur Datenbank meist eine eigene Meldung. Dennoch kann dasselbe Problem je nach Anwendung und Konfiguration auch als 500 erscheinen. Sehen Sie im Protokoll eine Zeile zur Datenbank, verfolgen Sie daher auch diese Spur.

Diese Punkte prüfen Sie:

• Stimmen Datenbankname, Benutzer und Host in der wp-config.php?
• Hat sich das Passwort des Datenbankbenutzers kürzlich geändert?
• Ist das Datenbankkontingent oder der Speicherplatz Ihres Hostingkontos erschöpft?
• Läuft der Datenbankserver? Im Shared Hosting sieht das nur Ihr Anbieter.

Außerdem landet ein Fehler im Protokoll, wenn ein Plugin eine fehlerhafte Abfrage an die Datenbank schickt. Zur Sicherung und Wiederherstellung lesen Sie unsere Anleitung zum Datenbank Backup. Gehen Sie mit Passwörtern in solchen Dateien vorsichtig um und schreiben Sie sie nie an einen öffentlichen Ort.

Wie verfolgen Sie einen 500 Fehler in der Search Console?

Auch nach der Korrektur braucht Google Zeit, um die Änderung zu bemerken. Der Bericht Seitenindexierung in der Search Console listet Seiten, die wegen eines Serverfehlers (5xx) nicht indexiert werden konnten, unter einer eigenen Überschrift. Der Bericht Crawling Statistiken zeigt außerdem, wie sich die Serverantworten im Zeitverlauf entwickelt haben.

Gehen Sie nach der Korrektur so vor:

1. Führen Sie mit dem Tool zur URL Prüfung einen Live Test für eine betroffene Adresse durch.
2. Liefert die Seite 200, starten Sie im Bericht die Validierung für das passende Problem.
3. Beobachten Sie danach einige Tage lang die Crawling Statistiken.
4. Kehrt der Fehler zurück, gleichen Sie die Protokolleinträge mit den Zeitstempeln ab.

Wie lange Google für die Validierung braucht, können wir nicht sagen. Die Oberfläche der Berichte kann sich außerdem ändern, bestätigen Sie die Menünamen daher in Ihrem eigenen Konto. Die Grundlagen finden Sie in unserer Search Console Anleitung für Einsteiger.

Was passiert bei einem 500 Internal Server Error mit Nutzern und Google?

Für Besucher ist die Wirkung offensichtlich: Seiten laden nicht, Warenkörbe lassen sich nicht abschließen und Formulare nicht absenden. Im E-Commerce bedeutet das verlorene Bestellungen. Wie viele Bestellungen Sie verlieren, können wir nicht vorhersagen. Je länger der Fehler dauert, desto größer ist jedoch der Verlust.

Auf der Google Seite ist die offizielle Dokumentation klar. Fehler vom Typ 5xx und 429 bringen die Crawler von Google dazu, das Crawling vorübergehend zu verlangsamen. Google ignoriert Inhalte, die es von einer URL mit einem 5xx Statuscode erhält. Je mehr URLs Serverfehler liefern, desto stärker sinkt die Crawling Rate.

Ein dauerhafter Fehler ist ernster. Laut Dokumentation entfernt die Indexierungspipeline URLs, die dauerhaft einen Serverfehler liefern, aus dem Index. Einen genauen Zeitraum nennt die Dokumentation nicht. Sobald der Server wieder 2xx liefert, erhöht Google die Crawling Rate schrittweise.

Warum das Crawling langsamer wird, erfahren Sie in unserem Beitrag Googlebot crawlt weniger. Für das Lesen von Serverprotokollen hilft unsere Logfile Analyse.

Was ist der Unterschied zwischen 500, 502, 503 und 401?

Jeder Code beschreibt ein anderes Problem, wenden Sie deshalb nicht dieselbe Lösung auf alle an. Ein 500 ist ein allgemeiner Serverfehler. Ein 502 und ein 503 weisen dagegen auf andere Stellen in der Serverkette hin. Dagegen ist ein 401 überhaupt kein Serverfehler, sondern ein Authentifizierungszustand.

Für jeden dieser Codes bereiten wir eigene Schwesterbeiträge vor. Hier zeigen wir nur den Unterschied, denn jeder Code hat eine eigene Diagnosereihenfolge. RFC 9110 ist die Primärquelle für die Grenzen zwischen den Codes.

Zu einem 403, der von einer Firewall stammt, lesen Sie unseren Beitrag Was ist ModSecurity.

Wann überlassen Sie das Problem besser Ihrem Hostinganbieter?

Nicht jeder 500 Fehler gehört in Ihre Hände. In manchen Fällen ist es richtig, ohne Zeitverlust dem Hosting Support zu schreiben. Ehrlich gesagt kann ein falscher Eingriff aus einem kleinen Problem ein großes machen.

• Sie haben keinen Zugriff auf das Fehlerprotokoll, und der Bereich Fehler ist im Panel deaktiviert.
• Der Fehler trat auf mehreren Ihrer Websites gleichzeitig auf. Das Problem liegt dann sehr wahrscheinlich auf dem Server.
• Im Protokoll steht eine Meldung zu Festplatte, Kontingent oder Serverdiensten.
• Sie können Konfigurationsdateien nicht lesen und betreiben einen Live Shop.
• Sie haben kein Backup. Sichern Sie zuerst, greifen Sie danach ein.

Nennen Sie im Support Ticket den Zeitpunkt des Fehlerbeginns, Ihre Änderung davor, die kopierte Protokollzeile und die bereits versuchten Schritte. Mit diesen Angaben kommt die Lösung schneller.

Wie verhindern Sie, dass der 500 Fehler zurückkehrt?

Den Fehler zu beheben, ist nur die halbe Arbeit. Damit er nicht zurückkehrt, brauchen Sie ein paar feste Abläufe. Sie erfordern keine große Investition, wohl aber Disziplin.

• Staging Umgebung: Testen Sie Updates zuerst auf einer Kopie und übernehmen Sie sie erst danach live.
• Backup: Sichern Sie vor Änderungen und testen Sie die Wiederherstellung mindestens einmal.
• Versionspassung: Prüfen Sie die Unterstützung von Plugins und Themes, bevor Sie die PHP Version wechseln.
• Überwachung: Richten Sie einen Monitoring Dienst ein, der den Statuscode Ihrer Website regelmäßig prüft.
• Änderungsprotokoll: Notieren Sie, was Sie wann geändert haben.

Auch die Wahl des Hostings spielt eine Rolle, denn Ressourcenlimits und Supportqualität bestimmen, wie oft solche Fehler auftreten. Die Auswahlkriterien finden Sie in unserer Anleitung Webhosting auswählen.

Was sollten Sie bei der Fehlersuche vermeiden?

Hastige Schritte vergrößern Probleme. Betrachten Sie die folgenden Risiken daher als Checkliste.

• Dateien nie löschen: Ein Umbenennen lässt sich rückgängig machen, ein Löschen nicht.
• Rechte von 777 vermeiden: Sie schaffen ein Sicherheitsrisiko und können den Fehler in manchen Konfigurationen verschlimmern.
• Fehleranzeige auf Live Seiten aus lassen: Fehlerdetails auf der Seite können Dateipfade preisgeben.
• Immer mit Backup arbeiten: Erst sichern, dann ändern.
• Nur eine Sache auf einmal ändern: Sonst wissen Sie nicht, welche Änderung geholfen hat.

Die letzte Regel ist die wichtigste: Ändern Sie fünf Dinge auf einmal, lernen Sie die Ursache nicht kennen.

Wie halten Sie die Ursache nach der Lösung fest?

Schließen Sie das Thema nicht, nur weil der Fehler weg ist. Kennen Sie die Ursache nicht, kehrt dasselbe Problem zurück, vielleicht in einem ungünstigeren Moment. Eine kurze Notiz zum Vorfall spart Ihrem Team und Ihnen später Zeit.

Die Notiz braucht nur diese Überschriften:

• Wann begann und wann endete der Fehler?
• Wie lautete die Protokollmeldung, und welche Datei war betroffen?
• Welche Änderung ging dem Fehler unmittelbar voraus?
• Was hat ihn am Ende behoben?
• Welche neue Regel haben Sie ergänzt, um ihn künftig zu verhindern?

Hat zum Beispiel ein Plugin Update den Fehler ausgelöst, machen Sie es zur Regel, Updates zuerst im Staging zu testen. So erreicht derselbe Fehler die Live Seite kein zweites Mal. Außerdem dient die Notiz als Beleg, wenn Sie einem Hostinganbieter schreiben.

Auch kleine Unternehmen profitieren von dieser Gewohnheit. Anders gesagt geht es nicht um einen perfekten Prozess, sondern darum, denselben Fehler nicht zweimal zu erleben. Halten Sie die Notiz daher kurz, schreiben Sie aber für jeden Vorfall eine.

Wie sieht eine schnelle Checkliste für einen 500 Fehler aus?

Zusammengefasst ist ein 500 Internal Server Error ein allgemeiner Serverfehler, und die Antwort finden Sie im Fehlerprotokoll. Die folgende Liste fasst diesen ganzen Beitrag auf einen Blick zusammen. Wenn der Fehler auftritt, arbeiten Sie sie von oben nach unten ab.

1. Bestätigen Sie den Statuscode. Ist es wirklich ein 500?
2. Prüfen Sie, ob nur eine Seite oder die ganze Website betroffen ist.
3. Lesen Sie das Fehlerprotokoll.
4. Machen Sie die letzte Änderung rückgängig.
5. Testen Sie durch Umbenennen der .htaccess Datei.
6. Deaktivieren Sie Plugins und Theme.
7. Prüfen Sie die PHP Version und den Wert von memory_limit.
8. Kontrollieren Sie die Dateiberechtigungen.
9. Sehen Sie sich Festplatte und Speicher an.
10. Können Sie es nicht lösen, schreiben Sie dem Hosting Support mit der Protokollzeile.

Die Quellen hinter dieser Anleitung können Sie auch selbst lesen: die Seite von Google Search Central zu HTTP und Netzwerkfehlern, die WordPress Seite zu häufigen Fehlern, das Apache Tutorial zur .htaccess, die WordPress Seite zum Debugging und die cPanel Seite zu Fehlern.