Au mois de Mars dernier, Gary Illyes, Webmaster Trends Analyst chez Google, avait fait savoir, peut-être malencontreusement, que Google s’apprêtait à lancer un moteur de recherche exclusivement dédié au mobile.
Ce qui voulait dire que la recherche mobile allait tôt ou tard bénéficier d’un index mobile, différent de celui de l’ordinateur, pour mieux appliquer les critères de l’algorithme Mobile-Friendly.
Aujourd’hui, nous venons d’avoir une autre confirmation très intéressante. C\’est celle de +Maile Ohye, Senior Developer Programs Engineer chez Google, qui vient de révéler à la SMX London (20 et 21 Mai 2015) qu’il existe quelques problèmes qui empêchent Google d’être en mesure d’afficher la bonne URL sur mobile.
D’où, sans doute, ce retard dans le lancement…
Google is testing a separate mobile index, since there are some issues with Google not being able to show the right URL #smx #smxlondon
— Jan-Willem Bobbink (@jbobbink) 20 Mai 2015
L’un des problème de cet index mobile en développement se situerait au niveau de certains sites ayant des contenus avec pagination. Vous vous souvenez sans doute de la déclaration de John Mueller disant que Google n’indexera plus les contenus mobiles invisibles parce que cachés dans des onglets ou dans des accordéons ?
Enfin, on sait pourquoi John Mueller l’avait dit. C’est parce que cela compliquant la tâche aux développeurs de Google Search Mobile.
Ainsi, Google Search Mobile aurait des problèmes pour, par exemple, indexer totalement un contenu publié sur plusieurs pages.
Pagination is where 1 to 1 mapping for a site breaks on mobile. Experiments are being run to work out some corner cases. @maileohye #SMX
— Sha Menz (@ShahMenz) 20 Mai 2015
Je comprends aussi maintenant pourquoi Google avait relancé le débat entre site mobile et site en responsive design.
Car, son intérêt pourrait être finalement, après réflexion, qu’il y ait deux structures d\’URL différentes pour un même contenu : une pour le mobile et l’autre pour le desktop avec des titres et descriptions optimisés pour l’un ou l’autre.
Ce qui éviterait d’ailleurs les erreurs souvent courantes avec une URL identique pour un même contenu sur mobile et sur desktop.
