Aller au contenu principal

Référence des codes de statut HTTP

Recherchez une référence 100 % navigateur des codes de statut HTTP enregistrés à l'IANA — saisissez un numéro comme 404, une phrase comme « introuvable » ou un mot-clé comme « redirection » ou « trop de requêtes ».

64 codes de statut

1xx Information

100 Continue

1xx Information

Les en-têtes de la requête ont été reçus ; le client peut envoyer le corps de la requête.

Usage courant: Réponse intermédiaire à un en-tête Expect: 100-continue avant un envoi volumineux.

Référence: RFC 9110 §15.2.1

101 Switching Protocols

1xx Information

Le serveur accepte de changer pour le protocole indiqué dans l'en-tête Upgrade du client.

Usage courant: Réponse de négociation lors du passage d'une connexion HTTP à WebSocket.

Référence: RFC 9110 §15.2.2

102 Processing

1xx Information · Historique / déprécié

Le serveur a accepté la requête mais ne l'a pas encore terminée ; défini pour WebDAV.

Usage courant: Réponse intermédiaire rare pour éviter l'expiration d'un client WebDAV lent.

Retiré de la spécification WebDAV ultérieure (RFC 4918) ; toujours listé par l'IANA.

Référence: RFC 2518

103 Early Hints

1xx Information

Envoie des en-têtes préliminaires, souvent Link, pour que le client précharge des ressources.

Usage courant: Indice de performance permettant au navigateur de précharger avant la réponse finale.

Référence: RFC 8297

104 Upload Resumption Supported

1xx Information · Enregistrement temporaire

Réponse intermédiaire indiquant que le serveur prend en charge la reprise d'un téléversement interrompu de cette requête.

Usage courant: Signalée tôt dans un gros téléversement PATCH/POST pour que le client reprenne après une coupure réseau au lieu de tout recommencer.

Enregistrement IANA temporaire (enregistré le 2024-11-13, prolongé le 2025-09-15), actuellement indiqué comme expirant le 2026-11-13 ; cet instantané Tooliba a été revu le 2026-08-31. Le devenir du code après expiration n'est pas garanti.

Référence: draft-ietf-httpbis-resumable-upload-05

2xx Succès

200 OK

2xx Succès

La requête a réussi ; le sens du corps de la réponse dépend de la méthode utilisée.

Usage courant: Réponse de succès standard pour GET, et pour POST/PUT renvoyant une représentation.

Référence: RFC 9110 §15.3.1

201 Created

2xx Succès

La requête a réussi et une ou plusieurs ressources ont été créées en conséquence.

Usage courant: Réponse à un POST ou PUT qui crée un enregistrement ; souvent avec un en-tête Location.

Référence: RFC 9110 §15.3.2

202 Accepted

2xx Succès

La requête est acceptée pour traitement, mais celui-ci n'est pas terminé et peut encore échouer.

Usage courant: Accuse réception d'une tâche asynchrone qui s'exécutera en arrière-plan.

Référence: RFC 9110 §15.3.3

203 Non-Authoritative Information

2xx Succès

La réponse est une version modifiée de celle de l'origine, altérée par un proxy transformant.

Usage courant: Indique qu'un intermédiaire a modifié la charge utile ou les en-têtes.

Référence: RFC 9110 §15.3.4

204 No Content

2xx Succès

La requête a réussi et il n'y a délibérément aucun corps de réponse à envoyer.

Usage courant: Réponse à un DELETE réussi ou à une mise à jour qui ne renvoie rien.

Une réponse 204 ne doit pas comporter de corps de message.

Référence: RFC 9110 §15.3.5

205 Reset Content

2xx Succès

La requête a réussi et le client devrait réinitialiser la vue qui a envoyé la requête.

Usage courant: Indique à une interface de formulaire d'effacer ses champs après un envoi.

Référence: RFC 9110 §15.3.6

206 Partial Content

2xx Succès

Le serveur ne livre qu'une partie de la ressource, comme demandé par un en-tête Range.

Usage courant: Téléchargements repris et navigation dans un média via des requêtes par plage d'octets.

Référence: RFC 9110 §15.3.7

207 Multi-Status

2xx Succès

Transmet l'état de plusieurs opérations indépendantes dans un corps XML ; défini pour WebDAV.

