Aller au contenu principal

Les codes de statut HTTP expliqués

Le premier chiffre d'un code de statut fixe la famille : 1xx informationnel, 2xx succès, 3xx redirection, 4xx erreur client, 5xx erreur serveur.

Vérification gratuite 401 Unauthorized : ce que ça signifie et comment le corriger

Un 401 signifie que la requête n'a pas d'identifiants valides. En-tête WWW-Authenticate, jetons expirés, décalage d'horloge, mauvais en-tête, et 401 face à 403.

Consulter →
Vérification gratuite 405 Method Not Allowed : causes et corrections

Un 405 signifie que la ressource existe mais rejette la méthode HTTP utilisée. En-tête Allow, fichiers statiques, préflight CORS, nginx et routes de framework.

Consulter →
Vérification gratuite 406 Not Acceptable : ce que ça signifie et comment le corriger

Un 406 signifie que le serveur ne peut pas correspondre à ce que le client accepte. Négociation de contenu, la cause fréquente ModSecurity/WAF, et la correction.

Consulter →
Vérification gratuite 413 Request Entity Too Large : causes et corrections

Un 413 signifie que le corps de la requête dépasse une limite fixée. Limites d'envoi de nginx, Apache, PHP, IIS, Cloudflare et des passerelles d'API.

Consulter →
Vérification gratuite 422 Unprocessable Entity : ce que ça signifie et comment le corriger

Un 422 signifie que la requête s'est bien analysée mais qu'une valeur échoue à la validation. Rails, Laravel et FastAPI, 422 face à 400, lire le corps d'erreur.

Consulter →
Vérification gratuite Code de statut 499 : ce que nginx entend par client closed request

Un 499 signifie que le client s'est déconnecté avant que nginx n'ait fini de répondre. Journal d'accès nginx, upstreams lents, et alignement des délais.

Consulter →
Vérification gratuite 400 Bad Request : ce que ça signifie et comment le corriger

Un 400 signifie que le serveur n'a pas pu analyser la requête du tout. Cookies surdimensionnés, URL invalides, limites d'en-tête, règles WAF et comment les distinguer.

Consulter →
Vérification gratuite 200 OK : ce que ça signifie et ce que ça cache

200 OK signifie que la requête a réussi, pas que la page est correcte. Pages d'erreur, avis de maintenance et coquilles vides sont tous servis en 200.

Consulter →
Vérification gratuite 300 Multiple Choices : le code que vous ne verrez presque jamais

300 propose au client une liste de représentations parmi lesquelles choisir. C'est du HTTP valide mais quasi inutilisé, la plupart des gens ont en fait un 301 ou un 302.

Consulter →
Vérification gratuite 301 vs 302 : redirections permanentes et temporaires

301 déménage une URL de façon permanente et transmet ses signaux de classement ; 302 est un détour temporaire qui garde l'original. Comment choisir et vérifier.

Consulter →
Vérification gratuite 303 See Other : la redirection après un POST de formulaire

303 indique au client de récupérer le résultat à une autre URL avec GET. C'est le code derrière Post/Redirect/Get, qui évite qu'un rechargement resoumette un formulaire.

Consulter →
Vérification gratuite 304 Not Modified : pourquoi c'est un succès, pas une erreur

304 signifie que votre copie en cache est toujours à jour, donc le serveur n'envoie aucun corps. Il ne répond qu'aux requêtes conditionnelles via ETag ou Last-Modified.

Consulter →
Vérification gratuite 403 Forbidden : causes, corrections et blocages de bots qui trompent les moniteurs

Un 403 signifie que le serveur refuse la requête et que des identifiants n'aideront pas. Permissions, blocages WAF et géo, autoriser un service de surveillance.

Consulter →
Vérification gratuite 404 Not Found : liens cassés, soft 404 et quand utiliser 410

Un 404 dit que l'URL n'a pas de contenu actuel, rien de plus. Distinguez les liens cassés des retraits délibérés, et détectez les soft 404 qui renvoient 200.

Consulter →
Vérification gratuite 429 Too Many Requests : limites de fréquence, Retry-After et fausses alertes

Un 429 est une limite de fréquence, pas une panne. Apprenez à lire Retry-After, à distinguer la régulation d'une panne, et à ne pas déclencher la limite vous-même.

