HTTP Status Codes
Alle HTTP Status Codes mit deutscher Erklärung - durchsuchbar und übersichtlich
Die Anfrage war erfolgreich. Bei GET wird die angeforderte Ressource zurückgegeben, bei POST das Ergebnis der Aktion.
Die Anfrage war erfolgreich und eine neue Ressource wurde erstellt. Wird typischerweise nach POST-Anfragen zurückgegeben.
Die Anfrage wurde angenommen, aber die Verarbeitung ist noch nicht abgeschlossen. Nützlich für asynchrone Operationen.
Die Anfrage war erfolgreich, aber es gibt keinen Inhalt in der Antwort. Häufig bei DELETE-Anfragen verwendet.
Der Server liefert nur einen Teil der Ressource, z.B. bei Range-Anfragen für große Datei-Downloads.
Enthält Informationen über mehrere Ressourcen in Situationen, wo mehrere Statuscodes angemessen wären (WebDAV).
Die Anfrage ist fehlerhaft und kann vom Server nicht verarbeitet werden. Oft fehlerhafte Syntax oder ungültige Parameter.
Die Anfrage erfordert Authentifizierung. Der Client muss sich erst mit gültigen Anmeldedaten identifizieren.
Für die zukünftige Verwendung reserviert. Wird manchmal von APIs für zahlungspflichtige Endpunkte genutzt.
Der Server versteht die Anfrage, verweigert aber die Ausführung. Der Client hat nicht die nötige Berechtigung.
Die angeforderte Ressource wurde nicht gefunden. Der bekannteste HTTP-Statuscode überhaupt.
Die verwendete HTTP-Methode (GET, POST, etc.) ist für diese Ressource nicht erlaubt.
Der Server kann keinen Inhalt liefern, der den Accept-Headern des Clients entspricht.
Der Server hat zu lange auf die vollständige Anfrage des Clients gewartet und die Verbindung geschlossen.
Die Anfrage steht in Konflikt mit dem aktuellen Zustand der Ressource, z.B. bei gleichzeitiger Bearbeitung.
Die Ressource ist dauerhaft nicht mehr verfügbar. Anders als 404 ist dies eine absichtliche Entfernung.
Der Server erwartet einen Content-Length Header in der Anfrage.
Der Anfragekörper ist größer als vom Server erlaubt, z.B. bei zu großen Datei-Uploads.
Die angeforderte URL ist länger als der Server verarbeiten kann.
Der Content-Type der Anfrage wird vom Server nicht unterstützt.
Ein Aprilscherz-Statuscode aus RFC 2324. Der Server ist eine Teekanne und kann keinen Kaffee kochen.
Die Anfrage ist syntaktisch korrekt, aber semantisch fehlerhaft. Häufig bei Validierungsfehlern in APIs.
Der Client hat zu viele Anfragen in einem bestimmten Zeitraum gesendet (Rate Limiting).
Der Zugriff auf die Ressource wird aus rechtlichen Gründen verweigert, z.B. Zensur oder Gerichtsanordnung.
Ein allgemeiner Serverfehler ist aufgetreten. Der Server konnte die Anfrage nicht verarbeiten.
Der Server unterstützt die angeforderte Funktion nicht. Die HTTP-Methode wird nicht erkannt.
Der Server fungiert als Gateway oder Proxy und hat eine ungültige Antwort vom Upstream-Server erhalten.
Der Server ist vorübergehend nicht verfügbar, z.B. wegen Wartung oder Überlastung.
Der Server fungiert als Gateway und hat keine rechtzeitige Antwort vom Upstream-Server erhalten.
Die in der Anfrage verwendete HTTP-Version wird vom Server nicht unterstützt.
Der Server kann die Anfrage nicht ausführen, weil nicht genügend Speicherplatz vorhanden ist (WebDAV).
Der Server hat eine Endlosschleife bei der Verarbeitung der Anfrage erkannt (WebDAV).
Der Client muss sich beim Netzwerk authentifizieren, z.B. bei einem Captive Portal (WLAN-Login).
Was sind HTTP Status Codes?
HTTP Status Codes sind dreistellige Zahlen, die ein Webserver als Antwort auf eine Anfrage zurückgibt. Sie informieren den Client (Browser, API-Consumer) über den Status der Anfrage. Die Codes sind in fünf Kategorien eingeteilt: 1xx (Informational), 2xx (Erfolg), 3xx (Weiterleitung), 4xx (Client-Fehler) und 5xx (Server-Fehler). Jeder Webentwickler sollte die wichtigsten Codes kennen, um APIs korrekt zu implementieren und Fehler schnell zu diagnostizieren.
Wie benutze ich diese Referenz?
Nutze das Suchfeld oben, um nach einem bestimmten Code, Namen oder Stichwort zu suchen. Die Codes sind in aufklappbare Kategorien gruppiert. Besonders wichtige und häufig verwendete Codes sind mit einem blauen "häufig"-Badge markiert. Klicke auf eine Kategorie, um alle zugehoerigen Codes ein- oder auszublenden.
Warum HTTP Status Codes kennen?
Die korrekte Verwendung von HTTP Status Codes ist essentiell für robuste APIs und Webanwendungen. Ein 201 statt 200 bei der Erstellung einer Ressource, ein 404 statt 500 wenn etwas nicht gefunden wird - diese Unterscheidungen machen den Unterschied zwischen einer professionellen und einer fehleranfälligen API. Auch für SEO sind Status Codes wichtig: 301-Redirects übertragen Link-Juice, während 302-Redirects das nicht tun.
Weitere Tools
Für die API-Entwicklung nutze auch unseren JSON Formatter, den URL Encoder, den JWT Decoder oder den Base64 Encoder.