Desktop site ou version mobile : pourquoi Google indexe d'abord le téléphone

Pendant des années, on a conçu les sites sur un grand écran, puis on a « adapté » la version mobile en fin de projet. Ce réflexe du desktop site d’abord est devenu un contresens : Google évalue aujourd’hui les pages à partir de leur version pour smartphone. Si le contenu, les liens ou les données structurées manquent sur téléphone, ils comptent beaucoup moins pour le moteur, même s’ils s’affichent parfaitement sur ordinateur. Comprendre cette bascule permet d’éviter des pertes de visibilité difficiles à diagnostiquer après coup.

Ce que signifie « desktop site » aujourd’hui

L’expression recouvre deux réalités. La première est technique : c’est la version d’un site conçue pour les écrans d’ordinateur, par opposition à une version mobile. La seconde est familière à tous les utilisateurs de smartphone : la plupart des navigateurs mobiles proposent une option « version pour ordinateur » qui force l’affichage de la mise en page bureau sur un petit écran. Si vos visiteurs ont besoin de cette option pour trouver une information, c’est le signe que votre version mobile est incomplète.

Historiquement, trois architectures ont coexisté pour servir mobiles et ordinateurs :

• Le site séparé, souvent sur un sous-domaine dédié, avec ses propres pages mobiles ;
• Le service dynamique, où la même adresse renvoie un code HTML différent selon l’appareil ;
• Le responsive design, où une seule page et un seul code HTML s’adaptent à toutes les largeurs d’écran grâce aux feuilles de style.

Google recommande le responsive design, parce qu’il évite les doublons et les écarts de contenu entre versions. Les deux autres architectures restent acceptées, mais elles multiplient les risques d’oubli : une page ajoutée sur ordinateur et jamais créée sur la version mobile, une balise présente d’un côté et absente de l’autre.

Si vous exploitez encore un site mobile séparé, la vigilance doit être maximale. Chaque page bureau doit avoir son équivalent mobile, avec le même contenu utile, et les deux versions doivent se désigner mutuellement par les annotations prévues à cet effet, faute de quoi Google peut les traiter comme des pages distinctes ou des doublons. Les erreurs classiques sont connues : une redirection qui renvoie tous les visiteurs mobiles vers la page d’accueil au lieu de la page demandée, une version mobile qui ne contient qu’un résumé de quelques lignes, ou des articles récents publiés uniquement côté ordinateur. Dans la plupart des cas, le passage à un thème responsive coûte moins cher sur la durée que l’entretien de deux versions parallèles, et supprime d’un coup toute cette catégorie de problèmes. C’est aussi plus simple pour les personnes qui mettent le site à jour : un seul contenu à saisir, une seule page à vérifier.

L’indexation mobile first : une bascule progressive

Google a annoncé son intention d’indexer en priorité la version mobile des pages à la fin de 2016, puis a commencé à faire basculer des sites en 2018. À partir de juillet 2019, les sites nouvellement découverts ont été indexés par défaut avec le robot pour smartphone. Fin octobre 2023, Google a déclaré la transition terminée, et il a annoncé qu’après le 5 juillet 2024, le dernier petit groupe de sites encore exploré par son robot pour ordinateur le serait par le robot mobile.

Concrètement, cela veut dire que Googlebot visite vos pages en se présentant comme un smartphone, lit ce qui s’affiche à cette largeur, et utilise cette lecture pour décider de l’indexation et du classement. On parle d’indexation mobile first, pas mobile only : les visiteurs sur ordinateur continuent de voir des résultats, et votre version bureau reste utile. Mais c’est bien la version mobile qui fait foi pour comprendre vos pages.

Écarts de trafic entre mobile et ordinateur

À l’échelle mondiale, la majorité des visites web se font désormais depuis un téléphone. Mais cette moyenne cache de fortes différences selon le secteur et l’intention de l’internaute. Une recherche de dernière minute, du type horaires, itinéraire ou numéro de téléphone, se fait presque toujours sur mobile. Une comparaison détaillée de logiciels professionnels ou la préparation d’un dossier administratif se fait plus volontiers sur ordinateur.

Ces écarts ne doivent pas servir d’excuse. Un site dont le public consulte surtout sur ordinateur reste évalué par Google sur sa version mobile. Et les usages changent d’un moment à l’autre de la journée : le même prospect découvre souvent une entreprise sur son téléphone le soir, puis revient sur ordinateur le lendemain pour approfondir.

Les comportements diffèrent aussi d’un écran à l’autre. Sur mobile, les visites sont souvent plus courtes, la lecture plus fragmentée, et la conversion passe volontiers par un appel ou un message plutôt que par un long formulaire. Sur ordinateur, les pages vues par visite sont généralement plus nombreuses. Regardez vos propres statistiques, segmentées par type d’appareil, plutôt que des moyennes de marché : ce sont elles qui diront où vos visiteurs décrochent.

