Pourquoi Google ignore-t-il votre canonical hreflang et comment y remédier ?

Comment Google choisit-il la version canonique d'une page hreflang ?

Google ne se contente pas de lire vos balises canonical et de les appliquer aveuglément. Il analyse l'ensemble des signaux disponibles : redirections, liens internes, sitemap XML, et surtout les annotations hreflang elles-mêmes. Quand plusieurs versions linguistiques existent, le moteur évalue laquelle lui semble la plus pertinente pour servir de référence d'indexation.

Le problème surgit quand votre déclaration canonical pointe vers une URL, mais que Google en privilégie une autre. Typiquement : vous indiquez que la version française est canonique, mais Google décide que c'est la version anglaise qui fait autorité. Résultat : la mauvaise version apparaît dans les SERP françaises, avec parfois du contenu anglais affiché aux utilisateurs francophones.

Quelle différence entre le canonical déclaré et le canonical indexé ?

Votre canonical déclaré est celui que vous avez spécifié via la balise <link rel="canonical"> ou l'en-tête HTTP correspondant. C'est votre intention, votre recommandation à Google. Le canonical indexé est celui que Google a effectivement retenu après avoir croisé tous ses signaux.

Mueller souligne ici que cette divergence est la racine des problèmes d'affichage avec hreflang. Si vous constatez qu'une mauvaise version apparaît en résultats de recherche, c'est généralement parce que Google a ignoré votre directive et choisi un autre canonical. La vérification passe par l'outil d'inspection d'URL dans Search Console, qui affiche explicitement le canonical retenu par Google.

Quels signaux entrent en conflit avec vos directives canonical ?

Plusieurs éléments peuvent pousser Google à diverger de votre choix. Les redirections 302 vers une autre langue, les liens internes massifs vers une version plutôt qu'une autre, ou des annotations hreflang mal symétriques créent des ambiguïtés. Google arbitre alors selon sa propre logique, pas forcément la vôtre.

Les sitemap jouent aussi un rôle : si vous listez une URL comme canonique dans votre sitemap mais que la page elle-même pointe vers une autre URL, Google doit trancher. Même chose si vos balises hreflang ne sont pas réciproques : la version française déclare un lien vers la version anglaise, mais l'inverse n'est pas configuré. Ces incohérences forcent Google à faire un choix algorithmique, souvent imprévisible.

• Vérifier le canonical indexé via l'outil d'inspection d'URL dans Search Console, pas uniquement le code source de votre page
• Assurer la symétrie complète des annotations hreflang entre toutes les versions linguistiques
• Éviter les redirections 302 vers d'autres langues, qui suggèrent un canonical différent de celui déclaré
• Aligner sitemap, liens internes et balises canonical sur la même URL de référence pour chaque cluster linguistique
• Tester avec un échantillon d'URLs représentatives avant de déployer une structure hreflang à grande échelle

Cette déclaration est-elle cohérente avec les observations terrain ?

Absolument. Les divergences entre canonical déclaré et canonical indexé sont l'une des causes les plus fréquentes de dysfonctionnements hreflang. Les praticiens constatent régulièrement que Google privilégie une version linguistique inattendue, surtout quand le site présente des signaux contradictoires. Mueller ne révèle rien de nouveau ici, mais rappelle une réalité souvent négligée : vérifier le code source ne suffit pas.

Le point faible de cette déclaration ? Elle reste vague sur quels signaux exactement font pencher la balance quand plusieurs canonical sont en compétition. Google ne publie pas de grille de priorité claire. On sait empiriquement que les redirections et les liens internes pèsent lourd, mais impossible de quantifier leur poids relatif. [À vérifier] : comment Google arbitre-t-il quand hreflang, canonical et sitemap se contredisent tous les trois ? Aucune documentation officielle ne détaille cet arbre de décision.

Quelles nuances faut-il apporter à cette recommandation ?

Mueller suggère de corriger le canonical déclaré pour qu'il corresponde à celui que Google utilise. Mais parfois, c'est Google qui a tort. Si votre architecture est correcte — annotations symétriques, pas de redirections parasites, sitemap aligné — et que Google persiste à choisir le mauvais canonical, forcer l'alignement revient à valider une erreur algorithmique.

