Dernière mise à jour le 5 janvier 2022

Lors de l'envoi d'une requête HTTP à un site Web, la plupart des navigateurs Web enverront automatiquement les codes d'état HTTP appropriés pour indiquer au site Web si votre demande a réussi ou non. Mais quels sont ces codes d'état ? Que signifient-ils? Vous trouverez ci-dessous une liste de codes d'état.

En tant que professionnels du référencement en marque blanche pour une société de référencement en marque blanche, nous savons que les codes de statut HTTP sont exceptionnellement utiles pour identifier les erreurs sur un site Web. De telles erreurs peuvent entraîner des problèmes de classement massifs et la confiance des moteurs de recherche. Personne, à la fois les utilisateurs et les moteurs de recherche, ne souhaite voir des sites Web instables dans les résultats de recherche.

Sélectionnez le groupe de codes d'état pour accéder facilement à cette section :

• Codes d'état HTTP 2xx
• Codes d'état HTTP 3xx
• Codes d'état HTTP 4xx
• Codes d'état HTTP 5xx
• Codes d'état HTTP 6xx
• Codes d'état HTTP 7xx
• Codes d'état HTTP 9xx

Codes d'état HTTP 2xx :

200 OK – Requête HTTP réussie. Il s'agit probablement de la réponse HTTP la plus courante que vous obtiendrez d'un site Web. Cela signifie que votre demande a abouti et que vos données vous ont été renvoyées.

201 Créé - Réponse HTTP réussie, mais nouvelle ressource créée. Il s'agit de la réponse aux requêtes GET qui renvoient des données attachées à un champ d'en-tête HTTP Location. Le champ d'en-tête Location contient l'URL de la ressource nouvellement créée. Il ne sera envoyé que si la requête a utilisé la méthode POST ou d'autres méthodes qui ne créent pas de ressource à laquelle une réponse peut être envoyée par elle-même.

202 Accepté – Demande acceptée pour traitement, traitement supplémentaire requis. Cette réponse est donnée par un serveur Web (généralement un serveur proxy) qui accepte une demande de traitement ultérieur, mais qui nécessite toute sorte d'action de la part du client au-delà de l'accusé de réception immédiat de la demande.

203 Informations ne faisant pas autorité – Utiles pour la mise en cache. Il s'agit généralement d'un code de réponse utilisé dans les mécanismes de mise en cache au niveau du réseau HTTP. Les informations qu'il contient peuvent provenir d'une entité autre que la ressource identifiée par l'URI de demande. Le résultat peut indiquer que la demande ne peut pas être satisfaite par le proxy ou le cache en raison d'un contenu obsolète. Cependant, il n'indique pas si le conseil est une entité à laquelle une réponse 200 (OK) peut être envoyée.

204 Aucun contenu – Demande servie mais aucun contenu renvoyé. Cela signifie que le serveur a traité la demande avec succès mais ne renvoie aucun contenu pour cette demande particulière. Ceci est généralement utilisé lors de la diffusion de fichiers statiques, tels que des images ou d'autres ressources Web statiques.

205 Réinitialiser le contenu – Réinitialiser le contenu de la ressource demandée. Cela indique que le serveur a préparé une réponse pour cette demande mais ne la renvoie pas au client. Le client doit renvoyer la demande sans modifications. Ce code de réponse est couramment utilisé en conjonction avec les réponses 204 (pas de contenu) pour indiquer que la ressource identifiée par l'URI de la demande a été "réinitialisée" afin qu'elle puisse rester dans son état actuel pendant que d'autres demandes sont traitées, mais ces demandes seront renvoie une longueur de contenu indéfinie : "0 octet".

206 Contenu partiel – Certaines déclarations incomplètes ont été reçues. Cela indique que le serveur a traité avec succès une demande mais ne renvoie pas une représentation complète de la ressource demandée. Souvent, la réponse 206 sera accompagnée d'un champ d'en-tête Retry-After, qui contient une valeur indiquant combien de temps le client doit attendre avant de faire une autre demande pour cette ressource.

Codes d'état HTTP 3xx :

301 Déplacé de manière permanente - Redirection permanente vers un nouvel emplacement. Ce code n'est pertinent que pour les redirections HTTP. Une réponse 302 indique que la ressource demandée n'est plus disponible. L'URI dans une réponse 302 ne se résoudra jamais à la ressource d'origine, car elle a été redirigée en permanence vers un nouvel emplacement.

