L’erreur 421 ou « erreur HTTP 421 » est un code d’état du protocole HTTP qui signifie qu’une requête a été acheminée vers un serveur qui n’est pas capable de répondre. Cette erreur survient lorsque le serveur n’est pas programmé pour produire des réactions pour la combinaison des schémas et autorité incluse dans l’URL de la requête.

Les concurrents sont à portée de clics sur internet et les entrepreneurs du web doivent s’inscrire dans une démarche d’amélioration continue de l’expérience utilisateur.

Statistiquement parlant, 88 % des consommateurs en ligne sont moins enclins à retourner sur un site web après une mauvaise expérience. Ce chiffre montre la nécessité de détecter à temps les problèmes sur un site web afin d’apporter des corrections appropriées.

Les erreurs courantes sur un site web sont relatives aux URL et apparaissent souvent lorsque les visiteurs cliquent sur un lien pour consulter quelque chose qu’il trouve intéressant ou pour acheter un produit.

C’est le cas de l’erreur 421 où le serveur renvoie à l’utilisateur, le message selon lequel la requête est mal orientée. Cette situation peut empêcher un site web d’attirer de nouveaux prospects et des clients.

À travers cet article, nous découvrons en quoi consiste concrètement l’erreur 421 et la manière dont elle peut affecter un site en termes de SEO.

Nous parcourons ensuite les outils qui permettent de détecter les erreurs 421 sur un site et les différentes techniques pour réparer ces erreurs. Pour finir, nous explorerons les questions fréquentes par rapport à l’erreur 421.

Chapitre 1 : Comment comprendre l’erreur 421 et comment affecte-t-il un site web ?

Tous les sites web rencontrent des problèmes à un moment donné. Mais la fréquence de ces problèmes peut avoir des effets indésirables pour les sites. Ce chapitre présente,

• La définition de l’erreur 421 ;
• Les causes de l’erreur 421 ;
• L’impact de l’erreur 421 sur un site web.

1.1. En quoi consiste l’erreur 421 ?

L’ensemble des activités sur internet est le fruit de l’interaction entre les navigateurs et les serveurs. Lorsque les internautes tentent d’accéder à un site web, les navigateurs envoient une demande au serveur du site.

Le serveur répond à la demande des internautes par un code d’état HTTP, un code à trois chiffres comme 421. Les codes d’état sont une sorte de conversation sur le web entre les navigateurs et les serveurs.

Ils constituent un message et indiquent si tout se passe bien entre le navigateur et le site web ou pas. Comprendre ces codes vous permettra de savoir si tout se déroule comme prévu sur votre site et de diagnostiquer rapidement le type d’erreur.

Ceci est capital pour minimiser le temps d’arrêt sur votre site lorsque les problèmes surviennent. Les codes d’état HTTP se classent en cinq groupes et chaque groupe indique un message différent.

• 1xx : c’est une réponse informative qui signifie que le serveur examine la demande ;
• 2xx : ce groupe indique que la requête a été exécutée avec succès et le serveur a donné au navigateur la réponse attendue.
• 3xx : c’est une redirection qui indique à l’utilisateur qu’il est redirigé à une URL autre que ce qu’il a demandé. La demande a été reçue, mais il y a une redirection quelconque.
• 4xx : ce groupe indique une erreur du client (navigateur). Les codes d’états 4xx apparaissent lorsque le site ou la page demandée ne s’est pas chargée. Il s’agit d’une erreur du côté du site web qui apparaît souvent lorsqu’une page n’existe pas sur le site ou lorsque le serveur rencontre des difficultés pour l’afficher.
• 5xx : ce groupe indique une erreur de serveur (échec). Une demande valide a été faite par le client, mais le serveur n’a pas pu la compléter.

Certains codes d’état HTTP peuvent avoir de très grands impacts sur le référencement d’un site et il est capital que les webmasters arrivent à les traiter de manière appropriée lorsqu’ils se produisent.

C’est le cas des erreurs du groupe 4xx qui font souvent objet d’attention au cours des audits de référencement.

L’erreur 421 du protocole HTTP affiche le message “Misdirected request” qui indique que la requête est mal dirigée.

Cette erreur s’explique par le fait que la demande a été adressée à un serveur qui n’est pas configuré pour produire des réactions à la requête. Par conséquent, l’utilisateur qui veut accéder à la page ne sera pas en mesure de la charger.

1.2. Les causes de l’erreur 421

Le message d’erreur 421 peut apparaître pour nombre de raisons. Un serveur émet le message d’erreur 421 lorsqu’il reçoit une demande HTTP qui ne lui est pas destinée. L’erreur n’est que le message qui indique que l’utilisateur s’est connecté au mauvais serveur.

