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.

Première publication : 27 juin 2026 · Dernière mise à jour : 21 août 2026 · Advanced
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.

En 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.

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

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 practices

Configuration du site : trois options, une recommandation

Google prend en charge trois façons de servir une version mobile :

ConfigurationUne URL ?Même HTML ?Risque de divergencePosition de Google
Responsive designOuiOuiFaible — une seule versionRecommandé
Diffusion dynamiqueOuiNon, selon l’agent utilisateurMoyen — divergence facileFonctionne ; nécessite Vary: User-Agent
URL distinctes (m-dot)NonNonÉlevé — deux sites à synchroniserOption 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.

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

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 noindex propre 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-Agent et 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.

Add an expert note

Pin an expert quote

New person? Create their unclaimed profile at /admin/experts/ → Pin a quote first.