Google utilise la version mobile du contenu d’un site, explorée avec le
smartphone agent, pour l’indexation et le classement. C’est ce qu’on appelle l’indexation mobile-first.
Bien qu’il ne soit pas obligatoire d’avoir une version mobile de vos pages pour que votre contenu soit inclus dans les résultats de recherche Google, cela est fortement recommandé. Ces bonnes pratiques s’appliquent aux sites mobiles en général et, par définition, à l’indexation mobile-first.

Pour vous assurer que vos utilisateurs bénéficient de la meilleure expérience possible, suivez les bonnes pratiques détaillées dans ce guide.
Créez un site adapté aux mobiles
Si ce n’est pas déjà fait, créez un site Web adapté aux mobiles afin que vos utilisateurs visitant votre site via un téléphone mobile puissent vivre une expérience exceptionnelle. Il existe trois configurations que vous pouvez choisir pour créer un site adapté aux mobiles :
- Conception responsive :
Sert le même code HTML sur la même URL quel que soit l’appareil de l’utilisateur (par exemple, ordinateur, tablette, mobile, navigateur non visuel), mais peut afficher le contenu différemment en fonction de la taille de l’écran. Google recommande la conception Web responsive car c’est le modèle de conception le plus simple à mettre en œuvre et à maintenir. - Diffusion dynamique : Utilise la même URL quel que soit l’appareil. Cette configuration repose sur
user-agentla détection et sur l’en-tête de réponse HTTP
Vary: user-agent
pour servir une version différente du HTML aux différents appareils.URLs distinctes :
Sert un HTML différent à chaque appareil, et sur des URLs distinctes. Comme la diffusion dynamique, cette configuration repose sur les en-têtes HTTP - user-agent et
Varypour rediriger les utilisateurs vers la version du site adaptée à l’appareil.
Le contenu de ce guide ne s'applique qu'aux configurations de diffusion dynamique et d'URLs distinctes. Dans le cas d'une conception responsive, le contenu et les métadonnées sont identiques sur les versions mobile et ordinateur des pages.Si vous utilisez un CMS, tel que Wix ou Blogger
, vous devrez peut-être trouver un nouveau thème adapté aux mobiles pour votre site si vous ne pouvez pas modifier votre thème existant. Essayez de rechercher le nom de votre CMS et “mobile friendly”, par exemple, “wix mobile friendly”.

