Tous les codes de réponse HTTP standard expliqués simplement, avec le moment où les utiliser et leur effet sur le référencement. Recherchez, filtrez ou accédez directement à un code.
La requête a été reçue et le traitement se poursuit. Les navigateurs gèrent ces codes automatiquement.
Le serveur a reçu les en-têtes de la requête et le client peut poursuivre en envoyant le corps de la requête.
Quand l'utiliser : Envoyé en réponse à une requête contenant Expect: 100-continue, afin qu'un client puisse vérifier qu'un envoi volumineux sera accepté avant de le transmettre.
Le serveur accepte de passer au protocole indiqué dans l'en-tête Upgrade du client.
Quand l'utiliser : Utilisé lors de la mise à niveau d'une connexion HTTP/1.1 vers WebSocket (Upgrade: websocket).
WebDAV : le serveur a accepté la requête mais n'a pas encore fini de la traiter.
Quand l'utiliser : Évite qu'un client expire pendant des opérations WebDAV longues. Peu utilisé aujourd'hui.
Permet au serveur d'envoyer des en-têtes Link (preload / preconnect) avant que la réponse finale soit prête.
Quand l'utiliser : À envoyer pendant que le backend génère encore la page, pour que le navigateur commence à charger plus tôt le CSS, les polices ou les scripts critiques.
La requête a été reçue, comprise et acceptée.
La requête a réussi. Le corps contient la ressource demandée ou le résultat de l'action.
Quand l'utiliser : La réponse de succès par défaut pour GET, ainsi que pour POST/PUT lorsque vous renvoyez un corps.
Impact SEO : Le seul statut qui permet d'indexer une page avec son contenu. Veillez à ce que les pages « introuvable » ne renvoient pas 200 (une « soft 404 »).
La requête a réussi et une nouvelle ressource a été créée.
Quand l'utiliser : À renvoyer après un POST (ou PUT) qui crée quelque chose ; ajoutez un en-tête Location pointant vers la nouvelle ressource.
La requête a été acceptée pour traitement, mais le traitement n'est pas terminé.
Quand l'utiliser : Tâches asynchrones : mettez le travail en file d'attente et renvoyez une URL que le client pourra interroger pour obtenir le résultat.
La réponse a été modifiée par un proxy de transformation et diffère de la réponse 200 du serveur d'origine.
Quand l'utiliser : Défini par les proxys qui modifient le contenu ; les serveurs d'origine ne devraient normalement pas l'envoyer.
La requête a réussi et il n'y a volontairement aucun corps de réponse.
Quand l'utiliser : Requêtes DELETE, points de terminaison de sauvegarde automatique et réponses de pré-vérification CORS, lorsque rien n'a besoin d'être renvoyé.
La requête a réussi et le client doit réinitialiser l'affichage du document (par exemple vider un formulaire).
Quand l'utiliser : Rare ; indique au navigateur de réinitialiser le formulaire qui a envoyé la requête.
Le serveur ne livre que la plage d'octets demandée dans un en-tête Range.
Quand l'utiliser : Streaming vidéo, téléchargements reprenables et gestionnaires de téléchargement.
WebDAV : le corps est un document XML contenant des codes de statut distincts pour plusieurs sous-requêtes.
Quand l'utiliser : Opérations WebDAV par lots où chaque élément peut réussir ou échouer individuellement.
WebDAV : les membres d'une liaison ont déjà été listés plus tôt dans la même réponse 207.
Quand l'utiliser : Évite de lister plusieurs fois la même ressource dans une réponse Multi-Status.
Le serveur a satisfait une requête GET en appliquant des manipulations d'instance (encodage delta).
Quand l'utiliser : Encodage delta HTTP (RFC 3229) ; presque jamais rencontré en pratique.
Une action supplémentaire est nécessaire, généralement suivre un en-tête Location vers une autre URL.
La ressource existe sous plusieurs représentations, et le client (ou l'utilisateur) doit en choisir une.
Quand l'utiliser : Rare ; la négociation de contenu se fait en général automatiquement.
Impact SEO : Google peut choisir n'importe laquelle des options ; privilégiez une seule 301 vers la version canonique.
La ressource a une nouvelle URL permanente, indiquée dans l'en-tête Location.
Quand l'utiliser : Changement de domaine, passage de HTTP à HTTPS, modification de slugs, fusion de pages en double.
Impact SEO : La méthode standard pour déplacer une page : les moteurs de recherche transfèrent les signaux de classement et indexent la nouvelle URL. Les navigateurs peuvent remplacer POST par GET avec un 301 ; utilisez 308 si la méthode doit être conservée.
La ressource se trouve temporairement à une autre URL.
Quand l'utiliser : Redirections de courte durée, comme les pages de maintenance, les tests A/B ou les processus de connexion.
Impact SEO : Google le traite comme temporaire et conserve en général l'URL d'origine indexée. Si le déplacement est permanent, utilisez 301.
Le client doit récupérer le résultat à une autre URL en utilisant GET.
Quand l'utiliser : Le schéma « Post/Redirect/Get » : après l'envoi d'un formulaire en POST, redirigez vers une page de confirmation.
Impact SEO : Traité comme une redirection temporaire.
La copie en cache est toujours valide ; aucun corps n'est envoyé.
Quand l'utiliser : Réponse aux requêtes conditionnelles (If-None-Match / If-Modified-Since) lorsque la ressource n'a pas changé.
Impact SEO : Bon pour l'efficacité de l'exploration : Googlebot réutilise sa copie en cache, ce qui économise le budget d'exploration.
Obsolète. À l'origine, il indiquait au client d'accéder à la ressource via un proxy.
Quand l'utiliser : Ne pas l'utiliser : les navigateurs l'ignorent pour des raisons de sécurité.
Comme 302, mais le client doit répéter la requête avec la même méthode et le même corps.
Quand l'utiliser : Redirections temporaires de requêtes POST/PUT ; les navigateurs affichent aussi « 307 Internal Redirect » pour les mises à niveau HSTS.
Impact SEO : Temporaire : l'URL d'origine reste en général indexée.
Comme 301, mais le client doit conserver la même méthode et le même corps.
Quand l'utiliser : Déplacements permanents de points de terminaison d'API ou de cibles de formulaires, lorsqu'un POST doit rester un POST.
Impact SEO : Google traite 308 comme 301 et transfère les signaux vers la nouvelle URL.
La requête contient une erreur ou ne peut pas être traitée : le client doit modifier quelque chose avant de réessayer.
Le serveur ne peut pas traiter la requête car elle est mal formée (syntaxe incorrecte, JSON invalide, cookie trop volumineux…).
Quand l'utiliser : Échecs de validation que vous ne pouvez pas exprimer plus précisément ; incluez un message d'erreur dans le corps.
Impact SEO : Les pages renvoyant 4xx sont retirées de l'index.
Une authentification est requise, mais elle était absente ou invalide. Malgré son nom, il signifie « non authentifié ».
Quand l'utiliser : Jeton ou identifiants manquants ou expirés. Doit inclure un en-tête WWW-Authenticate.
Impact SEO : Les robots ne peuvent pas se connecter, donc les pages derrière un 401 ne sont pas indexées, ce qui est souhaitable pour les espaces privés.
Réservé pour un usage futur ; certaines API l'utilisent lorsqu'un paiement ou une montée en gamme de quota est nécessaire.
Quand l'utiliser : Erreurs de facturation non standard (par exemple un abonnement expiré).
Le serveur a compris la requête mais refuse de l'autoriser. Se reconnecter ne servira à rien.
Quand l'utiliser : L'utilisateur est connecté mais n'a pas les droits, ou l'accès est bloqué par IP, par un WAF ou par des permissions de fichiers.
Impact SEO : Non indexé. Vérifiez que votre pare-feu ou votre protection contre les bots ne renvoie pas 403 à Googlebot par erreur.
Le serveur ne trouve pas la ressource demandée.
Quand l'utiliser : L'URL n'a jamais existé ou a été supprimée sans remplacement. Affichez une page 404 personnalisée et utile.
Impact SEO : Normal et sans danger pour les pages qui n'existent vraiment plus ; Google les retire progressivement. Redirigez (301) les URL qui ont des backlinks ou un remplacement évident.
La méthode HTTP n'est pas prise en charge pour cette URL (par exemple un POST vers une page en lecture seule).
Quand l'utiliser : À renvoyer avec un en-tête Allow listant les méthodes prises en charge.
Le serveur ne peut pas produire de réponse correspondant aux en-têtes Accept de la requête.
Quand l'utiliser : Négociation de contenu stricte ; de nombreuses API renvoient simplement leur format par défaut.
Comme 401, mais le client doit s'authentifier auprès d'un proxy.
Quand l'utiliser : Envoyé par les proxys d'entreprise ou les proxys directs avec un en-tête Proxy-Authenticate.
Le serveur a dépassé le délai d'attente pendant que le client terminait l'envoi de la requête.
Quand l'utiliser : Connexions inactives ou très lentes ; les clients peuvent réessayer.
La requête est en conflit avec l'état actuel de la ressource.
Quand l'utiliser : Conflits de modification, clés uniques en double ou écarts de version dans un verrouillage optimiste.
La ressource a été supprimée définitivement et ne reviendra pas.
Quand l'utiliser : Contenus supprimés volontairement, annonces ou campagnes expirées.
Impact SEO : Google traite 410 comme 404, mais peut retirer l'URL un peu plus vite.
Le serveur exige un en-tête Content-Length.
Quand l'utiliser : Envois sans longueur lorsque l'encodage par morceaux (chunked) n'est pas accepté.
Une condition figurant dans les en-têtes de la requête (If-Match, If-Unmodified-Since) a été évaluée comme fausse.
Quand l'utiliser : Concurrence optimiste : refuser une mise à jour parce que la ressource a changé depuis la lecture du client.
Le corps de la requête est plus grand que ce que le serveur autorise (anciennement « Payload Too Large »).
Quand l'utiliser : Envois de fichiers dépassant votre limite, par exemple client_max_body_size sous nginx.
L'URL est plus longue que ce que le serveur peut interpréter.
Quand l'utiliser : En général un bug : chaînes de requête énormes ou boucles de redirection qui ajoutent sans cesse des paramètres.
Le format du corps (Content-Type) n'est pas pris en charge.
Quand l'utiliser : Une API attendant application/json reçoit des données de formulaire ou du XML.
L'en-tête Range demande des octets qui se trouvent en dehors du fichier.
Quand l'utiliser : Reprise d'un téléchargement au-delà de la fin d'un fichier qui a rétréci.
Le serveur ne peut pas satisfaire l'exigence de l'en-tête Expect.
Quand l'utiliser : Refus des envois avec Expect: 100-continue.
Une blague du 1er avril tirée de la RFC 2324 (Hyper Text Coffee Pot Control Protocol) : le serveur refuse de préparer du café parce qu'il est une théière.
Quand l'utiliser : Uniquement pour les easter eggs. Certains services le renvoient pour rejeter des requêtes automatisées ou indésirables, mais il n'a aucune signification standard.
La requête a atteint un serveur qui ne peut pas produire de réponse pour cet hôte.
Quand l'utiliser : Réutilisation de connexions HTTP/2 entre noms d'hôte dont le certificat ou la configuration ne correspondent pas.
La syntaxe est valide, mais le contenu échoue à la validation sémantique.
Quand l'utiliser : Erreurs de validation de formulaire ou d'API (champ obligatoire manquant, e-mail invalide). Courant dans les API Rails et Laravel.
WebDAV : la ressource est verrouillée.
Quand l'utiliser : Un fichier est réservé ou verrouillé par un autre utilisateur.
WebDAV : la requête a échoué parce qu'une requête précédente dont elle dépendait a échoué.
Quand l'utiliser : Opérations par lots où un échec annule toutes les autres.
Le serveur ne traite pas une requête qui pourrait être rejouée (données précoces TLS 1.3 / 0-RTT).
Quand l'utiliser : Protéger les requêtes non idempotentes envoyées dans les données précoces TLS contre les attaques par rejeu.
Le client doit passer à un autre protocole, indiqué dans l'en-tête Upgrade.
Quand l'utiliser : Obliger les clients à passer à une version plus récente du protocole.
Le serveur exige que la requête soit conditionnelle (par exemple avec If-Match).
Quand l'utiliser : Éviter les « mises à jour perdues » en refusant les requêtes PUT/PATCH inconditionnelles.
Le client a envoyé trop de requêtes sur une période donnée (limitation de débit).
Quand l'utiliser : Limites de débit d'API et protection contre les attaques par force brute. Incluez un en-tête Retry-After.
Impact SEO : Googlebot ralentit son exploration lorsqu'il voit 429 (et 503). Des 429 persistants peuvent entraîner la sortie d'URL de l'index.
Un en-tête (souvent Cookie) ou l'ensemble des en-têtes est trop volumineux.
Quand l'utiliser : Généralement causé par l'accumulation de cookies ; vider les cookies du site règle le problème pour les utilisateurs.
La ressource est bloquée pour des raisons légales : censure, décisions de justice ou réglementation régionale. Le numéro fait référence à Fahrenheit 451 de Ray Bradbury.
Quand l'utiliser : Contenu retiré à la suite d'une demande de retrait ou restreint géographiquement par la loi.
Impact SEO : Traité comme les autres codes 4xx : non indexé.
Le serveur n'a pas réussi à traiter une requête apparemment valide.
Une erreur générique : le serveur a rencontré une situation inattendue.
Quand l'utiliser : Exceptions non gérées, scripts plantés, règles .htaccess défectueuses. Consultez les journaux de votre serveur.
Impact SEO : Les courtes pannes sont tolérées ; si les erreurs 5xx persistent pendant des jours, Google ralentit l'exploration et finit par retirer les URL.
Le serveur ne prend pas en charge la fonctionnalité requise (souvent une méthode inconnue).
Quand l'utiliser : Une méthode que le serveur ne reconnaît pas du tout, contrairement à 405 pour une méthode connue mais non autorisée.
Une passerelle ou un proxy a reçu une réponse invalide du serveur en amont.
Quand l'utiliser : Votre serveur d'application (PHP-FPM, Node, Gunicorn) a planté ou a renvoyé des données incohérentes derrière nginx, un équilibreur de charge ou un CDN.
Impact SEO : Comme les autres 5xx : un incident temporaire est acceptable, mais les erreurs persistantes nuisent à l'exploration et à l'indexation.
Le serveur ne peut temporairement pas traiter la requête : surchargé ou arrêté pour maintenance.
Quand l'utiliser : Maintenance planifiée ou surcharge. Ajoutez Retry-After pour indiquer quand revenir.
Impact SEO : Le bon code pour une indisponibilité planifiée : Google conserve la page dans l'index et réessaie plus tard. Ne le maintenez pas plus d'un ou deux jours.
Une passerelle ou un proxy n'a pas reçu de réponse à temps du serveur en amont.
Quand l'utiliser : Requêtes de base de données lentes ou API en amont dépassant le délai du proxy.
Impact SEO : Les délais persistants réduisent le rythme d'exploration et peuvent entraîner une désindexation.
Le serveur ne prend pas en charge la version HTTP utilisée dans la requête.
Quand l'utiliser : Versions de protocole très anciennes ou très récentes que le serveur ne peut pas gérer.
Mauvaise configuration du serveur : la variante choisie est elle-même configurée pour négocier, ce qui crée une boucle.
Quand l'utiliser : Erreur de configuration de la négociation de contenu.
WebDAV : le serveur ne peut pas stocker la représentation nécessaire pour terminer la requête.
Quand l'utiliser : Le disque ou le quota de l'utilisateur est plein.
WebDAV : le serveur a détecté une boucle infinie pendant le traitement de la requête.
Quand l'utiliser : Certains hébergeurs (par exemple cPanel/CloudLinux) le renvoient aussi lorsqu'un compte atteint ses limites de ressources.
D'autres extensions de la requête sont nécessaires (RFC 2774, désormais historique).
Quand l'utiliser : Pratiquement inutilisé.
Le client doit s'authentifier pour obtenir l'accès au réseau.
Quand l'utiliser : Portails captifs des Wi-Fi d'hôtels, d'aéroports ou de cafés.
Ces codes ne font pas partie de la spécification HTTP, mais ils sont courants dans les journaux serveur et les pages d'erreur.
nginx ferme la connexion sans envoyer de réponse.
Quand l'utiliser : Configuré dans nginx pour abandonner silencieusement les requêtes malveillantes ou indésirables.
Consigné par nginx lorsque le client a fermé la connexion avant que le serveur ait répondu.
Quand l'utiliser : Vous le verrez dans les journaux lorsque les utilisateurs quittent la page ou lorsqu'un délai client est plus court que votre temps de réponse.
Cloudflare a reçu une réponse vide, inconnue ou inattendue du serveur d'origine.
Quand l'utiliser : Plantage du serveur d'origine, en-têtes trop volumineux ou réinitialisations de connexion. Consultez les journaux d'erreurs de l'origine.
Impact SEO : Traité comme une erreur 5xx.
Le serveur d'origine a refusé la connexion de Cloudflare.
Quand l'utiliser : Le serveur web est arrêté ou un pare-feu bloque les plages IP de Cloudflare.
Impact SEO : Traité comme une erreur 5xx.
Cloudflare n'a pas pu établir de connexion TCP avec le serveur d'origine.
Quand l'utiliser : Serveur d'origine surchargé, enregistrement DNS erroné ou pare-feu qui abandonne les paquets.
Impact SEO : Traité comme une erreur 5xx.
Cloudflare s'est connecté au serveur d'origine, mais celui-ci n'a pas répondu dans les 100 secondes.
Quand l'utiliser : Requêtes longues ; déplacez-les vers des tâches en arrière-plan.
Impact SEO : Traité comme une erreur 5xx.
La négociation TLS entre Cloudflare et le serveur d'origine a échoué.
Quand l'utiliser : Le serveur d'origine n'a pas de certificat valide ou ne prend pas en charge le SNI ni les versions TLS utilisées par Cloudflare.
Impact SEO : Traité comme une erreur 5xx.
Cloudflare (en mode Full Strict) n'a pas pu valider le certificat du serveur d'origine.
Quand l'utiliser : Certificat d'origine expiré ou auto-signé : installez un certificat valide ou un certificat Cloudflare Origin CA.
Impact SEO : Traité comme une erreur 5xx.
Vos données ne quittent jamais votre ordinateur. Tout le traitement se fait localement dans votre navigateur.
404) ou un mot (redirect, timeout, rate limit) dans la barre de recherche./http-status-codes#429) à utiliser dans la documentation ou lors d'une revue de code.Un code de statut HTTP est le nombre à trois chiffres envoyé par le serveur au début de chaque réponse pour indiquer le résultat de la requête. Votre navigateur, les clients d'API et les robots des moteurs de recherche le lisent avant tout le reste. Le premier chiffre définit la classe : 1xx informatif, 2xx succès, 3xx redirection, 4xx erreur client et 5xx erreur serveur. Les définitions actuelles figurent dans la RFC 9110 (HTTP Semantics, 2022), complétées par quelques extensions comme 429 (RFC 6585) et 451 (RFC 7725).
| Code | Signification | Cause typique |
|---|---|---|
| 200 | OK | Tout a fonctionné |
| 301 / 308 | Redirection permanente | Page ou domaine déplacé |
| 302 / 307 | Redirection temporaire | Processus de connexion, maintenance, tests A/B |
| 304 | Non modifié | Le cache du navigateur est toujours valide |
| 401 / 403 | Non authentifié / interdit | Jeton manquant, droits insuffisants, blocage par un WAF |
| 404 | Introuvable | URL erronée ou page supprimée |
| 429 | Trop de requêtes | Limite de débit dépassée |
| 500 | Erreur interne du serveur | Bug ou plantage dans l'application |
| 502 / 504 | Mauvaise passerelle / délai dépassé | Backend derrière un proxy ou un CDN en échec ou trop lent |
| 503 | Service indisponible | Maintenance ou surcharge |
Les moteurs de recherche n'indexent que les pages qui renvoient 200. Les redirections permanentes (301, 308) transmettent les signaux de classement à la nouvelle URL, tandis que les redirections temporaires (302, 307) conservent l'ancienne URL dans l'index. Les codes 404 et 410 suppriment progressivement une page. C'est tout à fait normal pour un contenu qui n'existe plus, mais redirigez les URL qui ont des backlinks. Une soft 404, c'est-à-dire une page d'erreur qui renvoie 200, gaspille le budget d'exploration et est signalée dans Google Search Console. En cas d'indisponibilité, renvoyez 503 avec un en-tête Retry-After : Google conserve vos pages dans l'index et revient plus tard. En revanche, des erreurs 5xx persistantes ou des réponses 429 amènent Googlebot à explorer moins souvent, et finissent par faire sortir des URL de l'index.
Location après la création d'une ressource, et 204 lorsqu'il n'y a rien à renvoyer.Retry-After pour les limites de débit.Vérifiez le statut renvoyé par une URL en ligne avec le Vérificateur d'en-têtes HTTP, suivez les chaînes de redirection avec le Vérificateur de redirections, ou envoyez vos propres requêtes avec le Testeur d'API.
Aussi recherché comme : codes statut http, codes réponse http, liste codes http, erreur 404, redirection 301, erreur 500, 503, 429 trop de requêtes.
Retry-After. Il indique aux robots que la panne est temporaire, donc vos positions ne sont pas affectées par de courtes fenêtres de maintenance.Proposez une amélioration pour « Codes de statut HTTP » ou demandez un nouvel outil — votre message arrive directement dans notre boîte.
Les applications web installées s’ouvrent dans leur propre fenêtre ; les outils basés sur un navigateur continuent de fonctionner sans connexion Internet. En savoir plus
Recherchez parmi les 500+ outils gratuits — les fautes de frappe ne posent pas de problème — ou dites-nous ce que vous aimeriez que nous développions ensuite.