Index mobile-first

L’index mobile-first signifie que Google explore votre site avec son robot pour smartphone, et que c’est la version mobile de chaque page qui sert à l’indexation et au classement, y compris pour les recherches faites sur ordinateur. Il n’existe pas d’index séparé pour le mobile : il y a un seul index, alimenté par la version mobile.

Pour un site responsive qui sert le même HTML à tous les appareils, la question est réglée d’avance. Le risque concerne les sites qui allègent leur version mobile : texte de catégorie raccourci, menu simplifié, blocs de liens retirés, avis clients supprimés. Tout ce qui disparaît du code mobile disparaît aussi pour Google, même si la version ordinateur est complète.

Ce que Google analyse sur la version mobile

Googlebot pour smartphone récupère la page, exécute le JavaScript et analyse le rendu, comme lors de tout crawl. Il y lit :

• le contenu principal, texte et images avec leurs attributs alt ;
• les liens internes, qui déterminent les pages qu’il découvrira ensuite ;
• les données structurées et les balises meta (title, description, robots) ;
• les ressources CSS et JavaScript, qui doivent rester accessibles pour que le rendu soit correct.

Bonne nouvelle pour les designers : un contenu replié dans un accordéon ou un onglet est pris en compte, à condition d’être présent dans le HTML. En revanche, un contenu qui ne se charge qu’après un clic de l’internaute risque de n’être jamais vu, car le robot ne clique pas.

Exemple concret : une version mobile trop allégée

Prenons un e-commerce de 300 catégories. Sur ordinateur, chaque catégorie affiche un texte de 250 mots et un bloc de 30 liens vers les sous-catégories voisines. Sur mobile, le template supprime les deux pour gagner de la place. Deux crawls avec Screaming Frog, l’un en agent utilisateur ordinateur, l’autre en smartphone, font apparaître l’écart : 75 000 mots et 9 000 liens internes absents de la version que Google indexe. Les catégories plafonnent, sans qu’aucune erreur ne remonte dans la Search Console. La correction consiste à garder texte et liens dans le HTML mobile, quitte à les replier dans un accordéon.

Les pièges à éviter avec l’index mobile-first

• Un site mobile séparé (m.exemple.fr) au contenu plus pauvre que la version principale, ou avec des annotations canonical et alternate incohérentes.
• Des données structurées ou un fil d’Ariane présents sur ordinateur et oubliés dans le template mobile.
• Des images en basse définition ou sans attribut alt sur mobile, qui réduisent la visibilité de la page dans Google Images.
• Une balise meta robots ou des règles d’accès qui diffèrent selon l’appareil, avec un noindex qui ne s’applique qu’à la version mobile.

Comment vérifier que la version mobile est complète

Dans la Search Console, l’outil d’inspection d’URL montre la page telle que Googlebot pour smartphone l’a explorée, avec le HTML rendu (et une capture d’écran en test en direct) : c’est le contrôle le plus direct. Screaming Frog, configuré avec un agent utilisateur mobile et le rendu JavaScript activé, permet de comparer à grande échelle le nombre de mots, de liens et de balises entre les deux versions. Contrôlez aussi les performances sur mobile, où les Core Web Vitals sont en général moins bons que sur ordinateur. Enfin, parcourez votre site avec un téléphone d’entrée de gamme : ce que vous peinez à trouver, l’internaute aussi, et c’est tout l’objet du SXO.