En bref

Les balises hreflang indiquent à Google que plusieurs pages ont le même contenu pour différentes langues ou différents pays, et laquelle montrer à qui. Sans elles, un internaute allemand peut arriver sur votre page anglaise, ou vos pages britannique et américaine peuvent se concurrencer.

En théorie, hreflang est simple ; en pratique, c’est facile à casser. Nous le mettons en place sur des sites multilingues comme Agrider (5 langues, environ 410 pages de machines chacune) et sur notre propre site en plusieurs langues, et nous le vérifions après chaque mise en ligne importante. Ce guide en est la version pratique.

Comment hreflang relie les versions linguistiques : chaque page liste toutes les versions, elle-même et x-default, et chacune est canonique à elle-même

À quoi ressemble une configuration hreflang correcte

Chaque page liste toutes les versions linguistiques, y compris elle-même, plus une version x-default pour les visiteurs qui ne correspondent à aucune d’elles :

<link rel="alternate" hreflang="en" href="https://example.com/en/leasing-calculator/" />
<link rel="alternate" hreflang="de" href="https://example.com/de/leasingrechner/" />
<link rel="alternate" hreflang="pl" href="https://example.com/pl/kalkulator-leasingu/" />
<link rel="alternate" hreflang="x-default" href="https://example.com/en/leasing-calculator/" />
<link rel="canonical" href="https://example.com/en/leasing-calculator/" />

Le même bloc, avec sa propre balise canonical, figure sur les pages allemande et polonaise. Trois règles font l’essentiel :

Réciprocité. Si la page A pointe vers la page B, la page B doit pointer vers la page A. Les liens à sens unique sont ignorés.
Auto-référence. Chaque page se liste elle-même.
Canonical vers soi-même. Chaque version linguistique est canonique à elle-même, jamais à la langue principale.

Langue seule, ou langue et pays ?

Code	Signification	À utiliser quand
en	Anglais, tous pays	Une seule version anglaise pour tout le monde
en-GB, en-US, en-IN	Anglais pour un pays précis	Prix, devise, livraison ou orthographe différents selon le pays
fr-FR, fr-BE, fr-CH, fr-CA	Français pour un pays précis	Prix en euros ou en francs suisses, conditions différentes
hi-IN	Hindi pour l’Inde	Une deuxième langue dans le même pays
x-default	Version par défaut	La page des visiteurs qui ne correspondent à aucune autre version

Le code de langue vient en premier (ISO 639-1), le code pays facultatif en second (ISO 3166-1 alpha-2). « en-UK » est une erreur courante ; le bon code est en-GB.

Exemple : une marque sur des domaines nationaux. Nos boutiques Melini fonctionnent en Hongrie (melini.hu), au Royaume-Uni (melini.co.uk), aux États-Unis (melinishop.com) et en Inde (melini.in, en anglais et en hindi), chacune avec sa devise. Pour une telle structure, les pages produits correspondantes porteraient hu-HU, en-GB, en-US, en-IN et hi-IN, et hreflang fonctionne entre domaines tant que chaque domaine liste tous les autres.

La boutique Melini sur ordinateur

La version anglaise de la boutique Melini. Capture d’écran : 19 octobre 2026.

Hreflang et canonical : comment ils fonctionnent ensemble

L’erreur la plus dommageable que nous voyons : toutes les versions linguistiques ont une balise canonical qui pointe vers la page anglaise. Cela dit à Google que les autres versions sont des doublons, et les hreflang sont ignorés. Résultat : seule la page anglaise se positionne, partout.

Situation	Canonical	Hreflang
Versions linguistiques d’une même page	Chacune vers elle-même	Toutes les versions + x-default
URL filtrée ou triée (?sort=price)	Vers l’URL propre	Seulement sur l’URL propre
Page qui n’existe que dans une langue	Vers elle-même	Aucun, ou seulement elle-même + x-default
Page redirigée ou en noindex	Jamais listée dans les hreflang	—

Trois façons d’implémenter hreflang

1. Dans le head HTML. La plus courante et la plus simple à vérifier. Idéale pour la plupart des sites.

2. Dans le sitemap XML. Chaque URL liste ses alternatives. Utile pour les très grands sites, car le HTML des pages reste plus léger.