Usage courant: Opérations WebDAV par lot, par exemple un PROPFIND multi-ressources.

Référence: RFC 4918

208 Already Reported

2xx Succès

Utilisé dans un corps Multi-Status pour éviter de relister les mêmes membres de collection.

Usage courant: Liaisons WebDAV où une ressource serait autrement énumérée plusieurs fois.

Référence: RFC 5842

226 IM Used

2xx Succès

La réponse au GET résulte de l'application d'une ou plusieurs manipulations d'instance à la ressource.

Usage courant: Encodage delta, où seules les modifications depuis une version antérieure sont renvoyées.

Référence: RFC 3229

3xx Redirection

300 Multiple Choices

3xx Redirection

La cible a plusieurs représentations ; le client ou l'utilisateur peut en choisir une.

Usage courant: Rarement utilisé ; négociation de contenu pilotée par l'agent avec une liste d'options.

Référence: RFC 9110 §15.4.1

301 Moved Permanently

3xx Redirection

La ressource a une nouvelle URL permanente indiquée dans Location ; mettez à jour les liens.

Usage courant: Déplacements permanents de site ou de page ; les moteurs transfèrent le classement vers la nouvelle URL.

Pour des raisons historiques, un POST peut devenir GET en suivant ce code ; utilisez 308 pour conserver la méthode.

Référence: RFC 9110 §15.4.2

302 Found

3xx Redirection

La ressource est temporairement à une autre URL indiquée dans Location ; gardez l'URL d'origine.

Usage courant: Redirections temporaires ; historiquement, beaucoup de clients passent de POST à GET en la suivant.

Utilisez 307 pour garantir la conservation de la méthode lors de la redirection.

Référence: RFC 9110 §15.4.3

303 See Other

3xx Redirection

La réponse est à une autre URL à récupérer avec GET, quelle que soit la méthode d'origine.

Usage courant: Modèle Post/Redirect/Get : renvoyer le navigateur vers une page de résultat après un POST.

Référence: RFC 9110 §15.4.4

304 Not Modified

3xx Redirection

La copie en cache est encore valide pour une requête conditionnelle ; aucun corps n'est envoyé.

Usage courant: Réponse à If-None-Match ou If-Modified-Since pour que le client réutilise son cache.

C'est un résultat de validation de cache, pas une redirection, et sans corps de message.

Référence: RFC 9110 §15.4.5

305 Use Proxy

3xx Redirection · Historique / déprécié

La ressource doit être atteinte via le proxy indiqué dans Location.

Usage courant: Déprécié pour des raisons de sécurité ; les clients modernes ne doivent pas l'appliquer.

Référence: RFC 9110 §15.4.6

306 (Unused)

3xx Redirection · Historique / déprécié

Réservé. Défini dans un brouillon HTTP antérieur, il n'est plus utilisé.

Usage courant: Non utilisé par les serveurs ; conservé réservé dans le registre.

Référence: RFC 9110 §15.4.7

307 Temporary Redirect

3xx Redirection

Comme 302, mais le client doit refaire la requête vers la nouvelle URL avec la même méthode et le même corps.

Usage courant: Redirections temporaires où un POST doit rester un POST.

Référence: RFC 9110 §15.4.8

308 Permanent Redirect

3xx Redirection

Comme 301, mais le client ne doit pas changer la méthode de requête en le suivant.

Usage courant: Redirections permanentes pour API et formulaires où la méthode et le corps doivent être conservés.

Référence: RFC 9110 §15.4.9

4xx Erreur client

400 Bad Request

4xx Erreur client

Le serveur ne peut pas ou ne veut pas traiter la requête car elle est mal formée.

Usage courant: Syntaxe invalide, cadrage incorrect ou charge utile impossible à analyser.

Référence: RFC 9110 §15.5.1

401 Unauthorized

4xx Erreur client

Une authentification est requise ou a échoué ; la réponse contient un défi WWW-Authenticate.

Usage courant: Identifiants manquants, expirés ou invalides sur un point d'accès protégé.

Malgré son nom, il signifie « non authentifié ». Utilisez 403 quand l'identité est connue mais non autorisée.

Référence: RFC 9110 §15.5.2

402 Payment Required

4xx Erreur client

Réservé pour un usage futur ; parfois utilisé par des API pour signaler un problème de facturation ou de quota.

