Balise hreflang : référencer un site multilingue selon Google

En bref

La balise hreflang indique à Google que plusieurs pages sont des versions linguistiques ou régionales d'un même contenu, pour qu'il affiche dans ses résultats la version la plus adaptée à chaque internaute. Pour fonctionner, chaque version doit se citer elle-même et citer toutes les autres, avec des URL complètes, des codes de langue valides et des liens réciproques.

Mis à jour le 26 octobre 2026.

En 2026, un site traduit en plusieurs langues n'est toujours pas automatiquement bien référencé dans chaque pays. Sans signal clair, Google peut afficher la page française à un internaute belge néerlandophone, ou la version anglaise à un visiteur allemand. L'attribut hreflang sert précisément à éviter ces erreurs. Ce guide reprend la documentation de Google Search Central, consultée le 26 octobre 2026, pour expliquer comment déclarer vos versions, quels codes utiliser et quelles erreurs font ignorer vos balises. Il complète notre article sur la balise canonical, car les deux signaux travaillent ensemble.

Les notions à connaître

Hreflang : un attribut qui signale à Google les variantes localisées d'une même page, par langue et éventuellement par région.

Version linguistique : une page dont le contenu principal est traduit dans une autre langue, par exemple la version allemande d'une fiche produit française.

Variante régionale : une page dans la même langue mais adaptée à un pays, par exemple un contenu en français pour la France, la Belgique et la Suisse avec des prix ou des conditions différents.

X-default : la valeur réservée qui désigne la page à afficher quand aucune langue ou région déclarée ne correspond à l'internaute, souvent une page de sélection du pays.

Quand utiliser hreflang

Google conseille de déclarer vos versions dans 3 cas : quand seul le modèle de page est traduit, quand le contenu est identique à quelques variantes régionales près, et quand tout le site est traduit (Google Search Central). Google précise aussi que des versions localisées ne sont considérées comme des doublons que si leur contenu principal n'est pas traduit.

Un point surprend souvent : Google n'utilise ni hreflang ni l'attribut lang du code HTML pour détecter la langue d'une page. Il la détermine à partir du contenu visible, grâce à ses propres algorithmes. Hreflang ne sert donc pas à dire « cette page est en italien », mais « cette page italienne est l'équivalent de cette page française ». Pour ne pas brouiller ce signal, Google recommande une seule langue par page, navigation comprise, et d'éviter les traductions côte à côte (Google Search Central).

Les trois façons de déclarer vos versions

Dans le code HTML, les en-têtes HTTP ou le sitemap

Google accepte trois méthodes : des éléments link dans l'en-tête HTML de chaque page, des en-têtes HTTP pour les fichiers non HTML comme les PDF, ou des entrées dans le sitemap XML. Les trois sont équivalentes pour Google, et les combiner n'apporte aucun avantage, tout en compliquant la maintenance (Google Search Central). Choisissez donc une seule méthode et appliquez-la partout.

Les règles communes à toutes les méthodes

Quelle que soit la méthode, les mêmes règles s'appliquent :

La réciprocité est la règle la plus importante : si deux pages ne renvoient pas l'une vers l'autre, Google ignore les balises. Cette précaution empêche un site tiers de se déclarer arbitrairement comme variante de vos pages.

Le cas du sitemap XML

Le sitemap est souvent la méthode la plus simple à maintenir sur un site de plusieurs centaines de pages. Google demande alors un élément url distinct pour chaque adresse, avec un élément loc et une liste d'éléments xhtml:link qui répertorie chaque version de la page, y compris la page elle-même ; l'ordre de ces éléments n'a pas d'importance (Google Search Central). L'espace de noms xhtml doit être déclaré en tête du fichier. Sur un site en 6 langues, chaque URL du sitemap porte donc 6 liens alternatifs, plus éventuellement un lien x-default, comme le montre l'exemple à 3 versions de la documentation de Google (Google Search Central).

Choisir les bons codes de langue et de région

La valeur de l'attribut se compose d'un code de langue au format ISO 639-1, suivi éventuellement d'un code de région au format ISO 3166-1 Alpha 2, séparés par un tiret (Google Search Central). La casse n'a pas d'importance. En revanche, un code de région seul n'est jamais valide : le code be, par exemple, désigne le biélorusse et non la Belgique. Pour un public francophone belge, il faut écrire fr-BE.

Les codes réservés sans effet

Google précise que les codes réservés à autre chose sont ignorés : utiliser EU, UN ou UK dans une annotation hreflang n'a aucun effet sur la recherche Google (Google Search Central). Pour le Royaume-Uni, le code officiel ISO 3166-1 est GB, donc en-GB : un réflexe à vérifier dans tout audit de site international en 2026.

