Hreflang : le guide complet, avec les données de 78 grands sites web

Ce guide détaille la syntaxe, les trois méthodes de mise en place, les règles qui font échouer la plupart des configurations, le lien avec la balise canonical et un test à faire sur votre site en 10 minutes. Il s’appuie aussi sur notre audit de 123 grands sites web : 78 pages d’accueil lisibles montrent comment les grandes marques s’y prennent en pratique.

Ce que hreflang fait, et ce qu’il ne fait pas

Un site avec une page française et une page anglaise sur le même produit pose un problème au moteur : il voit deux pages et doit décider laquelle montrer à qui. Hreflang répond à cette question. Chaque page déclare ses équivalentes, et le moteur choisit celle qui convient à l’internaute.

Trois limites méritent d’être connues d’emblée. Hreflang est une indication, pas un ordre : un moteur peut encore afficher une autre version. Il ne fait pas gagner de places : il influence seulement laquelle de vos versions apparaît pour quel public. Et il ne traduit rien. Les versions doivent exister, et elles doivent être bonnes.

Les codes hreflang valides

Une valeur se compose d’un code de langue ISO 639-1, suivi éventuellement d’un code de région ISO 3166-1 alpha-2, reliés par un trait d’union. Une région seule n’est jamais valide. La valeur spéciale x-default désigne la page de repli.

Deux détails font trébucher. La langue vient en premier et la région ensuite : fr-BE est correct, be-fr ne l’est pas. Et la région doit être un code pays ISO : le Royaume-Uni s’écrit GB, pas UK.

Trois façons de mettre en place hreflang

Google documente trois méthodes équivalentes. Choisissez-en une et appliquez-la partout.

1. Balises link dans le head HTML

C’est la méthode par défaut pour les pages web classiques. Placez une balise par version dans le head de chaque version, y compris une balise qui pointe vers la page elle-même :

<link rel="alternate" hreflang="fr-BE" href="https://example.com/fr-be/" />

Une page disponible en trois versions avec un repli porte quatre balises de ce type, et les autres versions portent les mêmes quatre. Les balises du head se vérifient facilement dans le code source, ce qui en fait le meilleur choix pour les sites petits et moyens.

2. En-tête HTTP pour les fichiers non HTML

Un PDF n’a pas de head où placer des balises. Pour ces fichiers, le serveur envoie l’annotation dans l’en-tête de la réponse :

Link: <https://example.com/guide-fr.pdf>; rel="alternate"; hreflang="fr", <https://example.com/guide-en.pdf>; rel="alternate"; hreflang="en"

Les mêmes règles s’appliquent : listez chaque version, fichier courant compris. La configuration se fait dans le serveur web ou le CDN. Vérifiez les en-têtes avec un outil comme curl -I après chaque modification.

3. Sitemap XML

Sur un grand site, le sitemap sort les annotations des pages et les réunit à un seul endroit. Déclarez l’espace de noms xhtml sur l’élément urlset, puis ajoutez une ligne de ce type dans chaque url :

<xhtml:link rel="alternate" hreflang="nl-BE" href="https://example.com/nl-be/" />

Chaque entrée url liste toutes ses alternatives, elle-même comprise. Le sitemap convient aux sites de plusieurs milliers de pages et de plusieurs langues, car il n’alourdit pas les pages. Le prix à payer est la visibilité : on ne voit pas les annotations en affichant une page.

Les règles qui comptent

• Auto-référence. Chaque page se liste elle-même parmi ses alternatives.
• Liens de retour. Si la page A pointe vers la page B, la page B doit pointer vers A. Sans lien de retour, l’annotation peut être ignorée.
• URL absolues. Utilisez l’adresse complète, avec protocole et hôte. Les chemins relatifs ne sont pas valides.
• Une URL par langue et par région. Deux pages ne peuvent pas revendiquer fr-BE, et une même URL ne peut pas figurer sous deux valeurs.
• Cibles indexables. Chaque URL doit répondre 200, sans noindex et sans redirection.
• x-default. Désignez un repli pour les visiteurs que vos langues ne couvrent pas, en général un sélecteur ou la page globale.

Hreflang et balise canonical