Cela se produit lorsqu’un certificat SSL est partagé entre plusieurs domaines et que ces derniers entrent en conflit.

En effet, le certificat SSL permet d’établir une connexion sécurisée entre le serveur et l’appareil de l’utilisateur. Ce dernier dispose également d’un certificat qui lui permet d’effectuer la vérification.

Pour cela, le serveur envoie son certificat à l’appareil qui tente d’établir une connexion avec lui. Mais il arrive que plusieurs sites web partagent le même certificat TLS.

Les navigateurs qui utilisent la deuxième version de HTTP (HTTP/2) sont capables de reconnaître un certificat qui a servi à établir une connexion avec un domaine donné.

Lors d’une nouvelle connexion à l’aide du même certificat, ces navigateurs réutilisent la connexion déjà ouverte. Par conséquent, la connexion devient difficile lorsque plusieurs requêtes sont envoyées à plusieurs domaines utilisant le même certificat TLS.

C’est ainsi que le serveur envoie le message d’erreur 421 au navigateur. Cette erreur se déclenche aussi lorsque le DNS d’un serveur est défini sur une mauvaise IP ou un mauvais CNAME.

Le DNS est en quelque sorte le répertoire téléphonique du web. Les navigateurs interagissent sur le web grâce à l’adresse IP. Le DNS traduit le nom de domaine qu’un internaute recherche en IP afin que le navigateur de ce dernier puisse recharger le site.

Le processus de résolution DNS consiste à convertir un domaine en une adresse IP adaptée à au serveur afin de localiser la page recherchée. 

Ce processus aboutit à une erreur lorsque la conversion de la page web que l’internaute tape dans son navigateur n’est pas adaptée à l’adresse IP du serveur.

Ce dernier affiche un message d’erreur. L’erreur 421 peut être aussi dûe à une mauvaise mauvaise configuration du serveur.

1.3. Quel est l’impact de l’erreur 421 sur l’optimisation d’un site ?

Optimiser un site ou une page web consiste à prendre des mesures pour l’aider à être mieux classé sur les moteurs de recherche.

Ces mesures doivent non seulement permettre aux moteurs de recherche de comprendre les contenus d’un site, elles doivent aussi rendre son utilisation facile aux visiteurs.

Le référencement est un moyen qui permet d’augmenter la popularité d’un site sans dépenser de l’argent comme c’est le cas pour la publicité. Cependant, certaines erreurs peuvent compromettre l’effort d’un site qui cherche à mieux se positionner sur les SERP.

C’est le cas pour les erreurs 4xx qui nuisent en général au référencement d’un site web. L’erreur 421 peut réduire l’efficacité de l’exploration d’un site web et influencer négativement l’expérience utilisateur.

1.3.1. Comment l’erreur 421 affecte-t-elle l’efficacité de l’exploration d’un site ?

Pour comprendre la manière dont cette erreur affecte l’efficacité de l’exploitation d’un site, nous nous intéresserons d’abord au déroulement de cette opération.

L’exploration permet aux moteurs de recherche de parcourir le web en vue de trouver les nouveaux contenus ou ceux mis à jour récemment afin de les ajouter à l’index.

Pour cela, ils envoient des bots appelés araignées ou crawl sur les sites web. Ces derniers se déplacent d’une page à une autre en suivant les URL. Les URL sont en quelque sorte le chemin des robots d’exploration.

Lorsque l’ensemble des URL d’un site sont fonctionnelles, ils facilitent le déplacement des araignées. Ces derniers peuvent donc explorer toutes les pages du site et les ajouter à l’index.

L’index est une grande base de données qui comportent les URL que les araignées trouvent intéressantes. Les URL ajoutées à cette base de données obtiennent ensuite un classement et apparaissent dans les résultats de recherche.

Dans le cas de l’erreur 421, l’URL ne mène pas à la page demandée et rend ainsi difficile l’exploration des araignées. Cela impacte non seulement l’exploration des araignées, mais aussi le référencement en général et le trafic de la page en question.

1.3.2. Comment l’erreur 421 nuit-elle à l’expérience utilisateur ?

L’expérience utilisateur est l’un des facteurs les plus importants des activités en ligne, car il affecte de manière significative les taux de conversion. Elle se base sur une compréhension approfondie des utilisateurs.

En termes simples, il consiste à rendre l’expérience des visiteurs aussi significative et précieuse que possible. Une bonne « expérience utilisateur » signifie que l’utilisateur a :

