Hreflang vs canonical : peut-on vraiment les utiliser ensemble sans casser l'indexation multilingue ?

Pourquoi cette confusion entre hreflang et canonical persiste-t-elle ?

Le malentendu vient d'une fausse analogie entre hreflang et canonical. Beaucoup de praticiens imaginent que hreflang fonctionne comme une directive d'équivalence où l'une des versions serait « principale » et les autres « secondaires ». C'est faux.

La balise canonical indique quelle URL doit être indexée quand plusieurs pages présentent un contenu identique ou très similaire. Hreflang, lui, signale des versions linguistiques ou régionales équivalentes, toutes destinées à être indexées. Mélanger les deux crée un conflit de signal : Google reçoit l'ordre d'indexer une seule URL (canonical) tout en lui demandant de traiter plusieurs versions comme équivalentes (hreflang).

Que se passe-t-il quand on partage une canonical entre langues ?

Concrètement, si votre page française pointe vers la version anglaise via canonical, Google va ignorer la version française pour l'indexation. Le signal canonical est plus fort que hreflang.

Vous perdez donc la visibilité sur les requêtes en français, même si votre contenu est techniquement traduit. C'est encore plus problématique sur les sites à fort contenu généré par les utilisateurs : commentaires, avis, forums. Même si les UGC restent dans une langue unique, les métadonnées et l'interface doivent être indexées dans chaque langue.

Dans quel cas utilise-t-on hreflang sans traduction complète ?

Mueller évoque un scénario précis : un site multilingue où le contenu principal reste dans une langue (par exemple, des avis clients en anglais), mais où l'interface, les menus, les CTA sont traduits. Vous avez alors des pages /en/, /fr/, /de/ qui affichent les mêmes avis anglais, mais dans des contextes linguistiques différents.

Dans ce cas, chaque version garde sa propre canonical pointant vers elle-même. Hreflang signale les alternatives. Google indexe toutes les versions, et l'utilisateur français qui cherche « avis produit X » tombe sur /fr/ avec interface française, même si les avis restent en anglais. C'est mieux que rien.

• Canonical et hreflang ne sont pas interchangeables : canonical consolide, hreflang diversifie.
• Chaque version linguistique doit pointer vers elle-même en canonical, même si le contenu principal est identique.
• Hreflang ne nécessite pas une traduction à 100% du contenu pour être valide, mais chaque page doit justifier son existence (interface, métadonnées, contexte régional).
• Partager une canonical cross-langue tue l'indexation des versions secondaires, sans exception.
• Les sites UGC monolingues peuvent bénéficier de versions linguistiques si l'interface et les métadonnées sont traduites.

Cette recommandation est-elle vraiment respectée sur le terrain ?

Non, et c'est un problème massif. Une proportion significative de sites multilingues, y compris des e-commerces majeurs, partagent encore des canonical cross-langue par méconnaissance ou à cause de configurations CMS mal paramétrées. Les audits techniques révèlent régulièrement des cas où hreflang est bien implémenté, mais canonical pointe vers une version « master » unique.

Le résultat ? Google indexe une seule langue, souvent l'anglais, et ignore les autres. Les équipes marketing ne comprennent pas pourquoi leur trafic organique reste concentré sur un seul pays, alors qu'ils ont « traduit tout le site ». Le problème est invisible côté front-end, il faut inspecter le code source.

Quelle nuance faut-il apporter à cette directive ?

Mueller parle de sites où le contenu utilisateur reste monolingue. Mais attention : si les UGC représentent 90% du contenu de la page et que seuls 10% (header, footer, sidebar) sont traduits, la valeur ajoutée de la version traduite est faible. Google peut la considérer comme thin content ou duplicate partiel.

Dans ce cas, [A vérifier] si Google indexe réellement toutes les versions avec le même poids, ou s'il en favorise une comme « meilleure version » malgré hreflang. Les tests terrain montrent des résultats inégaux selon la proportion de contenu traduit. Une page avec 20% de contenu traduit peut être indexée, mais ranke souvent moins bien qu'une version 100% traduite.

Quels risques si on ignore cette règle ?

Le risque principal est l'invisibilité pure et simple des versions linguistiques secondaires. Vous investissez dans des traductions, du hosting multi-régional, des stratégies de contenu localisé, et tout ça pour que Google n'indexe qu'une seule langue.

Deuxième risque : les signaux contradictoires nuisent à la confiance algorithmique. Si Google voit hreflang pointer vers des pages qui, elles-mêmes, se canonicalisent ailleurs, il peut interpréter ça comme une erreur technique et ignorer toute la chaîne hreflang. Vous vous retrouvez avec du contenu dupliqué non consolidé, indexé en double ou pas du tout.

Comment vérifier la configuration actuelle de votre site ?

Commencez par un crawl complet avec Screaming Frog ou Oncrawl en activant l'extraction des balises hreflang et canonical. Exportez les données et croisez-les dans un tableur : pour chaque URL, vérifiez que canonical pointe vers l'URL elle-même, et que hreflang liste bien toutes les versions linguistiques.

Utilisez aussi la Search Console de chaque version linguistique (si vous avez des propriétés séparées par langue). Regardez le rapport « Couverture » : si des pages traduites n'apparaissent pas, alors qu'elles existent et sont crawlables, c'est souvent un problème de canonical cross-langue. Le rapport « Hreflang » dans l'ancienne GSC (parfois encore accessible) signale les erreurs de réciprocité.

Que faire si vos canonical pointent vers une langue master ?

Corrigez le template ou la configuration CMS pour que chaque page pointe vers elle-même en canonical. Sur WordPress multilingue (WPML, Polylang), vérifiez les réglages du plugin : certains ont une option « canonical cross-domain » ou « canonical vers version principale » qu'il faut désactiver.

Sur Shopify avec des apps de traduction, idem : certaines apps mal configurées injectent une canonical unique pour toutes les langues. Forcez une canonical auto-référentielle via le code Liquid si nécessaire. Sur les plateformes custom, modifiez le backend pour générer canonical=self par défaut, langue par langue.

Comment tester que l'implémentation fonctionne réellement ?

Utilisez l'outil d'inspection d'URL de la Search Console sur plusieurs versions linguistiques. Vérifiez que Google voit bien la canonical auto-référentielle, et que les balises hreflang sont reconnues. Demandez une indexation test.

Attendez quelques jours, puis faites une recherche site:votredomaine.com inurl:/fr/ pour vérifier que les pages françaises apparaissent. Répétez pour chaque langue. Si les résultats sont vides ou très faibles alors que le contenu existe, c'est que l'indexation est bloquée, probablement par une canonical incorrecte ou un signal contradictoire.

• Crawler le site et exporter canonical + hreflang pour toutes les URLs
• Vérifier que chaque URL pointe vers elle-même en canonical, jamais vers une autre langue
• S'assurer que hreflang liste bien toutes les versions linguistiques, avec réciprocité
• Corriger les templates CMS ou les configs de plugins multilingues si nécessaire
• Tester l'inspection d'URL dans Search Console pour chaque langue
• Monitorer l'indexation via des recherches site: ciblées par langue