Un client m'a appelé l'autre jour, un peu paniqué : « Mon site est nickel sur mon ordi, mais il ne se passe rien sur Google depuis six mois. » Je fais défiler son rapport. Sur desktop, position 4. Sur mobile, position 19. Le même contenu, les mêmes mots-clés, la même page. Seule différence : sur téléphone, son menu mettait trois secondes à s'ouvrir et sa bannière cookie recouvrait la moitié de l'écran.
Voilà ce que personne ne dit assez fort : le SEO mobile n'est pas une version réduite du SEO desktop. C'est devenu le terrain de jeu principal, et la plupart des sites que j'audite jouent encore sur le mauvais.
Points clés à retenir
- Google indexe et classe en priorité la version mobile de votre site depuis l'indexation mobile-first — c'est un fait établi, pas une tendance.
- Un écart de position de 5 à 15 places entre desktop et mobile est courant quand l'ergonomie mobile est bâclée.
- Les Core Web Vitals se mesurent par appareil : un bon score desktop peut cacher un INP catastrophique sur mobile.
- Les éléments intrusifs (interstitiels, bannières plein écran) pénalisent, surtout sur petit écran.
- Le diagnostic se fait en comparant les données segmentées par appareil, pas en regardant une moyenne globale.
- Corriger trois choses prioritaires rapporte souvent plus que refaire tout le site.
SEO pour site mobile : pourquoi desktop et mobile ne donnent pas les mêmes résultats
Avant d'entrer dans les techniques, il faut comprendre le mécanisme. Google ne « voit » pas votre site une fois. Il l'explore avec un agent qui se présente comme un smartphone. Ce que cet agent récupère — le HTML, les ressources bloquantes, le rendu final — devient votre référence pour le classement.
Quand l'indexation mobile-first a changé la donne
Depuis 2019, Google s'appuie sur la version mobile pour indexer, puis classer. Traduction concrète : si votre version mobile cache du contenu que la version desktop affiche, ce contenu n'existe pas pour Google. Je vois encore des sites où des blocs entiers de texte disparaissent sur petit écran via un display:none mal placé. Sur desktop, tout va bien. Sur mobile, une partie du contenu s'évapore. Et le classement suit la version qui compte.
Ce n'est pas une subtilité théorique. Sur un des sites que je suis, la page « tarifs » affichait le détail des formules dans un tableau. Sur mobile, ce tableau était remplacé par une image. Résultat : Google ne lisait plus un seul prix. Position moyenne mobile tombée à 22 sur des requêtes commerciales.
L'indexation mobile-first, c'est quoi pour un non-technicien ?
Imaginez deux versions imprimées de votre catalogue. Une grande, complète. Une petite, où vous avez laissé tomber des pages pour gagner de la place. Google ne consulte que la petite. C'est tout le principe, et c'est ce qui explique la majorité des écarts de position que je mesure.
Les cinq priorités réelles d'un audit SEO mobile
Quand je reprends un site, je ne fais pas un audit « complet ». Je cherche d'abord ce qui coûte le plus de positions, parce que le temps de correction est limité.
Vitesse : le tri entre ce qui compte et ce qui décore
Les Core Web Vitals se mesurent séparément sur mobile et desktop. Trois indicateurs comptent vraiment : le LCP (temps d'affichage du plus gros élément visible), l'INP (réactivité aux interactions) et le CLS (stabilité visuelle). Sur les sites que j'audite, l'INP est presque toujours le mauvais élève sur mobile, jamais sur desktop. Pourquoi ? Parce qu'un processeur de téléphone est bien plus lent, et que le JavaScript n'a pas été allégé pour autant.
Ma règle de tri, en clair :
- Les images non compressées et non dimensionnées : toujours en tête. Une image de 3 Mo affichée sur 400 pixels de large, c'est du gaspillage pur.
- Le JavaScript tiers (chat, analytics, tags marketing). Sur mobile, trois scripts tiers peuvent doubler le temps d'interaction.
- Le cache et le CDN. Si votre hébergeur ne propose rien, changez d'hébergeur.
- Les polices web chargées en entier pour trois mots. Mineur, mais facile.
Ergonomie tactile : ce que Google voit et ce que vous sentez
Un bouton de 20 pixels de côté, c'est un pixel de trop pour la plupart des pouces. Les zones cliquables trop petites et trop proches génèrent des erreurs de clic qui se traduisent en signaux comportementaux médiocres. Je ne parle pas d'un score officiel, juste de ce que vous constatez dans vos données : taux de rebond mobile élevé, pages vues par session faibles.
Sur un projet e-commerce, j'ai simplement passé tous les boutons « Ajouter au panier » à une hauteur minimale de 48 pixels et espacé les liens du menu. En six semaines, le taux d'ajout au panier sur mobile est passé de 3,1 % à 4,7 %. Rien de magique : les gens arrêtaient de cliquer sur le mauvais produit.
Éléments intrusifs : la ligne rouge
Pop-ups plein écran à l'arrivée, interstitiels qui bloquent le contenu, bannières qui poussent tout vers le bas. Google est clair sur ce point depuis des années : ce type d'élément dégrade l'expérience mobile et peut faire baisser votre position. Ce n'est pas une menace en l'air, c'est une page de documentation officielle.
La nuance que peu de gens appliquent : une bannière cookie conforme est tolérée, un pop-up newsletter qui prend tout l'écran à la seconde où la page s'ouvre ne l'est pas. La différence tient à l'intention. Et à la taille.
Diagnostic : comparer mobile et desktop sans se raconter d'histoires
Le piège numéro un, c'est de regarder la position moyenne globale. Cette moyenne cache tout. Ce que je fais, systématiquement :
- Segmenter par appareil dans la Search Console (ordinateur, mobile, tablette).
- Repérer les requêtes où l'écart de position dépasse cinq places. Ce sont vos pages à problème.
- Pour chaque page concernée, vérifier le rapport Core Web Vitals segmenté par appareil.
- Comparer le CTR mobile au CTR desktop sur la même position. Un écart marqué signale souvent un titre tronqué ou une favicon absente.
- Tester le rendu avec l'inspection d'URL et l'affichage mobile de Google.
Sur le site de mon client paniqué du début, cette méthode a mis moins de vingt minutes à trouver la cause : son menu mobile déclenchait un chargement JavaScript qui repoussait le contenu principal. Le LCP mobile était de 4,8 secondes contre 1,2 seconde sur desktop. Nous avons chargé le menu en différé. En trois semaines, la position mobile est passée de 19 à 7.
Un tableau pour arbitrer vos corrections
| Correction | Effet sur le SEO mobile | Effort |
|---|---|---|
| Compresser et dimensionner les images | Fort (LCP direct) | Faible |
| Différer le JavaScript tiers | Fort (INP) | Moyen |
| Agrandir les zones tactiles | Indirect mais réel (comportement) | Faible |
| Supprimer les interstitiels d'entrée | Moyen à fort | Faible |
| Réécrire tout le site en responsive | Variable | Élevé |
| Ajouter un CDN | Moyen selon l'audience géographique | Moyen |
Le message de ce tableau : les corrections les plus rentables sont rarement les plus chères. Refondre le site arrive en bas de liste. C'est presque toujours une mauvaise première décision.
Ce que je ne fais plus (et pourquoi)
J'ai passé des mois, il y a quelques années, à optimiser frénétiquement chaque score Lighthouse jusqu'à obtenir du vert partout. Résultat : des heures perdues sur des micro-gains invisibles, pendant que je laissais passer un problème de contenu caché sur mobile.
Aujourd'hui, je ne vise plus le 100 sur un outil. Je vise l'absence d'écart entre mes deux versions. Si le mobile offre la même information, la même vitesse perçue, la même facilité de navigation, j'ai fait 90 % du travail. Le reste, c'est de la décoration pour rapport.
Une chose que j'ai apprise à la dure : ne jamais tester uniquement sur un iPhone récent en wifi. Testez sur un téléphone d'entrée de gamme, en 4G dégradée. C'est là que vous verrez la vérité de votre site. Mon client qui trouvait son site « rapide » l'a découvert à ses dépens : sur son vieil Android, sa page d'accueil mettait huit secondes à devenir utilisable.
Les questions qu'on me pose souvent
Le SEO et le SEA, c'est quoi la différence ?
Le SEO, c'est tout ce qui amène du trafic organique — gratuit au sens où vous ne payez pas par clic. Le SEA, c'est la publicité payante sur les moteurs de recherche, où vous payez chaque clic. Pour un site mobile, les deux se complètent : le SEA amène du trafic immédiat, le SEO construit une position durable. Mais attention, le SEA ramène aussi du trafic vers des pages dont l'expérience mobile doit tenir la route, sinon vous payez pour envoyer des visiteurs vers une page qui les fait fuir.
Comment améliorer le référencement de son site quand on part de zéro ?
Dans l'ordre : d'abord une version mobile propre et lisible, ensuite un contenu qui répond à une intention précise, enfin la technique (vitesse, indexation, balisage). Beaucoup font l'inverse et optimisent la vitesse d'un site dont personne ne veut lire le contenu. Commencez par le mobile, parce que c'est la porte d'entrée de la majorité de vos visiteurs.
Comment analyser un site web pour savoir si le mobile pose problème ?
Trois vérifications suffisent souvent. Un : segmenter les données par appareil dans la Search Console et chercher l'écart de position et de CTR. Deux : lancer le rapport Core Web Vitals sur mobile uniquement. Trois : ouvrir le site sur un vrai téléphone, pas une simulation, et chronométrer le temps avant que la page devienne utilisable. Si ces trois points révèlent un écart, vous tenez votre chantier prioritaire.
Le vrai test, celui qu'on oublie toujours
Toutes les bonnes pratiques techniques du monde ne remplacent pas une chose : ouvrir votre propre site sur votre téléphone, dans les conditions réelles de vos visiteurs. Pas sur la fibre du bureau. Pas sur le dernier modèle. Dans le métro, dans une zone à réseau moyen, avec une main occupée.
Si à ce moment-là vous avez envie de fermer l'onglet, vos visiteurs aussi. Et aucun outil de mesure ne vous le dira aussi clairement que cette petite gêne. La technique sert à supprimer cette gêne — pas à cocher des cases vertes dans un rapport que personne ne relira.