in

Liaison interne pour l’indexation uniquement sur mobile


Les opinions de l’auteur sont entièrement les siennes (à l’exception de l’événement improbable de l’hypnose) et peuvent ne pas toujours refléter les opinions de Moz.

Il y a trois ans, j’ai écrit un article pour le blog Moz expliquant comment les dernières nouvelles sur l’indexation mobile-first auraient un impact sur les stratégies de liens internes, en particulier pour les grands sites.

« À ce jour, vous avez probablement entendu tout ce que vous pouvez supporter sur l’indexation mobile first », ai-je plaisanté dans mon introduction. Je ne savais pas.

Ce n’est que maintenant – à l’été 2021 – que Google est censé, peut-être, finaliser le déploiement de mobile-first. Même en août 2021, Google explore toujours très activement les sites avec Googlebot desktop*.

Comme pour les récents retards dans le déploiement de Core Web Vitals, le problème ici pour Google est qu’ils ne peut pas pousser les changements qui aggravent leurs résultats. Comme Mike King l’a souligné en mars chez iPullRank, il existe toujours une grande disparité entre les versions mobile et de bureau du Web, en particulier en ce qui concerne les liens.

Je n’ai pas besoin de persuader la plupart des référenceurs qu’ils devraient se soucier des liens, mais je dois peut-être vous rappeler que les liens internes sont, pour la plupart des pages, une partie beaucoup plus importante de la façon dont ils tirent leur force que les liens externes. Sur un site même vaguement établi, il n’est pas déraisonnable de penser que l’inclusion d’une page de destination dans votre top de navigation va générer des liens plus percutants que la plupart des campagnes de relations publiques numériques ne pourraient jamais espérer. Et pourtant, les sites ont tendance à se concentrer de manière disproportionnée sur ce dernier, ce qui est peut-être ce qui nous amène aujourd’hui à cette énigme.

Dans cet article, je vais souligner certaines des causes courantes de disparités entre les liaisons internes mobiles et de bureau, quand vous devriez vous en soucier et ce que vous pouvez faire pour résoudre ces problèmes sans jeter l’UX sous le bus.

*(grâce à Dom Woodman et la richesse des données à portée de main pour me confirmer que c’est toujours le cas !)

Une brève histoire du mobile-first

De retour 2015, les référenceurs ont eu deux mois d’avertissement pour se préparer à ce que l’industrie a surnommé « Mobilegeddon ». Ce n’était pas la première fois que Google intégrait la convivialité mobile dans ses classements, mais c’était probablement la première fois qu’ils essayaient d’en faire une vraie affaire comme moyen de diriger les webmasters – un signe des choses à venir.

Environ 18 mois plus tard, en novembre 2016, nous avons obtenu l’expression “Mobile-first indexation”. Au cours des années suivantes, les référenceurs ayant accès à plusieurs propriétés de la Search Console se sont familiarisés avec le filet de routine des e-mails les informant des sites passant au nouveau paradigme.

Pendant cette période, certains référenceurs, dont le Russ Jones, moi-même dans le post susmentionné sur le blog Moz, et mon ancien patron Will Critchlow, a commencé à exprimer ses inquiétudes quant à l’impact potentiel sur le linkgraph :

L’impression générale à l’époque était que Google utilisait pour l’instant un index hybride, mais que « mobile uniquement » était déjà en route.

Avance rapide vers mars 2020, et Google a prévenu que nous avions six mois pour préparer le bilan final de l’index des ordinateurs de bureau. Cela a initialement suggéré un déploiement en septembre 2020, puis est devenu mars 2021, puis, comme je l’ai mentionné ci-dessus, cette date a également semblé se passer sans incident.

Nous devons supposer, cependant, que cela est encore à venir, ou peut-être en grande partie déjà là, et en tant que tel, nos sites mobiles doivent présenter la version de la vérité que nous voulons que Google voit.

Les rôles des liens internes

Les liens internes, comme tous les autres liens, remplissent de multiples fonctions vitales :

  • Permettre aux moteurs de recherche de découvrir de nouvelles URL

  • Transmettre des indices sur la pertinence de l’actualité, via leur texte d’ancrage et l’URL source

  • Transmission d’autorité, via PageRank ou équivalent

C’est bien sûr sans même entrer dans leurs rôles dans l’expérience utilisateur, qui est un sujet pour un autre article. (Bien que si vous voulez en savoir plus sur les liens internes, je vous recommande ce vendredi tableau blanc.)

Une disparité dans les liens internes entre les versions de bureau et mobiles est donc susceptible d’avoir des implications de grande envergure. (Cela vaut également pour les deux autres versions, telles que le HTML rendu et brut.) Dans la plupart des cas, l’une des deux versions sera celle qui satisfera le ou les praticiens du référencement du site, et en tant que telle, l’autre ne le sera pas. être.

À ce stade, il est de bonne pratique courante, au moins pour vos principaux modèles, de produire régulièrement une liste de liens à partir des deux versions de la page et de rechercher les écarts.

