Ce que calcule cet outil
Il s'agit d'une recherche de référence déterministe, pas d'une calculatrice numérique. Saisissez un numéro de statut, un fragment de description ou une catégorie, et la page filtre son tableau intégré vers les codes de réponse HTTP correspondants. Chaque résultat affiche le code à trois chiffres, sa courte description et sa classe de réponse.
Un statut HTTP est envoyé par un serveur après avoir reçu une requête. Il décrit le résultat au niveau du protocole ; il n'expose pas tous les détails applicatifs. Un code peut être techniquement correct alors que l'expérience utilisateur reste médiocre, et la même défaillance visible peut provenir d'un navigateur, d'un proxy, d'un cache, d'une passerelle, du serveur d'origine ou de l'application.
Entrées
Le champ de recherche accepte du texte. Un nombre comme 404 cible un code précis. Une expression comme not found recherche dans les descriptions. Un terme de catégorie peut restreindre le tableau à une famille. La recherche est insensible à la casse et n'envoie pas de requête réseau à l'URL que vous débuguez.
Pour les notes d'incident, capturez plus que le code : la méthode de requête, l'URL cible, les en-têtes de réponse, l'horodatage, la chaîne de redirections et le composant qui a généré la réponse. Ne collez pas d'en-têtes d'autorisation, de cookies de session, de jetons privés ni de données personnelles dans un rapport partagé.
Méthode et formule
Les codes HTTP ont trois chiffres. Le premier chiffre identifie la classe générale :
- 1xx : progression informationnelle.
- 2xx : la requête a été reçue et traitée avec succès au niveau HTTP.
- 3xx : le client a besoin d'une redirection ou d'une autre action pour terminer la récupération.
- 4xx : la requête ne peut pas être satisfaite telle qu'envoyée, souvent à cause de la syntaxe, de l'autorisation, de l'état ou de la disponibilité de la cible.
- 5xx : le serveur ou un composant en amont a échoué en traitant une requête d'apparence valide.
La recherche effectue une correspondance normalisée de sous-chaînes sur les champs code, expression et classe. Elle ne devine pas une cause, n'interroge pas un registre externe à l'exécution et ne traite pas les numéros non enregistrés comme des significations normalisées.
Exemple chiffré
Recherchez 404. La ligne correspondante est 404 Not Found, une réponse d'erreur client 4xx. En sémantique HTTP, cela signifie que le serveur d'origine n'a pas trouvé de représentation actuelle pour la cible demandée, ou ne souhaite pas révéler qu'elle existe.
L'étape de débogage suivante dépend du contexte. Vérifiez le chemin et la méthode exacts, le déploiement de la route, la sensibilité à la casse, les règles de réécriture et si un proxy inverse a modifié la requête. Un 404 provenant d'une page d'erreur à la marque d'un CDN peut avoir une source différente d'un 404 JSON généré par l'application.
En exemple contrasté, 500 Internal Server Error appartient à la classe 5xx. Il signale une défaillance inattendue côté serveur, mais n'identifie pas la fonction défaillante. Les journaux et un identifiant de corrélation de requête restent nécessaires.
Comment interpréter le résultat
Utilisez la classe pour le triage, puis la définition exacte et les en-têtes de réponse pour choisir l'observation suivante. Un 401 appelle généralement des informations d'authentification ; un 403 dit que le serveur a compris la requête mais la refuse ; un 429 pointe vers une limitation de débit et peut inclure Retry-After. Ces distinctions affectent le comportement client correct.
Ne faites pas dépendre la logique applicative de la phrase de raison anglaise. Le comportement du protocole est défini par le code numérique, et les phrases de raison peuvent être personnalisées ou omises. Distinguez aussi la réponse finale des redirections intermédiaires et des réponses en cache lorsque vous diagnostiquez une trace de navigateur.
Exactitude et limites
Le tableau est un instantané pédagogique des codes couramment normalisés. Les extensions HTTP peuvent enregistrer des valeurs supplémentaires, les fournisseurs émettent parfois des codes non normalisés, et les spécifications peuvent être mises à jour. La recherche ne peut pas confirmer quel composant a produit une réponse, si une nouvelle tentative est sûre, ni si le corps contient des détails de problème utiles.
Les contrôles de sécurité peuvent renvoyer intentionnellement un statut moins révélateur. Une ressource d'apparence manquante peut être cachée pour des raisons d'autorisation, et une passerelle peut remplacer une réponse du serveur d'origine. Vérifiez le comportement en production avec des journaux et une observabilité appropriés, tout en protégeant les secrets et les données des utilisateurs.
Sources
- RFC 9110: HTTP Semantics définit les classes de codes de statut et la sémantique des codes de réponse fondamentaux.
- IANA HTTP Status Code Registry est le registre tenu à jour des assignations de codes normalisés et de leurs références de spécification.
Registre éditorial
Auteur : équipe éditoriale de SoupCalc
Dernière révision : 14 août 2026
Périmètre de la révision : les explications des classes de codes, le comportement de la recherche, l'exemple 404 Not Found, les frontières du diagnostic et les liens vers la spécification HTTP et le registre ont été vérifiés.