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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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.
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.
Le premier chiffre donne la classe : 1xx est informatif, 2xx indique que la requête a réussi, 3xx demande une étape supplémentaire comme suivre une redirection, 4xx met en cause la requête et 5xx met en cause le serveur.
Non. 404 Not Found signifie que le serveur n'a aucune représentation actuelle et ne dit pas si la ressource a existé. 410 Gone affirme que la ressource a été retirée volontairement et que les liens doivent être supprimés.
301 et 308 sont permanents ; 302 et 307 sont temporaires. Historiquement, 301 et 302 permettaient de transformer un POST en GET, alors que 307 et 308 imposent de conserver la méthode et le corps d'origine.
Non. C'est une référence hors ligne : elle explique le sens de chaque code mais n'envoie jamais de requête réseau, elle ne peut donc pas vous dire quel code un site précis renvoie.
Non. Cette version ne liste que les codes enregistrés à l'IANA. Les codes propres à un serveur, comme 499 de nginx ou 520 à 527 de certains CDN, sont volontairement exclus pour garder une référence sans ambiguïté.
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.