Usage courant: Usage non standardisé par certaines API payantes lorsqu'un abonnement est inactif.

Référence: RFC 9110 §15.5.3

403 Forbidden

4xx Erreur client

Le serveur a compris la requête mais refuse de l'autoriser ; se ré-authentifier n'y changera rien.

Usage courant: Identité connue sans permission, blocages d'IP ou fonctionnalités désactivées.

Ce n'est pas « échec d'authentification » — c'est le rôle du 401.

Référence: RFC 9110 §15.5.4

404 Not Found

4xx Erreur client

Le serveur n'a aucune représentation actuelle pour la cible et ne dit pas si elle a existé.

Usage courant: URL inconnue, page supprimée ou ressource que le serveur choisit de masquer.

Référence: RFC 9110 §15.5.5

405 Method Not Allowed

4xx Erreur client

La méthode HTTP n'est pas prise en charge pour cette ressource ; l'en-tête Allow liste les méthodes acceptées.

Usage courant: Envoi d'un POST vers un point d'accès en lecture seule, ou d'un DELETE non permis.

Référence: RFC 9110 §15.5.6

406 Not Acceptable

4xx Erreur client

Le serveur ne peut pas produire de réponse correspondant aux en-têtes Accept de la requête.

Usage courant: Échec de négociation de contenu proactive, par ex. aucun type de média ou langue acceptable.

Référence: RFC 9110 §15.5.7

407 Proxy Authentication Required

4xx Erreur client

Comme 401, mais le client doit s'authentifier auprès du proxy via Proxy-Authenticate.

Usage courant: Proxies d'entreprise ou de FAI exigeant une connexion avant de relayer le trafic.

Référence: RFC 9110 §15.5.8

408 Request Timeout

4xx Erreur client

Le serveur a expiré en attendant que le client termine l'envoi de la requête.

Usage courant: Clients inactifs ou très lents ; la connexion peut ensuite être fermée.

Référence: RFC 9110 §15.5.9

409 Conflict

4xx Erreur client

La requête entre en conflit avec l'état actuel de la ressource cible.

Usage courant: Modifications concurrentes, création en double ou incohérence de version lors d'une mise à jour.

Référence: RFC 9110 §15.5.10

410 Gone

4xx Erreur client

La ressource est définitivement indisponible et le serveur n'attend aucune adresse de redirection.

Usage courant: Contenu retiré volontairement ; un signal permanent plus fort que 404.

Contrairement à 404, il affirme que le retrait est permanent et que les liens doivent être supprimés.

Référence: RFC 9110 §15.5.11

411 Length Required

4xx Erreur client

Le serveur refuse la requête car elle n'a pas d'en-tête Content-Length.

Usage courant: Points d'accès qui n'acceptent pas un corps de longueur inconnue.

Référence: RFC 9110 §15.5.12

412 Precondition Failed

4xx Erreur client

Une ou plusieurs conditions des en-têtes conditionnels de la requête sont fausses.

Usage courant: Garde-fous If-Match ou If-Unmodified-Since qui évitent d'écraser une mise à jour.

Référence: RFC 9110 §15.5.13

413 Content Too Large

4xx Erreur client

Le corps de la requête est plus volumineux que ce que le serveur veut ou peut traiter.

Usage courant: Limites de taille d'envoi ; un en-tête Retry-After peut accompagner un refus temporaire.

Anciennement « Payload Too Large » (et « Request Entity Too Large »).

Référence: RFC 9110 §15.5.14

414 URI Too Long

4xx Erreur client

La cible de la requête est plus longue que ce que le serveur veut interpréter.

Usage courant: Chaînes de requête excessives, souvent d'un GET qui aurait dû être un POST.

Référence: RFC 9110 §15.5.15

415 Unsupported Media Type

4xx Erreur client

Le format de la charge utile n'est pas pris en charge par la ressource pour cette méthode.

Usage courant: Envoi de XML à une API JSON uniquement, ou Content-Type / encodage inattendu.

Référence: RFC 9110 §15.5.16

416 Range Not Satisfiable

4xx Erreur client

Aucune des plages de l'en-tête Range de la requête ne recouvre la ressource actuelle.

Usage courant: Une requête de reprise dont le décalage d'octets dépasse la fin du fichier.

