Google clarifie une confusion au sujet de l\'indexation mobile-first

John Mueller, Webmaster Trends Analyst chez , a abordé quelques aspects techniques de l’indexation mobile-first qui continuent de confondre les propriétaires de sites.

Google clarifie une confusion au sujet de l\'indexation mobile-first

Mueller dit qu’il reçoit parfois des questions sur la façon d’utiliser les attributs rel-alternative et rel-canonical sur les liens des sites avec des URL mobiles distinctes.

Cette information peut être connue de vous, mais John Mueller a estimé qu’elle est assez importante pour créer un fil entier là-dessus.

Index Mobile-First et URL canoniques

John Mueller explique que rien n’a changé avec l’indexation mobile first en ce qui concerne les sites avec des URL mobiles séparées utilisant

« Gardez les mêmes annotations. Aucun changement n’est nécessaire », déclare-t-il dans un Tweet.

Mueller a même créé un diagramme (voir le Tweet intégré ci-dessous) pour montrer comment rien ne doit changer avant et après l’indexation mobile first.

Il poursuit en disant ce qui a été dit depuis le début sur l’indexation mobile-first, à savoir que les versions mobiles d’un site sont indexées par défaut

Dans le cas des sites avec des URLs mobiles distinctes, cela signifie que la version m-dot est utilisée pour l’indexation.

Lisez la discussion complète autour de ce sujet en lisant le thread Tweet ci-dessous:

Je reçois parfois des questions à ce sujet, donc juste pour être clair : si vous avez des URL mobiles distinctes (avec des rel-alternative / des liens rel-canonical), avec l’index mobile-first, vous * n’avez pas * besoin de changer quoi que ce soit. Gardez les mêmes annotations. Aucun changement n’est nécessaire.

Le changement avec l’indexation mobile-first est que nous allons utiliser la version mobile (m-dot) comme étant la version pour l’indexation, au lieu de la version www (bureau).

Pour la plupart des sites, ce changement s’est déjà produit. Si votre site est déjà indexé sur mobile, rien ne changera.

Techniquement, nous utiliserons l’URL mobile comme URL canonique même si le rel-canonical pointe vers le bureau. C’est pas grave.

Dans le fichier sitemap, vous pouvez énumérer l’un ou l’autre d’entre eux, ou même les deux. On va explorer, trouver les annotations et faire ce qu’il faut. Il n’y a pas de balisage mobile spécial pour les sitemaps.

Idéalement, vous redirigeriez également les utilisateurs par type d’appareil: si un utilisateur de bureau accède à la version mobile, redirigez vers l’URL de bureau. Si un utilisateur mobile accède à la version de bureau, redirigez vers la version mobile.

Si vous utilisez des URL m-dot + hreflang, les annotations hreflang doivent être par type d’appareil. Les hreflangs de bureau pointent vers les URL de bureau, les hreflangs mobiles pointent vers les URL mobiles. M-dot + hreflang est difficile et déroutant. Une autre raison de passer à une configuration réactive (responsive) avec la prochaine refonte du site :-).