Cela dit, certaines différences ont plus d’impact que d’autres. À des fins d’illustration, j’ai comparé les versions de bureau et mobile de cinq pages d’accueil, et dans le reste de cet article, je discuterai de certaines des différences les plus intéressantes que j’ai notées et de ce que je recommanderais aux sites respectifs. Juste pour être clair : je ne suis impliqué dans aucun de ces sites, ni même en train de le lancer.

Les cinq pages d’accueil que j’ai consultées étaient :

Fait intéressant, deux d’entre eux n’avaient aucune différence à discuter – félicitations à Optimizely et Zoopla pour avoir prêté attention en 2018. Pour les trois autres, lisez la suite…

Exemples moins dangereux

Ancrer des liens dans une page

La page d’accueil d’Amazon UK est liée à elle-même pas moins de six fois, avec un texte d’ancrage tel que “retour en haut”, “voir les détails du produit” et “page suivante” (dans un carrousel). Ces liens sont tous uniques au bureau, bien que la version mobile ait un lien “Haut de page” au lieu du lien “Retour en haut”.

Ordinateur de bureau Amazon UK (en haut) par rapport à Amazon UK mobile (en bas)

Vous n’avez probablement pas besoin de vous préoccuper trop des liens comme ceux-ci du point de vue du référencement. Il n’y a pas de différence dramatique dans l’optimisation ou le ciblage impliqué par le texte différent, et les pages liées à elles-mêmes ne vont probablement pas remodeler le linkgraph.

Liens vers des pages non indexées

Ordinateur de bureau Amazon UK (en haut) par rapport à Amazon UK mobile (en bas)

Le lien de navigation principal vers la catégorie « Fournitures pour animaux de compagnie » sur la page d’accueil d’Amazon UK est fourni avec différentes balises de suivi internes sur mobile et sur ordinateur :

D’un point de vue SEO général, ce n’est pas un moyen idéal pour gérer le suivi des liens internes – ces deux URL ont une balise canonique pointant vers la page indexée réelle, mais il y a toujours une dilution inutile et un budget d’exploration gaspillé ici, par rapport au simple suivi du cliquez sur le lien à l’aide d’un écouteur d’événement JavaScript.

Cependant, d’un point de vue spécifique de la parité mobile/bureau, ce n’est pas grave. Comme je l’ai dit, ils partagent tous les deux une balise canonique pointant vers le même endroit, nous nous retrouvons donc avec un comportement équivalent.

Une règle similaire s’applique lors de la création de liens vers des pages telles que « mon compte » ou « panier » – il peut y avoir des différences dans les implémentations sur ordinateur et sur mobile, mais comme les deux pages sont bloquées par noindex et/ou robots.txt, ce n’est pas grave.

Texte d’ancrage

Ebuyer a quelques instances du même élément utilisant un texte d’ancrage différent sur mobile et sur ordinateur :

Ebuyer desktop (en haut) vs. Ebuyer mobile (en bas)

Notez le texte d’ancrage plus long sur mobile (!). J’ai également remarqué quelque chose de similaire sur le site du New York Times, bien que cela puisse être dû au fait qu’ils ont rapidement testé différentes variantes de titres.

Quoi qu’il en soit, je ne pense pas que ce soit un gros problème tant que le comportement est voulu et que le sujet implicite est en grande partie similaire, ce qui est le cas dans ces cas.

Problèmes courants et solutions

Éléments spécifiques à l’appareil

L’une des causes les plus courantes de disparité réside dans les éléments de navigation uniquement sur le bureau. L’exemple ci-dessous provient d’Ebuyer et montre un tas de liens que je n’ai pu trouver nulle part sur leur page d’accueil mobile.

Ces liens pointent tous vers des URL qui figurent également dans la navigation supérieure, de sorte que l’impact sur le graphique des liens peut ne pas être énorme. Cependant, Google est susceptible de placer des pondérations différentes sur un lien de page d’accueil important comme celui-ci par rapport à un lien enfoui dans une navigation, il y a donc des implications SEO à cette disparité. Le site de bureau d’Ebuyer implique qu’il s’agit de certaines des sous-catégories les plus importantes du site, tandis que leur site mobile leur donne un pied d’égalité avec les autres sous-catégories du méga-menu.

Se produisant sur des millions de sites, c’est le genre de problème qui pourrait avoir un impact sur la qualité des résultats de Google. Ebuyer a probablement présenté ici les catégories qui sont au cœur de son activité, et si elles se classent légèrement mieux dans ces cas que dans d’autres cas, cela signifie que Google est légèrement plus susceptible de montrer aux gens les résultats d’une entreprise très compétente dans ce domaine. Du point de vue de Google, c’est sûrement une victoire, mais une victoire qui leur manque en utilisant exclusivement la version mobile.