Utilisez les mêmes
robots
- meta balises sur le site mobile et le site ordinateur.
Si vous utilisez unerobots
meta balise différente sur le site mobile (en particulier les balisesnoindexou
nofollow), Google peut ne pas réussir à explorer et indexer votre page lorsque votre site est activé pour l’indexation mobile-first.Ne chargez pas le contenu principal de manière différée (lazy-load) lors de l'interaction de l'utilisateur.Google ne chargera pas le contenu qui nécessite des interactions de l’utilisateur (par exemple, balayer, cliquer ou taper) pour se charger. - Assurez-vous que Google peut voir le contenu chargé de manière différée Laissez Google explorer vos ressources.
Certaines ressources ont des URLs différentes sur le site mobile par rapport à celles du site ordinateur. Si vous voulez que Google explore vos URLs, assurez-vous de ne pas bloquer l’URL avec la. - disallow règle
Assurez-vous que le contenu est le même sur ordinateur et sur mobileMême avec un contenu équivalent, des différences dans le DOM ou la mise en page entre la page ordinateur et la page mobile peuvent amener Google à comprendre le contenu différemment. Cependant, avoir le même contenu sur la version ordinateur et mobile garantit que les deux versions peuvent se classer pour les mêmes mots-clés..
Assurez-vous que votre site mobile contient le même contenu que votre site ordinateur.
Si votre site mobile a moins de contenu que votre site ordinateur, envisagez de mettre à jour votre site mobile afin que son contenu principal soit équivalent à celui de votre site ordinateur. Vous pouvez avoir une conception différente sur mobile pour maximiser l’expérience utilisateur (par exemple, déplacer le contenu dans des accordéons ou des onglets) ; assurez-vous simplement que le contenu est équivalent à celui du site ordinateur, car l’indexation de votre site provient du site mobile.
Si votre intention est que la page mobile ait moins de contenu que la page ordinateur, vous pouvez vous attendre à une certaine perte de trafic lorsque votre site est activé pour l’indexation mobile-first, car Google ne peut pas obtenir autant d’informations de votre page qu’auparavant. Au lieu de supprimer du contenu, envisagez de déplacer le contenu dans des accordéons ou des onglets pour gagner de l’espace.
Utilisez les mêmes titres clairs et significatifs
Vérifiez vos données structurées Si vous avez des données structurées sur votre site, assurez-vous qu’elles sont présentes sur les deux versions de votre site. Voici quelques points spécifiques à vérifier :
Assurez-vous que vos sites mobile et ordinateur ont les mêmes données structurées.
Si vous devez prioriser les types que vous ajoutez à votre site mobile, commencez par les données structurées
- Fil d’Ariane
Product
et,
VideoObject.
Utilisez des URLs correctes dans les données structurées.
Assurez-vous que les URLs dans les données structurées sur les versions mobiles sont mises à jour vers les URLs mobiles. - Si vous utilisez l’outil de surlignage de données (Data Highlighter), entraînez-le sur votre site mobile. Si vous utilisez
- Data Highlighter pour fournir des données structurées, vérifiez régulièrement le
Data Highlighter dashboard
pour détecter les erreurs d’extraction.
Mettez les mêmes métadonnées sur les deux versions de votre site
Assurez-vous que l’élément
title
et
le ru ru
méta-description sont équivalentes sur les deux versions de votre site.
Vérifiez l’emplacement de vos annonces
Ne laissez pas les annonces nuire au classement de votre page mobile. Suivez le
Better Ads Standard
lors de l’affichage d’annonces sur des appareils mobiles. Par exemple, les annonces en haut de la page peuvent occuper trop d’espace sur un appareil mobile, ce qui constitue une mauvaise expérience utilisateur
Vérifiez le contenu visuel
Vérifiez vos images
Assurez-vous que les images de votre site mobile respectent les
bonnes pratiques en matière d’images. En particulier, nous vous recommandons de :
Fournir
des images de haute qualité.
N’utilisez pas d’images trop petites ou de faible résolution sur le site mobile.
Utilisez un
format pris en charge pour les images.
N’utilisez pas de formats ou de balises non pris en charge. Par exemple, Google prend en charge les images au format SVG, mais nos systèmes ne peuvent pas indexer une image .jpg dans la<image>balise à l’intérieur d’un SVG en ligne.- N’utilisez pas d’URL qui changent à chaque chargement de page pour les images. Google ne pourra pas traiter et indexer correctement vos ressources si vous utilisez des URL qui changent constamment pour celles-ci.
Assurez-vous que le site mobile utilise le même texte alternatif pour les images que le site de bureau.
Utilisez
un texte alternatif descriptif
pour les images sur votre site mobile, comme vous le faites sur votre site de bureau.
Assurez-vous que la qualité du contenu de la page mobile est aussi bonne que celle de la page de bureau.
Utilisez les mêmes
titres, légendes, noms de fichiers et textes
pertinents pour les images sur le site mobile que ceux que vous utilisez pour le site de bureau.
Vérifiez vos vidéos
Assurez-vous que les vidéos de votre site mobile respectent les
bonnes pratiques en matière de vidéo. En particulier, nous vous recommandons de :
- N’utilisez pas d’URL qui changent à chaque chargement de page pour vos vidéos.
Google ne pourra pas traiter et indexer correctement vos ressources si vous utilisez des URL qui changent constamment pour celles-ci.
Utilisez un format pris en charge
pour vos vidéos et placez les vidéos dans des balises prises en charge. Les vidéos sont identifiées sur la page par la présence d’une balise HTML, par exemple :<video>,
<embed>, ou<object>.- Utilisez les mêmes données structurées vidéo sur votre site mobile et votre site de bureau. Pour plus d’informations, vérifiez vos données structurées.
Placez la vidéo dans une position facile à trouver sur la page lorsqu’elle est consultée sur un appareil mobile.
Par exemple, cela pourrait nuire au classement de la vidéo si les utilisateurs doivent faire défiler trop vers le bas pour trouver la vidéo sur la page mobile.
Bonnes pratiques supplémentaires pour les URL distinctes
Si votre site possède des URL distinctes pour les versions de bureau et mobile d’une page (également appelées m-dot), nous recommandons les bonnes pratiques supplémentaires suivantes :
Assurez-vous que le statut de la page d’erreur est le même sur les sites de bureau et mobile.
Si une page de votre site de bureau affiche un contenu normal et que la version mobile de cette page affiche une page d’erreur, cette page sera absente de l’index.- Assurez-vous que votre version mobile ne contient pas de fragments d’URL. La partie fragment de l’URL est la fin de l’URL qui commence par
#. La plupart du temps, les fragments d’URL ne sont pas indexables, ces pages seront absentes de l’index une fois que votre domaine sera activé pour l’indexation axée sur les mobiles.
Assurez-vous que les versions de bureau qui affichent un contenu différent ont des versions mobiles équivalentes.
Si différentes URL redirigent vers la même URL (par exemple, vers la page d’accueil sur les appareils mobiles) une fois que votre domaine est activé pour l’indexation axée sur les mobiles, toutes ces pages seront absentes de l’index.
Vérifiez les deux versions de votre site dans
Search Console
pour vous assurer que vous avez accès aux données et aux messages pour les deux versions. Votre site peut subir un changement de données lorsque Google passera à l’indexation axée sur les mobiles pour votre site.Vérifiez
hreflangles liens sur des URL distinctes. Lorsque vous utilisez
rel=hreflang
lienéléments
pour
internationalisation, liez les URL mobiles et de bureau séparément. Lehreflang
de vos URL mobiles doit pointer vers des URL mobiles, et de même, lehreflangde l’URL de bureau doit pointer vers des URL de bureau.Voici un exemple de
hreflangpour la page d’accueil d’un site avec des URL distinctes pour mobile et bureau.Mobile
Dans cet exemple, l’URL du site mobile est
https://m.example.com/.Bureau
Dans cet exemple, l’URL du site de bureau est
https://example.com/.- Assurez-vous que votre site mobile dispose d’une capacité suffisante pour gérer une augmentation potentielle du
taux de crawl
sur la version mobile de votre site.
Vérifiez que vos
règles robots.txt
fonctionnent comme prévu pour les deux versions de votre site. Le fichier robots.txt vous permet de spécifier quelles parties d’un site web peuvent être explorées ou non. Dans la plupart des cas, utilisez les mêmes règles robots.txt pour les versions mobile et bureau de votre site.
Utilisez les bonsrel=canonicaletrel=alternate
élémentsde lien
entre vos versions mobile et bureau. L’URL de bureau est toujours la canonique, et la version mobile est l’alternative de cette URL.Voici un exemple de
rel=canonicaletrel=alternatepour uneconfiguration de site avec des URLs séparées.
Mobile
Dans cet exemple, l'URL du site mobile esthttps://m.example.com/etinclut unélément
de lien qui pointe vers l’URL de bureau comme
URL canonique.BureauDans cet exemple, l'URL du site de bureau esthttps://example.com/etinclut un
élément
de lien qui pointe vers lui-même comme URL canonique, suivi d’un autre
| élément | |
|---|---|
de lien qui pointe vers la version mobile comme | version alternative de cette URL. DépannageVoici une liste des erreurs les plus courantes qui peuvent empêcher les sites d’être activés pour l’indexation mobile-first ou pourraient entraîner une baisse de classement après l’activation d’un site pour l’indexation mobile-first. Si votre site n’est pas encore activé pour l’indexation mobile-first, si vous avez constaté une baisse de classement après l’activation de votre site pour l’indexation mobile-first, ou si vous avez reçu un message dans la Search Console, vérifiez la liste suivante des erreurs courantes et résolvez les erreurs possibles que vous pourriez avoir : Erreurs Données structurées manquantes
|
| pour les erreurs d’extraction. Utilisez l’outil d’inspection d’URL pour vérifier que le contenu est visible sur la page rendue (la page rendue est la façon dont Google voit votre page). noindexbalise sur les pages erreurQuelle est la cause du problème : Une page mobile est bloquée de l’indexation par une |
: | Utilisez les mêmes balises metarobots sur le site mobile et le site de bureau. N’utilisez pas la balise noindex
|
Image bloquée | erreur Quelle est la cause du problème: Une image importante sur la page mobile est bloquée par robots.txt. terminé Résoudre le problème: |
règle. | Image de basse qualité erreurQuelle est la cause du problème : Une image importante sur la page mobile est trop petite ou a une faible résolution. terminéRésoudre le problème :Fournissez des |
images de haute qualité | . N’utilisez pas d’images trop petites ou ayant une faible résolution sur le site mobile.Texte alternatif manquant erreur Quelle est la cause du problème: Une image importante sur la page mobile manque de texte alternatif. |
: | Utilisez le même texte alternatifpour les images sur votre site mobile que sur votre site de bureau. Titre de page manquant erreurQuelle est la cause du problème : Une page mobile manque de titre. |
Assurez-vous que les | titres et lesméta-descriptions sont équivalents sur les deux versions de votre site. Méta-description manquanteerreur Quelle est la cause du problème |
: | Assurez-vous que les titreset les méta-descriptions sont équivalents sur les deux versions de votre site.L’URL mobile est une page d’erreur |
erreur | Quelle est la cause du problème : La page mobile est une page d’erreur.terminé Résoudre le problème :Assurez-vous que le statut de la page d’erreur est le même sur le site de bureau et sur le site mobile. Si une page de votre site de bureau affiche un contenu normal et que la version mobile de cette page affiche une page d’erreur, cette page sera absente de l’index. |
L’URL mobile contient un fragment d’ancre | erreur Quelle est la cause du problème: L’URL mobile inclut un fragment d’ancre ; Google ne peut pas indexer les URL qui incluent des fragments. terminé. Résoudre le problème : Assurez-vous que votre version mobile ne contient pas de fragments d’URL. La plupart du temps, les URL avec fragments ne sont pas indexables, et ces pages seront absentes de l’index une fois que votre domaine sera activé pour l’indexation mobile-first. Page mobile bloquée par robots.txt. erreur Quelle est la cause du problème : La page mobile est bloquée par une règle robots.txt. terminé Résoudre le problème: |
Cible de page mobile en double | erreur Quelle est la cause du problème: Plusieurs pages de bureau redirigent vers la même page mobile. terminé Résoudre le problème: |
Le site de bureau redirige vers la page d’accueil mobile | erreur Quelle est la cause du problème: La plupart ou la totalité des pages de votre site de bureau redirigent vers la page d’accueil du site mobile. terminé Résoudre le problème: |
Problèmes de qualité de page | erreur Quelle est la cause du problème: La page mobile présente des problèmes avec des publicités, du contenu manquant, des titres ou des éléments descriptifs pour les images sur la page. terminé Résoudre le problème :
|
Problèmes de vidéo | erreur Quelle est la cause du problème: La page mobile contient une vidéo qui n’est pas dans un format pris en charge, est placée dans un endroit difficile à trouver, manque de méta-descriptions ou est très lente à charger. terminé Résoudre le problème :
|
Problèmes de charge d’hôte (hostload) | erreur Quelle est la cause du problème: Certains hôtes n’ont pas assez de charge d’hôte. terminé Résoudre le problème: |
Comment nous l'appliquons
Mobile-first indexing means the mobile page is the page. We check that mobile templates carry the same content, structured data and metadata as desktop, since the most common cause of a silent traffic loss is a stripped-down mobile view.
Services associés