---
title: "Index mobile-first : ce que l&rsquo;annonce de Google change pour un site de PME"
description: "En novembre 2016, Google a annoncé un changement dans sa façon d&#039;indexer le web : à terme, c&#039;est la version mobile d&#039;une page, et non plus la version de bureau, qui servira de référence pour comprendre son contenu et décider de son classement, même pour une recherche faite depuis un ordinateur. Le changement n&#039;est pas ... Read more"
canonical: "https://socialinfluencebuilder.com/blogue/index-mobile-first/"
lastmod: "2017-04-01T12:04:00+00:00"
lang: "fr-CA"
format: "markdown"
---
Version HTML : <https://socialinfluencebuilder.com/blogue/index-mobile-first/>

# Index mobile-first : ce que l&rsquo;annonce de Google change pour un site de PME

En novembre 2016, Google a annoncé un changement dans sa façon d'indexer le web : à terme, c'est la version mobile d'une page, et non plus la version de bureau, qui servira de référence pour comprendre son contenu et décider de son classement, même pour une recherche faite depuis un ordinateur. Le changement n'est pas encore actif, Google n'a donné aucune date de déploiement, et pour l'instant l'indexation continue de se baser sur la version de bureau de la majorité des sites. Mais chaque fois qu'un propriétaire de PME me demande une refonte ces jours-ci, je regarde sa version mobile avant tout le reste, parce que c'est elle qui va bientôt compter.

## Qu'est-ce que l'indexation mobile-first?

 Ça veut dire que Google va lire et classer un site à partir de ce que son robot voit sur un téléphone, pas à partir de ce qu'un visiteur voit sur un écran d'ordinateur. Aujourd'hui, c'est encore l'inverse : l'index principal de Google se construit à partir de la version de bureau, et la version mobile n'est vérifiée qu'en second. Une fois le changement en place, ce sera le contraire pour les sites concernés, ce qui veut dire que tout ce que votre version mobile cache ou retire par rapport à la version de bureau deviendra ce que Google connaît réellement de votre page.

## Pourquoi Google fait ce virage maintenant?

 Parce que la majorité des recherches partent maintenant d'un téléphone, pas d'un ordinateur, et que l'index de Google servait encore une expérience pensée pour un grand écran. Google l'explique dans son propre communiqué : son index doit refléter ce que les gens utilisent réellement pour chercher, et un site optimisé pour un écran de bureau, mais réduit ou amputé sur mobile, offre une mauvaise idée de ce que le site vaut pour la majorité de ses visiteurs.

## Qu'est-ce qui change concrètement pour un site de PME?

 Pour un site construit en design adaptatif, où la même page s'ajuste à la taille de l'écran sans retirer de contenu, presque rien ne change : le contenu mobile et le contenu de bureau sont déjà identiques. Le risque touche deux types de sites en particulier. Le premier est un site qui cache ou retire carrément du texte sur mobile pour alléger l'affichage, par exemple une section « à propos » ou des détails de service qui disparaissent complètement plutôt que d'être repliés dans un menu. Le second est un site qui garde une version mobile séparée sur une adresse distincte, du genre `m.votredomaine.com`, où le contenu a souvent été écrit à part et reste plus mince que la version principale. Dans les deux cas, une fois l'indexation mobile-first en place, c'est cette version amputée qui devient la seule que Google connaît.

## Comment vérifier si votre site est prêt, avant même que le changement soit actif?

 Voici le contrôle en cinq points que je fais passer à un site avant toute [refonte de site web](/services/conception-web/), et que je recommande à n'importe quel propriétaire de vérifier lui-même en attendant.