Référence: RFC 9110 §15.5.17

417 Expectation Failed

4xx Erreur client

L'attente exprimée dans l'en-tête Expect de la requête n'a pas pu être satisfaite.

Usage courant: Un serveur ou proxy qui ne prend pas en charge Expect: 100-continue.

Référence: RFC 9110 §15.5.18

418 (Unused)

4xx Erreur client · Historique / déprécié

Réservé. Issu d'une RFC poisson d'avril, il ne doit pas être implémenté.

Usage courant: Parfois renvoyé par plaisanterie ; ce n'est pas une véritable condition d'erreur.

Référence: RFC 9110 §15.5.19

421 Misdirected Request

4xx Erreur client

La requête a atteint un serveur incapable ou non configuré pour y répondre.

Usage courant: Réutilisation de connexion HTTP/2 où l'autorité ne correspond pas à ce serveur.

Référence: RFC 9110 §15.5.20

422 Unprocessable Content

4xx Erreur client

La syntaxe est correcte mais le serveur ne peut pas traiter les instructions contenues.

Usage courant: Échecs de validation sémantique dans un corps JSON ou XML par ailleurs bien formé.

Anciennement « Unprocessable Entity » et réservé à WebDAV ; RFC 9110 le rend générique.

Référence: RFC 9110 §15.5.21

423 Locked

4xx Erreur client

La ressource cible est verrouillée ; défini pour WebDAV.

Usage courant: Verrous d'écriture WebDAV détenus par un autre utilisateur ou client.

Référence: RFC 4918

424 Failed Dependency

4xx Erreur client

La requête a échoué car elle dépendait d'une autre requête qui n'a pas abouti ; WebDAV.

Usage courant: Une étape d'un lot WebDAV ne peut pas s'exécuter car une étape antérieure a échoué.

Référence: RFC 4918

425 Too Early

4xx Erreur client

Le serveur refuse de traiter une requête qui pourrait être rejouée depuis des données TLS anticipées.

Usage courant: Protection TLS 1.3 0-RTT contre les attaques par rejeu.

Référence: RFC 8470

426 Upgrade Required

4xx Erreur client

Le serveur refuse la requête sur le protocole actuel mais peut l'accepter après une mise à niveau.

Usage courant: Exiger TLS ou une version HTTP plus récente via l'en-tête Upgrade.

Référence: RFC 9110 §15.5.22

428 Precondition Required

4xx Erreur client

Le serveur exige que la requête soit conditionnelle pour éviter d'écraser une mise à jour.

Usage courant: API qui exigent un en-tête If-Match sur les méthodes non sûres.

Référence: RFC 6585

429 Too Many Requests

4xx Erreur client

Le client a envoyé trop de requêtes sur une période donnée et est limité en débit.

Usage courant: Limitation de débit d'API ; un en-tête Retry-After peut indiquer quand réessayer.

Un en-tête Retry-After est possible mais non garanti.

Référence: RFC 6585

431 Request Header Fields Too Large

4xx Erreur client

Le serveur refuse la requête car un champ d'en-tête, ou leur ensemble, est trop volumineux.

Usage courant: Cookies surdimensionnés ou en-tête Referer ou Authorization très long.

Référence: RFC 6585

451 Unavailable For Legal Reasons

4xx Erreur client

L'accès à la ressource est refusé à la suite d'une demande légale, par exemple une décision de justice.

Usage courant: Censure ordonnée par une autorité ou blocage géographique de contenus précis.

Référence: RFC 7725

5xx Erreur serveur

500 Internal Server Error

5xx Erreur serveur

Le serveur a rencontré une condition inattendue qui l'a empêché de traiter la requête.

Usage courant: Fourre-tout générique pour les exceptions non gérées et les bogues côté serveur.

Référence: RFC 9110 §15.6.1

501 Not Implemented

5xx Erreur serveur

Le serveur ne prend pas en charge la fonctionnalité nécessaire pour traiter la requête.

Usage courant: Une méthode de requête inconnue ou une fonctionnalité jamais implémentée.

Référence: RFC 9110 §15.6.2

502 Bad Gateway

5xx Erreur serveur

Un serveur agissant comme passerelle ou proxy a reçu une réponse invalide du serveur en amont.

Usage courant: Un proxy inverse dont le service en amont est arrêté, planté ou a renvoyé une réponse illisible.

