Que signifient les codes HTTP 200, 301, 404 ou 500 ?
Chaque réponse serveur a un code de statut HTTP à trois chiffres : `200` (succès), `404` (introuvable), `500` (erreur serveur). Il en existe une soixantaine et la plupart des développeurs n'en retiennent que les plus populaires.
Voici un mémo pour tous. Saisissez un numéro (« 404 »), un nom (« not found ») ou une partie de la description (« payload too large ») et obtenez le code correspondant avec une explication en français clair, le contexte d'utilisation et un exemple de réponse HTTP.
Tout fonctionne hors-ligne car les données sont intégrées à la page. Aucun appel d'API. Les flèches + Entrée copient le code en une frappe.
Mode d'emploi
- Saisissez un numéro de code, un nom ou une partie de la description dans le champ de recherche. La liste se filtre instantanément.
- Utilisez les pilules 1xx / 2xx / 3xx / 4xx / 5xx pour filtrer par catégorie.
- Les flèches ↑↓ déplacent la sélection, Entrée copie le premier résultat (numéro + nom).
- Cliquez sur un code pour voir la description complète, quand l'utiliser et un exemple de réponse HTTP.
- Le bouton Copier récupère uniquement le code, le nom, ou la réponse brute à coller dans vos tests.
Quand c'est utile
Un mémo quotidien pour le design d'API et le debug en production :
- Conception d'une API REST : quelle réponse convient ? Succès sans corps = `204 No Content`. Erreur de validation de champ = `422 Unprocessable Entity`. Limite de taux atteinte = `429 Too Many Requests`.
- Debug en production : vous voyez un `502` dans les logs Nginx et vous ne vous souvenez plus de ce que cela signifie. Tapez « 502 », vous avez la réponse : la gateway a reçu une mauvaise réponse de l'upstream.
- Mapping côté frontend : faites correspondre les codes aux états d'UI. `401` = afficher l'écran de connexion, `403` = afficher la page « pas d'accès », `409` = « quelqu'un a déjà pris ça ».
- Onboarding d'un junior : envoyez-lui cette page au lieu d'expliquer les codes à chaque fois.
- Entretiens techniques : rappel rapide de la distinction 401 (pas connecté) vs 403 (connecté mais bloqué).
- Configuration de monitoring : quels codes doivent déclencher des alertes ? `5xx` toujours, `4xx` rarement (surtout des erreurs côté client).
- Écriture de tests d'intégration : vous devez asserter le bon code de statut mais ne savez plus si c'est `409` ou `412`. Vérifiez ici en 2 secondes.
Pour tester des réponses HTTP en direct, utilisez notre testeur de requêtes HTTP. Pour consulter les en-têtes HTTP, voir la référence des en-têtes HTTP.