• Visité du site web ;
• Parcouru les différentes pages aisément ;
• Compris le contenu du site ;
• Obtenu ce qu’il voulait.

Lorsque l’erreur 421 apparaît, l’utilisateur n’arrive pas accéder à la page et n’obtient pas ce qu’il voulait. Le fait de cliquer sur des liens qui renvoient le message d’erreur « requête mal demandée » nuit profondément à l’expérience utilisateur.

1.3.3. Augmentation du taux de rebond

Ce taux reflète le pourcentage de visiteurs qui arrivent sur votre site web et reviennent sur leurs pas ou « rebondissent ». En général, les visiteurs qui rebondissent cliquent sur « retour » pour revenir sur les SERP ou ferment carrément la fenêtre du navigateur.

Bien que ce ne soit pas toujours le cas, un taux de rebond élevé est pour les moteurs de recherche un signe de contenu inintéressant. Par contre, Google cherche à offrir une meilleure expérience à ces utilisateurs et peut se sentir trompé dans les classements.

En conséquence, le moteur de recherche a tendance à agir sur le classement des ressources qui ont un taux de rebond élevé. 

L’erreur 421 augmente le taux de rebond de la page concernée puisque les visiteurs n’arrivent pas à accéder au contenu qu’ils demandent. Cela peut donc affecter les efforts SEO d’un site.

Face à ces différents problèmes, il est primordial que les webmasters identifient rapidement les URL qui renvoient l’URL 421 sur leurs sites afin de prendre des mesures appropriées.

Chapitre 2 : Comment détecter les erreurs 421 pour les corriger ?

L’identification des URL qui renvoient un message d’erreur est une opération délicate que tous les webmasters doivent mettre en œuvre pour le bien-être de leurs sites. En général, les erreurs sont identifiées dans les navigateurs lorsqu’on procède à leur ouverture.

Cependant, ce procédé est très complexe et requiert beaucoup du temps du fait que les URL ne peuvent être que vérifiées individuellement.

Nous découvrons dans ce chapitre, des outils qui permettent de vérifier le statut des codes d’état HTTP afin de déterminer les erreurs 421.

2.1. Les outils d’identification de l’erreur 421

2.1.1. Trouver l’erreur 421 dans Google Search Control

La vérification des erreurs est la première des choses à vérifier dans le cadre de l’audit d’un site. Elle peut se faire à l’aide de Google console. Cet outil fait un rapport sur toutes les erreurs 4xx sur un site et vous pouvez ensuite vérifier les URL qui renvoient à l’erreur 421.

Pour identifier ces erreurs, connectez-vous à Google Search Console en tant qu’administrateur et accédez au rapport d’erreur à travers l’onglet « couverture ».

Tel que vous le voyez sur l’image, ce site ne dispose pas d’URL qui renvoient à des erreurs. Mais lorsque vous avez plusieurs URL qui renvoient à des erreurs sur votre site, passez à la vérification dans votre navigateur pour déterminer le type d’erreur pour chaque URL.

Examinez vos rapports d’erreurs de couverture directement dans Google Search Controle. Les rapports précisent la nature du problème et les URL auxquelles il s’applique.

2.1.2. L’outil HTTPStatut

Créé depuis 2011, HTTPStatus est un site populaire qui permet de vérifier le statut HTTP de plusieurs URL à la fois.

Cet outil peut vous aider à vérifier facilement les codes d’état HTTP et les messages d’état renvoyés par un serveur en réponse à une demande d’URL par des clients.

L’outil permet de vérifier le code d’état HTTP pour plusieurs clients comme un navigateur ou un bot de moteur de recherche. Il suffit de cliquer sur « Changer l’agent-utilisateur » pour tester les réponses pour différents clients.

C’est une option qui vous permettra de spécifier votre type de bot ou navigateur pour lequel vous souhaitez faire la vérification qu’il soit sur mobile ou sur un ordinateur.

Cet outil est particulièrement intéressant puisqu’il permet d’exporter les résultats vers un document Google Sheets ou de les télécharger dans les formats CSV ou XLS.

Il est possible de filtrer les résultats afin d’exporter spécifiquement les URL qui renvoient au message d’erreur 421.

2.1.3. L’outil Dead Link Checker

Dead Link Checker est un outil gratuit qui parcourt les URL d’un site entier afin d’identifier celles qui ne fonctionnent plus ou les liens brisés. Le principal avantage de Dead Link Checker est qu’il propose une option de vérification automatique appelée « Auto Check ».

