Blog

Rendre les sites Web compatibles avec les mobiles

Mardi 22 février 2011

Nous avons constaté une augmentation du nombre de questions de la part des webmasters sur la meilleure façon de structurer un site Web pour les téléphones mobiles et sur la manière dont les sites Web peuvent interagir au mieux avec Googlebot-Mobile. Dans cet article, nous expliquerons la situation actuelle et vous donnerons des recommandations spécifiques que vous pouvez appliquer dès maintenant.

Rendre les sites Web compatibles avec les mobiles

Quelques antécédents

Commençons par une question simple : qu’entendons-nous par « téléphone mobile » lorsque nous parlons de sites Web adaptés aux mobiles ?

Une bonne façon de répondre à cette question est de réfléchir aux capacités du navigateur Web du téléphone mobile, en particulier par rapport aux capacités des navigateurs de bureau modernes. Pour simplifier les choses, nous pouvons classer les téléphones mobiles en quelques catégories :

  1. Téléphones mobiles traditionnels : téléphones équipés de navigateurs incapables d’afficher les pages Web de bureau normales. Cela inclut les navigateurs pour cHTML (iMode), WML, WAP et assimilés.
  2. Smartphones : téléphones équipés de navigateurs affichant des pages de bureau normales, du moins dans une certaine mesure. Cette catégorie comprend une grande variété d’appareils, tels que Windows Phone 7, les appareils Blackberry, les iPhone et les téléphones Android, ainsi que les tablettes et les liseuses. Nous pouvons encore subdiviser cette catégorie selon la prise en charge d’HTML5 :
  • Appareils équipés de navigateurs ne prenant pas en charge HTML5
  • Appareils équipés de navigateurs prenant en charge HTML5

Jadis, les téléphones mobiles se connectaient à Internet à l’aide de navigateurs aux capacités de rendu limitées ; mais la situation change clairement avec l’essor rapide des smartphones dotés de navigateurs qui rivalisent avec l’expérience complète de bureau. Par conséquent, il est important de noter que la distinction que nous faisons ici est basée sur la situation actuelle telle que nous la voyons et pourrait changer à l’avenir.

Rendre les sites Web compatibles avec les mobiles — 2

Googlebot et contenu mobile

Google dispose de deux robots d’exploration pertinents pour ce sujet : Googlebot et Googlebot-Mobile. Googlebot explore les pages Web de type navigateur de bureau et le contenu qui y est intégré, tandis que Googlebot-Mobile explore le contenu mobile. Les questions que nous voyons le plus souvent peuvent se résumer comme suit :
Étant donné la diversité des capacités des navigateurs Web mobiles, quel type de contenu dois-je diffuser auprès de Googlebot-Mobile ?

La réponse réside dans l’User-agent fourni par Googlebot-Mobile lors de l’exploration. Il existe plusieurs chaînes d’User-agent utilisées par Googlebot-Mobile, qui utilisent toutes ce format :

Pour décider quel contenu diffuser, évaluez le contenu de votre site Web qui dessert au mieux le ou les téléphones de la chaîne d’User-agent.
Vous trouverez ici une liste complète des User-agents de Googlebot-Mobile.

Notez qu’actuellement, nous n’explorons pas avec Googlebot-Mobile en utilisant une chaîne d’User-agent de smartphone. Par conséquent, à l’heure actuelle, un système de diffusion de contenu correctement configuré diffusera du contenu Googlebot-Mobile uniquement pour les téléphones traditionnels décrits ci-dessus, car c’est ce que dictent les chaînes d’User-agent utilisées aujourd’hui. Cela pourrait changer à l’avenir, et si c’est le cas, cela pourrait signifier qu’il y aurait une nouvelle chaîne d’User-agent Googlebot-Mobile.

Pour l’instant, nous nous attendons à ce que les smartphones gèrent le contenu de l’expérience de bureau, il n’y a donc pas de réel besoin d’efforts spécifiques aux mobiles de la part des webmasters. Cependant, pour de nombreux sites Web, il peut toujours être judicieux de formater le contenu différemment pour les smartphones, et cette décision doit être basée sur la manière dont vous pouvez le mieux servir vos utilisateurs.

