En quelques mots
- Google annonce le 4 novembre 2016 un index construit à partir de la version mobile des sites.
- Conséquence directe : ce qui n'est pas sur votre version mobile cesse d'exister pour le moteur.
- Les sites qui allègent leur version mobile en retirant texte, liens ou données structurées sont les plus exposés.
- Les domaines mobiles séparés demandent une vérification des correspondances dans les deux sens.
La différence avec avril 2015
En 2015, Google ajoutait un critère de classement pour les recherches sur mobile. L'index restait construit à partir de la version bureau des pages.
Cette fois, la source change. Google explorera, indexera et classera à partir de ce que voit un utilisateur mobile. La version bureau perd son statut de référence.
La conséquence tient en une phrase qui mérite d'être répétée aux équipes : ce qui n'est pas sur votre version mobile cessera d'exister du point de vue du moteur.
Le piège des sites qui allègent leur version mobile
Beaucoup vont se faire surprendre ici, et je le constate déjà sur plusieurs projets.
Une pratique répandue consiste à alléger la version mobile pour gagner en rapidité : on retire des blocs de texte jugés secondaires, on supprime des liens de navigation, on simplifie le pied de page. La logique paraît saine du point de vue de l'expérience. Elle devient coûteuse le jour où cette version devient la référence.
Trois écarts méritent une vérification prioritaire. Le contenu textuel d'abord, qui doit être identique sur les deux versions. Les liens internes ensuite, souvent réduits dans un menu mobile replié. Les données structurées enfin, fréquemment présentes sur le seul gabarit bureau.
Un contenu replié dans un accordéon reste pris en compte, Google l'a confirmé à plusieurs reprises. Un contenu retiré du code mobile disparaît. La distinction commande l'essentiel du travail de vérification.
Les sites en domaine séparé sont les plus exposés
Trois configurations coexistent aujourd'hui. Le responsive, où une seule page s'adapte, ne pose aucun problème puisque le contenu est identique par construction. Le service dynamique, où le serveur renvoie un code différent selon l'appareil, demande de vérifier que les deux versions se valent.
Le troisième cas se révèle le plus délicat : un domaine mobile séparé, du type m.exemple.fr. Il faut alors s'assurer que les balises de correspondance entre les deux versions sont correctes dans les deux sens, et que la version mobile n'a pas été traitée comme un parent pauvre pendant des années. C'est très souvent le cas.
Ce qu'il ne faut pas faire dans la panique
Ne supprimez pas votre version bureau. Elle continue de servir vos visiteurs sur écran large, et Google ne demande rien de tel.
Ne précipitez pas une refonte responsive complète sans plan de migration. Une migration ratée coûte bien plus cher qu'un index mobile imparfait, et le déploiement annoncé s'étalera sur plusieurs mois, voire davantage.
Ce que je ferais dès maintenant : afficher côte à côte le code source de vos principales pages en version mobile et en version bureau, puis lister méthodiquement ce qui manque d'un côté. L'exercice prend une demi-journée et révèle presque toujours des surprises.
Ce que cette annonce dit de la suite
Google affirmait dès 2015 que le mobile était devenu le contexte par défaut. On pouvait alors y voir une formule de communication. En reconstruisant son index sur cette base, l'entreprise engage bien davantage qu'un discours.
Mon pronostic : le déploiement complet prendra beaucoup plus de temps que ce que laisse entendre l'annonce, parce qu'une part considérable du web n'est pas prête. La direction, elle, ne changera plus.