302 Trouvé – Redirection réussie. Cela indique que la ressource demandée a été trouvée après une redirection réussie. La page de destination de la demande d'origine sera trouvée sous une nouvelle URL spécifiée dans le champ d'en-tête Emplacement de la réponse.

303 Voir Autre – La ressource demandée existe, mais la demande doit être rythmée. Cela indique que la requête peut être traitée, mais qu'elle nécessite un délai supplémentaire avant de renvoyer un résultat. Souvent, cette réponse sera accompagnée du champ d'en-tête Retry-After, qui indique le délai après lequel le client doit réessayer cette demande.

304 Non modifié - La demande a été traitée avec succès et aucune action n'est requise. Cela signifie que la réponse a rempli toutes ses exigences (par exemple la validation) mais que la ressource n'a pas été modifiée depuis la dernière fois que cette requête a été exécutée. En d'autres termes, il s'agit d'une réponse « 304 non modifié » qui ne nécessite aucune action supplémentaire de la part du client pour continuer le traitement.

305 Utiliser un proxy – La demande doit être acheminée via un proxy. Il s'agit d'un code de réponse utilisé principalement en conjonction avec des serveurs proxy intermédiaires. La réponse réelle comprendra uniquement un code d'état et un champ d'en-tête WWW-Authenticate crypté facultatif. Cela laissera le contenu réel inchangé et accessible uniquement par le serveur proxy.

307 Redirection temporaire – Requête HTTP redirigée vers un autre emplacement. Ce code de réponse indique que la requête du client a été redirigée vers une autre URL par le serveur. La nouvelle URL sera fournie dans le champ d'en-tête Location de cette réponse, qui sera une URI complète ou partielle. Ce code peut être utilisé pour rediriger une demande d'un script ou d'un programme sur un serveur vers un autre emplacement sur le même serveur ou sur un serveur complètement différent.

308 Redirection permanente – Requête HTTP redirigée vers un autre serveur. Ce code de réponse indique que la demande du client a été redirigée vers un autre emplacement sur le même serveur ou sur un serveur complètement différent. La nouvelle URL sera fournie dans le champ d'en-tête Location de cette réponse, qui sera une URI complète ou partielle. Ce code peut être utilisé pour rediriger une demande d'un script ou d'un programme sur un serveur vers un autre emplacement sur le même serveur ou sur un serveur complètement différent.

Codes d'état HTTP 4xx :

403 Interdit – Demande d'autorisation refusée. Ce code de réponse indique que le serveur est au courant de la demande, mais qu'il n'y a aucun moyen de la satisfaire. Le client doit cesser d'envoyer des requêtes pour cette ressource.

404 Introuvable - La ressource demandée est introuvable. Cela signifie que le serveur ne trouve pas d'entité correspondant à cette requête ou ne comprend peut-être pas ce que le client voulait dire par sa requête. Dans tous les cas, le client ne doit pas donner suite à sa demande.

Méthode 405 - La demande doit utiliser POST pour récupérer les données de la ressource. Ceci est utilisé pour indiquer que le serveur n'accepte pas les requêtes utilisant la méthode GET, généralement parce que cela n'a aucun sens pour cette ressource.

406 Non acceptable – La ressource demandée n'est acceptable qu'avec des paramètres négociables. Cela signifie que la demande n'a pas pu être satisfaite en raison d'une erreur de la part du client ou éventuellement en raison de serveurs proxy HTTP sans état. La réponse inclura une entité décrivant pourquoi elle ne peut pas être remplie. Si aucune représentation de cette entité n'est disponible, il n'est pas nécessaire que la réponse en contienne une.

408 Request Timeout - Le serveur n'a pas pu répondre à temps. Le client doit réessayer la demande, en respectant correctement les exigences de temps spécifiées par le champ d'en-tête Retry-After ou un en-tête de réponse Retry-After ou par un serveur spécifié ailleurs dans le corps de la réponse. Si l'en-tête Retry-After est omis, le client peut réessayer immédiatement, mais pas avant l'heure Retry-After.

413 Request Entity Too Large – La requête contient du contenu que le serveur ne prend pas en charge ou refuse d'accepter pour d'autres raisons. La réponse inclura une entité décrivant pourquoi elle ne peut pas être remplie. Si aucune représentation de cette entité n'est disponible, il n'est pas nécessaire que la réponse en contienne une.

