manuboss
Vincent Courson, spécialiste de la communication externe chez Google, répond à quatre questions posées en mai par des professionnels de la recherche sur la liaison et l'utilisation de Chromium par Googlebot.
Les SEO français ont à nouveau utilisé notre formulaire * pour interroger Vincent Courson, spécialiste de la communication externe chez Google. Ce mois-ci, ils se sont interrogés sur la compréhension du moteur de recherche concernant les intentions de recherche, le maillage interne des pages AMP, le passage récent de Googlebot à la dernière version de Chromium afin de comprendre le rendu HTML des pages. Les recommandations de Google concernant PBN (réseau de blogs privés) sur les sites payants sont toujours sur Google.
Parmi les requêtes, telles que les questions ou les définitions, figurent parmi les meilleurs résultats, les URL avec un contenu très court (juste une phrase ou deux) ou au contraire, très très longues, avec plusieurs milliers de mots. Comment deux contenus différents peuvent-ils être assimilés à la même intention de recherche?
Vincent Courson. En effet, un moteur de recherche doit essayer de comprendre l'intention de recherche de son utilisateur pour lui donner exactement la réponse qu'il recherche. Malheureusement, la question exacte de l'utilisateur n'est souvent pas claire pour le moteur. Dans de tels cas, plutôt que de simplement répertorier les résultats correspondant à une intention de recherche précise et unique, le moteur de recherche peut parfois décider d'inclure également des documents qui répondent à une légère variation de l'intention de recherche. Ainsi, un seul SERP peut répondre à plusieurs variantes d’une requête qui semble encore claire.
Regardons un exemple concret pour essayer d’être plus clair: l’utilisateur entre la demande "définition [un mot quelconque]"Il semble logique qu'il veuille en savoir plus sur le mot en question, mais le niveau de détail recherché par l'utilisateur n'est pas explicite: cherche-t-il la définition d'une phrase pour un mot particulier qu'il ne connaît pas? il cherche à confirmer une nuance très spécifique d'un terme scientifique qui lui est déjà familier et cherche-t-il l'origine sémantique du mot en question?
Ainsi, cette affaire montre que l’intention "générale" de la recherche semble claire, mais de nombreuses nuances peuvent influer sur le type de résultats pouvant satisfaire l’utilisateur. Ainsi, le moteur peut décider d’inclure différents types de pages dans le SERP, le contenu présentant différents niveaux de profondeur et de précision: de la simple définition dans une phrase à l’article de fond détaillant le concept associé au mot, son historique dans la langue, son application actuelle, etc …
Un autre exemple pourrait être "record du monde de [événement sportif]"
L'utilisateur recherche-t-il un numéro simple? Ou aussi le nom de l'athlète et l'endroit où l'enregistrement a été enregistré? Ou l'histoire complète des enregistrements successifs de la discipline? Pour pallier ce manque d'informations sur le niveau de profondeur recherché par l'utilisateur, le SERP peut inclure des documents répondant à chacun des niveaux de détail mentionnés ci-dessus.
Je profite de cette question pour aborder un point sous-jacent, sur lequel nous sommes souvent interrogés: le nombre de mots de contenu pour le référencement. Il n’existe aucune recommandation spécifique sur un certain nombre de mots qu’il serait important d’écrire pour promouvoir un bon positionnement. Parfois, un long article répond à la question de l'utilisateur, mais parfois une simple phrase suffit. Parfois, vous n’avez même pas besoin de texte, d’une image de 1000 mots! (Et non, cela ne signifie pas "Google a dit que vous devez faire 1000 mots par article").
Le maillage interne de / vers la version AMP d'une page est-il important, puisque les robots explorent déjà très bien ces pages?
Vincent Courson. Revenons au maillage qu'il est recommandé de configurer sur les pages AMP.
Premièrement, si une page AMP (Accelerated Mobile Pages) héberge un contenu qui se trouve également sur une page dite classique de votre site, vous devez lier ces deux pages avec des balises. réciproquement dans l'en-tête des deux pages. Ce faisant, nous déclarons une "page AMP" et une "page canonique" et Google peut comprendre que le contenu est le même sur les deux pages et éviter ainsi les doublons dans les SERP. Les détails de l'implémentation sont sur le site AMP Dev, l'implémentation est relativement simple. Notez que si vous hébergez uniquement du contenu sur une page AMP, une simple balise de lien canonique vers cette page suffit.
Ensuite, si je comprends la question initiale, il s’agit de savoir s’il faut faire des liens entre les pages AMP d’un site ou s’il suffit de disposer de liens d’une page AMP vers le site "traditionnel". Pour répondre à cette question, je reviendrai sur la raison même de l'existence d'AMP: fournir un contenu extrêmement rapide aux utilisateurs d'Internet. Si d'autres pages existent au format AMP sur le site et qu'elles peuvent intéresser le lecteur, les lieurs d'autres pages AMP sont utiles et permettent au visiteur de continuer à naviguer tout en profitant des temps de chargement de l'AMP techno.
Au-delà de l'aspect "vitesse de navigation", utiliser de tels liens entre page AMP pour "optimiser l'exploration" n'est pas utile: les pages AMP sont déjà déjà bien explorées par Googlebot lorsque les balises de lien abordées précédemment sont en place .
Enfin, au-delà des liens facilitant la navigation interne entre les pages AMP, des fonctionnalités peuvent être implémentées pour améliorer l'engagement de l'utilisateur sur le site. Ainsi, plus nécessairement besoin d'envoyer l'utilisateur sur le site traditionnel pour lui faire effectuer des actions telles que s'abonner à une newsletter, par exemple. La liste de ces fonctionnalités est disponible sur cette page du site AMP et comprend des éléments tels que amp-sidebar, amp-access ou amp-form.
Google a annoncé que Googlebot passait de Chrome 41 à la dernière version de Chromium. Quel impact cela peut-il avoir sur le positionnement des sites sur les SERPs?
Vincent Courson. En effet, l'annonce officielle est disponible sur le blog officiel du Webmaster. En résumé, lorsque Googlebot explore un document, il cherche à afficher le contenu de la page de la même manière qu'un utilisateur le verrait dans son navigateur. L'objectif est de s'assurer que le contenu visualisé par l'utilisateur est identique à celui consulté par Google. Ainsi, le robot ressemble plus ou moins à un navigateur: il interprète le code de la page Web à l'aide d'un moteur de rendu HTML.
Jusqu'à récemment, lors de l'exploration d'un document, Googlebot utilisait le moteur de rendu d'une version relativement ancienne du navigateur Chrome. Cela signifiait que certaines pages utilisant du code moderne (normes établies après l'ancienne version de Chrome utilisée) pourraient ne pas être interprétées correctement par le robot. Googlebot utilisera désormais la version la plus récente de Chromium pour afficher les pages Web lors de l'exploration!
Pour les webmasters et les référenceurs, c'est une excellente nouvelle! Cela signifie que les cas où Google ne peut pas comprendre le contenu d'une page devraient devenir plus rares. Par exemple, vous pourriez constater une augmentation de la visibilité dans les SERP pour certains documents qui jusqu'à présent n'étaient pas interprétés correctement par Google.
Ce changement dans Googlebot n'affecte pas vraiment le travail d'un SEO (bien qu'il puisse changer beaucoup de choses pour un développeur web). Nous continuons de recommander l'utilisation de l'outil Inspecteur d'URL de la console de recherche pour voir comment Googlebot interprète un document au cours de l'analyse. en particulier, la fonctionnalité "Inspecter une URL en direct" et "Afficher la page parcourue" qui vous permet d'afficher une capture d'écran de la page telle que vue par Googlebot.
Notez qu'au moment de la publication de cet article, l'outil Inspecteur d'URL ne reflétait pas encore cette modification dans le moteur de rendu de Googlebot, mais cela devrait être le cas bientôt.
Quelle est la position de Google sur les PBN (réseau de blogs privés: réseau de sites Web créés pour se lier entre eux afin de favoriser le positionnement du site principal, au centre du réseau)? Si nous décidons d’en utiliser un, quelles sont les recommandations de Google?
Vincent Courson: Si nous nous en tenons à la définition donnée dans la question, les PBN semblent correspondre exactement à ce que nous considérons comme un système de liens: "Tout lien destiné à manipuler la classification PageRank ou la classification d'un site dans le système de Google." Les résultats de recherche peuvent être considérés comme faisant partie d’un système de liens et en tant que violation des consignes relatives au webmaster de Google. "Par conséquent, je vous déconseille vivement l’utilisation de telles solutions. 🙂
Les équipes anti-spam de Google prennent des mesures contre ces liens artificiels, de manière automatisée et manuelle (nous envoyons un message dans la console de recherche lorsque nous effectuons des actions manuelles pour le spam). Ainsi, plutôt que de risquer une telle pénalité, je préférerais me concentrer sur les nombreux autres points d’optimisation d’un site, au premier rang desquels la qualité du contenu créé pour l’utilisateur.
* Pour comprendre ce que veut Google, il ne suffit pas de bien le connaître, il faut parfois lui parler. C’est ce que JDN et Vincent Courson vous proposent chaque mois. Postez vos questions à tout moment. Les thèmes les plus représentatifs qui intéressent les professionnels seront sélectionnés et envoyés à l'expert. Voici ses réponses, sans filtre.
