Pour l’épisode 185 de The Search Engine Journal Show, j’ai eu l’occasion d’interviewer Chris Long, Senior SEO Manager chez Go Fish Digital.

De longues discussions sur la façon dont Google voit votre site Web, pourquoi il est important pour vous de comprendre la différence entre la façon dont vous et vos clients pouvez voir votre site Web, et bien plus encore.

Pourquoi Google voudrait-il réellement voir votre page Web différemment et pourquoi devrions-nous vraiment nous soucier de la façon dont Google la voit?

Chris Long (CL): Chez Go Fish Digital, nous examinons le référencement sous deux angles différents.

  • La lentille contextuelle
    • Comment est l’expérience utilisateur sur le site?
    • Comment est conçu le site?
    • À quoi ressemble le contenu?
  • La lentille architecturale:
    • Comment Googlebot explore-t-il votre site?
    • Comment interagit-il avec votre site?

Et la raison est simple… Même en tant que SEO, nous avons des paramètres confinés par lesquels nous analysons les sites.

En règle générale, même lorsque j’analyse un site, j’utilise souvent un navigateur Chrome, mais nous savons que ce ne sont pas les paramètres que Google utilise pour explorer le site nécessairement.

Au lieu d’une vue de bureau, par exemple, Google utilise une vue mobile pour analyser la grande majorité des sites.

Et pour nous assurer que nous connaissons le contenu rencontré par Googlebot, nous devons comprendre cette vue de Google.

Vous pouvez penser que Google a une analyse complète et ouverte de votre site à un exemple vraiment basique.

Mais ensuite, si vous jetez un coup d’œil au fichier robots.txt, qui est l’un des paramètres restreints par Google, si vous bloquez les analyses de certaines sections de votre site Web ou si vous limitez la capacité de Google à pouvoir lire votre CSS ou JavaScript, puis vous mettez en place une variable qui empêche Google d’obtenir une vue complète de votre site.

Et même si les utilisateurs peuvent accéder à votre site et le voir parfaitement, Google utilise un ensemble de paramètres différent.

Et nous devons être conscients de ces paramètres pour vraiment avoir une idée complète de la façon dont Googlebot est capable d’explorer et d’interagir avec le contenu de notre site Web.

Quelles sont les choses que Google pourrait voir différemment?

CL: Un exemple est juste le bureau d’abord, le mobile d’abord.

Souvent, les utilisateurs ou les référenceurs effectuent des analyses à partir d’un appareil de bureau. C’est probablement la façon la plus efficace d’analyser le site.

Mais nous savons que le smartphone Googlebot est désormais le principal agent utilisateur de nombreux sites. Et cela va influer sur sa capacité à voir comment il voit réellement le contenu de votre site Web.

Par exemple, nous avions un client, c’était un client de commerce électronique qui avait une navigation secondaire vraiment, vraiment robuste configurée sur le bureau.

Cette navigation secondaire liée à ces pages de produits vraiment importantes. Nous pensions que cela rendait ce contenu plus accessible à Google via la navigation sur le bureau.

Nous avons pensé que cela pourrait potentiellement améliorer l’expérience utilisateur, puis nous avons potentiellement envoyé beaucoup d’équité de liens vers ces pages également sur les vues de bureau.

Mais ensuite, lorsque nous sommes passés à la vue mobile, nous avons constaté que cette navigation de bureau, cette navigation secondaire reliée à tous ces produits clés, n’existait pas vraiment, non?

Et tout allait bien jusqu’à ce que Google, il y a environ un an ou deux, publie sa mise à jour mobile-first. Et puis nous avons vu que le trafic organique des clients diminuait de manière significative.

Et la raison en est que le smartphone Googlebot n’a pas pu voir tout ce contenu qui se trouvait dans cette navigation secondaire. Ces liens étaient moins accessibles et leur équité leur était moins poussée.

Et puis l’expérience que nous avons pu réaliser était que l’un des seuls changements que nous avons apportés au site était d’ajouter cette fonctionnalité de navigation secondaire aux appareils mobiles.

Nous avons presque immédiatement vu le trafic organique rebondir à ses niveaux d’origine, où il en était avant que Google ne passe à une exploration axée sur les mobiles. C’est juste un exemple vraiment, vraiment basique.

C’est souvent les paramètres que Google va utiliser pour explorer votre site à partir de cette lentille mobile.

Un autre très bon exemple est le ciblage géographique. Nous avions un client qui propose une variété de leurs produits dans les 50 États.

Ce qu’ils avaient ce contenu dynamique qu’ils inséraient aux utilisateurs. Donc, si vous étiez en Pennsylvanie, vous atterririez sur leur site et la page dirait: « Hé, voici ces produits de Pennsylvanie pour vous. »

Et ils le feraient pour les 50 États, non? Mais le problème est devenu lorsque Googlebot explore vos sites, quels types de contenu est-il servi?

Dans quel état Google est-il servi? Et nous avons initialement émis l’hypothèse de la Californie, non? Parce que Google rampe à partir d’IP basées en Californie.

