Comment optimiser votre site pour le référencement mobile ?

Le référencement mobile n’est plus une spécialité à côté du référencement : depuis le 31 octobre 2023, Google explore et indexe l’ensemble du web avec son robot smartphone. La version mobile de votre site est donc la seule que Google lit, classe et cite. Optimiser son référencement mobile, c’est vérifier que cette version contient tout (textes, liens, images, balisage), qu’elle se charge dans les seuils des Core Web Vitals et qu’aucune fenêtre ne recouvre le contenu à l’arrivée.

Par référencement mobile, on désigne l’ensemble des réglages qui permettent à la version mobile d’un site d’être explorée, indexée et classée par Google, qui utilise cette version comme référence pour tous les appareils. Le terme date d’une époque où les sites avaient 2 versions et où Google en lisait surtout une, celle pour ordinateur. Cette époque est close.

Les dates qui comptent :

• 21 avril 2015 : Google favorise les pages adaptées aux mobiles dans les résultats consultés depuis un téléphone ;
• 10 janvier 2017 : les interstitiels qui masquent le contenu à l’arrivée sont dévalués ;
• juillet 2018 : la vitesse devient un critère de classement sur mobile (« Speed Update ») ;
• novembre 2016 à octobre 2023 : bascule progressive de l’index mobile first de Google, déclarée terminée le 31 octobre 2023 ;
• décembre 2023 : Google retire l’outil de test d’optimisation mobile et le rapport « Ergonomie mobile » de la Search Console ;
• 5 juillet 2024 : Google cesse d’explorer et d’indexer les sites qui ne s’affichent pas du tout sur un appareil mobile.

Ce dernier point a été mal traduit par une partie de la presse spécialisée française, qui a annoncé la « désindexation des sites non responsive ». Ce n’est pas ce que Google a écrit.

Sont concernés les sites qui renvoient une erreur à tous les mobinautes, ceux dont la version mobile est bloquée par le robots.txt et ceux qui redirigent toutes leurs pages mobiles vers l’accueil. Un site de 2012 en 960 pixels de large, laid sur un téléphone mais lisible, reste indexé. Google le dit lui-même dans sa documentation sur l’indexation orientée mobile : une version mobile n’est pas obligatoire pour figurer dans les résultats, elle est « fortement recommandée ».

Un détail qui remet les idées en place : cet article s’affiche dans les résultats, d’après notre Search Console, à 74 % sur ordinateur. Les gens qui cherchent « référencement mobile » sont des professionnels à leur bureau plutôt que des mobinautes. Le sujet relève du robot avant l’écran.

Googlebot smartphone est le robot qui construit l’index, et ce qu’il ne trouve pas dans votre version mobile n’existe pas pour Google. Un texte présent sur ordinateur et absent sur téléphone n’est pas indexé. Un lien de menu supprimé sur mobile pour gagner de la place ne transmet plus rien. Une image chargée uniquement au défilement, sans attribut adéquat, n’entre pas dans Google Images.

Les points que Google demande de tenir identiques entre les 2 versions, et qui sont rarement tous réglés :

• le contenu principal : mêmes textes, mêmes titres Hn, même profondeur. Le contenu replié dans des accordéons ou des onglets est indexé normalement sur mobile ; le contenu supprimé par une règle CSS display:none sur petit écran l’est aussi, mais celui qui n’est pas chargé dans le HTML mobile reste hors index ;
• les liens : un menu à 40 entrées sur ordinateur, réduit à 8 sur mobile, divise le maillage interne par 5 aux yeux du robot. Le pied de page subit souvent le même traitement ;
• les données structurées : mêmes blocs JSON-LD sur les 2 versions, avec des URL cohérentes ;
• les métadonnées : même balise title, même meta description, mêmes balises meta robots. Un noindex posé sur la seule version mobile retire la page de l’index ;
• les images et vidéos : mêmes URL de fichiers, mêmes attributs alt, formats pris en charge, pas de miniatures dégradées servies au robot ;
• les publicités et les fenêtres : un contenu principal repoussé sous un bloc publicitaire ou masqué par une fenêtre à l’ouverture est jugé comme tel.