414 Request-URI Too Long – L'URI fourni était trop long pour que le serveur puisse le traiter. Cela peut indiquer une tentative d'exploitation d'une vulnérabilité de dépassement de mémoire tampon dans le serveur Web.

415 Type de média non pris en charge – La ressource demandée nécessite des données formatées d'une manière que le serveur ou la ressource ne prend pas en charge. La réponse inclura une entité décrivant pourquoi elle ne peut pas être remplie. Si aucune représentation de cette entité n'est disponible, il n'est pas nécessaire que la réponse en contienne une.

416 Plage demandée non satisfaisante – Un composant logiciel côté serveur n'a pas produit d'en-tête de plage HTTP valide, ce qu'il devrait avoir si la plage était acceptable pour le serveur d'origine. La réponse inclura une entité décrivant pourquoi elle ne peut pas être remplie. Si aucune représentation de cette entité n'est disponible, il n'est pas nécessaire que la réponse en contienne une.

417 Échec de l'attente – Le serveur a touché une section du document qui a été ignorée, bien que le client ne s'attende pas à ce que cette section soit affectée. Généralement causé par une araignée ou un robot d'indexation. La réponse inclura une entité décrivant pourquoi elle ne peut pas être remplie. Si aucune représentation de cette entité n'est disponible, il n'est pas nécessaire que la réponse en contienne une.

420 Entité non traitable - La demande n'était pas acceptable car elle était surdimensionnée. Ce code de réponse est obsolète. Les clients HTTP doivent plutôt la traiter comme une erreur 400 Bad Request.

421 Verrouillé – La ressource ne peut pas être modifiée directement à partir du client, mais elle peut être « verrouillée » à l'aide d'une requête GET ou POST conditionnelle. Si la ressource verrouillée est un fichier, son contenu est renvoyé dans un champ d'en-tête Content-Range indiquant quelle partie a été reçue jusqu'à présent et ce qui est encore en cours de réception. Si la ressource verrouillée est une entité, sa réponse est une série d'en-têtes d'entité commençant par les champs d'en-tête.

422 Multi-Status - Le serveur a plusieurs représentations d'une ressource dans divers états et algorithmes, qui peuvent être mis à jour à tout moment pour remplacer la représentation actuelle par une nouvelle. Par exemple, un CD acheté dans un magasin peut avoir une copie cryptée qui a été envoyée à l'acheteur par e-mail, tout en ayant une autre copie locale dans ses archives.

423 Verrouillé – La ressource ne peut pas être modifiée directement depuis le client, mais elle peut être « verrouillée » à l'aide d'une requête GET ou POST conditionnelle. Si la ressource verrouillée est un fichier, son contenu est renvoyé dans un champ d'en-tête Content-Range indiquant quelle partie a été reçue jusqu'à présent et ce qui est encore en cours de réception. Si la ressource verrouillée est une entité, sa réponse est une série d'en-têtes d'entité commençant par les champs d'en-tête.

424 Non modifié – L'entité n'a pas été modifiée depuis la génération de la réponse.

426 Contenu partiel – Le serveur ne peut pas produire une représentation plus appropriée de l'entité de requête. Ce code indique que le serveur ne peut renvoyer qu'une partie du contenu demandé mais enverra ce qu'il peut.

Codes d'état HTTP 5xx :

500 Erreur de serveur interne - Quelque chose s'est mal passé au niveau interne lors de la génération ou du traitement de la demande, mais pas à un niveau qui serait considéré comme une erreur par n'importe quel client.

501 Non implémenté – La ressource n'est pas implémentée, cependant, elle sera transmise à une ressource disponible étroitement liée.

502 Bad Gateway - Le serveur agissant en tant que passerelle ou proxy ne gère pas normalement le type de demande et ne peut pas le satisfaire. Cela est généralement dû au fait que le serveur ne savait pas comment traiter la demande donnée.

503 Service indisponible - Le serveur est temporairement incapable de traiter la demande en raison d'un temps d'arrêt de maintenance, de serveurs surchargés ou d'autres raisons.

504 Délai d'expiration de la passerelle – Le serveur ne traite pas la requête passerelle en raison d'un délai d'attente.

505 Version HTTP non prise en charge – Le serveur ne peut pas traiter la demande car il ne s'agit pas de l'un des protocoles pris en charge.

506 La variante négocie également – ​​Le serveur ne sert que des variantes de la ressource. Ce code de réponse doit être utilisé si vous préférez que les variantes de votre contenu soient traitées séparément, par exemple, les images ou les feuilles de style.