1. Ouvrez votre site sur un téléphone et comparez chaque section avec la version de bureau. Un menu qui replie du texte derrière un clic n'est pas un problème en soi, mais un paragraphe ou une liste de services qui disparaît carrément sur mobile en est un.
2. Vérifiez que les boutons et les liens sont assez grands et assez espacés pour être touchés du doigt sans viser deux fois. Un menu conçu pour un curseur de souris, avec des liens collés les uns aux autres, frustre un visiteur sur téléphone bien avant que Google s'en préoccupe.
3. Repérez les fenêtres surgissantes intrusives. Un interstitiel plein écran qui bloque le contenu dès l'arrivée sur la page, surtout un qu'on ne peut pas fermer facilement du pouce, nuit à l'expérience mobile plus qu'à la version de bureau, où la même fenêtre prend une fraction de l'écran.
4. Testez la vitesse de chargement sur une vraie connexion mobile. Un site testé seulement sur le Wi-Fi du bureau peut sembler rapide et se révéler lent sur une connexion cellulaire ordinaire. Une image non compressée qui passe presque inaperçue sur un gros forfait Internet peut faire attendre plusieurs secondes un visiteur sur son téléphone.
5. Comparez le titre, la méta-description et les données structurées entre les deux versions. Un site qui a simplifié son titre ou raccourci sa description « pour l'écran mobile » finit par envoyer à Google une version incomplète de ce qu'il essaie de communiquer.

 Aucun de ces cinq points ne demande d'outil spécialisé ni un développeur en attente. Un téléphone, un chronomètre et une comparaison côte à côte avec la version de bureau suffisent à faire ressortir la plupart des problèmes, souvent en moins d'une heure. Le plus difficile, c'est d'admettre qu'une page conçue pour impressionner sur un grand écran en réunion de conception n'a jamais vraiment été testée sur le petit écran que la majorité des visiteurs utilisent pour la trouver.

## Que faire si votre site garde encore une version mobile séparée?

 La solution la plus durable est de migrer vers un design [adaptatif (responsive)](/glossaire/#responsive-design), où une seule et même page ajuste sa mise en page selon l'écran, plutôt que de maintenir deux versions distinctes du même contenu. Une version mobile séparée demande de dupliquer chaque mise à jour, double le risque d'oubli, et laisse presque toujours le contenu mobile plus pauvre que l'original, même quand ce n'était pas l'intention au départ. Pour une PME qui n'a pas les ressources pour tenir deux sites à jour en parallèle, ce n'est pas un compromis viable une fois que la version mobile devient la seule que Google regarde.

 La migration elle-même n'a pas besoin de se faire dans l'urgence. Le bon moment est plutôt la prochaine fois que le site est révisé de toute façon, que ce soit pour un changement de fournisseur, une refonte prévue au calendrier ou l'ajout d'une nouvelle section. Basculer vers un design adaptatif à ce moment-là évite de payer deux fois : une fois pour la mise à jour prévue, une autre plus tard pour corriger une version mobile qui a pris du retard sur l'originale.

## Qu'est-ce que ça change pour une recherche locale faite depuis un téléphone?

 Ça rapproche l'indexation de la façon dont une bonne partie de vos clients cherchent déjà vos services. Un propriétaire qui a un dégât d'eau ne retourne pas à son ordinateur pour chercher un plombier : il sort son téléphone, tape sa recherche depuis la salle de bain, et clique sur l'un des premiers résultats. Si le site qui répond à cette recherche cache une partie de son contenu sur mobile (les heures d'ouverture, le numéro de téléphone bien en vue, la zone desservie), ce visiteur pressé abandonne avant même d'avoir vu l'information qui l'aurait convaincu d'appeler. L'indexation mobile-first ne fait que rendre officiel ce qui était déjà vrai dans les faits : pour une PME qui dessert le Grand Montréal, la version mobile de son site n'est pas secondaire, c'est souvent la seule version qu'un client va réellement voir avant de décrocher son téléphone.

## Est-ce que ça va toucher votre site bientôt?

 Pas nécessairement tout de suite. Dans son annonce de novembre 2016, Google a précisé qu'il commencerait par de petites expérimentations à échelle réduite avant d'élargir progressivement le changement, sans fixer de date pour la suite. Un site qui répond déjà aux cinq points ci-dessus n'a rien à changer en urgence. Celui qui cache du contenu sur mobile, ou qui garde une version mobile séparée et plus mince, a intérêt à corriger la situation avant que le changement touche son domaine, plutôt que d'apprendre la nouvelle par une chute de classement.

 Ce contrôle fait maintenant partie de chaque audit que je fais avant de proposer une refonte, parce qu'un site qui coupe du contenu sur mobile pour gagner en légèreté finit par en payer le prix une fois que c'est cette version-là que Google indexe.

 *Rédigé avec l'aide d'outils d'IA, vérifié et publié par [Marven Salgado](/a-propos/marven-salgado/).*

## Pour aller plus loin

- **Service:** [Conception Web Professionnelle, Des sites qui convertissent avec Social Influence](https://socialinfluencebuilder.com/services/conception-web/)
- **Étude de cas:** [Super Stitch Montreal](https://socialinfluencebuilder.com/etudes-de-cas/super-stitch-montreal/)
- **Glossaire:** [Glossaire Marketing Numérique: Responsive Design (Design adaptatif)](https://socialinfluencebuilder.com/glossaire/#responsive-design)