Référence: RFC 9110 §15.6.3

503 Service Unavailable

5xx Erreur serveur

Le serveur est temporairement incapable de traiter la requête, souvent pour surcharge ou maintenance.

Usage courant: Indisponibilité planifiée ou pics de trafic ; un en-tête Retry-After peut être présent.

Référence: RFC 9110 §15.6.4

504 Gateway Timeout

5xx Erreur serveur

Une passerelle ou un proxy n'a pas reçu de réponse à temps du serveur en amont.

Usage courant: Un service en amont trop lent ou injoignable derrière un proxy inverse.

Référence: RFC 9110 §15.6.5

505 HTTP Version Not Supported

5xx Erreur serveur

Le serveur ne prend pas en charge la version majeure de HTTP utilisée dans la requête.

Usage courant: Un client parlant une version de protocole que le serveur refuse.

Référence: RFC 9110 §15.6.6

506 Variant Also Negotiates

5xx Erreur serveur

Une erreur de configuration de négociation de contenu fait renégocier la variante en boucle.

Usage courant: Négociation de contenu transparente mal configurée sur le serveur.

Référence: RFC 2295

507 Insufficient Storage

5xx Erreur serveur

Le serveur ne peut pas stocker la représentation nécessaire pour terminer la requête ; WebDAV.

Usage courant: Un PUT ou COPY WebDAV qui dépasserait le quota de disque du compte.

Référence: RFC 4918

508 Loop Detected

5xx Erreur serveur

Le serveur a mis fin à une opération après avoir rencontré une boucle infinie ; WebDAV.

Usage courant: Liaisons cycliques lors d'une requête WebDAV avec profondeur.

Référence: RFC 5842

510 Not Extended

5xx Erreur serveur · Historique / déprécié

Des extensions supplémentaires à la requête sont nécessaires pour que le serveur la traite.

Usage courant: Issu du cadre expérimental d'extensions HTTP ; en pratique inutilisé.

Référence: RFC 2774

511 Network Authentication Required

5xx Erreur serveur

Le client doit s'authentifier pour accéder au réseau, généralement via un portail captif.

Usage courant: Portails captifs Wi-Fi injectés par un intermédiaire, pas par le serveur d'origine.

Référence: RFC 6585

Cette référence explique les codes de statut ; elle n'envoie aucune requête à des sites et ne teste pas d'URL.

D'après les codes de statut HTTP enregistrés fournis avec cette version de Tooliba (registre IANA et RFC 9110), revus le 2026-08-31.

Traité localement dans votre navigateur

Comment l'utiliser

  1. Saisissez un numéro de code, une reason phrase ou un mot-clé dans le champ de recherche
  2. Ou choisissez une classe (1xx à 5xx) pour ne parcourir que ces codes
  3. Lisez le résumé, l'usage courant et la référence RFC sur chaque carte
  4. Utilisez Copier pour récupérer le code et la phrase, ou Effacer pour revoir la liste complète

Chaque résultat affiche la reason phrase officielle en anglais, la classe correspondante (1xx information, 2xx succès, 3xx redirection, 4xx erreur client, 5xx erreur serveur), un résumé bref en langage clair, un usage courant concret et la référence RFC, par exemple RFC 9110 §15.5.5. Filtrez par classe, ou laissez la recherche vide pour parcourir tous les codes groupés par classe. Le jeu de données est statique et versionné avec cette build, revu par rapport au registre IANA et à la RFC 9110 ; les codes marqués historiques sont dépréciés, réservés ou obsolètes, et le code 104 est un enregistrement IANA temporaire que le registre indique actuellement comme expirant en novembre 2026. Les codes non standard de serveurs ou de CDN comme 499 ou 520 ne sont pas inclus. Tout s'exécute localement : rien de ce que vous saisissez n'est téléversé ni stocké, et cet outil n'envoie jamais de requête à un site et ne teste pas d'URL. C'est ce qui le distingue d'un encodeur d'URL, qui réécrit des composants d'URL, et de tout vérificateur de redirection, qui ferait des requêtes réseau réelles.

FAQ

Nous utilisons des cookies pour faire fonctionner ce site et, avec votre accord, pour comprendre son usage et personnaliser les publicités. Vous pouvez modifier votre choix à tout moment.