Du point de vue d’Ebuyer, le choix de ce qui doit figurer dans cet élément est un levier stratégique qui se perd lorsque Google arrête de compter ses liens bureautiques. La seule vraie solution ici est de développer un mobile équivalent à cet élément, mais on peut être créatif. Cela peut être quelque part légèrement différent sur la page, par exemple, ou il peut s’agir d’un carrousel sur mobile mais statique sur ordinateur de bureau. Alternativement, vous pouvez accepter qu’il s’agit d’un élément UX spécifique au bureau qui doit être ignoré dans toute considération de référencement, et doit plutôt se justifier par son avantage pour les taux de conversion.

Méga-menus et liens de sous-catégories

De nombreux sites, en particulier de commerce électronique, gèrent les liens internes en ayant un énorme méga-menu sur le bureau qui se réduit en un menu hamburger peut-être quatre couches de profondeur sur mobile. Cela laisse aux utilisateurs de très nombreux clics sur tout ce qu’ils pourraient espérer trouver, et ce qui est ironique, c’est que les navigations de haut niveau super-exhaustives ne sont pas non plus nécessairement optimales du point de vue du référencement. Bien sûr, ils font explorer beaucoup de pages et transmettent un peu d’équité, mais ils ne font rien pour concentrer la pertinence autour de sujets secondaires, et ils ne vous permettent pas de concentrer votre force là où elle est le plus nécessaire.

Certains sites améliorent cela avec une sous-navigation spécifique à une section, par exemple ces liens sur Amazon qui n’apparaissent que dans la section Épicerie :

C’est une excellente alternative à un méga-menu en général, dans la mesure où il y a moins de liens à l’échelle du site (ce qui signifie que chaque lien à l’échelle du site restant est un peu plus fort) et, proportionnellement, plus de liens entre des pages étroitement liées.

Cependant, bien sûr, cet élément n’apparaît pas du tout sur mobile. Oh.

De même, Amazon propose ces sous-catégories sur le bureau, jouant un rôle similaire :

Encore une fois, je dirais que c’est une excellente idée du point de vue du référencement, mais ces liens n’existent pas sur mobile.

Zoopla gère le même problème de manière beaucoup plus nette :

Liens de la barre latérale vers les sous-catégories pertinentes

De la même manière, ils ont des liens de sous-catégorie qui ne figurent que dans la catégorie pertinente, mais sur mobile, ils les conservent – en les déplaçant simplement vers le bas de la page au lieu d’une barre latérale :

Liens de la barre latérale mélangés au bas du contenu sur mobile

Ce n’est pas très attrayant, mais cela n’a pas d’importance – peu de gens vont faire défiler jusqu’à ces profondeurs de toute façon, et la stratégie de référencement de Zoopla est donc robuste à l’index mobile uniquement. De plus, en raison de l’accent mis sur l’interconnexion uniquement des sous-catégories pertinentes, le volume de liens ici n’est pas extrême.

Copie SEO et contenu caché

Un argument similaire pourrait être avancé pour le traitement par Ebuyer de la copie SEO ici :

C’est juste en bas de la page, alors c’est peut-être une opportunité de créer des liens internes ? En effet, il y a quelques liens à la fin de ce bloc de texte.

Sans trop entrer dans les avantages et les inconvénients de ce genre de copie en général, je dirais que c’est un peu excessif pour le bas d’une page de catégorie e-commerce (vous ne pouvez en voir qu’une fraction dans la capture d’écran ci-dessus). Au lieu de cela, Ebuyer pourrait faire quelque chose de similaire à ce qu’ils ont fait avec leur pied de page :

Le contenu réduit ou à onglets peut être un excellent moyen de gérer des structures de liens internes volumineuses sur mobile

Sur le bureau, toutes ces sections de pied de page sont développées par défaut et toutes visibles. Sur mobile, ils sont cachés dans ces sections extensibles. C’est généralement un bon moyen de gérer les éléments de référencement sur mobile, comme l’a dit Google à plusieurs reprises à ce stade, il n’y a aucun inconvénient à le faire.

Conclusion : liens sur la page, mais avec goût

J’ai essayé d’explorer ici certains des problèmes courants auxquels les sites sont confrontés lorsqu’ils visent la parité de liaison mobile/ordinateur de bureau.

Pour récapituler rapidement, les principaux problèmes sur lesquels je recommande que les sites se concentrent sont :

Et mes solutions suggérées sont:

  • Pousser les widgets de liaison au bas de la page sur mobile, plutôt que de les supprimer complètement

  • Utilisation d’onglets, de carrousels, de sections extensibles et d’autres solutions créatives pour mieux utiliser l’espace à l’écran

J’ai hâte de voir plus d’exemples dans la nature, cependant – comment votre site gère-t-il les liens internes axés sur le mobile ? Dites-le moi sur Twitter !




What do you think?

0 points
Upvote Downvote

Written by manuboss

Google confirme qu’il a changé la façon dont il crée des titres pour les listes de résultats de recherche

Démystifier l’IA et le Machine Learning en recherche