Les deux balises répondent à des questions différentes. Canonical indique quelle URL est la copie préférée d’une page. Hreflang indique quelles pages sont les variantes linguistiques et régionales les unes des autres.

Chaque version linguistique doit avoir une canonical qui pointe vers elle-même. La page française porte une balise canonical vers l’URL française, et la page anglaise vers l’URL anglaise. Si la page française désigne la page anglaise comme canonical, vous dites au moteur que la française est un doublon à ne pas indexer, ce qui annule l’annotation hreflang que vous venez d’ajouter. Les URL listées dans hreflang doivent être les URL canoniques, et rien d’autre.

Les erreurs hreflang les plus courantes

Codes invalides

Les fautes de frappe dans la valeur sont l’échec le plus fréquent et le plus discret, car rien ne les signale. Exemples : es-CE (cette région n’existe pas), in-ID (in est un ancien code, l’indonésien s’écrit id), es-SP (l’Espagne est ES), en-UK (utilisez GB) et french (utilisez fr). Un moteur peut ignorer une valeur qu’il ne sait pas lire.

URL relatives

Une balise avec href="/fr/" n’est pas valide. L’adresse doit comporter https:// et l’hôte, à chaque fois.

Liens de retour manquants

La page anglaise liste la page française, mais la française ne liste pas l’anglaise. Cela arrive quand une langue est ajoutée à un gabarit et pas aux autres, ou quand une page existe en deux langues mais pas en trois.

Cibles redirigées ou bloquées à l’indexation

Une alternative qui renvoie une 301, une 404 ou une balise noindex ne peut pas s’afficher dans les résultats : l’annotation ne mène nulle part. Les redirections apparaissent souvent après une migration, quand d’anciennes URL restent dans le gabarit.

Méthodes mélangées qui se contredisent

Certains sites déclarent hreflang dans le head et dans le sitemap, avec des listes différentes. Quand les deux sources divergent, impossible de prévoir laquelle le moteur suivra. Choisissez une méthode, ou générez les deux à partir des mêmes données.

Comment tester hreflang sur votre site en 10 minutes

• Minutes 1 à 2. Ouvrez votre page d’accueil, affichez le code source et cherchez hreflang. Notez chaque valeur.
• Minutes 3 à 4. Comparez chaque code aux listes ISO. Repérez les régions seules, UK et les codes qui ne font pas deux lettres.
• Minutes 5 à 6. Vérifiez que chaque href commence par https:// et contient votre domaine.
• Minutes 7 à 8. Lancez curl -sI sur chaque URL alternative. Vous attendez un 200, sans redirection ni noindex.
• Minute 9. Ouvrez une alternative et vérifiez qu’elle liste bien la première page et elle-même.
• Minute 10. Comparez la balise canonical de chaque version avec sa propre URL.

Refaites le test sur une page profonde, comme une fiche produit ou un article, car les gabarits de ces pages diffèrent souvent de celui de l’accueil. Si vous utilisez un sitemap, ouvrez-le et contrôlez trois entrées de la même façon.

Ce que font 78 grands sites web

Le 25 octobre 2026, nous avons lu les pages d’accueil de grandes marques et relevé comment elles déclarent leurs versions linguistiques. 78 pages d’accueil étaient lisibles. La méthode complète et ses limites figurent dans l’article de l’audit.

• 45 sites sur 78 (58 %) déclarent hreflang pour au moins deux langues.
• 31 n’en déclarent aucun.
• Sur les 45, 31 (69 %) incluent x-default et 14 (31 %) ne le font pas.
• Un site a publié trois valeurs invalides.
• Un site utilisait des URL relatives.
• 30 sites sur 78 (38 %) redirigent le domaine nu vers une URL locale.

Les grandes marques utilisent hreflang plus souvent que non, et les erreurs qui restent sont les plus élémentaires : un repli absent, des codes mal formés, des chemins relatifs. Aucune n’exige d’outil avancé pour être corrigée. Il suffit que quelqu’un regarde le code source.

Chez Globaprom, nous concevons les logiciels avec l’internationalisation dès le départ : routage par langue, hreflang et sitemaps sont générés à partir d’une seule source de vérité. Si vous préparez cela pour votre produit, commencez par l’internationalisation logicielle expliquée et notre page logiciels multilingues.

Questions fréquentes