Pourquoi Google ignore-t-il les balises canonical de la version mobile ?

Quelle est la logique technique derrière cette règle ?

Google a toujours privilégié la version desktop comme référence canonique, même après le passage au Mobile-First Indexing. La déclaration semble contre-intuitive au premier abord : pourquoi ignorer les signaux de la version mobile alors que c'est elle qui est crawlée en priorité ?

La réponse tient dans la séparation des rôles : le crawl se fait sur mobile, mais l'autorité canonique reste définie par le desktop. Les balises canonical sur mobile sont considérées comme redondantes ou potentiellement contradictoires. Google préfère une source unique de vérité pour éviter les signaux conflictuels entre les deux versions.

Comment cela impacte-t-il le traitement des liens internes ?

Le point sur les liens est crucial. Quand Googlebot crawle votre version mobile et rencontre un lien, il ne traite pas ce lien comme appartenant à la version mobile. Il transpose automatiquement ce lien vers son équivalent desktop.

Concrètement ? Un lien https://example.com/m/page sur votre site mobile sera interprété comme pointant vers https://example.com/page si c'est votre structure desktop. Cette normalisation automatique vise à éviter la dilution du PageRank entre versions mobile et desktop d'une même ressource.

Qu'est-ce que cela change pour les sites en responsive ?

Pour un site en responsive design, cette règle n'a aucun impact pratique. Il n'y a qu'une seule URL, donc une seule balise canonical. Pas de distinction mobile/desktop.

Le problème ne se pose que pour les architectures avec URLs distinctes : sites en m-dot (m.example.com), ou avec des suffixes type /mobile/. Dans ces configurations, placer des balises canonical sur la version mobile est inutile. Seules celles du desktop comptent.

• Les balises canonical mobiles sont ignorées : Google ne les prend pas en compte pour déterminer la version à indexer
• Le desktop reste la référence canonique : même en Mobile-First, c'est lui qui définit quelle URL indexer
• Les liens mobiles sont transposés : Googlebot les traite comme s'ils provenaient de la version desktop
• Le responsive échappe au problème : une seule URL = un seul signal canonical, pas de conflit possible

Cette déclaration est-elle cohérente avec ce qu'on observe sur le terrain ?

Oui, et c'est d'ailleurs une source de confusion récurrente. On voit régulièrement des sites avec des balises canonical contradictoires entre mobile et desktop, sans que cela génère d'erreur flagrante dans Search Console. Pourquoi ? Parce que Google ignore simplement la version mobile.

Par contre, ce qui coince parfois : des sites qui ont supprimé les canonical du desktop en pensant que celles du mobile suffiraient après le passage en Mobile-First. Erreur classique. Résultat : perte de consolidation canonique, pages dupliquées qui reviennent dans l'index.

Quelles nuances faut-il apporter à cette règle ?

Google parle ici des balises canonical, mais ne mentionne pas les autres signaux de canonicalisation. Les redirections 301/302 depuis mobile vers desktop sont elles aussi traitées, mais différemment : elles fonctionnent, contrairement aux canonical.

Autre point : [A verifier] sur les sites avec serving dynamique (même URL, contenu différent selon user-agent). Google affirme crawler prioritairement avec un user-agent mobile, mais on observe parfois des incohérences quand le contenu mobile est trop différent du desktop. Dans ce cas, difficile de savoir quelle version est vraiment prise en compte.

Dans quels cas cette règle pourrait-elle poser problème ?

Le piège classique : les sites qui ont une version AMP séparée en plus d'une version mobile classique. La balise canonical de la page AMP doit pointer vers la version mobile canonique (ou desktop selon l'architecture), mais si cette dernière a elle-même une canonical mobile ignorée par Google, on se retrouve avec une chaîne de canonicalisation bancale.

Deuxième cas problématique : les sites internationaux avec des URL mobiles distinctes par langue. Si les balises hreflang ne sont présentes que sur mobile, elles risquent d'être ignorées ou mal interprétées. Soyons honnêtes : c'est rare, mais quand ça arrive, c'est un enfer à débugger.

Que faut-il vérifier sur mon site maintenant ?

Première étape : auditer la cohérence des balises canonical entre vos versions mobile et desktop si elles existent séparément. Ouvre ton site sur mobile et sur desktop, inspecte le code source, compare. Les canonical desktop pointent-elles bien vers les bonnes URLs ?

Si ton site est en m-dot ou avec des URLs mobiles distinctes, assure-toi que chaque page desktop a une balise canonical propre. La version mobile peut en avoir aussi pour la symétrie (certains CMS les génèrent automatiquement), mais ne compte pas dessus pour corriger un problème côté desktop.

Quelles erreurs éviter absolument ?

Ne supprime jamais les balises canonical du desktop sous prétexte que Google crawle le mobile en priorité. Le crawl et l'indexation sont deux étapes distinctes. Google peut crawler le mobile mais se référer au desktop pour les signaux canoniques.

Autre erreur fréquente : laisser des canonical mobiles pointer vers des URLs mobiles alors que le desktop pointe vers des URLs desktop différentes. Ça crée une incohérence logique que Google résout en ignorant le mobile, mais ça révèle souvent un problème d'architecture plus profond.

Comment vérifier que tout est en ordre ?

Utilise Google Search Console : dans la section Couverture, vérifie que les URLs indexées correspondent bien à ce que tu attends. Si tu vois des URLs mobiles indexées alors que tu as des canonical desktop, c'est un signal d'alarme.

Lance un crawl avec Screaming Frog en mode desktop et en mode mobile séparément. Compare les balises canonical extraites. Si elles divergent sur des pages importantes, creuse : soit tu corriges le desktop, soit tu acceptes que la version mobile soit décorative d'un point de vue SEO.

• Auditer les balises canonical desktop et vérifier qu'elles pointent vers les bonnes URLs
• Comparer les canonical mobile/desktop sur un échantillon de pages clés
• Vérifier dans Search Console que les URLs indexées sont cohérentes avec tes canonical desktop
• Crawler le site en mode desktop et mobile pour identifier les divergences
• Supprimer ou corriger les canonical contradictoires entre mobile et desktop