100
Continue
Le serveur a reçu les en-têtes et le client peut continuer à envoyer le corps. Évite d'envoyer un gros payload si le serveur pourrait rejeter la requête.
Tous les utilitaires
Référence
Codes d'état HTTP
Référence consultable des codes de réponse HTTP courants.
1xx Informatif
101
Switching Protocols
Le serveur accepte de changer de protocole (par ex. HTTP vers WebSocket) comme demandé par l'en-tête Upgrade.
102
Processing
Le serveur a reçu et traite la requête, mais aucun corps de réponse n'est encore disponible. Utilisé pour opérations longues.
2xx Succès
200
OK
La requête a réussi. Le corps de réponse contient généralement la ressource demandée ou le résultat de l'opération.
201
Created
La requête a réussi et une nouvelle ressource a été créée. Souvent après POST avec en-tête Location pointant vers la nouvelle ressource.
202
Accepted
La requête a été acceptée pour traitement mais n'est pas terminée. Fréquent pour les jobs async et tâches en arrière-plan.
204
No Content
La requête a réussi mais aucun contenu à renvoyer. Typique d'un DELETE ou PUT réussi avec corps vide.
3xx Redirection
301
Moved Permanently
La ressource a été déplacée définitivement vers une nouvelle URL. Clients et moteurs de recherche doivent mettre à jour favoris et liens.
302
Found
La ressource est temporairement disponible à une autre URL. Les requêtes futures peuvent encore utiliser l'URL d'origine.
303
See Other
Après un POST, le client doit récupérer le résultat en GET à l'URL indiquée dans l'en-tête Location.
304
Not Modified
La version en cache est encore valide. Le serveur ne renvoie pas de corps ; le client doit utiliser son cache local.
307
Temporary Redirect
Redirection temporaire conservant la méthode HTTP d'origine. Contrairement à l'ancien comportement 302, POST reste POST après redirection.
308
Permanent Redirect
Redirection permanente conservant la méthode HTTP d'origine. Le client doit utiliser la nouvelle URL pour les requêtes futures.
4xx Erreur client
400
Bad Request
Le serveur ne peut pas traiter la requête : syntaxe invalide, champs manquants ou JSON mal formé. Corrigez et réessayez.
401
Unauthorized
L'authentification est requise ou a échoué. Le client doit fournir des identifiants valides, souvent via l'en-tête Authorization ou une connexion.
403
Forbidden
Le serveur a compris la requête mais refuse de l'autoriser. L'utilisateur peut être authentifié mais sans permission.
404
Not Found
L'URL ou la ressource demandée n'existe pas. Vérifiez chemin, route ou ID — ou l'élément a peut-être été supprimé.
405
Method Not Allowed
La méthode HTTP n'est pas autorisée pour cet endpoint. Par exemple, envoyer POST là où seul GET est pris en charge.
408
Request Timeout
Le serveur a expiré en attendant la requête complète. Souvent dû à des envois lents ou connexions inactives.
409
Conflict
La requête entre en conflit avec l'état actuel de la ressource. Fréquent lors de doublons ou violation de contraintes de version.
410
Gone
La ressource existait mais a été supprimée définitivement et ne sera plus disponible. Plus strict que 404 pour contenu supprimé.
413
Payload Too Large
Le corps de requête dépasse ce que le serveur accepte. Réduisez la taille du payload ou utilisez un envoi par fragments.
414
URI Too Long
L'URL de requête dépasse la limite serveur. Raccourcissez les query strings ou déplacez les données dans le corps.
415
Unsupported Media Type
Le serveur ne prend pas en charge le Content-Type de la requête. Envoyez JSON, données de formulaire ou un format accepté par l'API.
418
I'm a teapot
Défini dans RFC 2324 comme blague du 1er avril : le serveur refuse de préparer du café car c'est une théière. Parfois utilisé en démo.
422
Unprocessable Entity
La requête est syntaxiquement valide mais sémantiquement incorrecte. Typique des erreurs de validation dans les API REST et formulaires web.
429
Too Many Requests
Le client a envoyé trop de requêtes dans un intervalle donné. Respectez Retry-After et implémentez backoff ou limitation de débit.
5xx Erreur serveur
500
Internal Server Error
Une erreur inattendue s'est produite sur le serveur. En général, ce n'est pas la faute du client — consultez les logs serveur et réessayez plus tard.
501
Not Implemented
Le serveur ne prend pas en charge la fonctionnalité requise. La méthode ou fonction n'est pas implémentée.
502
Bad Gateway
Une passerelle ou un proxy a reçu une réponse invalide d'un serveur upstream. Fréquent derrière des load balancers lorsque les backends échouent.
503
Service Unavailable
Le serveur est temporairement indisponible, souvent pour maintenance ou surcharge. Réessayez après un délai ; vérifiez Retry-After si présent.
504
Gateway Timeout
Une passerelle ou un proxy n'a pas reçu de réponse à temps du serveur upstream. Indique une lenteur backend ou des problèmes réseau.
32 codes d'état HTTP courants
À propos de cet outil
Consultez la signification de 301, 403, 429 et autres codes lors du débogage.
Référence consultable des codes de réponse HTTP courants.
Questions fréquentes
- Codes d'état HTTP est-il gratuit ?
- Oui. Tous les utilitaires Cleariflow sont accessibles sans inscription. Pour l’automatisation et des limites plus élevées, utilisez l’API production adaptée.
- Qui utilise Codes d'état HTTP au quotidien ?
- Développeurs, DevOps, support et marketing — pour des vérifications rapides avant analyse approfondie, incidents ou tests d’intégration.
- Quand passer à l’API ?
- Codes d'état HTTP convient aux contrôles manuels et ponctuels. Pour des traitements par lot, webhooks ou workflows avec SLA, intégrez l’API Cleariflow.