Explication des codes d’état HTTP

Chaque internaute a déjà vu la page « Non trouvé » avec le code « 404 » à trois chiffres. Ceci est une réponse HTTP du serveur du site que vous visitez, vous indiquant que l’URL demandée n’existe pas. Le code « 404 Not Found » est l’un des nombreux codes d’état de réponse HTTP, et chacun a une signification différente. Le point commun qu’ils partagent tous est qu’ils sont des réponses de serveur à vos requêtes.

Lisez la suite pour en savoir plus sur ce qu’est un code d’état HTTP et sur la signification de chaque code.

Qu’est-ce qu’un code d’état HTTP ?

Toutes les interactions entre votre navigateur et un site web sont basées sur le principe requête-réponse. Chaque fois que vous saisissez une adresse dans votre navigateur, cliquez sur le lien d’une page web, téléchargez un fichier ou effectuez une action en ligne, votre navigateur (client) envoie une requête HTTP au serveur du site web. Le serveur traite la requête et renvoie une réponse HTTP.

La réponse contient deux parties: le corps et les en-têtes. Le corps du texte consiste généralement en du contenu que votre navigateur visualise – du texte, des images, des vidéos, etc. Certaines réponses ne générant pas de contenu, le corps du message peut être vide.

Les en-têtes contiennent des métadonnées sur les réponses – le code d’état HTTP, le type de serveur et d’autres informations importantes.

Les codes d’état HTTP se composent de 3 chiffres. Le premier chiffre représente la catégorie de la réponse, tandis que les deux derniers définissent la réponse spécifique.

Il y a cinq catégories regroupant les réponses sur un trait commun ou un objectif qu’elles partagent:

• 1XX codes – Codes d’information que le serveur renvoie pour indiquer au client que la requête est en cours.
• 2XX codes – Codes de réussite indiquant que la requête est reconnue et qu’elle est en cours de traitement.
• Codes 3XX – Codes spécifiant qu’il y aura une redirection.
• Codes 4XX- Ce sont des codes d’erreur signalant un problème avec la requête envoyée par le client (navigateur).
• Codes 5XX – Erreurs provenant du serveur du site web qui l’empêchent d’envoyer une réponse valide.

Une liste complète des codes d’état HTTP

Il existe plus de 50 codes d’état HTTP officiels reconnus par l’ Internet Assigned Numbers Authority (IANA) qui est chargée de maintenir et de régir les normes Internet, y compris le registre des codes HTTP.

Nous passerons en revue tous les codes officiels et examinerons également certains des codes non officiels les plus populaires utilisés dans des plateformes et des services spécifiques.

1XX codes

Les codes 1XX sont des réponses informatives du serveur du site web. Ils ne génèrent pas de contenu et ne font que tenir les clients au courant de la progression de leurs demandes. Cette information est envoyée dans les en-têtes de la réponse HTTP.

• 100 « Continuer » – Le serveur a reçu les en-têtes de la requête. Il indique maintenant à votre navigateur de procéder à l’envoi du corps de la requête.

• 101 « Changement de protocole » – Le client demandeur (navigateur) a demandé au serveur de modifier les protocoles, et le serveur a satisfait la requête.

• 102 « Processing » – Ceci est une réponse principalement associée aux requêtes WebDAV qui peuvent prendre plus de temps à se terminer. Il indique que le serveur a reçu la requête et est en train de la traiter.

• 103 « Early Hints » – Le serveur renvoie des en-têtes de réponse avant que la réponse HTTP finale ne soit envoyée.

Codes 2XX

Les codes 2XX sont les meilleures réponses que vous puissiez recevoir. Ils indiquent que la requête a été reconnue par le serveur, qu’elle a été acceptée et qu’elle est en cours de traitement.

• 200 « OK » – La réponse pour une requête HTTP réussie. Le résultat dépend du type de requête.

• 201 « Created » – La requête a été satisfaite et le serveur a créé une nouvelle ressource.

• 202 « Accepted » – Le serveur a accepté la requête mais n’a pas encore fini de la traiter. La requête peut être satisfaite ou rejetée, mais le résultat reste indéterminé.

• 203 « Informations ne faisant pas autorité » – Un code qui apparaît généralement lorsqu’un service proxy est utilisé. Le serveur mandataire a reçu un code d’état 200 « OK » du serveur d’origine et renvoie une version modifiée de la réponse d’origine.

