HTTP 500 Internal Server Error
Der serverseitige Absturz: Dein Request war in Ordnung, aber bei der Verarbeitung ist etwas kaputtgegangen.
Was HTTP 500 bedeutet
HTTP 500 Internal Server Error ist die generische „auf unserer Seite ist etwas schiefgelaufen“-Antwort. Der Request erreichte die Anwendung, die Anwendung ist gescheitert — eine unbehandelte Exception, eine Fehlkonfiguration, eine tote Abhängigkeit — und der Server hatte nichts Besseres zu sagen.
Für Besucher liegt eine 500 nicht an ihnen und lässt sich vom Browser aus kaum beheben. Für Entwickler entspricht sie immer einem serverseitigen Log-Eintrag; die Behebung beginnt mit dem Finden dieses Stack-Traces.
Häufige Ursachen von 500-Fehlern
- Eine unbehandelte Exception im Anwendungscode (Null-Referenzen, Typfehler, fehlgeschlagene Assertions).
- Fehlkonfiguration: defekte .htaccess- oder nginx-Direktiven, falsche Dateiberechtigungen, fehlende Umgebungsvariablen.
- Eine tote oder blockierende Abhängigkeit: Datenbank down, fehlende Migrationen, externe API ohne Fallback.
- Ressourcenerschöpfung: Speicher voll, PHP-/Worker-Limits erreicht, Festplatte voll.
- Ein fehlerhaftes Deployment: fehlende Pakete, inkompatible Bibliotheksversionen, Syntaxfehler im Produktivcode.
So behebst du es als Besucher
- Lade nach kurzem Warten einmal neu — viele 500er sind vorübergehende Deploy- oder Überlast-Ausreißer.
- Komm später wieder; das Team der Seite weiß es meist, bevor du es melden kannst.
- Lösche Cookies nur, wenn der Fehler speziell bei dir bestehen bleibt und nicht bei anderen.
So behebst du es als Entwickler
- Lies das Server-Fehlerprotokoll — der Stack-Trace ist die Antwort (nginx-/Apache-Fehlerlog, Anwendungslog, APM).
- Mache zuerst das letzte Deployment rückgängig, wenn die Fehler damit begannen.
- Reproduziere mit dem exakten fehlschlagenden Request aus den Access-Logs; ergänze Error-Tracking (Sentry & Co.), falls du keines hast.
- Zeige Nutzern in Produktion niemals Stack-Traces — logge Details, zeige eine freundliche Seite.
Beispielantwort
HTTP/1.1 500 Internal Server Error Content-Type: text/html <!doctype html> <title>Something went wrong</title>
SEO-Auswirkung
Anhaltende 500er lassen Suchmaschinen ihr Crawling drosseln, und bei wochenlangem Andauern können betroffene URLs aus dem Index fallen. Kurze Vorfälle sind harmlos — Google versucht es erneut, bevor es Entscheidungen trifft.
FAQ
Ist ein 500-Fehler meine Schuld als Besucher?
Nein. Es ist ein serverseitiger Fehler. Warten und Neuladen ist ungefähr alles, was du tun kannst.
Wo finde ich, was eine 500 verursacht hat?
Im Fehlerprotokoll des Servers oder deinem Error-Tracking-Dienst — jede 500 entspricht einer protokollierten Exception oder einem Konfigurationsfehler.
Beeinflussen 500-Fehler das SEO?
Kurze Ausfälle nicht. Tage oder Wochen mit 500ern reduzieren das Crawling und können Seiten vorübergehend aus dem Index werfen.