.png)
Le hreflang est un attribut HTML qui indique à Google la langue et, si besoin, le pays ciblés par une page, ainsi que les autres versions de cette même page. Il permet d'afficher dans les résultats la version adaptée à chaque internaute, par exemple la page fr-BE à un Belge francophone, et d'éviter que vos versions linguistiques se fassent concurrence.
Sans hreflang, Google choisit seul quelle version montrer, et il se trompe souvent quand deux pages partagent la même langue, comme une version française et une version suisse. Le visiteur arrive alors sur la mauvaise devise ou le mauvais catalogue.
Ce guide couvre la syntaxe, les codes langue et pays, les trois méthodes d'implémentation, les réglages sur Shopify, WordPress et Webflow, puis les erreurs que l'on retrouve le plus souvent en audit.
Qu'est-ce que la balise hreflang ?
Techniquement, hreflang est un attribut de l'élément link rel="alternate", d'où le raccourci « balise hreflang ». Il déclare qu'une page possède des équivalents dans d'autres langues ou pour d'autres pays.
Google regroupe ces variantes en un ensemble, puis affiche dans ses résultats celle qui correspond le mieux à la langue et à la localisation de l'internaute.
À quoi sert hreflang en SEO ?
Hreflang a trois effets concrets sur un site international :
- La bonne page pour le bon public : un internaute canadien voit la version fr-CA avec ses prix en dollars canadiens plutôt que la version française.
- Moins de confusion entre pages proches : deux pages en anglais pour le Royaume-Uni et les États-Unis sont presque identiques. Hreflang indique à Google qu'il s'agit de variantes voulues, et non de contenu dupliqué à départager.
- Un meilleur taux de conversion : la bonne devise, les bonnes conditions de livraison et la bonne langue limitent les rebonds.
Hreflang ne fait pas monter une page dans le classement : il agit sur la version affichée, pas sur la position. Une page faible reste faible, quelles que soient ses annotations.
Dans quels cas votre site en a-t-il besoin ?
Hreflang est utile dans trois situations : un site traduit en plusieurs langues, un site qui décline une même langue pour plusieurs pays (fr-FR, fr-BE, fr-CH), ou un mélange des deux. C'est le cas typique d'un site e-commerce qui vend dans plusieurs pays avec des prix et des catalogues différents.
Un site disponible dans une seule langue, pour un seul marché, n'en a pas besoin. Une page qui n'existe que dans une langue ne doit pas non plus pointer vers des versions fictives.
Comment écrire une balise hreflang ?
La syntaxe de base
Voici l'ensemble à placer dans le head d'une page disponible en français pour la France, en français pour la Belgique et en anglais :
Ce même bloc doit figurer, à l'identique, sur chacune des trois pages. Chaque page se cite donc elle-même, puis cite toutes ses variantes.
Les URL doivent être absolues, protocole compris : « https://www.exemple.com/en/ » et jamais « /en/ ».
Codes langue et pays : les bons formats
Le code langue est obligatoire et suit la norme ISO 639-1. Le code pays est facultatif, suit la norme ISO 3166-1 Alpha 2 et se place après la langue, séparé par un tiret. Un code pays seul ne fonctionne pas.
Selon la documentation de Google, les codes réservés comme EU, UN ou UK n'ont aucun effet : le ciblage géographique est simplement perdu.
La valeur x-default
La valeur x-default désigne la page de repli pour les internautes dont la langue ou le pays ne correspond à aucune variante déclarée. C'est souvent la page d'accueil internationale, un sélecteur de pays ou la version anglaise.
Elle n'est pas obligatoire, mais Google conseille de l'ajouter, en particulier pour les pages de sélection de langue et les pages d'accueil qui redirigent l'internaute. Sans elle, Google choisit lui-même la version à montrer aux marchés non couverts.
{{audit-primary="/cta"}}
Balises HTML, en-têtes HTTP ou sitemap : quelle méthode choisir ?
Google accepte trois méthodes pour déclarer les variantes. Elles ont la même valeur à ses yeux : le choix dépend de votre CMS, du volume de pages et de qui maintient le site.
Une seule méthode suffit. Les cumuler multiplie les risques d'incohérence, par exemple un sitemap à jour et des balises restées sur l'ancienne URL. Si vous passez par le sitemap, notre guide sur le sitemap XML détaille sa structure et sa soumission.
Hreflang sur Shopify, WordPress et Webflow
Sur la plupart des CMS, vous n'écrivez pas les balises à la main. Le travail consiste à vérifier ce que l'outil génère et à corriger ses angles morts.
- Shopify : les balises hreflang sont créées automatiquement pour chaque domaine ou sous-dossier international configuré dans Shopify Markets. Elles peuvent être désactivées dans les préférences de la boutique, mais il faut alors les ajouter soi-même au thème.
- WordPress : le CMS ne gère pas le multilingue nativement. Ce sont les extensions de traduction comme WPML, Polylang ou Weglot qui ajoutent les annotations, à condition que chaque contenu soit bien relié à ses traductions.
- Webflow : la fonction Localization génère les balises dans le head de chaque page et dans le sitemap automatique. Depuis avril 2025, le panneau Settings permet de désactiver cette génération ou de définir une URL de base personnalisée.
Point de vigilance commun : une traduction non reliée à son original casse l'ensemble. Un contrôle après chaque ajout de langue ou de marché reste indispensable.
Les règles à respecter : réciprocité, auto-référence et canonical
Réciprocité et auto-référence
Les liens hreflang doivent être bidirectionnels : si la page française cite la version allemande, la version allemande doit citer la page française. Google l'exige pour éviter qu'un site tiers se déclare variante de vos pages sans votre accord.
Chaque page doit aussi se citer elle-même dans son bloc d'annotations. Sur un grand site, Google tolère qu'une partie des liens manque, mais les nouvelles langues doivent au minimum être reliées de façon réciproque à la version d'origine.
Hreflang et balise canonical
Hreflang et balise canonical ne disent pas la même chose. La canonical désigne la version de référence parmi des pages identiques, hreflang relie des pages équivalentes dans des langues différentes. Chaque version linguistique doit donc porter une canonical vers elle-même.
L'erreur classique consiste à faire pointer la canonical de la page anglaise vers la page française. Google comprend alors que la page anglaise est un doublon à ignorer, et l'annotation hreflang perd son objet. Les URL citées dans le hreflang doivent toutes être des URL canoniques, indexables et en 200.
Attention aux redirections automatiques par langue ou par IP
Rediriger automatiquement l'internaute selon son adresse IP ou la langue de son navigateur est tentant, mais Google le déconseille explicitement. Googlebot explore surtout depuis les États-Unis : une redirection par IP peut l'empêcher de voir vos autres versions.
Mieux vaut laisser l'internaute sur la page demandée et lui proposer la version adaptée par une bannière ou un sélecteur de pays. Hreflang fait le reste dans les résultats.
Les 7 erreurs hreflang les plus fréquentes
Voici les problèmes que l'on retrouve le plus souvent lors d'un audit technique SEO de site international :
- Lien de retour manquant : la page A cite B, mais B ne cite pas A. L'annotation peut être ignorée.
- Codes langue ou pays invalides : en-UK, fr_FR, un pays sans langue ou un code réservé comme EU.
- Hreflang vers une URL non canonique : l'annotation cite une URL avec paramètres ou une URL dont la canonical pointe ailleurs.
- Hreflang vers une page en erreur ou redirigée : après une refonte, les annotations pointent encore vers d'anciennes URL en 404 ou en 301.
- URL relatives : « /en/ » au lieu de l'URL complète avec protocole et domaine.
- Plusieurs URL pour la même langue : deux pages déclarées en fr-FR dans le même ensemble, Google ne sait pas laquelle choisir.
- Annotations sur des pages non traduites : la version « anglaise » affiche en réalité le texte français, ce qui contredit la langue que Google détecte dans le contenu.
Ce dernier point est souvent sous-estimé. Google détermine la langue d'une page à partir de son contenu visible, sans tenir compte de l'attribut lang ni de l'URL : aucune annotation ne compense une traduction absente.
{{rdv-primary="/cta"}}
Comment vérifier vos balises hreflang ?
Le rapport « Ciblage international » de la Search Console a été retiré le 22 septembre 2022. Google a confirmé à cette occasion qu'il continuait d'utiliser hreflang. Le contrôle se fait donc désormais avec d'autres outils :
- Un crawl complet du site : un crawl avec Screaming Frog extrait toutes les annotations et signale les liens de retour manquants, les codes invalides, les URL non canoniques et les cibles en erreur.
- L'outil d'inspection d'URL de la Search Console : il montre la page canonique retenue par Google pour une variante donnée et révèle les cas où Google regroupe deux versions que vous vouliez distinctes.
- Les rapports de performances par pays : une page fr-BE qui reçoit l'essentiel de ses clics depuis la France signale une annotation mal prise en compte.
- L'analyse des logs serveur : une analyse de logs montre si Googlebot explore réellement chaque version, ce qui permet de repérer les versions bloquées par une redirection.
Ce contrôle est à refaire après chaque ouverture de marché et chaque refonte. Pour la structure d'URL, sous-dossiers, sous-domaines et domaines par pays sont tous valables dans votre arborescence SEO : Google déconseille seulement les paramètres d'URL (?loc=de).
Comment datashake accompagne votre SEO international
datashake accompagne 60 % de ses clients dans leur expansion à l'international. L'agence fait partie des quelques agences françaises sélectionnées dans le Google Partners International Growth Program.
Sur le volet technique, l'équipe SEO et GEO de datashake audite l'implémentation hreflang dans son ensemble : structure d'URL, cohérence entre hreflang et canonical, redirections, sitemaps et couverture réelle par Googlebot. L'objectif est que chaque marché reçoive la bonne page, dans Google comme dans les moteurs de réponse IA.
FAQ
Hreflang est-il un facteur de classement ?
Non. Hreflang ne fait pas progresser une page dans les résultats, il indique à Google quelle variante afficher à quel internaute. Son effet se mesure sur la version affichée par pays et sur le taux de conversion, pas sur la position.
Faut-il des balises hreflang sur un site en une seule langue ?
Non, si le site vise un seul marché. Hreflang ne sert que lorsqu'au moins deux versions d'une même page existent, dans deux langues ou pour deux pays. Sur un site monolingue, des annotations n'apportent rien et ajoutent une source d'erreurs.
Quelle différence entre hreflang et l'attribut lang ?
L'attribut lang, placé sur la balise html, déclare la langue de la page pour les navigateurs et les lecteurs d'écran. Google ne s'en sert pas pour déterminer la langue d'une page : il analyse le contenu visible. Hreflang, lui, relie la page à ses équivalents dans d'autres langues ou d'autres pays.
Pourquoi Google ignore-t-il mes balises hreflang ?
Les causes les plus fréquentes sont un lien de retour manquant, un code langue ou pays invalide, une URL citée qui n'est pas canonique ou qui renvoie une erreur. Un crawl complet du site permet de les repérer en quelques minutes. Enfin, hreflang reste une indication et non une directive : Google peut afficher une autre version s'il la juge plus pertinente.
Peut-on utiliser hreflang entre des domaines différents ?
Oui. Les variantes n'ont pas besoin d'être sur le même domaine : exemple.fr peut pointer vers exemple.de, à condition que les liens soient réciproques. C'est la configuration courante des marques qui utilisent un domaine par pays.
%20_%20ce%20qu%27il%20faut%20savoir%20et%20que%20faire%20.png)