• 204 « No Content » – Le serveur a satisfait la requête mais ne retourne aucun contenu.

• 205 « Réinitialiser le contenu » – Le serveur a répondu à la requête, et il ne retournera aucun contenu mais demande au client (navigateur) de réinitialiser l’affichage du document.

• 206 « Contenu partiel » – Le serveur ne renvoie qu’une partie des ressources demandées car votre navigateur utilise des « en-têtes de plage ». Ces en-têtes permettent aux navigateurs de reprendre les téléchargements ou de diviser les téléchargements en plusieurs flux simultanés.

• 207 « Multi-Status » – Un code associé à WebDav lorsqu’une requête composée est effectuée . Le serveur renvoie un message contenant un tableau de codes de réponse pour toutes les sous-requêtes. 5jjj5676

• 208 « Déjà signalé » (WebDav) – Ce code indique que les membres internes d’une liaison DAV ont déjà été énumérés dans une partie précédente de la réponse et ne seront pas énumérés à nouveau.

• 226 « MI utilisé » – Le serveur a satisfait la requête, et la réponse est une représentation du résultat d’une ou plusieurs manipulations d’instance appliquées à l’instance actuelle.

Codes 3XX

Les codes 3XX indiquent qu’il y aura une redirection. Les Redirections sont couramment utilisées lorsqu’une ressource est déplacée vers une nouvelle adresse. Les différents codes 3XX indiquent aux navigateurs comment effectuer la redirection.

• 300 « Choix multiples » – Le serveur présente au client un choix de plusieurs ressources. Le code d’état est appliqué lorsque vous utilisez votre navigateur pour télécharger des fichiers et que vous avez le choix entre l’extension de fichier, ou lorsque des options de suppression de l’ambiguïté verbale vous sont proposées.

• 301 « Déplacé définitivement » – Ceci est le code pour une redirection permanente. Cela signifie que l’URL de la ressource demandée est définitivement remplacée par une nouvelle adresse, et les moteurs de recherche doivent mettre à jour l’URL dans leurs bases de données. 1511 et suiv.60

Lisez ce guide de création de redirections pour plus d’informations.

• 302 « Trouvé » – Auparavant, ce code était connu sous le nom de « Déplacé temporairement ». Elle indique aux navigateurs que la ressource demandée est déplacée temporairement vers une nouvelle URL, mais que la nouvelle adresse peut être modifiée à nouveau dans le futur. Ainsi, l’URL d’origine devrait toujours être utilisée par le client. Le code est utilisé pour les redirections temporaires.

• 303 « Voir autre » – Le serveur indique au client qu’il a trouvé la ressource, mais qu’elle doit être récupérée sur une autre URL avec une requête GET.

• 304 « Non modifié » – Le serveur informe votre navigateur que la ressource n’a pas été modifiée depuis la dernière fois que vous l’avez demandée. Votre navigateur peut continuer à utiliser la version en cache qu’il stocke déjà localement.

• 305 « Utiliser un proxy » – La ressource demandée est disponible uniquement via un proxy. Ce code est maintenant obsolète et les navigateurs ne le tiennent pas compte.

• 306 « Switch Proxy » – Ce code n’est plus utilisé. Cela signifie que les requêtes suivantes doivent utiliser le proxy spécifié.

• 307 « Redirection temporaire » – Ceci est le nouveau code pour les redirections temporaires qui a remplacé le code HTTP 302. Indique que la ressource demandée a été déplacée vers une autre URL. Contrairement au code HTTP 302, le code HTTP 307 ne permet pas de modifier la méthode de requête HTTP. Par exemple, si la première requête était GET, la deuxième requête devrait également être GET.

• 308 « Redirection permanente » – La ressource demandée est définitivement déplacée vers une autre URL et toutes les futures requêtes doivent être redirigées vers la nouvelle adresse. Le code est similaire au code HTTP 302, la seule différence étant qu’il ne permet pas aux navigateurs de changer le type de la requête HTTP.

4XX codes

Les codes 4XX sont des codes d’état d’erreur HTTP. Ils définissent les erreurs comme des requêtes invalides de votre navigateur que le serveur du site web ne peut pas traiter. Le problème peut provenir d’une erreur de syntaxe dans la requête, d’une URL inexistante, d’informations d’identification erronées, etc. Votre navigateur affiche généralement une page avec un code d’erreur particulier.

