SEO mobile
Comprendre et réussir le SEO mobile : indexation orientée mobile, responsive design, ergonomie, Core Web Vitals sur mobile, interstitiels intrusifs et statut actuel d'AMP.
Langues
Le SEO mobile optimise un site à la fois pour les utilisateurs sur téléphone et pour l'indexation orientée mobile. Depuis que Google a achevé cette transition en octobre 2023, la version mobile est celle qu'il indexe et classe en priorité : il s'agit désormais du socle du SEO. Google recommande le responsive design ; la règle la plus exigeante reste la parité du contenu, car tout élément à indexer doit figurer dans le HTML mobile. Ajoutez de bons Core Web Vitals sur mobile, des polices lisibles, des cibles tactiles adaptées et aucun interstitiel intrusif. Le test d'optimisation mobile et le rapport Ergonomie mobile de Search Console ont été retirés en décembre 2023 : utilisez Lighthouse. AMP n'est plus recommandé pour les nouveaux projets.
Evidence for this claim Google primarily indexes the mobile version of a site's content. Scope: Google mobile-first indexing. Confidence: high · Verified: Google Search Central: Mobile-first indexing Evidence for this claim Google recommends responsive web design as the easiest mobile configuration to implement and maintain. Scope: Google mobile configuration guidance. Confidence: high · Verified: Google Search Central: Mobile site configurations Evidence for this claim Cloudflare Radar compares worldwide Cloudflare-observed mobile, desktop, and other HTTP request share during the 28 days ending 2026-07-30. Scope: A dated traffic-device context chart; it is not a Google-search-only statistic or a site-specific measurement. Confidence: high · Verified: Cloudflare Radar: Mobile versus desktop request shareEn bref — Le SEO mobile consiste à rendre votre site performant pour les utilisateurs sur téléphone et pour la manière dont Google parcourt désormais le Web : à partir de la version mobile de votre page. La plupart des recherches se font sur téléphone et, depuis 2023, Google utilise votre version mobile pour déterminer votre classement partout. Deux priorités : conserver tout votre contenu sur la page mobile et la rendre rapide et facile à utiliser sur un petit écran.
The chart compares mobile, desktop, and other HTTP request share worldwide across four weeks. Desktop has the larger share in this Cloudflare-observed period.
Qu’est-ce que le SEO mobile ?
Le SEO mobile optimise votre site afin qu’il remplisse correctement deux fonctions :
- Bien fonctionner pour les utilisateurs mobiles : se charger rapidement, s’adapter à l’écran, proposer un texte lisible sans zoom et des boutons assez grands pour être touchés facilement.
- S’adapter à la façon dont Google indexe le Web : Google visite désormais votre site principalement comme un téléphone et utilise cette version mobile pour comprendre vos pages et déterminer leur classement.
Cette seconde fonction porte un nom : indexation orientée mobile. Google a achevé la transition de l’ensemble du Web en octobre 2023. La conséquence pratique est simple : votre site mobile n’est plus une version réduite conçue après coup. C’est la version qui compte.
Evidence for this claim Google says it predominantly uses the mobile version of a site’s content for indexing and ranking. Scope: mobile and desktop rendered web documents Confidence: high · Verified: Mobile-first indexing has landedPourquoi c’est important
La plupart des visiteurs de Google utilisent un téléphone. Comme Google lit la version mobile de votre page, tout ce qui en est absent est, à ses yeux, absent de votre site. Si la page de bureau contient un paragraphe, une image ou un lien utile que la version mobile retire pour « alléger l’interface », Google risque de ne jamais le voir.
Les quelques points qui comptent le plus
- Conservez tout le contenu sur mobile. Ne retirez ni texte, ni image, ni lien de la version mobile. C’est le point essentiel, détaillé dans l’onglet Advanced.
- Utilisez le responsive design. Un seul site s’adapte à la taille de l’écran : c’est la configuration la plus simple et celle que Google recommande.
- Soyez rapide. Les internautes quittent les pages lentes, surtout sur téléphone. Google mesure vitesse et stabilité avec les Core Web Vitals.
- Soignez l’ergonomie. Polices lisibles, cibles tactiles suffisamment grandes et aucune barre de défilement horizontale.
- N’imposez pas de pop-up plein écran. Un interstitiel qui masque le contenu à l’arrivée depuis les résultats peut vous pénaliser.
L’erreur d’interprétation fréquente
Il n’existe pas un classement mobile et un classement ordinateur séparés : il n’y a qu’un seul index. Google lit votre version mobile et s’en sert pour vous classer partout. Le SEO mobile n’est donc pas un projet annexe ; pour la plupart des sites, c’est le SEO.
Pour la version complète — configurations possibles, règles exactes de parité du contenu, Core Web Vitals, interstitiels, outils actuels et statut d’AMP — passez à l’onglet Advanced.
Evidence for this claim Google primarily indexes the mobile version of a site's content. Scope: Google mobile-first indexing. Confidence: high · Verified: Google Search Central: Mobile-first indexing Evidence for this claim Google recommends responsive web design as the easiest mobile configuration to implement and maintain. Scope: Google mobile configuration guidance. Confidence: high · Verified: Google Search Central: Mobile site configurationsEn bref — Le SEO mobile consiste à optimiser un site pour les utilisateurs mobiles et pour l’indexation orientée mobile. Depuis l’achèvement de la transition de Google en octobre 2023, puis son application complète après juillet 2024, la version mobile est la version principale indexée et classée par Google. Il n’existe qu’un index : c’est désormais le socle du SEO. Google recommande le responsive design. La règle la plus contraignante est la parité du contenu : “only the content shown on the mobile site is used for indexing” (traduction) « seul le contenu affiché sur le site mobile est utilisé pour l’indexation ». Texte, données structurées, images, textes alternatifs et liens doivent tous figurer dans le HTML mobile. Ajoutez de bons Core Web Vitals (LCP, INP, CLS), une ergonomie adaptée et aucun interstitiel intrusif. Le test d’optimisation mobile et le rapport Ergonomie mobile de Search Console ont été retirés en décembre 2023 : utilisez Lighthouse. AMP n’est plus recommandé pour les nouveaux projets. Ce hub cartographie le cluster.
Ce que couvre réellement le SEO mobile
Le SEO mobile vise à optimiser un site pour qu’il fonctionne correctement lorsqu’un agent utilisateur mobile l’explore et l’indexe, tout en offrant une expérience rapide et pratique aux personnes sur téléphone. Ces objectifs sont liés mais distincts ; le cluster se partage approximativement entre les deux :
- Côté indexation : indexation orientée mobile, parité du contenu et configuration du site (responsive design, diffusion dynamique ou URL distinctes).
- Côté expérience : Core Web Vitals sur mobile, ergonomie et interstitiels intrusifs.
Ce sujet a cessé d’être une niche pour une raison mécanique : Google lit désormais la version mobile de votre page pour l’indexer et la classer. Une mauvaise version mobile ne pénalise donc pas seulement le trafic mobile, mais toute votre visibilité.
L’indexation orientée mobile en un paragraphe
Selon Google, l’indexation orientée mobile consiste à utiliser, pour l’indexation et le classement, le contenu de la version mobile explorée par l’agent pour smartphone. Le déploiement est passé d’une expérimentation en 2016 au choix par défaut pour les nouveaux sites en 2019, puis à l’annonce visant l’ensemble du Web en mars 2020 et à son achèvement en octobre 2023. L’application est devenue complète après le 5 juillet 2024 : un site qui ne fonctionne réellement pas pour Googlebot mobile risque de ne pas être indexé du tout. Il n’existe ni index mobile distinct ni option de retrait, et l’indexation orientée mobile n’accorde aucun bonus de classement ; elle change seulement la version de la page que Google lit. Le guide dédié détaille les règles de parité, la chronologie vérifiée, le piège du chargement différé et la différence avec Bing ; ce hub en pose simplement le contexte.
Evidence for this claim Google says it predominantly uses the mobile version of a site’s content for indexing and ranking. Scope: mobile and desktop rendered web documents Confidence: high · Verified: Mobile-first indexing best practicesConfiguration du site : trois options, une recommandation
Google prend en charge trois façons de servir une version mobile :
| Configuration | Une URL ? | Même HTML ? | Risque de divergence | Position de Google |
|---|---|---|---|---|
| Responsive design | Oui | Oui | Faible — une seule version | Recommandé |
| Diffusion dynamique | Oui | Non, selon l’agent utilisateur | Moyen — divergence facile | Fonctionne ; nécessite Vary: User-Agent |
| URL distinctes (m-dot) | Non | Non | Élevé — deux sites à synchroniser | Option la moins recommandée |
Google est explicite : il “recommends Responsive Web Design because it’s the easiest
design pattern to implement and maintain” (traduction) « recommande le responsive
design, car c’est le modèle de conception le plus facile à mettre en œuvre et à
maintenir » — non parce qu’il améliorerait le classement. Le responsive design rend
la parité presque automatique puisqu’une seule version doit être correcte. La diffusion
dynamique et les URL distinctes créent une seconde surface HTML susceptible de diverger.
Les détails et pièges figurent dans les guides Responsive design
— dépendance au viewport et mythe du bonus de classement — et
Diffusion dynamique — en-tête
Vary: User-Agent et statut de configuration héritée. Le guide sur l’indexation orientée
mobile couvre la configuration canonical/alternate des sites m-dot.
La parité du contenu est la règle la plus contraignante
Puisque Google lit la version mobile, “only the content shown on the mobile site is used for indexing” (traduction) « seul le contenu affiché sur le site mobile est utilisé pour l’indexation ». La parité devient donc la règle technique la plus importante. Les consignes de Google commencent par “Make sure that your mobile site contains the same content as your desktop site” (traduction) « Assurez-vous que votre site mobile contient le même contenu que votre site pour ordinateur ». La parité dépasse le texte :
- Données structurées — “Make sure that your mobile and desktop sites have the same structured data” (traduction) « Assurez-vous que vos sites mobile et pour ordinateur possèdent les mêmes données structurées », avec des URL mobiles dans le balisage.
- Images et textes alternatifs — conservez les mêmes images et textes alternatifs sur mobile, notamment pour Google Images.
- Titres et méta-descriptions — rendez-les équivalents dans les deux versions.
- Titres de section — “Use the same clear and meaningful headings.” (traduction) « Utilisez les mêmes titres clairs et pertinents. »
- Liens internes et navigation — ne les retirez pas sur mobile.
- Balises meta robots — un
noindexpropre au modèle mobile provoque facilement une désindexation accidentelle.
La parité n’impose pas une identité octet par octet : une mise en page mobile plus légère convient, mais pas la suppression d’un contenu à indexer. Autre mythe à écarter : le contenu masqué dans des onglets ou accordéons pour des raisons d’ergonomie est acceptable sur mobile. Gary Illyes l’a confirmé : “in the mobile-first world content hidden for ux should have full weight” (traduction) « dans un monde orienté mobile, le contenu masqué pour l’expérience utilisateur doit conserver tout son poids ». Il n’est donc pas nécessaire de tout développer à l’écran.
Vitesse des pages mobiles et Core Web Vitals
La vitesse compte davantage sur mobile, où connexions et appareils sont moins puissants et la patience plus courte. Google mesure largement l’expérience sur la page avec les Core Web Vitals : “Core Web Vitals are used by our ranking systems.” (traduction) « Les Core Web Vitals sont utilisés par nos systèmes de classement. » Les trois seuils mesurés sur mobile sont :
- LCP (Largest Contentful Paint) — moins de 2,5 s.
- INP (Interaction to Next Paint) — moins de 200 ms.
- CLS (Décalage cumulatif de mise en page) — sous 0,1.
Gardez toutefois le recul nécessaire : l’expérience sur la page correspond à des signaux intégrés à des systèmes de classement plus larges, non à un système autonome. Google précise : “Google Search always seeks to show the most relevant content, even if the page experience is sub-par.” (traduction) « La recherche Google cherche toujours à afficher le contenu le plus pertinent, même si l’expérience sur la page est médiocre. » Corrigez donc les Core Web Vitals parce qu’ils aident les utilisateurs et constituent un signal réel, non pour dépasser un contenu réellement meilleur. PageSpeed Insights sépare les scores mobile et ordinateur : concentrez-vous sur le premier. Le guide Core Web Vitals détaille seuils, données terrain et laboratoire, et corrections.
Ergonomie mobile
Les fondamentaux que Google associe à l’expérience sur la page sont :
- Viewport meta tag —
<meta name="viewport" content="width=device-width, initial-scale=1">. Sans elle, les navigateurs mobiles effectuent le rendu à la largeur d’un écran de bureau. - Polices lisibles — texte lisible sans zoom ; une base d’environ 16 px est prudente.
- Cibles tactiles — boutons et liens assez grands pour être touchés, environ 48 px.
- Aucun défilement horizontal — le contenu tient dans le viewport.
- Ne bloquez pas CSS/JS dans robots.txt — Googlebot doit rendre la page mobile.
Ces points correspondent aux questions d’autoévaluation de Google, notamment “Does your content display well on mobile devices?” (traduction) « Votre contenu s’affiche-t-il correctement sur les appareils mobiles ? » Le guide Ergonomie mobile détaille la méthode de test et les seuils. La balise meta viewport dispose de son propre guide sur la syntaxe, les attributs et les erreurs fréquentes.
Interstitiels intrusifs
Les pop-up plein écran qui masquent le contenu lors d’une arrivée depuis les résultats peuvent vous pénaliser. Google explique : “Intrusive interstitials and dialogs are page elements that obstruct users’ view of the content, usually for promotional purposes” (traduction) « Les interstitiels et boîtes de dialogue intrusifs sont des éléments qui obstruent la vue du contenu, généralement à des fins promotionnelles » et ils “make it hard for Google and other search engines to understand your content” (traduction) « empêchent Google et les autres moteurs de comprendre facilement votre contenu ». Sont problématiques les superpositions plein écran, interstitiels à fermer avant lecture et contenus masqués par une couche promotionnelle. Restent acceptables les petites bannières “that take up only a small fraction of the screen” (traduction) « qui n’occupent qu’une petite partie de l’écran », les bannières natives d’installation d’application et les contrôles de consentement ou d’âge imposés par la loi.
Qu’en est-il d’AMP ?
AMP (Accelerated Mobile Pages) n’est plus recommandé pour les nouveaux projets. Google a supprimé l’obligation d’utiliser AMP dans le carrousel À la une et a retiré AMP des signaux de classement. Un HTML responsive standard avec de bons Core Web Vitals remplit le même objectif sans seconde base de code. Considérez AMP comme un héritage : si vous l’utilisez déjà, vous pouvez le conserver ; pour un nouveau projet, évitez-le.
Les outils ont changé : utilisez désormais Lighthouse
C’est ici que la plupart des anciens guides deviennent obsolètes. Le 1er décembre 2023, Google a retiré le rapport Ergonomie mobile de Search Console, le test d’optimisation mobile et son API. Google a précisé que cela “doesn’t mean that mobile usability isn’t important” (traduction) « ne signifie pas que l’ergonomie mobile n’est pas importante » : elle reste une composante de l’expérience sur la page. Mais “many other robust resources for evaluating mobile usability have emerged, including Lighthouse from Chrome” (traduction) « de nombreuses autres ressources fiables sont apparues pour évaluer l’ergonomie mobile, dont Lighthouse de Chrome ». Votre boîte à outils actuelle comprend donc :
- Lighthouse dans Chrome DevTools — remplaçant du test d’optimisation mobile ; il audite ergonomie et performances.
- PageSpeed Insights — Core Web Vitals mobiles, avec données terrain et laboratoire.
- Search Console — rapport Core Web Vitals, statistiques d’exploration pour suivre Googlebot pour smartphone et Inspection de l’URL pour voir le HTML mobile rendu.
- Émulation d’appareils dans Chrome DevTools — contrôles visuels aux dimensions d’un téléphone.
Un guide qui vous demande encore d’ouvrir le rapport Ergonomie mobile est obsolète.
Pour aller plus loin dans le cluster SEO mobile
Ce hub sert de carte. Chaque sujet ci-dessous possède son guide détaillé :
- Indexation orientée mobile — ce qu’elle est réellement, pourquoi la parité est la première règle, chronologie 2016→2023, piège du chargement différé et différence avec Bing.
- Liste de contrôle SEO mobile — audit pratique couvrant parité, configuration, vitesse, ergonomie et interstitiels.
- Responsive design — dépendance au viewport, recommandation de Google et mythe du bonus de classement.
- Diffusion dynamique — exigence
Vary: User-Agentet raisons pour lesquelles ce modèle est désormais hérité. - Ergonomie mobile — lisibilité, cibles tactiles, adaptation au viewport et méthodes de test actuelles.
- Balise meta viewport — syntaxe, attributs et erreurs fréquentes.
- SEO pour AMP — rôle historique d’AMP, retrait comme signal et comme exigence pour À la une, et nouveaux projets.
- Interstitiels intrusifs — pop-up et superpositions problématiques, critères et exemptions.
Pour le recoupement avec l’expérience sur la page, consultez Core Web Vitals ; pour la place du mobile dans l’exploration et l’indexation, voyez le pilier SEO technique.
Résumé par l’IA
Version condensée de l’onglet Advanced :
- SEO mobile = optimisation pour les utilisateurs mobiles et pour l’indexation orientée mobile. Depuis l’achèvement de la transition en octobre 2023, puis son application complète après juillet 2024, Google indexe et classe en priorité la version mobile. Un seul index, aucun retrait possible : c’est le socle du SEO.
- Google recommande le responsive design, le modèle le plus facile à mettre en
œuvre et à maintenir. La diffusion dynamique nécessite
Vary: User-Agent; les URL distinctes de type m-dot sont les plus fragiles. - La parité du contenu est la règle la plus contraignante. Conservez sur mobile texte, données structurées avec URL mobiles, images et textes alternatifs, titres, méta-descriptions, titres de section, liens internes et balises meta robots. La parité n’impose pas l’identité ; le contenu masqué dans des onglets reste acceptable.
- Core Web Vitals mobiles : LCP < 2,5 s, INP < 200 ms, CLS < 0,1. Ce sont des signaux de systèmes de classement plus larges, non un système autonome.
- Ergonomie mobile : balise meta viewport, polices lisibles autour de 16 px, cibles tactiles autour de 48 px, aucun défilement horizontal et CSS/JS non bloqués.
- Les interstitiels intrusifs plein écran peuvent nuire ; les petites bannières et contrôles légaux ou d’âge restent acceptables.
- AMP n’est plus recommandé pour les nouveaux projets : Google l’a retiré comme signal et comme exigence pour À la une.
- Les outils ont changé : le test d’optimisation mobile et le rapport Ergonomie mobile ont été retirés le 1er décembre 2023. Utilisez Lighthouse, PageSpeed Insights, Search Console et l’émulation de Chrome DevTools.
Documentation officielle
Documentation primaire publiée par les moteurs de recherche.
- Bonnes pratiques pour l’indexation orientée mobile — document de référence sur la parité, les trois configurations et la recommandation responsive. Commencez ici.
- L’indexation orientée mobile est arrivée (oct. 2023) — annonce officielle de l’achèvement.
- Annonce de l’indexation orientée mobile pour tout le Web (mars 2020) — annonce visant l’ensemble du Web.
- Éviter les interstitiels et boîtes de dialogue intrusifs — pratiques problématiques et acceptables.
- Aider les utilisateurs à accéder facilement au contenu sur mobile (août 2016) — annonce initiale sur les interstitiels.
- Comprendre l’expérience sur la page Google — Core Web Vitals, compatibilité mobile et autoévaluation.
- Rôle de l’expérience sur la page dans la création de contenu utile (avr. 2023) — signaux intégrés à des systèmes plus larges, non système autonome.
Bing / Microsoft
- Bing ne publie pas de documentation sur le SEO mobile aussi détaillée que celle de Google. Il considère depuis longtemps la compatibilité mobile comme un signal, recommande le responsive design et propose un contrôle dans Bing Webmaster Tools. Bing n’est pas passé à l’indexation orientée mobile : il conserve un index unique, indépendant de l’appareil. Le guide dédié développe cette différence.
Citations de la source
Déclarations publiques de Google. Chaque lien mène directement au passage cité.
Google — indexation orientée mobile et configuration
- “Google recommends Responsive Web Design because it’s the easiest design pattern to implement and maintain.” (traduction) « Google recommande le responsive design, car c’est le modèle de conception le plus facile à mettre en œuvre et à maintenir. » — Documentation Google Search Central. Accéder à la citation
- “Make sure that your mobile site contains the same content as your desktop site.” (traduction) « Assurez-vous que votre site mobile contient le même contenu que votre site pour ordinateur. » Accéder à la citation
Google — interstitiels
- “Intrusive interstitials and dialogs are page elements that obstruct users’ view of the content, usually for promotional purposes.” (traduction) « Les interstitiels et boîtes de dialogue intrusifs sont des éléments qui obstruent la vue du contenu, généralement à des fins promotionnelles. » — Documentation Google Search Central. Accéder à la citation
- “Intrusive dialogs and interstitials make it hard for Google and other search engines to understand your content, which may lead to poor search performance.” (traduction) « Les boîtes de dialogue et interstitiels intrusifs empêchent Google et les autres moteurs de comprendre facilement votre contenu, ce qui peut dégrader ses performances dans les résultats. » Accéder à la citation
Google — expérience sur la page et Core Web Vitals
- “Core Web Vitals are used by our ranking systems.” (traduction) « Les Core Web Vitals sont utilisés par nos systèmes de classement. » — Documentation Google Search Central. Accéder à la citation
- “Google Search always seeks to show the most relevant content, even if the page experience is sub-par.” (traduction) « La recherche Google cherche toujours à afficher le contenu le plus pertinent, même si l’expérience sur la page est médiocre. » Accéder à la citation
Google — retrait des outils mobiles (déc. 2023) (d’après la retranscription de Search Engine Land)
- “This doesn’t mean that mobile usability isn’t important for success with Google Search. It remains critical for users… and as such, it remains a part of our page experience guidance.” (traduction) « Cela ne signifie pas que l’ergonomie mobile n’est pas importante pour réussir dans la recherche Google. Elle reste essentielle pour les utilisateurs et fait donc toujours partie de nos recommandations sur l’expérience sur la page. » Lire l’article
- “In the nearly ten years since we initially launched this report, many other robust resources for evaluating mobile usability have emerged, including Lighthouse from Chrome.” (traduction) « Depuis le lancement initial de ce rapport il y a près de dix ans, de nombreuses autres ressources fiables sont apparues pour évaluer l’ergonomie mobile, dont Lighthouse de Chrome. » Lire l’article
John Mueller, Google — achèvement de l’indexation orientée mobile (oct. 2023) (selon la retranscription publiée par Search Engine Land)
- “It’s been a long road, getting from there to here. We’re delighted to announce that the trek to Mobile First Indexing is now complete.” (traduction) « Le chemin a été long jusqu’ici. Nous sommes heureux d’annoncer que la transition vers l’indexation orientée mobile est désormais achevée. » Lire l’article
Gary Illyes, Google — contenu mobile masqué (d’après Search Engine Roundtable)
- “No, in the mobile-first world content hidden for ux should have full weight.” (traduction) « Non, dans un monde orienté mobile, le contenu masqué pour l’expérience utilisateur doit conserver tout son poids. » Lire l’article
Liste de contrôle SEO mobile
Un passage rapide sur l’indexation et l’expérience. Le guide dédié va plus loin ; voici la version adaptée au hub.
Indexation et parité du contenu — contrôlez le HTML mobile, puisque c’est lui qui est indexé.
- Tout le contenu important figure sur mobile, sans réduction destinée à « alléger ».
- Les mêmes données structurées sont présentes, avec des URL mobiles.
- Les mêmes images et textes alternatifs sont présents sur mobile.
- Les balises
titleet méta-descriptions sont équivalentes entre les versions. - Les mêmes titres de section figurent sur mobile et ordinateur.
- Les liens internes et la navigation sont présents dans le HTML mobile.
- Aucun
noindexounofollowparasite n’existe dans le modèle mobile. - Le contenu principal se charge au défilement ou dans le HTML initial, sans exiger un toucher, un balayage ou une saisie.
- Pour les URL distinctes, la version ordinateur est canonique avec un
alternatevers le mobile ; pour la diffusion dynamique, l’en-têteVary: User-Agentest défini.
Configuration technique
- Responsive design lorsque possible : une URL et un HTML.
-
<meta name="viewport" content="width=device-width, initial-scale=1">présent. - CSS et JavaScript ne sont pas bloqués dans
robots.txt.
Vitesse et Core Web Vitals mobiles
- LCP sous 2,5 s, INP sous 200 ms et CLS sous 0,1 sur mobile.
- Le score mobile de PageSpeed Insights est contrôlé, pas seulement le bureau.
Ergonomie
- Le texte est lisible sans zoom, avec une base d’environ 16 px.
- Les cibles tactiles sont assez grandes, environ 48 px, et suffisamment espacées.
- Aucun défilement horizontal.
- Aucun interstitiel intrusif plein écran à l’arrivée depuis les résultats ; les petites bannières et contrôles légaux ou d’âge restent acceptables.
Outils depuis décembre 2023
- Audit avec Lighthouse, et non avec le test d’optimisation mobile retiré.
- HTML mobile rendu contrôlé dans l’Inspection de l’URL de Search Console.
SEO mobile — aide-mémoire
La règle unique : Google indexe votre HTML mobile. Si un élément n’y figure pas, partez du principe qu’il ne sera pas indexé.
Configuration du site
| Configuration | Une URL ? | Même HTML ? | Exigence supplémentaire | Position de Google |
|---|---|---|---|---|
| Responsive | Oui | Oui | — | Recommandé |
| Diffusion dynamique | Oui | Non, selon l’agent | En-tête Vary: User-Agent | Fonctionne, mais fragile |
| URL distinctes (m-dot) | Non | Non | canonical ordinateur + alternate mobile | Option la moins recommandée |
À maintenir équivalent sur mobile : contenu · données structurées avec URL mobiles · images et textes alternatifs · titres et méta-descriptions · titres de section · liens internes · balises meta robots.
Core Web Vitals (mobile): LCP < 2,5s · INP < 200ms · CLS < 0,1.
Objectifs d’ergonomie : balise meta viewport · police de base d’environ 16 px · cibles tactiles d’environ 48 px · aucun défilement horizontal · CSS/JS non bloqués.
Interstitiels : superpositions plein écran à l’arrivée = problématiques ; petites bannières et contrôles légaux ou d’âge = acceptables.
Dates à retenir
- Octobre 2023 — achèvement de l’indexation orientée mobile.
- 5 juillet 2024 — application complète ; les sites qui ne fonctionnent pas sur mobile risquent de ne pas être indexés.
- 1er décembre 2023 — retrait du test d’optimisation mobile et du rapport Ergonomie mobile de Search Console → utilisez Lighthouse.
Outils actuels : Lighthouse · PageSpeed Insights · Search Console (CWV, statistiques d’exploration, Inspection de l’URL) · émulation de Chrome DevTools.
AMP : non recommandé pour les nouveaux projets, après son retrait comme signal de classement et comme exigence pour À la une.
Mesurer la santé du SEO mobile
Taux de réussite des Core Web Vitals mobiles
Indicateur : proportion de groupes d’URL dont les données terrain mobiles sont jugées bonnes pour le LCP, l’INP et le CLS. Ce qu’il indique : si les visites mobiles réelles respectent les bons seuils documentés par Google pour les trois mesures. Méthode : rapport Core Web Vitals de Search Console et données terrain mobiles de PageSpeed Insights. Repère réaliste : appliquez les seuils publiés — LCP inférieur ou égal à 2,5 secondes, INP inférieur ou égal à 200 millisecondes et CLS inférieur ou égal à 0,1 — puis mesurez la couverture de vos propres modèles. Cadence : chaque mois et après les mises en production liées aux performances ; les données terrain reposent sur une fenêtre glissante.
Exceptions à la parité du contenu mobile
Indicateur : URL testées dont la sortie mobile retire ou modifie un élément indexable présent sur ordinateur. Ce qu’il indique : si l’indexation orientée mobile reçoit le contenu et les signaux voulus. Méthode : comparaisons planifiées d’explorations mobile et ordinateur pour les textes, liens, métadonnées, directives, images et données structurées. Repère réaliste : aucune exception matérielle connue ; les seules différences de mise en page ne comptent pas. Cadence : à chaque évolution majeure d’un modèle et sur un échantillon mensuel récurrent.
Performances organiques mobiles par modèle
Indicateur : clics, impressions, CTR et position moyenne sur mobile, segmentés par type de page. Ce qu’il indique : où la visibilité ou le comportement de clic a changé, sans prétendre qu’un total agrégé en explique la cause. Méthode : rapport Performances de Search Console filtré sur les appareils mobiles, joint à une classification stable des modèles. Repère réaliste : comparez chaque modèle à sa référence saisonnière et aux mises en production annotées ; aucun taux de croissance universel n’est défendable. Cadence : hebdomadaire pour les alertes, mensuelle pour les décisions.
Testez vos connaissances : SEO mobile
Cinq questions rapides sur le SEO mobile. Choisissez une réponse pour chacune, puis vérifiez.
Ressources utiles
Mes articles
- Guide du débutant sur le SEO technique — place du mobile dans le cycle exploration, indexation et classement.
- Core Web Vitals : définition et amélioration — performances mobiles en détail.
- Problèmes et bonnes pratiques du SEO JavaScript — pertinent lorsque le contenu mobile dépend du rendu.
Mes conférences
- Fonctionnement de la recherche (SlideShare) — mon parcours de l’exploration, du rendu, de l’indexation et du classement, dont l’exploration de Googlebot comme smartphone. Avertissement permanent : “This is my understanding of systems… not going to be 100% complete or accurate.” (traduction) « Voici ma compréhension de ces systèmes ; elle ne sera pas complète ou exacte à 100 %. »
Autres auteurs du secteur
- Bonnes pratiques pour l’indexation orientée mobile (Google) — référence sur la parité et la configuration.
- Comprendre l’expérience sur la page Google (Google) — Core Web Vitals et compatibilité mobile comme signaux.
- Google retire officiellement le rapport Ergonomie mobile, le test et son API (Search Engine Land) — retraits de décembre 2023 et recommandation Lighthouse.
- Google achève l’indexation orientée mobile après presque sept ans (Search Engine Land) — achèvement d’octobre 2023 et citation de Mueller.
- Google n’indexera plus les sites incompatibles avec le mobile après le 5 juillet (Search Engine Land) — étape d’application de juillet 2024.
- Les signaux d’expérience sur la page ne s’appliquent d’abord qu’au mobile (Search Engine Land) — séparation mobile et ordinateur dans la chronologie.
- Google confirme que le contenu masqué dans des onglets reste acceptable (Search Engine Roundtable) — citation de Gary Illyes.
Statistiques utiles à citer
- 53 % des utilisateurs mobiles abandonnent une page dont le chargement dépasse 3 secondes — constat Google/DoubleClick largement cité, qui rappelle que les performances mobiles concernent autant la conversion que le classement.
- L’indexation orientée mobile s’est achevée en octobre 2023, avec une application complète après le 5 juillet 2024 ; depuis, les sites qui ne fonctionnent pas pour Googlebot mobile risquent de ne pas être indexés du tout (Google). Source
- Seuils Core Web Vitals sur mobile : LCP < 2,5 s, INP < 200 ms, CLS < 0,1 — seuils « bons » de Google, utilisés par ses systèmes de classement. Source
Journal des modifications
Mis à jour le 21 août 2026.
Résumé éditorial et détails enregistrés des changements.Détails des changements
-
Les notes détaillées des changements sont actuellement disponibles en anglais.
-
Les notes détaillées des changements sont actuellement disponibles en anglais.
-
Les notes détaillées des changements sont actuellement disponibles en anglais.
-
Les notes détaillées des changements sont actuellement disponibles en anglais.
Comparaison complète indisponible — aucun instantané antérieur n’a été archivé pour cette révision.
Mis à jour le 30 juil. 2026.
Résumé éditorial et détails enregistrés des changements.Détails des changements
-
Les notes détaillées des changements sont actuellement disponibles en anglais.
Comparaison complète indisponible — aucun instantané antérieur n’a été archivé pour cette révision.
Mis à jour le 18 juil. 2026.
Résumé éditorial et détails enregistrés des changements.Détails des changements
-
Les notes détaillées des changements sont actuellement disponibles en anglais.
-
Les notes détaillées des changements sont actuellement disponibles en anglais.
-
Les notes détaillées des changements sont actuellement disponibles en anglais.
Comparaison complète indisponible — aucun instantané antérieur n’a été archivé pour cette révision.