Référence des codes de statut HTTP
Une référence complète et interrogeable de tous les codes de statut HTTP, de 100 à 511. Parcourez par catégorie, recherchez par mot-clé ou numéro de code et dépliez n'importe quel code pour obtenir tous les détails, y compris des conseils d'usage pratiques et les spécifications RFC — le tout dans votre navigateur et sans inscription.
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).
Pourquoi utiliser notre référence des codes de statut HTTP ?
Une référence complète et pensée pour les développeurs, avec tous les codes de statut HTTP standard de 1xx à 5xx, y compris les codes WebDAV et expérimentaux.
Tous les codes de statut HTTP standard de 100 à 511, y compris les catégories information, succès, redirection, erreur client et erreur serveur. Plus les codes WebDAV et les codes de statut expérimentaux — au même endroit.
Recherchez par numéro de code, intitulé, description, notes d'usage ou spécification RFC. Filtrez par catégorie (1xx-5xx) ou affichez tous les codes en même temps. La recherche se met à jour en temps réel sur l'ensemble des données.
Cliquez sur n'importe quel code de statut pour déplier des informations détaillées : description complète, notes d'usage pratiques, référence de spécification RFC et fonction de copie — la vue compacte reste nette et facile à parcourir.
Copiez n'importe quel code de statut avec son intitulé directement dans le presse-papiers en un clic. Chaque code affiche sa source de spécification RFC et sa catégorie, pour une citation facile dans la documentation, les revues de code et le débogage.
Qui utilise les références de codes de statut HTTP ?
Des développeurs frontend aux concepteurs d'API, un accès rapide à des informations exactes sur les codes de statut HTTP est indispensable.
Renvoie les bons codes de statut depuis vos API backend. Sachez quand utiliser 201 plutôt que 202, 400 plutôt que 422, ou 301 plutôt que 308 dans votre application Express, Django, Rails ou ASP.NET.
Concevez des API RESTful avec une sémantique précise des codes de statut. Choisissez les codes adaptés aux opérations CRUD, aux réponses d'erreur, à la limitation de débit et aux stratégies de négociation de contenu.
Consultez rapidement des codes de statut inconnus rencontrés lors du débogage, des tests d'API avec Postman/cURL, de l'analyse de logs ou de la relecture de rapports d'erreurs serveur.
Interprétez les codes de statut HTTP dans les logs de répartiteurs de charge, les rapports CDN, les tableaux de bord de supervision et les alertes de disponibilité. Comprenez la différence entre 502 et 504 lors du diagnostic de problèmes de passerelle.
Étudiez les fondamentaux du protocole HTTP avec des explications claires et pratiques. Apprenez la différence entre les erreurs 4xx et 5xx, quand surviennent les redirections et comment le cache utilise le 304.
Citez des descriptions de codes précises, des références de spécifications et des notes d'usage lors de la rédaction de documentation d'API, de tutoriels, de manuels d'erreurs et de guides de programmation.
Que sont les codes de statut HTTP ?
Les codes de statut HTTP sont des nombres standardisés à trois chiffres renvoyés par les serveurs web dans chaque réponse HTTP. Ils se répartissent en cinq classes, indiquées par le premier chiffre : 1xx (information), 2xx (succès), 3xx (redirection), 4xx (erreur client) et 5xx (erreur serveur). Chaque code traduit une condition précise de la requête, permettant aux clients (navigateurs, API, applications mobiles) de déterminer l'action suivante appropriée. La spécification HTTP actuelle (RFC 9110) définit la sémantique de base, et d'autres RFC complémentaires définissent des codes supplémentaires pour WebDAV, la limitation de débit, les restrictions légales et d'autres cas d'usage spécialisés.
Comment fonctionne notre référence
- Parcourir par catégorie : utilisez les boutons de filtre pour n'afficher que les codes information (1xx), succès (2xx), redirection (3xx), erreur client (4xx) ou erreur serveur (5xx).
- Rechercher : saisissez un numéro de code, un mot-clé d'intitulé ou un terme comme « cache » ou « redirection » pour trouver instantanément les codes pertinents dans l'ensemble des données.
- Déplier pour les détails : cliquez sur n'importe quelle carte de code pour voir la description complète, les conseils d'usage pratiques et la référence de spécification RFC.
- Copier et citer : cliquez sur le bouton de copie de n'importe quel code pour le copier avec son intitulé et l'utiliser dans du code, de la documentation ou des notes de débogage.
Comprendre les catégories de codes de statut
- 1xx information (100-199) : réponses provisoires indiquant que le serveur a reçu la requête et continue de la traiter. Ce sont des réponses intermédiaires avant la réponse finale.
- 2xx succès (200-299) : la requête a été correctement reçue, comprise et acceptée. Le code précis indique ce qui a été fait de la requête (créée, acceptée, partiellement fournie).
- 3xx redirection (300-399) : le client doit accomplir une action supplémentaire pour terminer la requête. Cela signifie généralement que la ressource a été déplacée et que le client doit suivre l'URL de l'en-tête Location.
- 4xx erreur client (400-499) : la requête contient une syntaxe erronée ou ne peut pas être satisfaite par le serveur. Ces erreurs relèvent du client — entrée invalide, échec d'authentification, ressource introuvable.
- 5xx erreur serveur (500-599) : le serveur n'a pas pu traiter une requête valide en raison d'une erreur interne, d'un manque de capacité ou d'une défaillance en amont. Le client peut réessayer plus tard.
Confidentialité, sécurité et disponibilité
Cette référence des codes de statut HTTP est un outil de consultation statique. Aucune donnée n'est envoyée, stockée ou traitée sur un serveur. L'ensemble des codes de statut est intégré à la page et se charge instantanément sans aucune requête réseau. Pas de compte, pas d'inscription et pas de suivi. L'outil est 100 % gratuit et sans limite d'utilisation.
Foire aux questions
Plus de 50 codes standard de 1xx à 5xx, y compris les codes WebDAV et expérimentaux.
Oui, des codes obsolètes comme 305 et 306 sont inclus avec des notes d'obsolescence.
Oui, la recherche couvre tous les champs, y compris la référence de spécification RFC (par exemple, rechercher « RFC 6585 »).
Cinq catégories selon le premier chiffre, avec code couleur : 1xx bleu, 2xx vert, 3xx jaune, 4xx orange, 5xx rouge.
Oui, cliquez sur le bouton de copie de n'importe quelle carte pour copier le code et son intitulé dans le presse-papiers.
400 correspond à une syntaxe malformée ; 422 à un contenu bien formé mais sémantiquement invalide.
Oui. Il s'agit d'une référence statique — aucune donnée n'est envoyée ni stockée nulle part.
Oui, 100 % gratuit, sans limites, sans inscription et sans frais cachés.