Guide Hreflang : syntaxe, erreurs et bonnes pratiques

Hreflang (aussi appelé « rel=alternate hreflang ») est un attribut de lien HTML qui indique aux moteurs de recherche quelle version linguistique et régionale d'une page afficher dans les résultats de quels internautes. Il a été introduit par Google en 2011 pour résoudre le problème de contenu dupliqué auquel font face les sites multilingues : si vous avez une page anglaise et une page espagnole au contenu identique, Google peut considérer l'une comme un duplicata de l'autre et n'en indexer qu'une seule. Hreflang indique à Google « ce sont des alternatives intentionnelles pour des publics différents — indexez les deux et orientez les internautes de manière appropriée. »

Sans hreflang, un internaute américain cherchant « plombier près de chez moi » pourrait voir votre page espagnole (parce que Google la juge pertinente pour sa requête) — et rebondir parce qu'il ne lit pas l'espagnol. Avec un hreflang correct, Google montre votre page anglaise à l'internaute américain et votre page espagnole à un internaute mexicain. Le résultat : meilleur engagement, conversion plus élevée et aucune cannibalisation entre les locales.

Le hreflang est surtout important pour : les entreprises de services multilingues (communautés d'immigrants, professionnels transfrontaliers), le commerce électronique international, et tout site publiant le même contenu en plusieurs langues. Si votre site est mono-locale, le hreflang est inutile — Google le gère correctement sans l'attribut.

Hreflang utilise l'attribut de lien rel=alternate avec une valeur hreflang. La valeur combine un code de langue ISO 639-1 avec un code de région ISO 3166-1 alpha-2 facultatif. Exemples : en (anglais, toute région), en-US (anglais États-Unis), zh-CN (chinois simplifié, Chine continentale), zh-TW (chinois traditionnel, Taïwan), es-MX (espagnol Mexique), fil-PH (filipino Philippines).

Crucial : les codes de région sont sensibles à la casse. zh-CN est correct ; zh-cn ou zh-cN ne le sont pas. Google ignore silencieusement une casse incorrecte. Utilisez toujours des sous-étiquettes de région en majuscules conformément à la norme ISO.

Une implémentation hreflang complète nécessite trois éléments sur chaque page : (1) une balise hreflang auto-référentielle (la page déclarant sa propre locale), (2) une balise hreflang pour chaque autre version de locale (les alternatives), et (3) une balise x-default pointant vers la locale à afficher lorsqu'aucune alternative ne correspond à l'internaute. L'absence de l'un de ces éléments casse l'implémentation.

Chaque alternative doit être bidirectionnelle. Si la page A (anglaise) déclare la page B (chinoise) comme son alternative, la page B doit déclarer la page A comme son alternative. L'absence de balises de retour est l'erreur hreflang la plus courante — Google ignore les deux directions lorsqu'une seule manque.

Erreur 1 — Mauvaise casse du code de locale. zh-cn au lieu de zh-CN, fil-ph au lieu de fil-PH. Google ignore silencieusement les balises dont la casse est incorrecte. Correction : mettez toujours les sous-étiquettes de région en majuscules.

Erreur 2 — Balises de retour manquantes. La page A déclare la page B comme alternative, mais la page B ne déclare pas la page A. Correction : chaque alternative doit être bidirectionnelle ; si vous ajoutez une nouvelle locale, mettez à jour toutes les pages existantes pour la déclarer en retour.

Erreur 3 — x-default manquant ou erroné. Sans x-default, Google devine quelle locale afficher aux internautes non appariés ; en général, il choisit votre locale la plus indexée, ce qui n'est peut-être pas ce que vous voulez. Correction : déclarez explicitement x-default (généralement en pointant vers votre locale commerciale principale).

Erreur 4 — Des URL hreflang qui ne correspondent pas aux URL canoniques. Si /pricing a pour canonique /pricing, mais que son hreflang pointe vers /pricing?utm_source=internal, Google ignore l'alternative. Correction : les URL hreflang doivent correspondre aux URL canoniques caractère par caractère.

Erreur 5 — Hreflang sur des pages en noindex ou canonicalisées ailleurs. Les pages bloquées à l'indexation ne doivent pas déclarer de hreflang. Correction : omettez les balises hreflang sur les routes en noindex, les routes redirigées et les pages canonicalisées vers d'autres URL.

Erreur 6 — Hreflang vers des pages soft-404 ou « locale non disponible ». Ne déclarez pas une URL alternative qui renvoie un message « désolé, cette page n'est pas disponible dans votre langue » — c'est un soft 404 et Google pénalise les deux directions. Correction : ne déclarez comme alternatives que celles contenant du contenu réel ; si une page n'existe pas dans une locale, ne déclarez pas cette locale comme alternative.

Erreur 7 — Variantes de locale incohérentes d'une page à l'autre. La page A déclare les locales en, zh-CN, es, mais la page B ne déclare que en et zh-CN. L'incohérence perturbe Google. Correction : chaque page existant en plusieurs locales doit déclarer toutes les locales où elle existe — et aucune locale où elle n'existe pas.

Étape 1 — Inspectez le HTML rendu. Affichez le code source de toute page multilingue et vérifiez dans la section head la présence de balises link rel=alternate. Vous devriez voir une balise auto-référentielle, une balise par locale alternative et une balise x-default. Vérifiez la casse, la correspondance des URL et les balises bidirectionnelles.

Étape 2 — Google Search Console. Sous Ciblage international > Pays, Google signale les erreurs hreflang qu'il trouve sur votre site. Erreurs courantes : balises de retour manquantes, codes de locale erronés, URL alternatives cassées. Corrigez chaque erreur signalée par Google.

Étape 3 — Crawl Ahrefs ou Sitebulb. Ces outils détectent les problèmes hreflang à grande échelle — incohérences de balises bidirectionnelles sur des milliers de pages, alternatives cassées, codes de locale incorrects. Lancez un crawl complet du site chaque trimestre.

Étape 4 — Test SERP manuel. Recherchez votre nom de marque depuis différents appareils spécifiques à une locale (utilisez un VPN ou les domaines nationaux de Google comme google.com.hk pour Hong Kong) et vérifiez que la bonne version de locale s'affiche. Si vous constatez une cannibalisation de locale (mauvaise version classée dans la mauvaise région), le hreflang en est probablement la cause.

Étape 5 — Vérifiez l'indexation dans Search Console. Utilisez l'inspection d'URL sur chaque version de locale d'une page pour confirmer que Google a indexé toutes les alternatives. Si une version de locale n'est pas indexée, le hreflang ne transmet pas correctement le signal.

Bonne pratique 1 — Utilisez des codes de langue seuls (en, zh, es) lorsque vous n'avez pas de contenu spécifique à une région. N'utilisez les codes de région (en-US, en-GB, zh-CN, zh-TW) que lorsque le contenu diffère réellement selon la région (devise, références juridiques, vocabulaire). Sur-spécifier les codes de région alors que le contenu est identique crée des alternatives inutiles.

Bonne pratique 2 — Définissez x-default sur votre locale commerciale principale (généralement la locale du pays d'origine de votre entreprise). Pour une entreprise américaine, x-default = en ou en-US. Pour une entreprise chinoise avec une version anglaise, x-default = zh-CN si votre public principal est chinois, en s'il est international.

Bonne pratique 3 — Générez le hreflang à partir d'une source de vérité unique (votre CMS ou constructeur de site). Maintenir le hreflang à la main sur des milliers de pages garantit une dérive. Cogo Site, WordPress + WPML et les fonctionnalités multilingues de Shopify génèrent tous automatiquement le hreflang ; choisissez un constructeur qui le fait.

Bonne pratique 4 — Gardez les URL hreflang propres et stables. N'incluez pas de paramètres de requête, d'ID de session ou de paramètres de suivi dans les URL hreflang. Une fois qu'une URL alternative est publiée, ne la changez pas sans redirection — le cache hreflang de Google met des semaines à se reconstruire.

Bonne pratique 5 — Auditez le hreflang après chaque lancement de locale, suppression de locale ou migration majeure de contenu. Les dérives arrivent ; le hreflang est le canari dans la mine pour la santé d'un site multilingue.

Cogo Site génère le hreflang à partir d'une source de vérité unique — le routage d'URL préfixé par la locale. Chaque page inclut automatiquement les balises auto-référentielle, alternative et x-default avec une casse ISO correcte, des balises de retour bidirectionnelles et des URL correspondant aux canoniques. Vous n'écrivez pas les balises ; vous ne les maintenez pas.

L'ajout d'une locale régénère le hreflang sur toutes les pages de manière atomique — il n'existe aucune fenêtre où les pages existantes manquent la nouvelle alternative. La suppression d'une locale retire proprement le hreflang vers cette locale de toutes les pages, évitant les soft-404.

La visibilité des locales par page vous permet de marquer une page comme anglais uniquement ou chinois uniquement — le hreflang ne déclare les alternatives que là où les deux existent, évitant l'erreur de « l'alternative soft-404 ».

La locale x-default est configurable par site, avec par défaut la locale de publication d'origine. Les URL hreflang sont dérivées du même routage que les URL canoniques, elles ne peuvent donc pas dériver.