3. Dans les en-têtes HTTP. Pour les PDF et autres fichiers non HTML.

Choisissez une méthode et tenez-vous-y. Les mélanger rend les erreurs plus difficiles à trouver.

Sur Agrider, les hreflang et le sitemap sont générés à partir des mêmes données : une nouvelle page de machine est reliée dans les cinq langues dès sa publication. Les slugs traduits font partie de ces données, par exemple /en/leasing-calculator/ et /uk/kalkulyator-lizynhu/.

Comment vérifier les hreflang

1. Regardez le HTML rendu. Sur un site construit en JavaScript, vérifiez ce que Google reçoit, pas seulement ce qu’affiche le navigateur. Récupérez la page avec un user agent Googlebot ou utilisez l’outil d’inspection d’URL de Search Console.

2. Vérifiez la réciprocité. Pour chaque page, ouvrez chaque alternative et confirmez qu’elle renvoie vers la page de départ. Un crawler peut le faire pour tout le site.

3. Vérifiez les codes de statut. Chaque URL des hreflang doit renvoyer 200 et être indexable. Pas de redirection, pas de 404, pas de noindex.

4. Vérifiez les canonical. Chaque version canonique à elle-même.

5. Vérifiez pays par pays dans Search Console. Après le lancement, filtrez le rapport Performances par pays. Si les internautes allemands arrivent encore sur les pages anglaises, quelque chose ne va pas.

Lors de l’audit de notre propre site, nous avons vérifié ainsi 416 URL en quatre langues : chaque page avait son titre et sa description dans la bonne langue, les hreflang étaient réciproques, les canonical pointaient vers elles-mêmes, et les robots des moteurs de recherche et des assistants IA recevaient les mêmes balises.

Les erreurs hreflang les plus fréquentes

Liens de retour manquants. La page A liste B, mais B ne liste pas A.
Canonical vers la langue principale sur toutes les versions.
Codes erronés : en-UK au lieu de en-GB, ou un code pays sans langue.
Alternatives qui redirigent ou renvoient une 404 après un changement d’URL.
Pas de x-default, si bien que les visiteurs d’autres marchés reçoivent une version au hasard.
Hreflang seulement dans le navigateur. Sur les sites rendus en JavaScript, les balises manquent dans le HTML que reçoivent les robots.
Des versions linguistiques qui ne sont pas vraiment traduites. Google peut les traiter comme des doublons, quoi que disent les balises.
Redirections automatiques selon l’IP ou la langue du navigateur. Googlebot explore surtout depuis les États-Unis et risque de ne jamais voir vos autres versions. Proposez plutôt la langue avec un bandeau.

Avez-vous besoin de hreflang ?

Oui, si vous avez le même contenu dans plusieurs langues, ou la même langue pour plusieurs pays. Non, si votre site a une seule langue pour un seul marché. Un site en plusieurs langues sans hreflang se positionne en général sur son marché principal, et reste en dessous de son potentiel partout ailleurs.

Questions fréquentes

Qu’est-ce que la balise hreflang ?

Un attribut HTML qui indique aux moteurs de recherche à quelle langue et à quel pays une page est destinée, et quelles autres URL sont ses équivalents dans d’autres langues.

Qu’est-ce que x-default dans hreflang ?

La page affichée aux utilisateurs qui ne correspondent à aucune des langues ou aucun des pays listés. En général la version anglaise ou une page de choix de la langue.

Hreflang fonctionne-t-il entre domaines différents ?

Oui. Hreflang peut pointer de exemple.co.uk vers exemple.com, tant que chaque domaine liste tous les autres et que chaque page renvoie vers les autres.

Hreflang est-il un facteur de classement ?

Non. Il ne fait pas monter une page. Il aide Google à montrer la bonne version au bon utilisateur, ce qui améliore les clics et empêche vos versions de se concurrencer.

Pour aller plus loin

Besoin de corriger ou de mettre en place vos hreflang sur plusieurs marchés ? Découvrez notre offre de SEO international. Les agences peuvent aussi nous le confier sous leur propre nom grâce au SEO en marque blanche.

Les balises hreflang en pratique : mise en place, contrôles et erreurs fréquentes