• 400 « Requête incorrecte » – Le serveur ne peut pas renvoyer de réponse valide en raison d’une erreur côté client. Les causes courantes sont des URL demandées mal formées, un routage de requêtes trompeur, une taille de fichier volumineuse, etc.

Pour plus d’informations, consultez ce tutoriel sur ce qu’est une erreur HTTP « 400 Bad Request » et comment la corriger.

• 401 « Unauthorized » – Cette erreur apparaît lorsque le client n’a pas pu fournir d’informations d’identification valides et que la réponse du serveur inclut un en-tête WWW-Authenticate. Vous êtes susceptible de rencontrer cette erreur lorsque vous essayez d’accéder à des URL protégées par mot de passe et que vous ne disposez pas des informations de connexion correctes.

Si vous rencontrez ce problème, consultez ce guide pour dépanner l’erreur HTTP 401.

• 402 « Paiement requis » – Ce n’est pas un code standard, cependant il est réservé pour être utilisé à l’avenir par les systèmes de paiement. Le but du code est d’indiquer que le contenu n’est pas disponible en raison d’un échec de paiement.

• 403 « Interdit » – L’erreur indique que le serveur refuse l’accès à un utilisateur qui n’a pas la permission d’accéder aux ressources. Cette erreur est similaire au code HTTP 401, à la différence que dans ce cas, l’identité de l’utilisateur est connue.

Les causes typiques de cette erreur sont des règles restrictives du serveur du site web, des permissions insuffisantes pour les fichiers et dossiers du site web, etc.

Pour plus d’informations, lisez cet article sur l’erreur HTTP 403 et comment la corriger.

• 404 « Not found » – C’est l’erreur la plus fréquente que les utilisateurs voient en ligne. Cela signifie que le serveur ne peut pas trouver la ressource demandée. Habituellement, la cause est que l’URL à laquelle vous essayez d’accéder n’existe pas.

L’erreur peut également être causée par une mauvaise configuration du site web. Lisez le guide suivant pour dépanner l’erreur HTTP 404.

• 405 « Méthode non autorisée » – Le serveur comprend la méthode demandée, mais la ressource cible ne la prend pas en charge.
• 406 « Non acceptable » – La ressource demandée a généré du contenu qui ne répond pas aux critères de l’agent utilisateur qui l’a demandé.
• 407 « Authentification proxy requise » – Un serveur proxy est utilisé pour la communication entre le navigateur et le serveur et il nécessite une authentification.

• 408 « Request Timeout » – Le serveur s’est fermé à cause d’un dépassement du délai d’attente d’une requête de votre navigateur. Dans certains cas, les serveurs peuvent envoyer ce message sur une connexion inactive même sans requête préalable du client.

Il convient de noter que les serveurs peuvent fermer la connexion sans envoyer de message.

• 409 « Conflict » – Cette erreur se produit lorsqu’une requête ne peut être traitée en raison d’un conflit dans l’état actuel de la ressource sur le serveur. Un exemple de cette erreur est lorsque plusieurs modifications du même fichier sont soumises au serveur et que les modifications entrent en conflit.
• 410 « Gone » – La ressource demandée n’est pas disponible et ne le sera pas à l’avenir. Elle n’est pas remplacée par une nouvelle ressource à une nouvelle adresse, donc les clients doivent supprimer tous les liens et le cache liés à la ressource. Par exemple, les moteurs de recherche devraient supprimer les informations de la ressource de leurs bases de données.

• 411 « Longueur requise » – La longueur du contenu de la requête n’est pas spécifiée et la ressource sur le serveur l’exige.

• 412 « Précondition échouée » – Les en-têtes de la requête spécifient certaines préconditions que le serveur ne parvient pas à remplir.

• 413 « Payload too large » – La requête dépasse les limites spécifiées sur le serveur, donc le serveur ne peut pas traiter la requête.

Cette erreur peut s’afficher sur votre site WordPress lorsque vous essayez d’envoyer un fichier et que sa taille dépasse la limite d’envoi de votre site web. Si vous rencontrez ce problème, lisez ce guide sur l’erreur « 413 Entity Too Large » dans WordPress.

• 414 « URI trop long » – L’URI est trop long et le serveur ne peut pas le traiter. Habituellement, c’est le résultat d’une requête GET contenant trop de données et doit donc être changée en requête POST.