Le cas qui revient le plus souvent est le menu. Le thème affiche 5 rubriques sur mobile derrière une icône, et les 30 liens de sous-rubriques ne sont plus dans le HTML : ils sont injectés par JavaScript au clic. Google rend le JavaScript, avec un délai, et retrouve ces liens la plupart du temps.

Autre variante, sur les sites de services B2B : un mega-menu qui expose chaque page de service depuis l’accueil sur ordinateur, et un menu mobile qui les range derrière un seul lien « Nos services », à 3 clics. Le rapport de liens internes de la Search Console le montre sans ambiguïté, les pages de service y perdent leur rang. Rendre le menu identique sur les 2 versions corrige l’écart sans toucher au contenu.

La plupart des robots des assistants IA, eux, lisent le HTML brut sans l’exécuter (Gemini, qui s’appuie sur l’index de Google, fait exception), et ces liens n’existent pas pour eux. Un maillage qui n’existe que dans le menu déroulant d’un ordinateur est un maillage invisible pour ChatGPT ou Perplexity. C’est le premier contrôle que notre agence GEO fait sur un site qui veut être cité par ces assistants.

Le responsive design, sans discussion, pour un site qui se construit ou se refait aujourd’hui. Les 2 autres configurations restent tolérées par Google, mais elles imposent un travail de cohérence permanent que personne ne tient dans la durée.

Les sites en sous-domaine m. encore en ligne sont le plus souvent des sites e-commerce ou médias conçus avant 2016, dont la version mobile a cessé d’être maintenue quand l’équipe a changé. Le symptôme se lit dans la Search Console : la version m. est celle qui est indexée, avec des fiches produits amputées de leurs descriptions et de leurs avis.

La sortie passe par une refonte en responsive, avec une redirection 301 de chaque URL m. vers son équivalent, et le retrait des annotations alternate. C’est un chantier que notre agence SEO cadre avant la migration, et non après : les 301 posées en vrac vers l’accueil sont la première cause de perte de trafic sur ce type d’opération.

Google regroupe ces signaux sous le nom d’expérience sur la page, et les mesure séparément pour mobile et pour ordinateur. Les Core Web Vitals en sont la partie chiffrée : LCP sous 2,5 secondes, INP (qui a remplacé FID en mars 2024) sous 200 millisecondes, CLS sous 0,1, évalués au 75e percentile des visites réelles sur 28 jours glissants. Les données de terrain mobile sont presque toujours plus mauvaises que les données ordinateur, parce que le réseau et le processeur d’un téléphone d’entrée de gamme n’ont rien à voir avec ceux d’un poste de travail.

Un site « vert » sur ordinateur et « orange » sur mobile est un site orange pour Google, qui classe sur la version mobile.

Les autres composantes sont binaires :

• HTTPS sur toutes les pages, ressources comprises ;
• absence d’interstitiel intrusif : pas de fenêtre qui recouvre le contenu à l’arrivée depuis les résultats de recherche. Les bandeaux liés à une obligation légale (cookies, vérification d’âge) et les petites bannières qui laissent le contenu lisible sont explicitement tolérés, comme le précise la page de Google sur les interstitiels ;
• lisibilité sans zoom : balise viewport configurée, texte à 16 pixels ou plus, boutons et liens espacés pour le pouce, aucun contenu qui déborde en largeur.

Ces critères existaient dans le rapport « Ergonomie mobile » de la Search Console jusqu’en décembre 2023. Google l’a retiré, ainsi que l’outil de test d’optimisation mobile, en expliquant que ces contrôles étaient devenus des acquis. Ils n’ont pas disparu de l’algorithme pour autant : ils ont quitté l’interface sans quitter les critères de classement. Pour les vérifier aujourd’hui, l’audit Lighthouse dans les outils de développement de Chrome et PageSpeed Insights, onglet mobile, font le même travail.

