HTTP Status Codes Reference
Vollständige durchsuchbare Referenz für alle Standard-HTTP-Statuscodes — 1xx bis 5xx. Nach Kategorie filtern, nach Code-Nummer oder Beschreibung suchen.
HTTP Status Codes Reference
Showing 60 of 60 codes
Server has received request headers; client should proceed.
Server is switching to a different protocol as requested.
The request succeeded.
A new resource was successfully created.
Request accepted but not yet completed.
Metadata differs from the origin server.
Request succeeded; no response body.
Request succeeded; client should reset the document view.
Partial resource returned due to range request.
Multiple status codes for multiple operations.
Members already enumerated in a previous reply.
Response is a result of instance manipulations.
Multiple representations available; user must choose.
Resource permanently moved to a new URL.
Resource temporarily at a different URL.
Redirect to a different URL with GET.
Resource unchanged; use cached version.
Must access through a specified proxy.
Temporary redirect; preserve HTTP method.
Permanent redirect; preserve HTTP method.
Server cannot process the request due to client error.
Authentication is required.
Payment required to access this resource.
Server refuses to fulfil the request.
The requested resource does not exist.
HTTP method not supported for this endpoint.
Cannot produce a response matching Accept headers.
Proxy authentication is required.
Server timed out waiting for the request.
Request conflicts with the current state.
Resource permanently deleted and will not return.
Content-Length header is required.
Precondition in headers evaluated to false.
Request body exceeds server size limit.
The request URL is too long.
Request Content-Type is not supported.
Requested byte range cannot be satisfied.
Server cannot meet the Expect header requirement.
The server is a teapot — an April Fools' joke code.
Request directed at a server unable to produce a response.
Request is well-formed but contains semantic errors.
The resource is locked (WebDAV).
Request failed because a dependency failed (WebDAV).
Server unwilling to process a potentially replayed request.
Client must upgrade to a different protocol.
Conditional request header required.
Rate limit exceeded.
Request headers are too large.
Resource unavailable due to legal restrictions.
Unexpected server-side error.
Server does not support the request method.
Invalid response from an upstream server.
Server temporarily unable to handle the request.
Upstream server did not respond in time.
HTTP version not supported.
Content negotiation circular reference.
Server has insufficient storage (WebDAV).
Infinite loop detected (WebDAV).
Further extensions required to process the request.
Client must authenticate to access the network.
Was sind HTTP-Statuscodes?
HTTP-Statuscodes sind dreistellige Zahlen, die von einem Server als Antwort auf eine Client-Anfrage zurückgegeben werden. Die erste Ziffer definiert die Antwortklasse: 1xx Informationen, 2xx Erfolg, 3xx Umleitung, 4xx Client-Fehler und 5xx Server-Fehler. Jede HTTP-Antwort muss einen Statuscode enthalten.
Warum sind Statuscodes wichtig?
Statuscodes sind die primäre Art, wie Webserver das Ergebnis einer Anfrage mitteilen. Richtige Statuscodes verbessern die SEO (z. B. 301 vs. 302 für Umleitungen), ermöglichen eine ordnungsgemäße Fehlerbehandlung in Clients und sind entscheidend für REST-API-Design. Die Verwendung des falschen Codes kann zu Caching-Problemen, Client-Logik-Fehlern oder irreführenden Suchmaschinen-Crawlern führen.
Verwendung
- Geben Sie eine Code-Nummer oder ein Schlüsselwort in das Suchfeld ein, um sofort zu filtern.
- Klicken Sie auf eine Kategorie-Schaltfläche, um die Ergebnisse auf eine bestimmte Klasse zu beschränken.
- Klicken Sie auf eine beliebige Zeile, um die vollständige Beschreibung, Verwendungshinweise und häufige Ursachen zu erweitern.
- Verwenden Sie die Schaltfläche "Kopieren" in einer beliebigen Zeile, um den numerischen Code in die Zwischenablage zu kopieren.
Häufig gestellte Fragen
- Was ist der Unterschied zwischen 301 und 302?
- 301 Moved Permanently teilt Clients und Suchmaschinen mit, dass eine Ressource für immer auf eine neue URL verschoben wurde — Clients sollten Lesezeichen aktualisieren und Suchmaschinen sollten Link-Equity übertragen. 302 Found ist eine temporäre Umleitung; Clients sollten die ursprüngliche URL für zukünftige Anfragen weiterhin verwenden.
- Wann sollte ich 400 vs. 422 verwenden?
- Verwenden Sie 400 Bad Request für fehlerhafte Syntax oder fehlende erforderliche Felder, die die Anfrage unparsierbar machen. Verwenden Sie 422 Unprocessable Content (früher 422 Unprocessable Entity), wenn die Syntax gültig ist, aber die enthaltenen Anweisungen nicht befolgt werden können — zum Beispiel ein JSON-Body, der wohlgeformt ist, aber gegen Geschätsvalidierungsregeln verstößt.
- Was bedeutet 503 und wie unterscheidet es sich von 500?
- 500 Internal Server Error bedeutet, dass der Server auf einen unerwarteten Zustand gestoßen ist — ein generischer Allrounder für nicht behandelte Ausnahmen. 503 Service Unavailable bedeutet, dass der Server die Anfrage vorübergehend nicht verarbeiten kann, normalerweise aufgrund von Wartungsarbeiten oder Überlastung. 503 bedeutet einen vorübergehenden Zustand und wird oft von einem Retry-After-Header begleitet.
- Sollte eine REST-API 200 oder 204 für ein DELETE zurückgeben?
- 204 No Content ist die bevorzugte Antwort für einen erfolgreichen DELETE, wenn es keinen Body zum Zurückgeben gibt. Verwenden Sie 200 OK, wenn Sie einen Body zurückgeben möchten (z. B. die gelöschte Ressource oder eine Bestätigungsmeldung). Beide sind korrekt; 204 ist in modernen REST-APIs weit verbreitet.