507 Stockage insuffisant – Le serveur est incapable de stocker la représentation nécessaire pour compléter la demande. Cela peut être dû à une défaillance temporaire, qui peut indiquer une incapacité temporaire à traiter les demandes. Il est également utilisé lorsque l'utilisateur n'a pas d'espace de stockage disponible sur son compte ou si son quota de stockage a été dépassé.

508 Loop Detected - Ce code est similaire à un 403 Forbidden mais cela signifie que vous n'avez pas encore été autorisé car votre adresse IP a été bloquée pour accéder au site. Pour cette raison, le corps de la réponse doit contenir un champ d'en-tête WWW-Authenticate indiquant comment l'utilisateur peut s'autoriser.

509 Non étendu - Le serveur ne prend pas en charge l'opération OData "profil". Si vous devez faire une requête de profil, utilisez plutôt une requête GET. Dans ce cas, si votre application cliente n'est pas compatible OAuth2, elle peut omettre le champ d'en-tête WWW-Authenticate et le traiter comme une réponse vide.

510 Non étendu – Le serveur ne prend pas en charge l'opération OData « schéma ». Si vous devez faire une requête de schéma, utilisez plutôt une requête GET. Dans ce cas, si votre application cliente n'est pas compatible OAuth2, elle peut omettre le champ d'en-tête WWW-Authenticate et le traiter comme une réponse vide.

511 Authentification réseau requise – Le client doit s'authentifier pour accéder au réseau. Le code est utilisé dans une réponse 401. La réponse peut inclure un champ d'en-tête WWW-Authenticate avec des options d'authentification supplémentaires.

599 Authentification réseau requise – Le client doit s'authentifier pour accéder au réseau. Le code est utilisé dans une réponse 407. Dans ce cas, si votre application cliente n'est pas compatible OAuth2, elle peut omettre le champ d'en-tête WWW-Authenticate et le traiter comme une réponse vide.

Codes d'état HTTP 6xx :

600 Occupé – Le serveur est temporairement incapable de traiter la demande en raison d'un volume élevé de demandes. Cela peut être accompagné d'un champ d'en-tête Retry-After indiquant quand le service est susceptible d'être à nouveau disponible. Si la méthode de requête n'était pas HEAD et définissait au moins une entité de requête, elle devrait également inclure un Entity-Body avec les valeurs error_status et error_reason le cas échéant.

601 Refusé – Le serveur a refusé la demande et en indiquera la raison (par exemple, compte utilisateur non autorisé).

602 Bad Gateway – Le serveur ne gère pas la passerelle pour la ressource demandée. Par exemple, une demande à l'un de ses points de terminaison a renvoyé cette erreur. Cela peut arriver si un serveur d'un hôte différent agit comme une passerelle pour cette ressource.

603 Service indisponible - Le serveur est temporairement incapable de traiter la demande en raison d'un temps d'arrêt de maintenance, de serveurs surchargés ou d'autres raisons. Dans certains cas, cela peut être dû au fait que le service a été rendu indisponible pour les clients externes par un autre service qui l'a temporairement arrêté pour effectuer la maintenance.

604 Méthode non autorisée – La méthode n'est pas autorisée pour la ressource demandée. Cela devrait rarement être utilisé comme réponse car la valeur error_status est plus descriptive et elle existe depuis longtemps.

605 La variante négocie également – ​​Le serveur ne sert que des variantes de la ressource. Ce code de réponse doit être utilisé si vous préférez que les variantes de votre contenu soient traitées séparément, par exemple, les images ou les feuilles de style.

606 Non acceptable – Le client doit accepter la déclaration ci-jointe.

607 Stockage insuffisant - La demande n'a pas pu être traitée car le serveur est incapable de stocker la représentation nécessaire pour compléter la demande. Cela peut être dû à une défaillance temporaire, qui peut indiquer une incapacité temporaire à traiter les demandes. Il est également utilisé lorsque l'utilisateur n'a pas d'espace de stockage disponible sur son compte ou si son quota de stockage a été dépassé.

610 Échec de la précondition – La condition n'a pas été satisfaite par les informations reçues d'une demande précédente. La demande peut inclure un corps, dont le Content-Type doit être une représentation disponible valide.