Sur le poids relatif de ces signaux, notre position n’a pas changé : l’expérience utilisateur mobile départage des pages de qualité comparable, elle ne fait pas monter un contenu faible. Un site avec un LCP à 4 secondes et un contenu de référence reste devant un site rapide qui n’a rien à dire. La correction vaut le coup quand les concurrents directs sont dans les seuils et que vous n’y êtes pas.

Les guides « référencement mobile » en français recopient encore, pour la plupart, une liste écrite entre 2016 et 2019, avec des recommandations que Google a abandonnées, ou qu’il n’a pas formulées.

• « Mettez en œuvre l’AMP » : le format AMP n’est plus une condition d’accès aux carrousels d’actualités depuis juin 2021 et n’a pas été un facteur de classement, même à son apogée. Il reste un doublon de contenu à maintenir ;
• « Évitez Flash et Java » : Adobe a arrêté Flash le 31 décembre 2020 et Chrome l’a retiré en janvier 2021. Le conseil est sans objet, sa présence dans un guide en dit long sur la date du texte ;
• « Les mots-clés mobiles doivent être courts, 2 à 3 mots » : c’est l’inverse. Les requêtes tapées ou dictées sur téléphone sont plus longues et plus conversationnelles que sur ordinateur ; la Search Console le montre sur n’importe quel site en filtrant par appareil ;
• « Google autorise 75 caractères de title sur mobile » : Google ne compte pas en caractères mais en largeur de pixels, variable selon l’appareil et la police, et réécrit le titre affiché quand il le juge utile. Aucune longueur « mobile » n’a été publiée ;
• « Préparez la recherche vocale » : la part des requêtes vocales ne fait l’objet d’aucun rapport séparé dans la Search Console, et aucune optimisation propre à la voix n’a montré d’effet mesurable dans nos suivis. Écrire des réponses claires à des questions précises reste utile ; ce n’est pas du référencement vocal, c’est de la rédaction ;
• « 35,7 milliards de mobinautes en France » : ce chiffre figure dans un guide d’agence bien classé sur la requête. La France compte 69,1 millions d’habitants au 1er janvier 2026, d’après l’INSEE. Quand une statistique d’ouverture est fausse d’un facteur 500, le reste du texte mérite la même méfiance ;
• « Testez votre site avec l’outil de test d’optimisation mobile de Google » : l’outil a été retiré le 1er décembre 2023. Les guides qui y renvoient encore n’ont pas été relus depuis.

Vous le vérifiez avec l’inspection d’URL de la Search Console, qui montre le HTML et la capture d’écran rendus par Googlebot smartphone, puis avec un crawl complet de votre site en user-agent mobile. Le premier contrôle se fait page par page, le second révèle les écarts systémiques.

La procédure :

1. Inspection d’URL sur 5 pages représentatives (accueil, catégorie, fiche ou article, page de service, page contact) : ouvrir « Tester l’URL en ligne », puis « Afficher la page testée », onglet HTML et capture d’écran. Chercher dans le HTML les textes et les liens attendus ;
2. Crawl en user-agent Googlebot smartphone avec Screaming Frog ou un outil équivalent, puis le même crawl en user-agent ordinateur. Comparer le nombre de liens internes par page, le nombre de mots, les titres Hn, les images avec alt. Tout écart supérieur à 10 % sur une catégorie de pages mérite une explication ;
3. PageSpeed Insights, onglet mobile, sur les mêmes 5 pages : lire les données de terrain (« Découvrir ce que vivent vos utilisateurs réels »), pas le score du laboratoire. Sans données de terrain, le trafic est trop faible pour que Google dispose d’une mesure ; le temps de chargement se travaille alors sur les seuils du laboratoire, en sachant qu’ils sont indicatifs ;
4. Rapport Core Web Vitals de la Search Console, section mobile : les URL en « à améliorer » et « lentes » sont groupées par gabarit, ce qui indique quel modèle de page corriger en premier ;
5. Lighthouse, catégorie accessibilité et bonnes pratiques : cibles tactiles d’au moins 48 pixels de côté, contraste, viewport, texte lisible.