• 415 « Type de média non pris en charge » – La requête contient un type de média que le serveur ne prend pas en charge. Par exemple, vous essayez d’envoyer un fichier image au format .jpg, mais le serveur ne le prend pas en charge.

• 416 « Plage non satisfaisante » – La requête a demandé une partie de la ressource que le serveur ne peut pas fournir. Cette erreur peut se produire lorsque votre navigateur demande une portion d’un fichier qui se trouve en dehors de la fin du fichier.

• 417 « Expectation Failed » – Le serveur ne répond pas aux exigences définies dans le champ d’en-tête expect de la requête.

• 418 “Je suis une théière.” – Cette erreur est renvoyée par les théières chargées de préparer du café. C’est un poisson d’avril qui remonte à 1998.

• 421 « Requête mal dirigée » – La requête a été dirigée vers un serveur incapable de produire une réponse.

• 422 « Unprocessable Entity » – La requête du client est bien formée mais elle contient des erreurs sémantiques qui empêchent le serveur de traiter une réponse.

7eec919

• 423 « Locked » – La ressource en cours d’accès est verrouillée.
• 424 « Échec de la dépendance » – La requête a échoué car elle dépendait d’une autre requête qui a également échoué.

• 425 « Too Early » – Cette erreur indique que le serveur ne veut pas prendre le risque de traiter une requête qui pourrait être rejouée.

• 426 « Mise à jour requise » – Le serveur refuse la requête utilisant les protocoles actuels comme indiqué par l’en-tête upgrade envoyé en réponse. Il est prêt à accepter la requête si le client passe à un autre protocole.

• 428 « Precondition Required » – Le serveur exige que la requête soit conditionnelle. Dans la plupart des cas, cette réponse est utilisée pour empêcher les conflits lorsqu’un client utilise la méthode GET pour demander une ressource, la modifie, puis utilise PUT pour envoyer la nouvelle version alors qu’une autre personne peut avoir également modifié la même ressource.

• 429 « Trop de requêtes » – Le serveur répond avec ce code lorsque l’utilisateur a envoyé trop de requêtes dans le temps imparti et a dépassé la limite de débit.
  Cette erreur peut s’afficher sur votre site WordPress si des robots malveillants ou des scripts tentent d’accéder au tableau de bord. Dans ce cas, il est recommandé de modifier l’URL de connexion, ce qui peut être facilement fait à partir des Sécurité de la connexion paramètres de Sécurité de SiteGround plugin.

Vous pouvez également voir cette erreur lorsque vous essayez d’installer un SSL de Let’s Encrypt, mais que vous avez accumulé trop de requêtes infructueuses. Pour plus d’informations, consultez ce guide: Let’s Encrypt fait des erreurs « 429 Too Many Requests », « No Domains Authorized » et « Le certificat n’est pas pour le domaine choisi ».

• 431 « Champs d’en-tête de la requête trop grands » – Le serveur ne peut pas traiter la requête car ses champs d’en-tête individuels ou tous les champs d’en-tête combinés sont trop grands. Le client peut soumettre une nouvelle demande si la taille est réduite.

• 451 « Indisponible pour des raisons légales » – Le client demande une ressource dont le serveur est légalement tenu de refuser l’accès, comme une page web censurée par le gouvernement.

5XX codes

Les codes HTTP 5XX indiquent qu’il y a un problème sur le serveur du site web qui l’empêche de traiter une requête. Comme pour les codes 4XX, une page d’erreur apparaît sur votre navigateur lorsqu’une erreur 5XX est déclenchée.

• 500 « Erreur interne du serveur » – Est une erreur générique qui indique que le serveur a rencontré une condition inattendue et ne peut pas répondre à la requête. Le serveur vous informe qu’il y a un problème, mais il n’est pas sûr de la cause du problème.

Habituellement, le problème provient de la configuration du site web côté client. Lisez ce tutoriel sur qu’est-ce qu’une « Erreur HTTP 500 – Erreur interne du serveur » et comment la corriger pour plus d’informations.

• 501 « Non implémenté » – Le serveur ne prend pas en charge la méthode request ou n’a pas la capacité de répondre à la requête.
• 502 « Mauvaise passerelle » – Cette erreur indique que le serveur a agi en tant que passerelle ou proxy et a reçu une réponse invalide du serveur en amont. Ceci est la description officielle, mais plusieurs facteurs peuvent être à l’origine de cette erreur. Découvrez l’erreur HTTP 502 « Mauvaise passerelle » et comment la corriger ici.