611 Authentification réseau requise – Le client doit s'authentifier pour accéder au réseau. Le code est utilisé dans une réponse 407. Dans ce cas, si votre application cliente n'est pas compatible OAuth2, elle peut omettre le champ d'en-tête WWW-Authenticate et le traiter comme une réponse vide. Ce code ne doit être utilisé que lors de l'authentification auprès d'un serveur ou d'un service externe et non auprès du demandeur lui-même.

616 Bad Request – La demande n'était pas valide ou n'est pas prise en charge. Il doit s'agir d'un super code indiquant que la requête a été mal formée. Par exemple, une requête sans corps d'entité.

617 Déjà en réponse – Le serveur répond déjà à une requête précédente. Il peut être utilisé dans certains cas lorsque le client envoie une deuxième requête alors que la première est toujours en cours de traitement.

618 Erreur interne du serveur – Une erreur interne du serveur ou une mauvaise configuration du serveur a généré une réponse erronée.

619 Délai d'expiration de la demande – Une exception non interceptée, un délai d'expiration ou un autre problème technique s'est produit, empêchant le traitement ultérieur de la demande. Le corps du message de réponse inclura généralement plus de détails sur le problème.

620 Bad Gateway – Le serveur ne gère pas la passerelle pour la ressource demandée. Cela se produit lorsqu'un serveur d'un hôte différent agit comme une passerelle pour cette ressource.

Codes d'état HTTP 7xx :

711 Ressource inconnue - Le serveur ne gère pas cette méthode de demande particulière ou il ne peut pas comprendre le corps de la demande.

712 Entité non traitable – L'entité de la demande était bien formée mais n'a pas pu être traitée. Cela peut être dû à une erreur de validation au niveau du serveur ou, s'il s'agit d'une réponse, que la réponse a expiré ou fait référence à une ressource supprimée. Cela peut être accompagné d'un champ d'en-tête Retry-After indiquant quand le service est susceptible d'être à nouveau disponible.

713 Verrouillé – La ressource est utilisée par un autre système ou est autrement en lecture seule. Cela peut être accompagné d'un champ d'en-tête Retry-After indiquant quand le service est susceptible d'être à nouveau disponible.

714 Utilisation partagée – La ressource a été allouée à plus d'un client. Ceci doit être utilisé en conjonction avec les codes de réponse 411 (Conflit d'utilisation) où un client ne doit pas avoir un accès exclusif à la ressource. Cela peut également indiquer que d'autres transactions sur cette ressource doivent attendre que d'autres clients aient terminé leurs transactions.

Codes d'état HTTP 9xx :

915 Entité de requête trop grande – Le serveur n'a pas pu traiter le corps de la requête en raison de sa grande longueur. Si vous souhaitez inclure un document volumineux dans votre demande, envisagez d'utiliser un POST et de limiter la longueur du document.

917 Request Entity Too Large – Le serveur n'a pas pu vérifier que la requête est bien formée en raison de sa grande longueur. Si vous souhaitez envoyer une forme longue dans votre demande, pensez à utiliser POST à ​​la place.

918 Entité de demande trop grande – Le serveur n'a pas pu vérifier que la demande est bien formée en raison de sa grande longueur. Si vous souhaitez envoyer une forme longue dans votre demande, pensez à utiliser POST à ​​la place.

919 Entité de demande incomplète – Le serveur ne dispose pas de suffisamment d'informations pour traiter la demande car l'entité est trop petite ou le type de média n'est pas pris en charge. Cela peut être utilisé par un client qui souhaite vérifier qu'une demande a été reçue et si elle contient toutes les informations nécessaires avant de poursuivre le traitement.

930 Authentification requise – Le client a essayé de s'authentifier mais a échoué, donc aucun corps d'entité n'a été renvoyé. Il peut être accompagné d'un champ d'en-tête WWW-Authenticate contenant des informations sur la manière de s'authentifier.

980 Not Found – Une ressource est introuvable. Cela peut indiquer une erreur avec l'un des identifiants définis pour cette API, comme la clé API ou le chemin API (URI).

999 Erreur inconnue – Une erreur générique s'est produite. Il n'y a pas d'informations supplémentaires disponibles sur le problème. Il peut être utilisé comme réponse à toute panne inattendue.

Ceci conclut la longue liste de codes d'état HTTP que vous pouvez rencontrer. Heureusement, la plupart d'entre eux se trouvent très rarement à l'état sauvage, mais il est important de savoir quoi faire lorsque vous les trouvez. C'est pourquoi il est essentiel de travailler avec des professionnels du référencement en marque blanche qui peuvent identifier le problème et trouver une solution appropriée.