Consulter →
Vérification gratuite 500 Internal Server Error : causes, journaux et différence avec 502

Un 500 signifie que votre application a cassé et ne dira pas comment. Où trouver la vraie erreur, et en quoi 500 diffère de 502, 503 et 504.

Consulter →
Vérification gratuite 502 Bad Gateway : ce qui a cassé derrière le proxy et comment le trouver

Un 502 signifie que votre proxy a reçu une réponse invalide ou aucune réponse du backend. Apprenez à lire la ligne d'erreur nginx et à corriger la vraie cause.

Consulter →
Vérification gratuite 503 Service Unavailable : surcharge, maintenance et Retry-After

Un 503 signifie que le serveur est vivant et refuse le travail exprès. Apprenez les schémas de surcharge, maintenance et déploiement, et pourquoi Retry-After compte.

Consulter →
Vérification gratuite 504 Gateway Timeout : backends lents, timeouts et 502 vs 503 vs 504

Un 504 signifie que le proxy a trop attendu votre backend. Requêtes lentes, démarrages à froid, réglage des timeouts et comparaison 502 vs 503 vs 504.

Consulter →
Vérification gratuite Codes de statut 4xx expliqués : ce que signifient les erreurs client

Un 4xx signifie que le serveur a refusé la requête telle qu'envoyée. Sur votre propre site c'est souvent une route cassée, un lien obsolète ou un pare-feu.

Consulter →
Vérification gratuite Codes de statut 5xx expliqués : quand votre serveur est le problème

Un 5xx signifie que le serveur a accepté la requête puis a échoué. Chaque code nomme un maillon différent : ce qui a cassé, et comment le tracer.

Consulter →
Vérification gratuite Codes de statut de redirection 3xx

Un 3xx indique au client que la ressource vit ailleurs. Ce que signifient 300 à 308, lequel utiliser, et comment trouver des chaînes de redirection cassées.

Consulter →
Vérification gratuite Codes de statut de succès 2xx

2xx signifie que le serveur a accepté et terminé la requête. Ce que signifient 200, 201, 202, 204 et 206, et pourquoi un 200 n'est pas une preuve de bonne santé.

Consulter →
Vérification gratuite Codes de statut informationnels 1xx

Une réponse 1xx est intermédiaire : le serveur a reçu la requête et une vraie réponse finale reste à venir. Ce n'est ni un succès ni une erreur.

Consulter →

Un code de statut HTTP est le nombre à trois chiffres qu'un serveur renvoie avec chaque réponse, et son premier chiffre vous dit à laquelle des cinq familles il appartient : 1xx informationnel, 2xx succès, 3xx redirection, 4xx erreur client et 5xx erreur serveur. Lisez ce premier chiffre et vous savez déjà si la requête a fonctionné, a été envoyée ailleurs, a été rejetée, ou a échoué.

La chose la plus utile qu'un code de statut vous donne est un point de départ pour désigner le responsable. Un 4xx signifie que le serveur a compris la requête et l'a refusée, donc le problème se situe normalement du côté de la requête ou dans vos propres règles de routage et d'accès : une mauvaise URL, un fichier manquant, un identifiant expiré, une limite de débit. Avec un 5xx, la requête était correcte et votre infrastructure n'a pas pu la satisfaire, donc regardez derrière votre propre porte d'entrée, du côté d'une exception applicative, d'un service amont en panne, ou d'un proxy qui a expiré en attendant un backend. Un 3xx n'est ni un échec ni une réponse terminée. C'est une instruction d'aller ailleurs, et savoir si c'est la bonne instruction dépend entièrement de la façon dont vous l'avez configurée.

Les guides ci-dessous couvrent les codes que les gens recherchent quand un site se comporte mal : toute la famille de redirection 3xx et la différence entre une redirection permanente et une redirection temporaire, ce qu'un simple 200 prouve et ne prouve pas, pourquoi les réponses 304 sont un signe de mise en cache saine plutôt qu'une erreur, et les codes 4xx et 5xx qui apparaissent dans les incidents réels. Pour voir ce qu'une URL renvoie en ce moment, y compris toute la chaîne de redirections qu'elle traverse, passez-la dans l'outil de vérification HTTP.