HTTP-Statuscode-Referenz
Eine vollständige, durchsuchbare Referenz für alle HTTP-Statuscodes von 100 bis 511. Stöbern Sie nach Kategorie, suchen Sie nach Stichwort oder Codenummer und klappen Sie jeden Code für alle Details auf, einschließlich praktischer Verwendungshinweise und RFC-Spezifikationen — alles in Ihrem Browser und ohne Registrierung.
1xx Informational
(4)The server has received the request headers and the client should proceed to send the request body.
The server is switching protocols as requested by the client via the Upgrade header.
The server has received and is processing the request, but no response is available yet.
The server is sending preliminary headers to allow the client to preload resources before the final response.
2xx Success
(10)The request has succeeded. The meaning depends on the HTTP method used.
The request has been fulfilled and a new resource has been created.
The request has been accepted for processing, but the processing has not been completed.
The returned metadata is not exactly the set available from the origin server but is gathered from a local or third-party copy.
The server has fulfilled the request but does not need to return a response body.
The server has fulfilled the request and the user agent should reset the document view.
The server is delivering only part of the resource due to a Range header sent by the client.
Provides status for multiple independent operations in WebDAV.
The members of a DAV binding have already been enumerated in a previous reply to this request.
The server has fulfilled a GET request for the resource, and the response is a representation of the result of one or more instance-manipulations applied to the current instance.
3xx Redirection
(9)The request has more than one possible response. The user agent or user should choose one.
The resource has been permanently moved to a new URL indicated by the Location header.
The resource has been temporarily moved to a different URL.
The response to the request can be found at another URL using a GET method.
The resource has not been modified since the last request, and the client should use its cached version.
The requested resource must be accessed through the proxy specified in the Location header.
Subsequent requests should use the specified proxy.
The resource has been temporarily moved, and the client should use the same HTTP method for the redirect.
The resource has been permanently moved, and the client should use the same HTTP method for the redirect.
4xx Client Error
(29)The server cannot process the request due to a client error (malformed syntax, invalid request message framing, or deceptive request routing).
The request requires user authentication. The response must include a WWW-Authenticate header.
This response code is reserved for future use. Originally intended for digital payment systems.
The client does not have access rights to the content, and the server is refusing to respond.
The server cannot find the requested resource. In an API, this can also mean the endpoint is valid but the resource itself does not exist.
The request method is known by the server but is not supported by the target resource.
The server cannot produce a response matching the list of acceptable values defined in the request headers.
The client must first authenticate itself with the proxy.
The server timed out waiting for the request.
The request conflicts with the current state of the server.
The requested resource is no longer available and will not be available again.
The server refuses to accept the request without a defined Content-Length header.
One or more conditions given in the request header fields evaluated to false.
The request entity is larger than the server is willing or able to process.
The URI provided in the request was too long for the server to process.
The media format of the requested data is not supported by the server.
The range specified in the Range header cannot be satisfied.
The expectation indicated by the Expect request header field cannot be met by the server.
The server refuses to brew coffee because it is, permanently, a teapot.
The request was directed at a server that cannot produce a response for the target resource.
The request body contains well-formed but semantically erroneous content.
The resource that is being accessed is locked.
The request failed because it depended on another operation that failed.
The server is unwilling to risk processing a request that might be replayed.
The client should switch to a different protocol as specified in the Upgrade header.
The server requires the request to be conditional to prevent the lost update problem.
The user has sent too many requests in a given amount of time (rate limiting).
The server refuses to process the request because the header fields are too large.
The resource is unavailable due to legal demands (government censorship, copyright claims).
5xx Server Error
(11)The server encountered an unexpected condition that prevented it from fulfilling the request.
The server does not support the functionality required to fulfill the request.
The server, while acting as a gateway or proxy, received an invalid response from the upstream server.
The server is currently unable to handle the request due to temporary overload or maintenance.
The server, while acting as a gateway or proxy, did not receive a timely response from the upstream server.
The server does not support the HTTP protocol version used in the request.
The server has an internal configuration error and the chosen variant resource is configured to engage in transparent content negotiation itself.
The server is unable to store the representation needed to complete the request.
The server detected an infinite loop while processing a request with "Depth: infinity".
Further extensions to the request are required for the server to fulfill it.
The client needs to authenticate to gain network access (e.g., captive portal).
Warum unsere HTTP-Statuscode-Referenz verwenden?
Eine vollständige, entwicklerfreundliche Referenz mit jedem standardmäßigen HTTP-Statuscode von 1xx bis 5xx, einschließlich WebDAV- und experimenteller Codes.
Jeder standardmäßige HTTP-Statuscode von 100 bis 511, einschließlich der Kategorien Information, Erfolg, Weiterleitung, Client-Fehler und Server-Fehler. Dazu WebDAV-Codes und experimentelle Statuscodes — alles an einem Ort.
Suchen Sie nach Codenummer, Titel, Beschreibung, Verwendungshinweisen oder RFC-Spezifikation. Filtern Sie nach Kategorie (1xx-5xx) oder zeigen Sie alle Codes auf einmal an. Die Suche aktualisiert sich in Echtzeit über den gesamten Datensatz.
Klicken Sie auf einen beliebigen Statuscode, um ausführliche Informationen aufzuklappen: vollständige Beschreibung, praktische Verwendungshinweise, RFC-Spezifikationsreferenz und Kopierfunktion — die kompakte Ansicht bleibt dabei übersichtlich und gut scanbar.
Kopieren Sie jeden Statuscode samt Titel mit einem einzigen Klick direkt in die Zwischenablage. Jeder Code zeigt seine RFC-Spezifikationsquelle und Kategorie, damit er sich leicht in Dokumentation, Code-Reviews und beim Debugging zitieren lässt.
Wer nutzt HTTP-Statuscode-Referenzen?
Von Frontend-Entwicklern bis zu API-Designern ist schneller Zugriff auf genaue Informationen zu HTTP-Statuscodes unverzichtbar.
Geben Sie die richtigen Statuscodes aus Backend-APIs zurück. Wissen Sie, wann Sie 201 statt 202, 400 statt 422 oder 301 statt 308 in Ihrer Express-, Django-, Rails- oder ASP.NET-Anwendung verwenden.
Entwerfen Sie RESTful-APIs mit präziser Statuscode-Semantik. Wählen Sie passende Codes für CRUD-Operationen, Fehlerantworten, Ratenbegrenzung und Content-Negotiation-Strategien.
Schlagen Sie unbekannte Statuscodes schnell nach, die beim Debugging, beim API-Test mit Postman/cURL, bei der Log-Analyse oder beim Prüfen von Server-Fehlerberichten auftauchen.
Interpretieren Sie HTTP-Statuscodes in Load-Balancer-Logs, CDN-Berichten, Monitoring-Dashboards und Verfügbarkeitswarnungen. Verstehen Sie den Unterschied zwischen 502 und 504 bei der Diagnose von Gateway-Problemen.
Erlernen Sie die Grundlagen des HTTP-Protokolls mit klaren, praxisnahen Erklärungen. Lernen Sie den Unterschied zwischen 4xx- und 5xx-Fehlern, wann Weiterleitungen erfolgen und wie Caching den Code 304 nutzt.
Zitieren Sie korrekte Statuscode-Beschreibungen, Spezifikationsreferenzen und Verwendungshinweise beim Schreiben von API-Dokumentation, Tutorials, Fehlerhandbüchern und Coding-Guides.
Was sind HTTP-Statuscodes?
HTTP-Statuscodes sind standardisierte dreistellige Zahlen, die Webserver als Teil jeder HTTP-Antwort zurückgeben. Sie werden in fünf Klassen eingeteilt, die durch die erste Ziffer angegeben werden: 1xx (Information), 2xx (Erfolg), 3xx (Weiterleitung), 4xx (Client-Fehler) und 5xx (Server-Fehler). Jeder Code beschreibt eine bestimmte Bedingung der Anfrage, sodass Clients (Browser, APIs, mobile Apps) die passende nächste Aktion bestimmen können. Die aktuelle HTTP-Spezifikation (RFC 9110) definiert die Kernsemantik; weitere Codes sind in begleitenden RFCs für WebDAV, Ratenbegrenzung, rechtliche Beschränkungen und andere Spezialfälle definiert.
So funktioniert unsere Referenz
- Nach Kategorie stöbern: Nutzen Sie die Filterschaltflächen, um nur Informations- (1xx), Erfolgs- (2xx), Weiterleitungs- (3xx), Client-Fehler- (4xx) oder Server-Fehler-Codes (5xx) anzuzeigen.
- Suchen: Geben Sie eine Codenummer, ein Titelstichwort oder einen Begriff wie „Cache“ oder „Weiterleitung“ ein, um relevante Codes sofort im gesamten Datensatz zu finden.
- Für Details aufklappen: Klicken Sie auf eine beliebige Statuscode-Karte, um die vollständige Beschreibung, praktische Verwendungshinweise und die RFC-Spezifikationsreferenz zu sehen.
- Kopieren und zitieren: Klicken Sie auf die Kopierschaltfläche eines Codes, um ihn samt Titel für Code, Dokumentation oder Debugging-Notizen zu kopieren.
Die Statuscode-Kategorien verstehen
- 1xx Information (100-199): vorläufige Antworten, die anzeigen, dass der Server die Anfrage erhalten hat und sie weiter verarbeitet. Es sind Zwischenantworten vor der endgültigen Antwort.
- 2xx Erfolg (200-299): Die Anfrage wurde erfolgreich empfangen, verstanden und akzeptiert. Der konkrete Code zeigt, was mit der Anfrage geschehen ist (erstellt, akzeptiert, teilweise ausgeliefert).
- 3xx Weiterleitung (300-399): Der Client muss eine weitere Aktion ausführen, um die Anfrage abzuschließen. Meist bedeutet das, dass die Ressource verschoben wurde und der Client der URL im Location-Header folgen soll.
- 4xx Client-Fehler (400-499): Die Anfrage enthält fehlerhafte Syntax oder kann vom Server nicht erfüllt werden. Diese Fehler liegen beim Client — ungültige Eingabe, fehlgeschlagene Authentifizierung, Ressource nicht gefunden.
- 5xx Server-Fehler (500-599): Der Server konnte eine gültige Anfrage wegen eines internen Fehlers, Kapazitätsproblems oder Fehlers einer vorgelagerten Komponente nicht erfüllen. Der Client kann die Anfrage später erneut versuchen.
Datenschutz, Sicherheit und Verfügbarkeit
Diese HTTP-Statuscode-Referenz ist ein statisches Nachschlagewerk. Es werden keine Daten an einen Server gesendet, dort gespeichert oder verarbeitet. Der vollständige Statuscode-Datensatz ist in der Seite eingebettet und lädt sofort ohne Netzwerkanfragen. Kein Konto, keine Registrierung und kein Tracking. Das Tool ist 100 % kostenlos und ohne Nutzungslimits.
Häufig gestellte Fragen
Über 50 Standardcodes von 1xx bis 5xx, einschließlich WebDAV- und experimenteller Codes.
Ja, veraltete Codes wie 305 und 306 sind mit Hinweisen zur Veraltung enthalten.
Ja, die Suche umfasst alle Felder, einschließlich der RFC-Spezifikationsreferenz (z. B. die Suche nach „RFC 6585“).
Fünf Kategorien nach erster Ziffer mit Farbcodierung: 1xx Blau, 2xx Grün, 3xx Gelb, 4xx Orange, 5xx Rot.
Ja, klicken Sie auf die Kopierschaltfläche einer beliebigen Karte, um Code und Titel in die Zwischenablage zu kopieren.
400 steht für fehlerhafte Syntax; 422 für wohlgeformten, aber semantisch ungültigen Inhalt.
Ja. Dies ist eine statische Referenz — es werden keine Daten gesendet oder irgendwo gespeichert.
Ja, 100 % kostenlos, ohne Limits, ohne Registrierung und ohne versteckte Kosten.