L’outil s’exécute automatiquement à des fréquences données dans le but de détecter les liens qui renvoient à une erreur. Il vous envoie ensuite le rapport dans votre boîte email afin de vous permettre de corriger les problèmes en temps réel.

Pour vérifier le code d’état HTTP 421, il suffit d’entrer l’URL de votre site ou de votre page URL et de cliquer sur « Check ». À la fin de la vérification, l’outil vous montre toutes les erreurs de votre site et vous pouvez recevoir un rapport via adresse électronique.

Vous n’aurez plus qu’à identifier les erreurs 421 parmi les erreurs identifiées. L’outil rend cette étape encore plus simple et montre la source de l’erreur.

2.2. Vérifier l’état HTTP sans utiliser un vérificateur d’état HTTP avec Screaming Frog

Il est vrai que les outils de vérification du statut HTTP peuvent fournir des informations instantanées sur une URL et son statut HTTP.

Mais ces outils ne sont pas appropriés lorsqu’il s’agit de vérifier les statuts HTTP de l’ensemble d’un site web qui comporte des centaines de pages.

Heureusement, certains outils d’exploration de web comme Screaming Frog permettent de vérifier les URL qui renvoient à une erreur sur un site.

Le Screaming Frog montre aux webmasters la manière dont les moteurs de recherche explorent leurs sites. Il analyse également les URL qui renvoient à des messages d’erreurs. L’utilisation de Screaming Frog est gratuite pour les sites qui disposent de moins de 500 URL.

Les autres peuvent souscrire à un abonnement annuel qui leur permet d’explorer leur site régulièrement. Pour vérifier le statut HTTP à l’aide de Screaming Frog, télécharger l’outil et procéder à la configuration.

Dans la partie configuration, cliquez sur spider et cochez la case « Vérifier les liens en dehors du dossier de démarrage ».

Source : seerinteractive

Cliquez ensuite sur “OK” et entrez l’URL de votre site dans le champ « URL à explorer » et cliquez sur « Démarrer ». Une fois l’exploration terminée, vous pouvez consulter les codes d’état HTTP dans l’onglet « Response Codes ».

Il est aussi possible de filtrer les réponses et d’exporter exclusivement les erreurs 4xx au format Google Sheets.

2.3. Comment corriger les erreurs 421 ?

Réparer les erreurs 421 est une étape importante pour rendre votre site explorable à la fois aux visiteurs et aux moteurs de recherche. Pour cela, il est primordial de commencer à vérifier que les erreurs 421 détectées par les outils sur votre site se produisent toujours.

Lorsque c’est le cas, vous devez déterminer ensuite la priorité de la correction. Il s’agit de déterminer l’importance de chaque URL qui renvoie à l’erreur 421 et la manière dont elle affecte votre site.

Dès lors, vous pourrez vous mettre à corriger les erreurs 421. La correction consiste généralement à utiliser un certificat SSL distinct pour chacun de vos domaines et à désactiver la redirection HTTPS.

Comme indiqué précédemment, l’utilisation d’un certificat SSL unique pour plusieurs domaines déclenche souvent l’erreur de requête mal dirigée. L’erreur se produit souvent lorsque HTTP/2 essaie de réutiliser la demande de connexion.

Pour corriger l’erreur 421, il suffit d’empêcher la réutilisation de la connexion par HTTP/2 en utilisant un SSL distinct pour chaque domaine. La réutilisation de la demande de connexion peut être aussi évitée par le déplacement de chaque domaine vers une adresse IP différente.

La désactivation de la redirection de « http:// » vers « https:// » peut être aussi une partie de la solution pour l’erreur 421 liée à l’activation d’un certificat SSL sur plusieurs domaines.

Si vous ne parvenez pas à mettre en œuvre ces actions, vous pouvez vous référer aux communautés de webmasters pour obtenir de l’aide.

Chapitre 3 : Autres questions liées à l’erreur 421 ?

Ce chapitre est consacré aux différentes questions qui se rapportent à l’erreur 421.

3.1. Quelles sont les erreurs HTTP les plus courantes en dehors des erreurs 421 ?

3.1.1. Erreur 400 : Mauvaise requête ?

L’erreur 400 est courante et signifie que la requête est incorrecte. Dans ce cas, le serveur ne comprend pas la demande afin de la traiter. Elle provient souvent du côté client et peut résulter d’une erreur dans l’adresse URL.

Il peut s’agir également du cache ou des cookies corrompus. La correction de cette erreur revient donc aux visiteurs qui doivent vérifier l’URL ou vider leurs caches.

3.1.2. Erreur 401 : Non autorisé