Ce protocole prend une demi-journée sur un site de taille moyenne. Il fait apparaître les 3 défauts qui coûtent le plus de positions : le menu appauvri, le contenu conditionnel non chargé, et le gabarit lent qui tire tout le site vers le bas.

Les erreurs qui coûtent des positions aujourd’hui ne sont plus celles de 2018 : elles viennent de thèmes et de scripts qui affichent sur mobile une page différente de celle qui a été conçue, sans que personne ne l’ait décidé.

• Le menu et le contenu qui diffèrent d’une version à l’autre : le cas décrit plus haut, et de loin le plus coûteux, parce qu’il touche le maillage et l’index en même temps ;
• Le chargement différé mal réglé : images en lazy loading sans attribut loading= »lazy » natif, remplacées par un script qui n’expose pas l’URL réelle dans le HTML. Les images sortent de Google Images et le LCP se dégrade ;
• La fenêtre à l’arrivée : inscription à la lettre d’information, promotion, bandeau d’application, affichés plein écran dès la première visite depuis Google. C’est l’interstitiel intrusif tel que Google le définit depuis 2017 ;
• Les polices et scripts tiers chargés avant le contenu : 4 polices web, 2 outils de suivi, 1 chat, 1 module d’avis, et le LCP mobile passe de 1,8 à 4 secondes sans qu’aucune image ne soit en cause ;
• Le sous-domaine m. oublié : version mobile non maintenue, annotations alternate qui pointent vers des 404, et Google qui indexe la version pauvre ;
• Les pages AMP conservées par habitude : un doublon de chaque article, avec un balisage à maintenir, pour un format que Google n’exige plus depuis juin 2021 ;
• Les tableaux et les blocs de code qui débordent : la page défile horizontalement, Lighthouse le signale, le lecteur aussi.

Parce que les recherches locales à intention immédiate (« plombier ouvert », « restaurant près de moi », « agence seo paris ») se font pour l’essentiel sur un téléphone, et que le résultat attendu n’est pas une page mais une action : un appel, un itinéraire, une réservation. Le référencement local est le volet du référencement mobile où l’écran compte autant que le robot.

Sur notre propre fiche d’établissement Google, entre mars et août 2026, les statistiques de la fiche comptent 452 clics vers le site et 53 appels directs. Un bouton d’appel ne se touche que sur un téléphone : ces 53 conversations n’ont pas transité par une page du site, et aucune mesure d’audience classique ne les voit. Pour une entreprise qui reçoit du public ou intervient chez ses clients, ce circuit court pèse souvent plus que le trafic organique du site lui-même.

Ce que ça implique côté site : un numéro de téléphone cliquable (tel:) dans l’en-tête mobile, une adresse identique à celle de la fiche au caractère près, des horaires à jour, et une page par établissement pour les réseaux. Le balisage LocalBusiness en JSON-LD complète l’ensemble, sur la version mobile comme sur l’autre.

Depuis 2023, le référencement mobile s’est simplifié, à une condition : accepter que la version mobile soit la version de référence, celle que Google explore, indexe et classe, et celle que les assistants IA lisent. Tout ce qui manque sur cette version manque pour de bon.

Le travail consiste à comparer les 2 versions, à rendre le menu, le contenu et les images identiques, et à faire entrer les gabarits lents dans les seuils des Core Web Vitals mesurés sur téléphone. Les recettes de 2018 (AMP, mots-clés courts, recherche vocale) peuvent rester dans les archives.