John Mueller et Martin Splitt de Google ont expliqué comment les propriétaires de sites et les référenceurs considèrent la Search Console (GSC) comme l’endroit où trouver les erreurs à corriger et que la meilleure façon de l’utiliser est de la considérer comme un endroit pour identifier des modèles, dont beaucoup sont normaux.
Interprétation des messages de la console de recherche
Martin Splitt a attiré l’attention sur un éventuel échec de la part de Google à communiquer correctement sur la façon dont les données de la Search Console devraient être perçues et utilisées, faisant remarquer que de nombreuses personnes y viennent à la recherche de problèmes qui nécessitent d’être corrigés. Ce qui se passe, c’est qu’ils voient 404 « erreurs » ou pages non indexées et souhaitent les corriger alors qu’en réalité, il n’y a peut-être rien à réparer.
Splitt a expliqué :
« Je ne sais pas si vous vous en souvenez, mais récemment, lors d’un événement Search Central Live, il y a eu une question sur le rapport d’indexation, le rapport de couverture dans la Search Console où quelqu’un a dit, eh bien, il y a cette page que j’ai et elle est indexée, mais le rapport de la console de recherche montre qu’elle n’est pas indexée.
Et pourquoi est-ce faux, telle était la question fondamentale.
Et j’ai récemment vu un autre exemple de cela avec quelqu’un sur Reddit qui pensait avoir fait une erreur parce qu’il avait un tas de pages non indexées.
John Mueller est d’accord, expliquant qu’il s’agit plutôt d’un problème de niveau débutant avec les pages indexées et de l’idée que les pages qui ne sont pas indexées indiquent un problème à résoudre, ce qui n’est pas nécessairement le cas.
Mueller a répondu :
« Oui, je pense que c’est quelque chose que beaucoup de gens, surtout au début lorsqu’ils commencent à utiliser la Search Console, se heurtent à ce genre de chose lorsqu’ils regardent le rapport d’indexation des pages et voient, oh, il y a des centaines de pages qui ne sont pas indexées. C’est une erreur, clairement de mon côté, quelque chose que je dois corriger.
Et puis ils partent et essaient de faire des choses pour le comprendre ou le réparer.
Martin Splitt a commenté que l’envoi d’e-mails par Google à ce sujet aggrave la confusion concernant l’indexation des pages, car cela alimente involontairement l’idée que quelque chose doit être corrigé.
Splitt poursuit sa réflexion :
« Et je pense que le mécanisme dont nous disposons pour que les gens reconnaissent qu’ils comprennent ce qui se passe est comme réparer, confirmer comme corrigé ou marquer comme corrigé ou quelque chose du genre. Et… bien que ce soit généralement une bonne chose, je pense que dans ce cas, c’est un peu… Cela déclenche une mauvaise réponse ou une mauvaise attente, je pense. »
Mueller a répondu que l’interaction « marquer comme corrigé » pourrait avoir davantage à voir avec l’utilisation d’une interface utilisateur similaire dans la Search Console.
Il a dit :
« Et dans certains cas, il y a des choses que vous pouvez corriger. Par exemple, si vous avez un tas de pages 404 et que vous réalisez que votre serveur a été mal configuré, vous pouvez nous dire que vous avez résolu ce problème et nous essaierons de le résoudre.
D’un autre côté, si quelque chose d’autre s’est mal passé lors de l’indexation et que nos systèmes ont plutôt décidé que nous n’étions pas aussi curieux que vous pourriez l’être, alors ce n’est pas quelque chose que vous réparez nécessairement vous-même, ce n’est pas quelque chose de purement technique.
Rechercher des modèles
Martin Splitt a déclaré qu’un autre googleur lui avait fait part de ses commentaires, affirmant que ce qui se passait avec les données était qu’il existait des modèles et que certains modèles pouvaient être inhabituels et que lorsque cela se produisait, c’était une raison pour creuser plus profondément pour découvrir ce qui se passait, affirmant que c’était une manière différente d’examiner les données.
Il a expliqué :
« C’est une façon intéressante de voir les choses, je pense, parce que ce n’est pas comme si cet index, n’est-ce pas un index ? C’est une pensée différente. C’est comme si le site dans l’index faisait ce que j’attends de faire ? »
Et je pense que cela peut vous aider à repérer les choses qui ne se sont pas produites comme vous le souhaitiez. Ainsi, par exemple, si vous migrez et configurez des redirections, alors
Le rapport d’indexation vous montre, ta-da, une forte augmentation des redirections. Page avec une redirection. Il n’est pas indexé car il redirige ailleurs.
Et si vous le considérez comme un inventaire, comme un outil de surveillance uniquement, alors vous vous demandez, ah, que se passe-t-il ? Pourquoi y a-t-il des pages qui ne sont pas indexées parce qu’elles sont désormais redirigées ? Alors qu’en réalité, c’est exactement ce que vous voulez qu’ils fassent parce que vous venez de le configurer.
Tant que cela ne s’est pas produit dans le rapport d’indexation, alors vous savez, ah, OK, intéressant. Nous devons attendre encore un peu car le traitement n’est pas encore terminé.
404 « Erreurs »
Enfin, Mueller et Splitt sont revenus au rapport d’erreur 404. J’ai déjà mentionné que la raison pour laquelle la réponse du serveur 404 est qualifiée d’erreur est que lorsqu’un robot (ou un navigateur) demande une URL qui n’existe pas sur le serveur, la demande est une erreur. C’est l’erreur, pas que le propriétaire du site ait une erreur sur son site Web. Les URL qui n’existent plus sont normales, il n’y a donc aucun problème négatif lié à cela.
Cependant, les messages de réponse du serveur 404 dans la console de recherche Google doivent être étudiés, car il se peut qu’il y ait un problème tel qu’un lien rompu ou qu’une URL ait changé mais que les liens internes vers l’ancienne URL n’aient pas été mis à jour vers la nouvelle URL.
Mueller a poursuivi :
« Je pense aussi, surtout avec les 404, que c’est quelque chose qui décourage parfois les gens parce qu’ils sont étiquetés comme une erreur et c’est presque comme si votre site Web renvoyait une erreur.
Et puis beaucoup de gens voient cela et disent : eh bien, je dois corriger cette erreur.
Martin Splitt a déclaré que souvent, une réponse 404 est la bonne chose, que c’est une « erreur » attendue.
Il a expliqué :
« C’est en fait une bonne chose. Le problème est que, et puis on me pose la question, alors, mais pourquoi la Search Console l’affiche-t-elle comme une erreur ? »
Parce que c’est une erreur. C’est juste une attente.
Points à retenir
- Une façon utile d’utiliser la Search Console est de la considérer comme un outil permettant d’identifier des modèles et des tendances, et non comme une liste de contrôle de problèmes à résoudre.
- De nombreuses pages non indexées et erreurs 404 sont normales et attendues, et ne signifient pas nécessairement que quelque chose doit être corrigé.
- La faute pour la façon dont les référenceurs et les propriétaires de sites abordent la Search Console à la recherche de problèmes à résoudre incombe à Google, car l’interface utilisateur et la messagerie peuvent involontairement encourager les propriétaires de sites à supposer que chaque problème signalé signale que quelque chose doit être corrigé. .
- Comprendre le contexte des rapports de la Search Console aide les utilisateurs à identifier les véritables problèmes techniques qui nécessitent une enquête.