Cependant, lorsque nous avons effectivement diffusé ce contenu via des outils tels que l’outil de test Mobile-Friendly de Google, nous avons constaté que, pour une raison quelconque, Google ciblait le contenu comme du type Michigan.

Et le problème est devenu que ce client propose une grande quantité de produits, mais la sélection de produits varie selon la géographie.

Donc, Google ne peut lire que le contenu du Michigan, mais le client n’offre pas une tonne de contenu dans la région du Michigan, ce qui aura un impact sur beaucoup de choses différentes.

Cela aura un impact sur la qualité du contenu.

Google voit deux produits différents quand 100 sont proposés.

Google pourrait dire: «Il s’agit d’une page de mauvaise qualité. Je ne veux vraiment pas afficher cette page dans le moteur de recherche. « 

Eh bien, c’est quelque chose que beaucoup de gens pourraient rencontrer si vous pensez à des exemples pratiques.

C’est un peu plus difficile avec le mobile / le bureau car, pas pour rien, je pense que beaucoup de gens conçoivent ou développent maintenant pour le mobile.

Comment contourner le fait que vous ne montriez qu’un seul emplacement à Google?

CL: Il y a plusieurs avenues différentes que vous pourriez aborder et cela dépend en grande partie du temps et des ressources dont vous disposez et de l’efficacité de cette mise en œuvre.

L’approche la plus simple serait de faire des tests A / B.

Comprendre:

  • Le ciblage géographique améliore-t-il notre expérience utilisateur?
  • Obtenons-nous plus de conversions de cette façon?
  • Dans quelle mesure cela nous aide-t-il réellement?

Et si vous découvrez que les résultats ne sont pas vraiment bénéfiques, aucun gagnant clair, alors supprimez simplement le ciblage géographique. La solution la plus simple qui pourrait nécessiter l’entrée la plus faible.

La deuxième solution serait d’essayer de trouver une sorte d’implémentation où, lorsque Google explore votre site, il obtient une page tous emplacements pour que les utilisateurs puissent toujours obtenir leur contenu ciblé géographiquement.

Cependant, si votre site reconnaît que c’est l’IP de Googlebot qui appelle votre site, ce contenu diffusé n’est pas spécifique à une zone géographique. Google peut alors voir tout le contenu de votre site Web…

Il est toujours bon d’apporter plusieurs solutions à la table. Et souvent, il existe une solution idéale.

Mais aussi, parfois, vous devez travailler avec des solutions pratiques en termes de temps et de ressources à votre disposition.

Pensez-vous qu’il existe aujourd’hui de bons cas d’utilisation du ciblage géographique? Ou les gens devraient-ils vraiment l’éviter?

CL: Je pense que cela dépendra complètement du scénario du client et de ce qu’il fait spécifiquement.

Je serais probablement d’accord avec vous dans son ensemble sur le fait que l’éviter est probablement le scénario par défaut, non? Parce que cela impacte l’expérience utilisateur, et peut-être même négativement.

Peut-être que les utilisateurs ne veulent pas nécessairement voir uniquement un emplacement spécifique si vous leur faites franchir des obstacles supplémentaires juste pour voir tout le contenu de leur site Web.

Existe-t-il des outils qui peuvent aider à déterminer les différences entre les différents appareils ou emplacements ciblés géographiquement et comment Google les voit par rapport à la façon dont vous les voyez?

CL: Il y a deux façons dont j’essaie d’analyser comment Google interprète réellement les sites, le contenu de notre page. Et ce serait:

Utilisation d’un outil comme l’outil de test adapté aux mobiles

Cela vous donnera une image assez précise de la façon dont Google analyse réellement le contenu d’un site.

Donc, si vous faites quelque chose comme le ciblage géographique, en utilisant cet outil, vous pourrez peut-être voir dans quel état Google envisage-t-il réellement de cibler ce contenu?

Et cela vous donne cela, vous donne un élément visuel, ainsi que vous pouvez réellement inspecter le code réel fourni par l’outil de test Mobile-Friendly.

Utilisation des recherches de site

Si vous souhaitez voir « Hé, Google est-il capable de lire ce contenu? », Ou quel contenu figure sur la page?

Prenez l’extrait de texte que vous souhaitez analyser, effectuez une recherche sur le site – site: domaine.com – puis recherchez ce texte dans Google et voyez dans l’index de Google quelle est la cote de l’index.

Et la preuve est dans le pudding là-bas, non?

Vous pouvez même voir spécifiquement: « Hé, ce contenu est-il inclus sur la page? »

Si ce n’est pas le cas, est-ce parce que Google manque de contenu mobile?

S’il s’agit de ciblage géographique, quel est l’état de l’index de Google?

Ce podcast vous est présenté par Ahrefs et Opteo.

Pour écouter ce podcast sur les moteurs de recherche avec Chris Long:

Visitez nos archives de podcasts pour écouter d’autres émissions du Journal des moteurs de recherche podcasts!

Crédits d’image

Image vedette: Paulo Bobita