Tableau des codes hreflang : valides et invalides

Exemple : un site vitrine en trois langues

Prenons une entreprise française qui publie sa page de services en français, en anglais et en espagnol, sur trois sous-répertoires du même domaine. Chacune des trois pages doit déclarer les trois versions : fr pour la page française, en pour l'anglaise, es pour l'espagnole, plus une valeur x-default vers la version de votre choix, souvent l'anglaise ou une page de sélection de la langue. Si l'entreprise ajoute ensuite une page en italien, il faut mettre à jour les trois pages existantes, et pas seulement créer la nouvelle : c'est un oubli fréquent lors d'un ajout de langue.

Structure d'URL et redirections

Une URL distincte par langue

Google recommande des URL distinctes pour chaque version linguistique, plutôt que des cookies ou les paramètres du navigateur (Google Search Central). Domaines nationaux, sous-domaines ou sous-répertoires sur un domaine générique sont tous possibles ; les paramètres d'URL sont la solution que Google déconseille. À noter : Google ignore les balises meta de localisation et traite certains domaines régionaux comme .eu comme des domaines génériques.

Pas de redirection automatique par langue

Googlebot explore généralement depuis les États-Unis, sans indiquer de langue préférée dans ses requêtes. Si votre site redirige automatiquement selon la langue supposée de l'internaute, certaines versions risquent de ne jamais être explorées. Google recommande plutôt d'afficher des liens vers les autres versions et de laisser l'internaute choisir.

La page de Google consacrée aux pages adaptables aux paramètres régionaux va dans le même sens : si vos pages changent de contenu selon le pays estimé ou la langue préférée du visiteur, Google risque de ne pas explorer, indexer ou classer tout ce contenu, et recommande des URL distinctes annotées avec hreflang (Google Search Central). Elle précise aussi que Googlebot explore depuis des adresses IP situées hors des États-Unis en plus de celles basées aux États-Unis, et que les règles du fichier robots.txt et des balises meta robots doivent être identiques pour toutes les versions. En 2026, c'est donc le premier point à vérifier sur un site qui adapte son contenu à la langue ou au pays du visiteur.

Les erreurs les plus fréquentes

La plupart des implémentations défaillantes tiennent à quelques erreurs simples, que Google signale dans sa documentation ou qui contredisent ses règles :

Autre vigilance : la balise canonical d'une version traduite doit rester cohérente avec hreflang. Pour des contenus très proches dans une même langue, par exemple une version pour l'Allemagne et une autre pour l'Autriche, Google recommande de choisir une version préférée et d'utiliser ensemble rel="canonical" et hreflang (Google Search Central). Pour repérer ces anomalies, le rapport d'indexation présenté dans notre guide Google Search Console reste un bon point de départ, complété par un maillage interne qui relie clairement les versions entre elles.

Si votre site international sert aussi vos campagnes payantes, la même logique s'applique côté publicité : une page par langue et par pays, comme nous l'expliquons dans Google Ads à l'international. Et pour les commerces de proximité présents dans plusieurs villes, notre article sur le GEO local montre comment ces mêmes pages localisées aident aussi les moteurs de réponse.

Questions fréquentes

Hreflang aide-t-il Google à détecter la langue d'une page ?

Non. Google détermine la langue à partir du contenu visible et n'utilise ni hreflang ni l'attribut lang pour cela. Source : Google Search Central.

Faut-il déclarer hreflang à la fois dans le HTML et dans le sitemap ?

Ce n'est pas utile. Les trois méthodes sont équivalentes pour Google et les combiner n'apporte aucun avantage. Source : Google Search Central.

Pourquoi mes balises hreflang sont-elles ignorées ?

Le plus souvent parce que les liens ne sont pas réciproques : si deux pages ne renvoient pas l'une vers l'autre, Google ignore les balises. Source : Google Search Central.

Peut-on rediriger automatiquement les visiteurs vers leur langue ?

Google le déconseille : ces redirections peuvent empêcher les internautes et les moteurs de recherche de consulter toutes les versions du site. Source : Google Search Central.

Google tient-il compte des balises meta de géolocalisation ?

Non. Google ignore les balises meta de localisation et les attributs HTML de ciblage géographique. Source : Google Search Central.

Faire auditer votre site multilingue

Nous auditons et corrigeons les sites multilingues, de la structure d'URL aux balises hreflang. Découvrez notre offre SEO, notre accompagnement GEO, demandez un audit gratuit ou contactez-nous.

Sources