Google sur les erreurs 404 et le correctif de validation de la console de recherche

Google sur les erreurs 404 et le correctif de validation de la console de recherche

John Mueller de Google a répondu à une question intéressante sur ce qui se passe réellement après avoir cliqué sur le lien « valider un correctif » dans la Search Console si le statut 404 existe toujours. John Mueller a expliqué ce qui se passe avec cette fonction « valider un correctif ».

Quelles sont les causes d’un code d’état 404 et comment doit-il être traité ?

Lorsqu'un navigateur demande une page Web, le serveur propose une réponse et un code décrivant l'état de la demande. Si la demande d'une page Web réussit, le serveur répond avec un code d'état de 200 (OK). Si la demande échoue parce que la page Web demandée n'existe pas à l'adresse URL demandée, le serveur répondra avec un code d'état 404 (Not Found).

Comment Google Search Console (GSC) gère-t-il la validation des erreurs 404 corrigées ?

Dixon Jones, PDG d'Inlinks a posé une question sur ce que signifie valider une réponse d'erreur 404 dans la console de recherche alors que le 404 existe toujours.

Il a tweeté sa question :

Salut @JohnMu – question ennuyeuse… Si un 404 signifie qu'une page n'existe pas (et ne devrait pas exister), que fait GSC lorsqu'il essaie de « valider un correctif » ?

Ce sera toujours un 404… alors qu’est-ce qui le fait sortir de la liste 404 ? Suppression des liens vers cette page ? Ou devrions-nous commencer à créer des 301 ? Je suppose que non… »

John Mueller de Google a expliqué le but de la validation de la console de recherche 404 :

« C'est encore plus grave si vous avez accidentellement effectué un 404 et que vous l'avez réparé. Vous n’êtes évidemment pas obligé de corriger les 404 que vous souhaitez devenir des 404. De plus, il s'agit davantage de suivi pour vous (« J'ai corrigé ce problème, dites-moi quand vous le verrez également corrigé »).

Il n'est pas rare que des éditeurs suppriment accidentellement des pages Web ou disparaissent en raison de problèmes techniques. Pour faciliter la tâche des éditeurs (et des chercheurs), Google continue de se souvenir de l'emplacement des pages Web manquantes afin de pouvoir recommencer à les afficher dans les résultats de recherche une fois la page renvoyée, comme le dit John Mueller : « … si vous avez accidentellement 404 quelque chose et je l’ai réparé.

Quelles sont les causes d’un code d’état 404 et comment doit-il être interprété ?

La réponse 404 est appelée une erreur car la page Web demandée à partir de l'URL n'existe pas et la demande est donc erronée, et non pas que Google ait trouvé une erreur sur la page Web qui doit être corrigée.

RFC-Editor.org répertorie les normes Internet officielles pour HTML et la description officielle du code d'état 404 ne mentionne même pas le mot erreur.

Il s'agit de la norme officielle pour le code de statut 404 :

« 15.5.5. 404 introuvable
Le code d'état 404 (Not Found) indique que le serveur d'origine n'a pas trouvé de représentation actuelle pour la ressource cible ou n'est pas disposé à divulguer qu'il en existe une.

Un code de statut 404 n’indique pas si ce manque de représentation est temporaire ou permanent ; le code d'état 410 (Gone) est préféré au 404 si le serveur d'origine sait, probablement par des moyens configurables, que la condition est susceptible d'être permanente.

Techniquement, si le statut 404 est connu pour être permanent et que la page Web ne revient jamais, la réponse correcte consiste à afficher un code d'état 410.

Mais Google traite les codes de réponse 404 et 410 de manière presque égale. La réponse 410 entraîne la suppression un peu plus rapide de la page Web de l'index de recherche de Google. Mais le résultat final est le même.

Est-il nécessaire de corriger toutes les erreurs 404, y compris celles provenant des liens externes ?

Jeannie Hill est intervenue dans la discussion pour poser des questions sur les liens entrants provenant d'autres sites vers la mauvaise URL.

Elle a tweeté :

« La plupart des erreurs 404 dont nous ne voulons pas proviennent de sources externes qui ne parviennent pas à obtenir l'URL entrante correcte. Même Research Gate. Essayer de correspondre est généralement en retard ou n'a aucune réponse. Est-ce que cela vaut la peine de poursuivre ?

John Mueller a répondu :

"Probablement pas. (De plus, « valider le correctif » consiste à vérifier l'URL de votre site, et non l'URL du lien, donc cela ne s'appliquerait pas de toute façon.) »

Jeannie poursuivit :

« Merci, @JohnMu pour la réponse.

Il est utile d'identifier ces 404 entrants tandis que « Valider le correctif » aide à résoudre les problèmes de liaison interne.

Nous avons résolu quelques problèmes 404 entrants que nous pensions plus importants. Cependant, je remets en question la valeur obtenue grâce à l’effort que cela demande.

John a répondu en commentant l'intérêt de passer du temps à réparer les liens entrants :

«Je regarderais le trafic et non SEO-Juice. Est-ce que trop de gens se perdent lorsqu'ils veulent vous rendre visite ? Cela semble être quelque chose qui mérite d’être réparé si vous le pouvez.

Le rôle de « Valider le correctif » dans la gestion des erreurs 404 internes et externes

John Mueller a clairement indiqué que le rapport de la console de recherche 404 est censé être un moyen de communiquer que Google a trouvé des pages manquantes. C'est aux éditeurs de décider quoi faire à leur sujet.

En ce qui concerne les liens externes vers des URL qui n'existent pas, Mueller suggère que les corriger ne vaut pas la peine d'être poursuivi, mais je pense que la plupart des référenceurs ne seraient pas d'accord si le lien provenait d'un site Web légitime. Il est logique de continuer à corriger ces liens entrants en créant une redirection 301 de l'URL mal formée vers l'URL correcte.

Image en vedette par Shutterstock/tynyuk