L’erreur 401 survient lorsque l’authentification HTTP a échoué. La page demandée nécessite une combinaison de nom d’utilisateur et de mot de passe. Les visiteurs qui disposent de ces informations d’identification peuvent accéder à la ressource demandée.

Source : githubusercontent

Mais lorsqu’ils ne disposent pas de ces informations, ils sont redirigés vers la page de l’erreur 401 qui indique qu’une autorisation est requise. L’erreur 401 provient aussi du fait que l’adresse IP qui tente d’établir la connexion n’est pas autorisée à accéder à la ressource.

La protection par mot de passe permet de garder certaines de vos informations cachées afin d’empêcher les personnes tierces de les consulter.

3.1.3 Erreur 403 : Interdit

Les utilisateurs rencontrent l’erreur 403 lorsque le serveur comprend la requête, mais refuse de l’exécuter. Elle est distincte d’un problème d’autorisation et signifie simplement que le serveur a rejeté le client sans aucune explication.

Cette erreur résulte du fait que le propriétaire du site n’autorise pas les visiteurs à accéder à certaines ressources. Lorsque de telles protections sont activées pour un répertoire spécifique du site, il est impossible d’accéder à ce dernier.

Il est aussi possible que le fichier spécifique demandé par le visiteur n’a pas l’autorisation d’être affiché en ligne. La protection est une mesure qui peut être utilisée de façon permanente pour empêcher les robots malveillants d’accéder à des ressources sur votre site.

3.1.4. Erreur 404 : Fichier non trouvé

Contrairement à l’erreur 400, l’erreur 404 survient lorsque le serveur comprend la requête envoyée par le client, mais ne trouve aucune ressource spécifique à l’URL demandée.

Lorsqu’elle survient pour les URL comme www.website .com, il est possible que la demande ait été redirigée vers un mauvais serveur. En ce qui concerne les URL de bas niveau, l’erreur 404 indique souvent des liens brisés.

Les erreurs 404 augmentent le taux de rebond d’un site et peuvent également rendre difficile l’exploration des moteurs de recherche. Les cités précédemment permettent aussi de trouver l’ensemble des URL qui renvoient à l’erreur 404 sur votre site.

Pour corriger ces erreurs, il suffit de les rediriger vers les ressources qui sont disponibles. La redirection 301 (permanente) permet de réparer les pages qui sont supprimées définitivement alors que la redirection 302 permet de corriger celles qui sont temporairement indisponibles.

3.2. Qu’est-ce qu’un certificat SSL ?

Le certificat SSL est une technologie qui permet de sécuriser la connexion entre deux systèmes qui sont généralement un client (navigateur) et un serveur. Il assure l’équité des données transmises en empêchant les cybercriminels de les intercepter ou de les modifier.

Le certificat SSL protège la connexion entre deux machines par le cryptage des données et permet également d’authentifier l’identité de l’organisation du site web. Elle garantit ainsi que les utilisateurs interagissent effectivement avec les propriétaires légitimes du site.

La protection de la connexion entre un internaute et un site web commence de manière automatique chaque fois que ce dernier visite un site. Lorsqu’un domaine est sécurisé par un certificat, il affiche HTTPS et on trouve un cadenas dans la barre d’URL.

En cliquant sur ce cadenas, vous pouvez afficher des informations relatives au certificat et à d’autres informations sur le site. Les versions récentes du certificat SSL sont couramment appelées TLS et sont plus sécurisées que les SSL.

Avec ces versions, il est possible de sécuriser plusieurs domaines à l’aide d’un certificat unique. Ceci permet de réduire les coûts liés à la gestion et à l’installation. Cependant, ces certificats multi-domaines peuvent créer des problèmes comme la fameuse erreur 421.

Conclusion

Le défi pour un site en termes de SEO est d’être toujours performant vis-à-vis des visiteurs et des moteurs de recherche. Mais les situations courantes comme l’erreur 421 rendent ce défi encore plus difficile.

Cette erreur est une requête mal orientée qui survient lorsque plusieurs domaines partagent un même certificat SSL. Elle perturbe l’expérience utilisateur et les efforts SEO dès qu’un site commence à en accumuler.

Les outils cités dans cet article vous permettront de détecter les erreurs 421 sur votre site afin de les réparer avant qu’elles ne commencent à influencer négativement votre site.

La solution courante pour corriger cette erreur est d’utiliser un certificat SSL spécifique pour chacun de vos domaines. Si vous utilisez un outil de vérification de code HTTP autre que ceux cités dans cet article, veuillez nous l’indiquer en commentaire.