Recherche de code de statut HTTP
Recherchez n'importe quel code de statut HTTP (1xx–5xx) pour voir son nom officiel, sa signification, les causes courantes et comment le corriger. Couvre plus de 60 codes de statut standard avec des explications pratiques pour les développeurs.
59 status codes
Comment utiliser Recherche de code de statut HTTP
- 1Entrez n'importe quel code de statut HTTP (par exemple, 404, 500, 301) ou recherchez par mot-clé.
- 2La phrase de raison de statut officielle et la description complète sont affichées.
- 3Les causes courantes et les correctifs recommandés sont fournis pour chaque code d'erreur.
- 4Parcourez tous les codes par catégorie : 1xx Informationnel, 2xx Succès, 3xx Redirection, 4xx Erreur client, 5xx Erreur serveur.
ZenovayAnalytics
Analytics pensé pour les fondateurs.
- Suivi des visiteurs en temps réel
- Vie privée d'abord, sans bandeau cookies
- Installé en deux minutes
Outils connexes
Formateur et Validateur JSON
Formatez, validez et embellissez les données JSON avec la coloration syntaxique et la détection d'erreurs.Décodeur JWT
Décodez et inspectez les jetons JWT. Consultez l'en-tête, la charge utile et vérifiez les signatures.Encodeur/Décodeur Base64
Encodez du texte en Base64 ou décodez Base64 en texte. Supporte UTF-8 et les données binaires.Encodage / Décodage URL
Encodez ou décodez les composants URL. Traitez les caractères spéciaux, les chaînes de requête et les URL complètes.Questions fréquemment posées
Quelle est la différence entre 401 et 403 ?▾
401 Unauthorized signifie que la requête manque d'authentification valide — vous n'êtes pas connecté ou vos identifiants sont invalides. Le serveur dit « qui êtes-vous ? » 403 Forbidden signifie que le serveur sait qui vous êtes (authentifié) mais vous n'avez pas la permission d'accéder à cette ressource. Le serveur dit « Je sais qui vous êtes, mais vous ne pouvez pas accéder à ceci. » Une erreur courante : retourner 401 pour « non connecté » et 403 pour « connecté mais sans permission ». Toujours retourner 401 avec un en-tête WWW-Authenticate pour indiquer que les identifiants aideront.
Quelle est la différence entre 301 et 302 ?▾
301 Moved Permanently indique aux clients et aux moteurs de recherche que la ressource a été déplacée de manière permanente — mettez à jour vos signets. Les moteurs de recherche transfèrent le classement SEO (équité de lien) vers la nouvelle URL. 302 Found (temporaire) indique aux clients de récupérer cette requête à partir de la nouvelle URL mais de continuer à utiliser l'URL d'origine pour les requêtes futures. Les moteurs de recherche ne transfèrent pas l'équité SEO complète pour les 302. Utilisez 301 pour les changements d'URL permanents (migration HTTPS, changement de domaine). Utilisez 302 pour les tests A/B, les pages de maintenance temporaires ou les redirections de connexion.
Pourquoi 404 diffère-t-il de 410 ?▾
404 Not Found signifie que la ressource ne peut pas être trouvée — elle peut avoir existé ou non. Le client devrait réessayer à l'avenir. 410 Gone communique explicitement que la ressource a été délibérément supprimée et ne sera plus disponible. 410 est meilleur pour le SEO lors de la suppression permanente de contenu — Googlebot désindexera les pages 410 plus rapidement que les pages 404. Utilisez 410 pour les articles de blog supprimés, les produits supprimés ou les comptes fermés quand vous voulez signaler une suppression permanente.
Qu'est-ce qui cause 502 vs 503 vs 504 ?▾
502 Bad Gateway : Votre proxy/load balancer a reçu une réponse invalide du serveur d'application backend (par exemple, l'application s'est plantée, a retourné des ordures). 503 Service Unavailable : L'application backend est en place mais refuse les connexions — généralement surchargée, en mode maintenance ou sans connexions. 504 Gateway Timeout : Le proxy a attendu trop longtemps la réponse du backend — le backend s'exécute mais trop lentement (par exemple, requête de base de données lente). Corrections courantes : 502=redémarrer le serveur d'application ; 503=réduire la charge ou attendre la maintenance ; 504=optimiser les requêtes lentes ou augmenter le délai d'expiration.
Quand devrais-je utiliser 422 vs 400 ?▾
400 Bad Request est pour les erreurs syntaxiques — la requête elle-même est malformée (JSON invalide, mauvais content-type, en-têtes requis manquants). 422 Unprocessable Content (anciennement Unprocessable Entity) est pour les erreurs de validation sémantique — le format de la requête est correct mais les données échouent à la validation métier (format d'e-mail invalide, l'âge est négatif, le nom d'utilisateur est déjà pris). Les APIs REST modernes préfèrent 422 pour les erreurs de validation avec un corps structuré listant chaque erreur de champ. Rails utilise 422 par défaut pour les échecs de validation de formulaire. Les APIs GraphQL retournent généralement 200 avec les erreurs dans le corps de la réponse.