Faut-il vraiment placer hreflang sur les URL non canoniques ?

Pourquoi Google ignore-t-il hreflang sur les pages non canoniques ?

La logique de Google est simple : une URL non canonique ne doit jamais apparaître dans les résultats de recherche. Que cette canonicalisation soit déclarée via une balise rel="canonical", un en-tête HTTP, ou qu'elle soit déduite par l'algorithme, le principe reste identique.

Si une page est marquée comme non canonique, elle est considérée comme une variante secondaire d'un contenu principal. Google redirige son évaluation vers la version canonique, qui devient l'unique représentante du contenu dans l'index. Toute annotation hreflang placée sur la variante non canonique n'a donc aucun rôle à jouer — elle ne sera tout simplement pas lue ni prise en compte.

Que se passe-t-il si hreflang pointe vers une URL non canonique ?

Un cas fréquent : vous configurez hreflang correctement, mais l'une des URL cibles est marquée comme non canonique (volontairement ou par erreur). Google ignorera purement et simplement cette annotation. Le signal hreflang ne sera pas validé, ce qui peut entraîner des incohérences dans l'affichage des versions linguistiques ou régionales.

Résultat : vos utilisateurs français peuvent se retrouver sur la version anglaise, ou vice versa, parce que Google n'a pas pu établir de correspondance claire entre les versions. C'est l'un des scénarios les plus courants de dysfonctionnement hreflang, souvent invisible lors de l'implémentation mais désastreux en production.

Comment identifier les URL non canoniques dans votre architecture ?

Premier réflexe : consulter la Search Console. L'outil indique clairement quelle URL Google considère comme canonique pour chaque groupe de pages similaires. Si vous constatez un écart entre l'URL déclarée dans hreflang et l'URL canonique choisie par Google, vous avez un problème.

Ensuite, un crawl complet avec Screaming Frog ou Oncrawl permet de croiser les balises canoniques déclarées, les annotations hreflang, et les redirections éventuelles. Toute incohérence — une page A qui pointe vers B en hreflang, alors que B canonicalise vers C — doit être corrigée immédiatement.

• Hreflang ne fonctionne que sur les URL canoniques — toute annotation sur une variante non canonique est ignorée.
• La canonicalisation peut être explicite (balise, en-tête) ou implicite (décision algorithmique de Google).
• Une incohérence entre hreflang et canonical génère des erreurs de ciblage linguistique ou régional.
• Search Console et outils de crawl sont indispensables pour auditer cette configuration.
• Un seul maillon cassé dans la chaîne hreflang suffit à compromettre l'ensemble du dispositif multilingue.

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

Oui, et c'est d'ailleurs l'une des causes récurrentes d'échec des implémentations hreflang. Sur des sites multilingues complexes, on observe fréquemment des chaînes de canonicalisation involontaires : une page FR canonicalise vers une version sans paramètre, qui elle-même est liée en hreflang à une version EN… elle aussi non canonique. Résultat : Google abandonne.

Ce qui est moins évident, c'est le cas où Google choisit une URL canonique différente de celle déclarée. Vous avez beau placer hreflang sur votre version déclarée canonique, si Google en préfère une autre, votre annotation devient caduque. C'est là que ça coince : la déclaration de Mueller suppose que vous contrôlez la canonicalisation, ce qui n'est pas toujours le cas. [A vérifier] dans des scénarios où Google surcharge vos directives.

Quelles situations posent problème en pratique ?

Premier piège : les sites avec pagination ou filtres. Une page produit existe en version FR, EN, DE, chacune avec des variantes paginées ou filtrées. Si vous canonicalisez les variantes vers la page principale, mais que vous placez hreflang sur les variantes elles-mêmes, vous créez un conflit structurel. Google ignorera ces annotations.

Deuxième piège : les sites avec redirections 302 temporaires ou chaînes de redirections. Une URLA redirige vers B, qui redirige vers C. Si hreflang pointe vers A, et que Google considère C comme canonique, l'annotation ne sert à rien. Idem pour les sites avec des protocoles HTTP/HTTPS mixtes ou des trailing slashes incohérents — autant de sources de canonicalisation involontaire.

Faut-il systématiquement placer hreflang sur toutes les versions d'une page ?

Non, et c'est une erreur courante. Si vous avez une page FR avec trois variantes (www, non-www, avec/sans slash final), vous ne devez placer hreflang que sur la version canonique. Les autres variantes doivent simplement canonicaliser vers cette version, sans annotation hreflang propre.

Cela dit, certains sites placent hreflang sur toutes les variantes « au cas où ». Ça ne casse rien techniquement, mais ça dilue les signaux et augmente le risque d'incohérence. Mieux vaut une architecture propre avec un seul point d'entrée hreflang par langue/région, et des canonicales solides pour gérer les variantes.

Que faut-il faire concrètement pour éviter ce problème ?

Première étape : auditer l'ensemble des balises canonical et hreflang sur votre site. Utilisez un crawler pour extraire toutes les annotations, puis croisez-les avec les URL canoniques déclarées. Toute divergence entre l'URL cible en hreflang et l'URL canonique doit être corrigée.

Ensuite, vérifiez dans la Search Console que Google respecte bien vos directives canonical. Si Google choisit une URL canonique différente de celle que vous déclarez, identifiez la cause : contenu dupliqué, redirections, signaux mixtes (canonical HTML vs HTTP header), ou simple préférence algorithmique. Corrigez en amont plutôt que de forcer avec hreflang.

Comment structurer hreflang sur un site multilingue avec variantes ?

Règle d'or : hreflang pointe toujours vers des URL canoniques. Si vous avez une version FR principale et des variantes (avec paramètres de tri, pagination, etc.), ces variantes doivent canonicaliser vers la version principale, qui seule porte les annotations hreflang vers EN, DE, etc.

Évitez les configurations en « étoile » où chaque variante pointe vers toutes les autres. Centralisez : une seule URL canonique par langue/région, qui déclare toutes les alternatives. Les variantes ne font que canonicaliser, sans porter d'annotation hreflang propre. Cela simplifie drastiquement la maintenance et réduit les risques d'erreur.

Quelles erreurs éviter absolument ?

Ne jamais pointer hreflang vers une URL qui redirige, même en 301. Google peut suivre la redirection, mais le signal est dilué et le risque d'erreur augmente. Si une page est redirigée, mettez à jour hreflang pour pointer directement vers la destination finale.

Ne pas mélanger les protocoles (HTTP/HTTPS) ni les variantes de domaine (www/non-www) dans les annotations hreflang. Toutes les URL hreflang doivent être cohérentes avec vos canonical, sinon Google interprétera cela comme des signaux contradictoires et risque de tout ignorer.

• Crawler le site pour extraire toutes les balises canonical et hreflang, puis croiser les données.
• Vérifier dans Search Console que Google respecte vos directives canonical sur les pages clés.
• S'assurer que chaque URL cible en hreflang est bien une URL canonique (pas de redirection, pas de variante).
• Centraliser les annotations hreflang sur les versions canoniques uniquement, jamais sur les variantes.
• Éviter les chaînes de redirections et les protocoles mixtes dans les URL hreflang.
• Tester les annotations avec le validateur hreflang de Google ou des outils tiers (Merkle, Aleyda Solis).