Code de statut HTTP

Cette recherche transforme un code de 100 à 599 en son libellé standard et en sa grande catégorie : information, succès, redirection, erreur client ou erreur serveur. Elle vous aide à lire des journaux, déboguer une intégration, examiner des alertes de supervision ou expliquer une réponse d’API. Le résultat est déterministe, ne nécessite aucune requête réseau et signale clairement les codes valides qui ne sont pas encore attribués.

Lisez un code de réponse sans interrompre votre travail

Les réponses HTTP placent un code de statut à trois chiffres au début des métadonnées du protocole. Lorsque ce code apparaît dans une ligne de journal, un rapport de livraison de webhook, la console du navigateur, une trace de proxy inverse ou une exception de client d’API, cette recherche fournit immédiatement un libellé lisible. Saisissez un entier entre 100 et 599. Le résultat reprend le code normalisé, fournit son libellé enregistré ou couramment normalisé et indique la catégorie représentée par le premier chiffre. Par exemple, 404 correspond à « Not Found » et à une erreur client, tandis que 503 correspond à « Service Unavailable » et à une erreur serveur. Il s’agit d’une référence, et non d’une requête HTTP : elle ne contacte pas le site concerné, ne vérifie pas la santé d’un endpoint et ne déduit pas la cause de la réponse. La sortie reste donc stable et convient à la documentation, au support, aux scripts en ligne de commande, à l’enrichissement des journaux et aux interfaces pédagogiques, sans latence réseau ni divulgation d’URL privée.

Comprenez les catégories et les valeurs non attribuées

Les cinq catégories découlent directement du chiffre des centaines. Les codes de 100 à 199 sont informatifs et décrivent une réponse provisoire. Ceux de 200 à 299 indiquent un succès. De 300 à 399, ils concernent une redirection ou une autre étape nécessaire à la récupération. De 400 à 499, ils décrivent une erreur client : la requête ne peut pas être satisfaite sous sa forme actuelle. De 500 à 599, ils signalent une erreur serveur survenue pendant le traitement d’une requête apparemment valide. Tous les nombres de ces plages ne possèdent pas un libellé attribué. Une valeur telle que 299 appartient structurellement aux succès, mais ne figure pas avec un libellé standard dans la table ; le résultat indique donc « Non attribué » tout en conservant la bonne catégorie. Cette distinction évite de confondre une plage d’extension HTTP valide avec une entrée mal formée et empêche d’inventer un libellé trompeur. Seuls les nombres hors de 100 à 599, les fractions et les saisies non numériques sont invalides.

Exploitez correctement le résultat en débogage et automatisation

Un libellé de statut est une indication concise, pas un diagnostic. Si une API renvoie 401 Unauthorized, il précise la sémantique de la réponse, mais la solution peut nécessiter un jeton, le renouvellement d’une session, la correction d’une signature ou l’examen d’une règle décrite dans le corps. De même, 500 Internal Server Error désigne une défaillance côté serveur sans identifier le composant en cause. Utilisez cette recherche comme première étape, puis examinez les en-têtes, le corps, la méthode, les consignes de nouvelle tentative et la documentation du service. En automatisation, la catégorie est souvent plus durable que le libellé : une règle de supervision peut regrouper toutes les réponses 500–599 parmi les erreurs serveur, tandis qu’une interface affiche le texte précis. Pour un comportement exact, le logiciel doit toujours tester le code numérique. L’API coûte $0.002 par requête et renvoie de petits champs JSON faciles à stocker ou afficher. Le calcul étant local et déterministe, une même entrée produit toujours la même sortie.