• 503 « Service indisponible » – Le serveur ne peut pas traiter la requête. Il s’agit généralement d’un problème temporaire causé par une surcharge ou une maintenance permanente sur le serveur. Lisez ce guide sur qu’est-ce que l’erreur HTTP 503 « Service indisponible » et comment la corriger.

• 504 « Délai d’expiration de la passerelle » – Le serveur a agi comme une passerelle et n’a pas reçu de réponse en temps voulu du serveur en amont. Dans la plupart des cas, cette erreur est causée par des scripts PHP qui ne se terminent pas à temps et dépassent le délai d’expiration de la variable PHP max_execution_time du serveur, le serveur met fin à la connexion. Vous trouverez plus de détails dans cet article sur le « Délai d’expiration de la passerelle » HTTP 504 et sur la façon de le corriger.

• 505 « HTTP Version Not Supported » – Le serveur ne prend pas en charge la version HTTP utilisée dans la requête.

• 506 « La variante est également négociée » – Cette erreur se produit lorsque le client et le serveur entrent en négociation de contenu transparent, qui permet au client de récupérer la meilleure variante d’une ressource lorsque le serveur prend en charge plusieurs versions. Cependant, il y a une mauvaise configuration, et la ressource choisie demande également une négociation de contenu qui provoque une boucle fermée.

• 507 « Stockage insuffisant (WebDAV) – Le serveur ne peut pas stocker la représentation requise pour terminer la requête.

• 508 « Loop Detected » (WebDAV) – Le serveur a détecté une boucle infinie lors du traitement de la requête.

• 510 « Not Extended » – D’autres extensions de la requête sont nécessaires pour que le serveur puisse y répondre. Ce code est maintenant obsolète.

• 511 « Authentification réseau requise » – Cette réponse est envoyée lorsque vous avez besoin de vous authentifier afin que le réseau puisse envoyer votre requête à un serveur. Le plus souvent, il se produit lorsque vous essayez d’utiliser un réseau Wi-Fi, et vous devez accepter ses conditions d’utilisation.

Quelques codes d’état HTTP non officiels

Les codes ci-dessus sont officiellement reconnus par l’ IANA , mais différentes plateformes utilisent des codes HTTP non officiels pour indiquer des problèmes spécifiques, liés à leurs services. Les codes suivants sont utilisés dans certains des services en ligne les plus populaires.
8985fev1

• 430 « Champs d’en-tête de la demande trop grands » – Ce code est utilisé par Shopify lorsque trop d’URL sont demandées en même temps. Il est similaire au code HTTP 429 « Too manyquests » .
• 440 « Délai d’attente de connexion » – Ce code est utilisé par l’ISS (Internet Information Services) de Microsoft. La session de connexion du client a expiré et il doit se connecter à nouveau.

• 494 « En-tête de requête trop grand » – utilisé par NGINX. Le client a envoyé une requête trop volumineuse ou une ligne d’en-tête trop longue.

• 495 « SSL Certificate Error » – C’est également un code d’état utilisé par NGINX pour signaler que le client a fourni un certificat SSL invalide.

• 496 « Certificat SSL requis » – utilisé par NGINX. Un certificat client est nécessaire mais n’est pas fourni.

• 499 « Client Closed Request » – Le client a mis fin à la requête avant que le serveur ne puisse envoyer une réponse. Un autre code utilisé par NGINX.

• 520 « Le serveur Web a renvoyé une erreur inconnue » – Ceci est un code utilisé par Cloudflare. Elle indique que le serveur d’origine a renvoyé une réponse inattendue ou inconnue à Cloudflare.

• 521 « Web Server is Down » : un autre code d’erreur spécifique à Cloudflare. Le serveur d’origine a refusé la connexion à Cloudflare. Cette erreur peut être causée par le pare-feu d’origine bloquant les adresses IP de Cloudflare.

• 525 « Échec de l’établissement de liaison SSL » – Utilisé par Cloudflare. Cloudflare n’est pas en mesure d’établir une négociation SSL/TLS avec le serveur d’origine.

