Mobile first indexing

Une règle unique en découle : ce qui n’est pas sur la version mobile n’existe pas.

Trois conséquences pratiques.

Le contenu masqué en mobile compte quand même, à condition d’être présent dans le code. Un texte replié derrière un accordéon est indexé. Un texte absent du code mobile ne l’est pas.

Les liens absents de la navigation mobile privent des pages de leur maillage. Un menu simplifié qui retire la moitié des entrées crée des pages orphelines sans que personne ne s’en aperçoive.

Les données structurées et les balises doivent figurer sur la version mobile. Un balisage présent uniquement en version bureau n’est pas lu.

Les sites qui servent une version distincte sur un sous-domaine dédié sont les plus exposés.

Quand cette version est allégée, elle perd du contenu, des liens et des balises. Le classement se calcule alors sur la version pauvre, et le site perd des positions sans qu’aucune erreur n’apparaisse.

C’est la principale raison pour laquelle l’approche adaptative, où la même page s’ajuste à la taille de l’écran, est devenue la norme.

Quatre contrôles.

Comparer le contenu affiché en mobile et en version bureau, section par section.

Vérifier que les liens de navigation sont les mêmes.

Contrôler la présence des balises et des données structurées sur la version mobile.

Regarder le rendu que Google obtient réellement, par l’inspection d’URL, qui affiche le HTML rendu par le robot mobile.

Que le classement diffère entre mobile et ordinateur. L’index est le même, seule la version explorée a changé.

Que la vitesse mobile est devenue le critère principal. Elle compte, comme signal léger, ce qui est décrit côté temps de chargement.