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).

Google ne distingue pas les majuscules des minuscules dans les valeurs hreflang : zh-CN, zh-cn et zh-cN sont interprétés de la même façon. Mettre la région en majuscules suit la convention ISO ; l'essentiel est d'utiliser des codes de langue et de région valides.

Chaque version localisée doit indiquer sa propre URL et les autres versions disponibles de manière réciproque. x-default est facultatif : il peut pointer vers une page par défaut ou un sélecteur de langue utile aux visiteurs sans correspondance. Son absence n'invalide pas les annotations hreflang.

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 — Utiliser des codes de langue ou de région invalides. Google interprète hreflang sans distinguer la casse ; les majuscules régionales suivent la convention ISO, mais ne sont pas une condition d'indexation. Corrigez les codes non pris en charge, pas la casse.

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 — Choisir une destination x-default inadaptée. Cette valeur est facultative ; si elle est utilisée, pointez vers une page ou un sélecteur utile aux visiteurs sans langue correspondante. L'absence de x-default seule ne constitue pas une erreur.

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 ou les annotations du sitemap : codes valides, autoréférence, liens réciproques et URL accessibles. Ne vérifiez x-default que si vous avez choisi de proposer ce repli facultatif.

Étape 2 — Google Search Console. L’ancien rapport Ciblage international a été abandonné en 2022. Utilisez l’inspection d’URL pour vérifier l’indexation et les URL canoniques, puis un crawl ou un audit pour contrôler hreflang, les balises réciproques, les codes de langue et les URL alternatives. Google prend toujours en charge hreflang, mais cet ancien rapport n’est plus disponible.

É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 — Envisagez un x-default facultatif pour les langues non couvertes, surtout avec un sélecteur de langue. Choisissez la destination selon l'expérience utilisateur plutôt que systématiquement selon le pays de l'entreprise. L'absence de x-default n'invalide pas hreflang.

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. WordPress + WPML et les fonctionnalités multilingues de Shopify génèrent tous deux 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.

Aujourd'hui, Cogo Site propose l'édition de contenu multilingue, des brouillons de traduction par IA que vous relisez et un sélecteur de langue pour vos visiteurs.

Cogo Site ne génère pas encore de balises hreflang ni d'alternatives dans le sitemap pour les sites que vous publiez, et changer de langue ne modifie pas l'URL de la page.

Si votre stratégie SEO repose sur des URL distinctes par langue avec hreflang, Cogo Site n'est pas encore le bon choix.