Hreflang et canonical : pourquoi Google les traite-t-il comme deux concepts distincts ?

Quelle est exactement la différence entre hreflang et canonical ?

Le hreflang indique à Google qu'une page existe en plusieurs versions linguistiques ou régionales. C'est un signal de relation entre contenus équivalents. Il ne dit pas « indexe cette page plutôt qu'une autre ».

Le canonical, lui, désigne quelle URL doit être considérée comme la version principale dans l'index. C'est un signal de préférence technique. Google exécute ces deux processus dans cet ordre : d'abord il identifie les variantes via hreflang, puis il canonicalise.

Pourquoi cette distinction pose-t-elle problème en pratique ?

Beaucoup de SEO mélangent les deux concepts. Ils pensent que mettre un hreflang suffit pour que Google comprenne quelle version afficher. Faux. Sans canonical bien configuré, Google peut indexer n'importe quelle variante comme principale, même si ce n'est pas celle que vous souhaitez.

Autre confusion fréquente : croire que le canonical empêche les autres URLs d'apparaître dans les SERP. La déclaration de Splitt clarifie que les URLs non canoniques peuvent quand même ranker si elles correspondent mieux à la langue/région de l'utilisateur.

Dans quel ordre Google traite-t-il ces signaux ?

Google analyse d'abord les annotations hreflang pour comprendre le cluster de pages liées. Ensuite, il applique la logique de canonicalisation pour choisir l'URL de référence. Cette URL canonique devient celle qui accumule les signaux de ranking (backlinks, autorité, etc.).

Mais — et c'est crucial — lors de l'affichage des résultats, Google peut substituer l'URL canonique par une variante hreflang plus pertinente selon le contexte de recherche. L'indexation et l'affichage sont deux mécaniques distinctes.

• Hreflang = signal de relation entre variantes linguistiques/régionales
• Canonical = choix de l'URL principale dans l'index
• L'ordre d'exécution : hreflang d'abord, canonicalisation ensuite
• Les URLs non canoniques peuvent apparaître dans les SERP selon langue/région de l'utilisateur
• La confusion des deux concepts génère des erreurs structurelles sur les sites multilingues

Cette séparation conceptuelle est-elle cohérente avec les observations terrain ?

Oui, totalement. On observe régulièrement des sites où une URL canonique française se retrouve « remplacée » par la variante italienne dans Google.it, même si la version FR est celle indexée. Ça correspond exactement à ce que décrit Splitt : canonicalisation d'un côté, substitution d'affichage de l'autre.

Par contre — et c'est là que ça coince — cette mécanique n'est pas toujours respectée quand les signaux sont contradictoires. Si vos canonicals pointent tous vers /en/ mais que vos hreflang créent un cluster incluant /fr/, Google doit trancher. Et il ne choisit pas toujours ce qu'on attend.

Quelles zones d'ombre subsistent dans cette explication ?

Splitt ne précise pas ce qui se passe quand canonical et hreflang se contredisent. Exemple concret : page /fr/ avec canonical vers /en/, mais hreflang qui déclare /fr/ comme variante française. Quelle instruction prime ? [A vérifier] sur des cas réels, mais l'expérience montre que le canonical l'emporte généralement.

Autre point flou : que devient une URL avec hreflang mais sans canonical explicite ? Google doit-il la considérer comme auto-canonique ou chercher une version principale ailleurs dans le cluster ? La déclaration reste silencieuse là-dessus.

Dans quels cas cette logique échoue-t-elle ?

Quand les signaux techniques sont trop contradictoires. J'ai vu des sites avec hreflang correct mais des canonicals en boucle (A→B, B→C, C→A). Google abandonne alors toute la chaîne et choisit une URL au hasard. Résultat : la mauvaise version indexée, la bonne invisible.

Autre cas classique : hreflang déclaré dans le HTML mais canonical en HTTP header, avec des valeurs différentes. Google donne la priorité au header, mais pas toujours. Là encore, incohérence = chaos.

Comment structurer correctement hreflang et canonical ensemble ?

Règle de base : chaque page d'un cluster hreflang doit avoir un self-canonical (elle pointe vers elle-même). Pas de canonical croisé entre variantes linguistiques, sauf si vous voulez explicitement qu'une version devienne la référence pour toutes.

Si vous avez 5 variantes (/fr/, /de/, /it/, /es/, /en/), chacune doit avoir :
- Un canonical pointant vers elle-même
- Des hreflang vers les 4 autres variantes + elle-même

Cette structure permet à Google de comprendre qu'elles sont équivalentes mais distinctes, et d'indexer chacune pour son marché.

Quelles erreurs critiques faut-il éviter absolument ?

Ne jamais mélanger contenu dupliqué et hreflang. Si /fr/produit/ et /be-fr/produit/ affichent exactement le même texte pour des raisons commerciales, utilisez canonical + hreflang. Mais si le contenu est vraiment identique sans raison géographique, optez uniquement pour canonical.

Autre piège mortel : déclarer un hreflang incomplet. Si vous signalez que /fr/ a une variante /en/ mais que /en/ ne renvoie pas vers /fr/, Google considère le cluster comme cassé. Les annotations hreflang doivent être bidirectionnelles et complètes.

• Vérifier que chaque variante linguistique possède un self-canonical
• S'assurer que tous les hreflang sont réciproques (si A→B alors B→A)
• Contrôler qu'aucun canonical ne pointe d'une langue vers une autre (sauf stratégie délibérée)
• Tester dans Search Console que Google interprète correctement le cluster hreflang
• Auditer régulièrement les pages indexées par marché pour détecter les canonicalisations inattendues
• Documenter explicitement la stratégie pour éviter les modifications accidentelles

Comment vérifier que l'implémentation fonctionne réellement ?

Search Console reste l'outil le plus fiable. Section « Ciblage international » → vérifier que les clusters hreflang sont détectés sans erreur. Si Google remonte des warnings, c'est que la structure est bancale.

Ensuite, testez manuellement : cherchez une requête cible depuis différents pays (VPN ou Google.fr / Google.de / Google.it). L'URL qui ranke doit correspondre à la langue/région. Si Google.it affiche systématiquement votre version /en/, c'est que la canonicalisation ou hreflang dysfonctionne.