Dans ces cas, la solution n'est pas de plier votre structure à la volonté de Google, mais d'identifier et éliminer le signal ambigu qui le trompe. Typiquement : un ancien lien interne massif vers une version dépréciée, une redirection 301 oubliée dans un coin du site, ou une balise hreflang orpheline sur une page satellite. Le diagnostic demande un audit complet, pas une simple vérification de balises.

Dans quels cas cette règle ne s'applique-t-elle pas ?

Si vos pages multilingues sont sur des domaines séparés (ex : .fr, .de, .co.uk), les conflits de canonicalisation sont plus rares. Chaque domaine a son propre canonical naturel, et hreflang se contente de lier les équivalents linguistiques sans créer d'ambiguïté. Les problèmes surviennent surtout avec des sous-dossiers (/fr/, /de/) ou sous-domaines (fr.site.com, de.site.com) sur un même domaine racine.

Autre cas particulier : les sites avec contenu partiellement traduit. Si votre version française n'a que 60% des pages de la version anglaise, hreflang devient un casse-tête. Certaines URLs anglaises n'ont pas d'équivalent français, donc pas de balise hreflang. Google doit alors décider s'il affiche la version anglaise aux francophones ou rien du tout. Dans ce contexte, les directives canonical prennent encore plus d'importance, mais restent fragiles face aux signaux concurrents.

Comment vérifier quel canonical Google a réellement retenu ?

Ouvrez la Search Console, sélectionnez la propriété concernée, puis utilisez l'outil d'inspection d'URL. Entrez l'URL d'une version linguistique (par exemple, votre page /fr/produit). Dans les détails de la page indexée, Google affiche explicitement le canonical qu'il a choisi. Si ce canonical diffère de celui que vous avez déclaré dans votre code, vous avez identifié le conflit.

Répétez l'opération pour un échantillon représentatif de pages dans chaque langue. Les divergences ne sont pas toujours systématiques : certaines pages peuvent avoir le bon canonical, d'autres non. Documentez les écarts dans un tableur pour identifier les patterns (par exemple, toutes les pages d'une catégorie spécifique sont affectées).

Quelles corrections appliquer une fois le conflit identifié ?

Commencez par harmoniser vos balises canonical : chaque version linguistique doit pointer vers elle-même comme canonical, sauf si vous consolidez volontairement plusieurs URLs. Ensuite, vérifiez que vos annotations hreflang sont parfaitement symétriques : si /fr/produit déclare /en/product comme équivalent anglais, alors /en/product doit déclarer /fr/produit comme équivalent français.

Éliminez les redirections 302 entre versions linguistiques. Si vous devez rediriger (par exemple, détection géographique), utilisez des redirections 301 uniquement pour des consolidations définitives, jamais pour du routage linguistique. Préférez un sélecteur de langue sans redirection automatique. Enfin, assurez-vous que votre sitemap XML ne liste que les URLs canoniques, et que celles-ci correspondent exactement à vos balises canonical déclarées.

Que faire si Google persiste à ignorer vos directives ?

Auditez vos liens internes. Un volume massif de liens vers une version linguistique plutôt qu'une autre peut convaincre Google que cette version est la référence, malgré vos balises. Utilisez un crawler (Screaming Frog, Oncrawl) pour cartographier le maillage interne et identifier les déséquilibres. Si 80% de vos liens internes pointent vers /en/ alors que vous voulez canoniser /fr/, Google suivra les liens, pas vos balises.

Vérifiez aussi les backlinks externes. Si la majorité des liens entrants pointent vers une version linguistique spécifique, Google peut la privilégier comme canonical. Vous ne contrôlez pas ces liens, mais connaître leur distribution vous aide à comprendre les choix de Google. Dans certains cas, il faut accepter que la version la plus liée devienne effectivement la canonique, et ajuster votre structure en conséquence.

• Inspecter dans Search Console un échantillon d'URLs de chaque version linguistique pour comparer canonical déclaré et canonical indexé
• Harmoniser les balises canonical : chaque version pointe vers elle-même, sauf consolidation volontaire
• Vérifier la symétrie complète des annotations hreflang entre toutes les paires de langues
• Supprimer toutes les redirections 302 entre versions linguistiques, ne garder que des 301 pour consolidations définitives
• Aligner le sitemap XML : ne lister que les URLs canoniques, pas les variantes
• Crawler le site pour identifier les déséquilibres de maillage interne entre versions linguistiques