Structure d’URL pour le contenu mobile

La série de questions suivante concerne les URL à partir desquelles le contenu mobile doit être diffusé. Examinons en détail certains cas d’utilisation courants.

Sites Web avec uniquement du contenu d’expérience de bureau

La plupart des sites Web n’ont actuellement qu’une seule version de leur contenu, à savoir en HTML conçu pour les navigateurs Web de bureau. Cela signifie que tous les navigateurs accèdent au contenu à partir de la même URL.

Ces sites Web peuvent ne pas desservir les utilisateurs de téléphones mobiles traditionnels. La qualité perçue par leurs utilisateurs de smartphones dépend du navigateur mobile qu’ils utilisent et peut être aussi bonne que la navigation depuis le bureau.

Si vous ne diffusez que du contenu d’expérience de bureau pour tous les User Agents, vous devez également le faire pour Googlebot-Mobile ; c’est-à-dire, traitez Googlebot-Mobile comme vous traitez tous les autres User Agents ou inconnus. Dans ces cas,
Google peut modifier vos pages Web
pour une expérience mobile améliorée.

Sites Web avec du contenu mobile dédié

De nombreux sites Web proposent du contenu spécifiquement optimisé pour les utilisateurs mobiles. Le contenu peut simplement être reformaté pour les écrans mobiles généralement plus petits, ou il peut être dans un format différent (par exemple, diffusé via WAP, etc.).

Une question très fréquente que nous rencontrons est : est-ce important si les différents types de contenu sont diffusés à partir de la même URL ou à partir d’URL différentes ? Par exemple, certains sites Web ont www.example.com comme URL à laquelle les navigateurs de bureau sont censés accéder et ont m.example.com ou wap.example.com pour les différents appareils mobiles. D’autres sites Web diffusent tous les types de contenu à partir d’une seule structure d’URL telle que www.example.com.

Pour Googlebot et Googlebot-Mobile, la structure des URL n’a pas d’importance tant qu’elle renvoie exactement ce qu’un utilisateur voit également. Par exemple, si vous redirigez les utilisateurs mobiles de www.example.com vers m.example.com, cela sera reconnu par Googlebot-Mobile et les deux sites Web seront explorés et ajoutés à l’index correct. 301 redirection à la fois pour les utilisateurs et pour Googlebot-Mobile.

Si vous diffusez tous les types de contenu à partir de www.example.com, c’est-à-dire si vous diffusez du contenu optimisé pour le bureau ou du contenu optimisé pour le mobile à partir de la même URL en fonction de l’User-agent, cela conduira également à une exploration correcte par Googlebot et Googlebot-Mobile. Google ne considère pas cela comme du cloaking.

Il convient de répéter que, quelle que soit la structure de l’URL, vous devez détecter correctement l’User-agent tel qu’il est fourni par vos utilisateurs et Googlebot-Mobile, et diffuser le même contenu aux deux. N’oubliez pas de conserver le contenu par défaut, le contenu optimisé pour le bureau, pour lorsqu’un User-agent inconnu le demande.

Sitemaps mobiles dans les Webmaster Tools

Enfin, nous recevons de nombreuses questions sur les URL à inclure dans les sitemaps mobiles. Comme expliqué dans nos
articles du centre d’aide sur les sitemaps mobiles, vous devez inclure uniquement les URL de contenu mobile dans les sitemaps mobiles, même si ces URL renvoient également du contenu non mobile lorsqu’elles sont consultées par un User-agent non mobile.

D’autres questions ?

Un bon point de départ est notre
articles du centre d’aide sur les sites mobiles
et les sections pertinentes de notre
Guide de démarrage pour l’optimisation des moteurs de recherche. Nous avons également créé un
fil de discussion sur nos forums
pour que vous puissiez poser des questions sur cet article.

Alien Road

Comment nous l'appliquons

Google announcements age. We keep this post here for the record, and we note for clients whether the behaviour it describes still applies today or has since been superseded.

Services associés

Partager