• 526 « Certificat SSL non valide » : un autre code principalement utilisé par Cloudflare. Cloudflare n’a pas pu valider le SSL installé sur le serveur d’origine. Habituellement, cela est dû à un SSL non valide ou manquant sur le serveur d’origine. Lisez ce guide sur comment installer Let’s Encrypt sur votre site web hébergé par SiteGround.

Comment puis-je vérifier les codes d’état HTTP sur un site web ?

La plupart des codes ne sont pas visibles sur les pages d’accueil et généralement, vous ne voyez une page que pour les codes d’erreur 4XX et 5XX. Cependant, il existe plusieurs méthodes que vous pouvez déployer pour voir tous les codes de réponse générés par un site web. Vous pouvez utiliser l’outil Inspect de votre navigateur (outils de développement), des scripts JavaScript ou PHP, ou divers vérificateurs en ligne. Nous allons examiner quelques-unes des méthodes les plus courantes.

Vérifier les codes d’état à partir des outils de développement Google Chrome

L’un des moyens les plus simples et les plus rapides de vérifier les codes d’état des réponses HTTP sur un site Web consiste à utiliser les outils de développement du navigateur Chrome. Pour y accéder, faites un clic droit sur la page du site web pour ouvrir le menu de dialogue et sélectionnez Inspecter, ou appuyez sur F12.

Ouvrez ensuite la console des outils de développement et sélectionnez Réseau. Actualisez la page en cliquant sur le bouton Actualiser ou en appuyant sur Commande+R pour Mac (F5 pour Windows). La page affiche toutes les réponses aux requêtes envoyées par votre navigateur vers le site web.

Le code pour chaque réponse peut être vu sous Status colonne . Pour voir l’intégralité des en-têtes, cliquez une fois sur la réponse. Une nouvelle section apparaît dans laquelle vous pouvez sélectionner en-têtes. Vous verrez les détails de la requête originale de votre navigateur, le code d’état HTTP et les en-têtes de réponse.

Vérifier les codes d’état à partir des outils de développement Web Mozilla Firefox

Comme pour Chrome, vous pouvez afficher les codes de réponse depuis la console des outils de développement Web dans Mozilla Firefox. Appuyez sur F12 ou faites un clic droit sur la page du site web et sélectionnez Inspecter dans le menu de la boîte de dialogue.

” Ensuite, sélectionnez l’onglet Réseau , où vous pouvez voir toutes les réponses aux requêtes de votre navigateur.

Le code de chaque réponse peut être vu dans la colonne Status. En cliquant sur n’importe quelle réponse, vous verrez des informations détaillées sur la requête originale, le code d’état et les en-têtes de réponse.

Vérifier les codes d’état depuis la console de recherche Google

En tant que propriétaire de site web, maintenir un bon référencement est crucial pour votre activité en ligne. Les erreurs HTTP peuvent empêcher Google d’indexer votre site web, vous faisant ainsi perdre beaucoup de trafic potentiel. C’est pourquoi Google Search Console est extrêmement utile pour identifier de telles erreurs et les corriger rapidement.

Tout d’abord, vous devez ajouter votre site web en tant que nouvelle propriété dans la console de recherche Google. Cela crée un panneau dans lequel vous pouvez suivre diverses statistiques pour votre site web.

Les codes HTTP enregistrés par Google peuvent être contrôlés dans la section Index> Pages> Pourquoi les pages ne sont pas indexées.

Dans la colonne Raison , vous verrez une brève description de l’erreur. Par exemple, une erreur 404 sera répertoriée comme Not found (404) , et une erreur 500 ou 5XX sera marquée comme Server error (5XX). Les redirections avec des codes 3XX seront enregistrées en tant que Page avec redirection.

Vous pouvez également voir si l’erreur provient de Google ou du site web lui-même dans la colonne Source .

Résumé

Il existe de nombreux codes HTTP, et chacun a une signification différente. Vous n’avez pas besoin de les mémoriser toutes, mais il est important de savoir qu’elles sont des réponses du serveur du site web aux requêtes de votre navigateur. Certains d’entre eux sont informatifs, et vous ne les verrez pas dans votre navigateur. Vous devriez prêter une attention particulière aux erreurs 4XX (côté client) et 5XX (côté serveur) car elles sont critiques pour le trafic de votre site web et empêchent généralement les utilisateurs de visiter un site web.

Ce guide a examiné tous les codes de réponse HTTP officiels et certains codes non officiels utilisés sur des plateformes spécifiques. Nous espérons que cela vous a été utile !