Lire ses statistiques par appareil

Dans votre outil de mesure d’audience, comparez pour chaque type d’appareil le nombre de visites, le taux d’engagement, les pages les plus consultées et les conversions. Un écart brutal sur une page précise, avec un bon score sur ordinateur et un effondrement sur mobile, signale presque toujours un problème d’affichage : un bouton hors de l’écran, un formulaire inutilisable, une image qui ne se charge pas. Pour vérifier méthodiquement ces points, suivez notre recette pour tester un site web responsive avant chaque mise en ligne.

Les contenus à ne jamais masquer en version mobile

La tentation est forte, sur un petit écran, de simplifier en supprimant. C’est la principale erreur à éviter depuis le passage au mobile first. Masquer du contenu en version mobile revient à le soustraire à l’analyse de Google.

Voici ce qui doit rester présent sur smartphone, quitte à le présenter autrement :

1. Le texte principal. Les descriptions de services, les paragraphes explicatifs et les réponses aux questions fréquentes doivent exister dans la page mobile. Les placer dans des onglets ou des sections dépliables est acceptable : Google indique tenir compte de ce contenu tant qu’il est présent dans le code de la page.
2. Liens de navigation. Un menu réduit en icône reste parfaitement lisible pour le robot tant que les liens figurent dans le code. En revanche, supprimer des liens du pied de page ou des blocs de maillage sur mobile appauvrit la découverte des pages internes.
3. Les images utiles. Une photo de réalisation ou un schéma explicatif doivent être servis aussi sur mobile, avec une taille adaptée et un texte alternatif identique.
4. Les données structurées. Le balisage qui décrit votre organisation, vos articles ou vos questions fréquentes doit être présent dans la version mobile, sinon les résultats enrichis peuvent disparaître.
5. Les métadonnées. Le titre de page, la description et les directives destinées aux robots doivent être identiques sur les deux versions. Une balise noindex présente uniquement sur la version mobile suffit à faire sortir une page de l’index, une situation que nous détaillons dans notre article pourquoi Google ne trouve pas mon site.

Le chargement différé, ami ou piège

Charger les images et certains blocs au défilement accélère l’affichage sur mobile. Mais si ce chargement dépend d’une action de l’utilisateur, comme un clic ou un balayage, le robot risque de ne jamais voir le contenu concerné. Préférez les mécanismes natifs des navigateurs, qui déclenchent le chargement à l’approche de la zone visible, et vérifiez le rendu avec l’outil d’inspection d’URL de la Search Console.

Passer d’une logique desktop site à une logique mobile

Pour un site existant conçu sur grand écran, la mise à niveau se fait en trois temps. D’abord, un inventaire : pour chaque modèle de page, comparez ce qui s’affiche sur ordinateur et sur smartphone, y compris dans le code source. Ensuite, une remise à plat des écarts : tout contenu, lien ou balise absent sur mobile doit être réintégré, sous une forme adaptée. Enfin, une vérification par Google lui-même, grâce à l’inspection d’URL qui montre la page telle que le robot pour smartphone l’a rendue.

Pour un nouveau projet, la démarche s’inverse. Concevoir la maquette mobile en premier oblige à hiérarchiser : quelle information compte vraiment, quel bouton doit rester sous le pouce, quel texte mérite d’être lu en premier. La version ordinateur s’enrichit ensuite d’espace et de colonnes, sans rien perdre du fond. Cette méthode, souvent appelée conception mobile first, produit en général des pages plus claires sur les deux écrans.

La vitesse compte aussi. Les Core Web Vitals mesurent notamment le temps d’affichage du plus grand élément visible, la réactivité aux interactions et la stabilité de la mise en page, et c’est sur mobile que ces indicateurs sont le plus souvent dégradés. Les seuils et les leviers d’amélioration figurent dans notre article sur la manière d’améliorer le référencement Google d’un site vitrine.

Desktop site ou mobile : la seule vraie question

Opposer desktop site et version mobile n’a plus beaucoup de sens. Il n’existe pour Google qu’une référence, la page lue par son robot pour smartphone, et vos visiteurs passent d’un écran à l’autre sans y penser. L’objectif est donc une seule page, au contenu identique, présentée intelligemment selon la largeur d’écran.

Si vous ne deviez retenir qu’une règle, ce serait celle-ci : rien ne disparaît sur mobile, tout se réorganise. Un texte peut se replier, un menu se condenser, une image se réduire, mais l’information doit rester dans la page. Un site qui respecte ce principe n’a rien à craindre de l’indexation mobile first, et offre au passage une meilleure expérience à la majorité de ses visiteurs.