Référence des codes de statut HTTP
Référence complète et consultable pour tous les codes de statut HTTP standard — 1xx à 5xx. Filtrez par catégorie, recherchez par numéro de code ou description.
Référence des codes de statut HTTP
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.
Que sont les codes de statut HTTP ?
Les codes de statut HTTP sont des nombres à trois chiffres renvoyés par un serveur en réponse à une demande client. Le premier chiffre définit la classe de réponse : 1xx informationnel, 2xx succès, 3xx redirection, 4xx erreurs client et 5xx erreurs serveur. Chaque réponse HTTP doit inclure un code de statut.
Pourquoi les codes de statut sont-ils importants ?
Les codes de statut sont le principal moyen de communication des serveurs web sur le résultat d'une demande. Les codes de statut corrects améliorent le référencement (ex. 301 vs 302 pour les redirections), permettent une gestion d'erreur correcte dans les clients et sont essentiels pour la conception des API REST. L'utilisation d'un code incorrect peut causer des problèmes de mise en cache, casser la logique client ou induire en erreur les robots des moteurs de recherche.
Comment l'utiliser
- Tapez un numéro de code ou un mot-clé dans la boîte de recherche pour filtrer instantanément.
- Cliquez sur un onglet de catégorie pour affiner les résultats à une classe spécifique.
- Cliquez sur n'importe quelle ligne pour développer la description complète, les notes d'utilisation et les causes courantes.
- Utilisez le bouton Copier sur n'importe quelle ligne pour copier le code numérique dans votre presse-papiers.
Questions Fréquemment Posées
- Quelle est la différence entre 301 et 302 ?
- Un 301 Moved Permanently indique aux clients et aux moteurs de recherche qu'une ressource a été définitivement déplacée vers une nouvelle URL — les clients doivent mettre à jour les signets et les moteurs de recherche transférer l'équité des liens. Un 302 Found est une redirection temporaire ; les clients doivent continuer à utiliser l'URL d'origine pour les demandes futures.
- Quand devrais-je utiliser 400 vs 422 ?
- Utilisez 400 Bad Request pour une syntaxe malformée ou des champs obligatoires manquants qui rendent la demande non analysable. Utilisez 422 Unprocessable Content (anciennement 422 Unprocessable Entity) lorsque la syntaxe est valide mais que les instructions contenues ne peuvent pas être suivies — par exemple, un corps JSON bien formé mais qui échoue les règles de validation métier.
- Que signifie un 503 et en quoi est-il différent d'un 500 ?
- 500 Internal Server Error signifie que le serveur a rencontré une condition inattendue — un attrape-tout générique pour les exceptions non traitées. 503 Service Unavailable signifie que le serveur est temporairement incapable de traiter la demande, généralement en raison d'une maintenance ou d'une surcharge. 503 implique un état temporaire et est souvent accompagné d'un en-tête Retry-After.
- Une API REST doit-elle retourner 200 ou 204 pour une DELETE ?
- 204 No Content est la réponse préférée pour une DELETE réussie lorsqu'il n'y a pas de corps à retourner. Utilisez 200 OK si vous souhaitez retourner un corps (ex. la ressource supprimée ou un message de confirmation). Les deux sont corrects ; 204 est plus largement utilisé dans les API REST modernes.