Balise hreflang mal configurée : pourquoi Google affiche la mauvaise langue ou le mauvais pays

Un site traduit en cinq langues, des équipes locales qui valident chaque contenu, un travail éditorial soigné, et pourtant, un internaute à Paris tombe sur la version britannique du site, ou un visiteur suisse romand atterrit sur la page destinée à la Belgique. Ce type de dysfonctionnement, très fréquent sur les sites multilingues ou multi-pays, n'a presque jamais une cause éditoriale : il s'agit d'une balise hreflang mal configurée, invisible à l'œil nu mais déterminante pour Google.

Qu'est-ce que la balise hreflang et à quoi sert-elle vraiment ?

La balise hreflang est une annotation technique qui indique aux moteurs de recherche l'existence de plusieurs versions linguistiques ou régionales d'une même page, et précise à quel public chacune s'adresse. Elle ne remplace pas une traduction de qualité et n'a aucun effet direct sur le classement : son unique rôle est d'orienter Google vers la bonne URL en fonction de la langue du navigateur et, si elle est précisée, de la localisation géographique de l'internaute.

Le format standard associe un code de langue ISO 639-1 (fr, en, de) à un code de pays ISO 3166-1 optionnel (FR, CA, GB), séparés par un tiret : fr-FR, fr-CA, en-GB. Une valeur spéciale, x-default, permet de désigner la page à afficher par défaut lorsque aucune version ne correspond exactement à la langue ou au pays du visiteur.

Pourquoi Google affiche la mauvaise langue ou le mauvais pays

Quand Google ignore ou mal interprète une annotation hreflang, il retombe sur ses signaux de classement habituels : la version qui a le plus d'ancienneté, le plus de liens entrants, ou celle qui correspond au domaine principal du site. C'est souvent ainsi que la page anglaise ou la page « racine » d'un site remonte pour des recherches locales, même quand une version parfaitement adaptée existe par ailleurs.

Trois causes concentrent l'immense majorité des cas observés :

• L'absence de réciprocité : hreflang fonctionne par confirmation croisée. Si la page française référence la page anglaise, celle-ci doit référencer la page française en retour. Sans cette confirmation bidirectionnelle, Google considère l'annotation comme non fiable et l'ignore intégralement.
• Un code langue-région invalide : une faute de frappe ou une confusion de norme (utiliser un code pays à la place d'un code langue, ou l'inverse) rend la valeur illisible pour les robots, sans provoquer d'erreur visible sur le site lui-même.
• Un conflit avec la balise canonical : si la page A pointe en canonical vers la page B tout en se déclarant distincte dans hreflang, Google reçoit un signal contradictoire et privilégie généralement le canonical, ce qui neutralise le ciblage international voulu.

Les erreurs hreflang les plus fréquentes

Avant de corriger quoi que ce soit, il est utile d'identifier précisément laquelle de ces erreurs affecte le site.

Erreur	Exemple concret	Conséquence pour Google
Absence de réciprocité	La page FR référence la page EN, mais la page EN ne référence pas la page FR	L'annotation est ignorée sur les deux pages
Code région invalide	en-UK au lieu de en-GB (le code pays officiel du Royaume-Uni est GB)	La valeur entière est rejetée silencieusement
Absence d'auto-référencement	La page FR liste la page EN et la page DE mais ne se cite pas elle-même	Google ne perçoit pas la page FR comme faisant partie du cluster
URL relative au lieu d'absolue	/en/page au lieu de https://exemple.fr/en/page	Risque d'erreur d'interprétation selon l'implémentation
hreflang en conflit avec canonical	Canonical vers la page FR, hreflang qui la déclare distincte de l'EN	Signal contradictoire, ciblage international neutralisé

Diagnostiquer le problème avec Search Console et un crawler

Google Search Console ne propose pas de rapport hreflang dédié pour tous les types de propriétés, ce qui oblige à croiser plusieurs outils pour un diagnostic fiable.

1. Inspectez une URL précise via l'outil d'inspection d'URL de Search Console et vérifiez, dans le HTML explorée par Google, la présence exacte des balises <link rel="alternate" hreflang="…"> attendues.
2. Passez un crawl complet avec un outil comme Screaming Frog (onglet dédié « Hreflang ») : il détecte automatiquement les absences de retour, les codes invalides et les incohérences avec le canonical, page par page.
3. Comparez les pays de recherche dans le rapport Performances de Search Console : filtrez par pays et observez si les clics vers une page donnée proviennent bien de la zone géographique visée.
4. Testez en navigation privée avec une langue de navigateur et une localisation IP simulées (via VPN) correspondant à chaque marché ciblé, pour vérifier concrètement la version affichée dans les résultats.
5. Validez la syntaxe des codes un par un : un code langue seul (fr) est valide, un code langue-région (fr-CA) l'est aussi, mais l'ordre inversé (CA-fr) ou un code pays utilisé seul ne le sont jamais.

Corriger la balise : les trois méthodes d'implémentation

hreflang peut être déclaré de trois façons différentes, qui ne s'excluent pas mais qu'il ne faut jamais mélanger sur un même cluster de pages au risque de créer des doublons contradictoires.

Une troisième méthode, l'en-tête HTTP Content-Language combiné à un en-tête Link, s'utilise surtout pour les contenus non-HTML (PDF, fichiers téléchargeables) où l'insertion de balises dans un <head> est impossible.

Quelle que soit la méthode choisie, chaque page du cluster doit lister l'intégralité des variantes existantes, y compris elle-même, avec des URLs absolues et des codes de langue-région strictement conformes à la norme. Pour aller plus loin sur les causes techniques qui font chuter la visibilité d'un site après un changement de structure, notre article sur la chute de trafic organique après une refonte détaille une méthode de diagnostic transposable, et notre guide sur les pages qui restent « Détectée, actuellement non indexée » couvre un autre blocage fréquent de l'indexation internationale.

Combien de temps avant que Google corrige l'affichage ?

Une fois la correction déployée, Google doit recrawler chaque page du cluster pour revalider les correspondances hreflang, puis mettre à jour l'affichage régional dans ses résultats. En pratique, les premiers effets se constatent généralement entre une et trois semaines, ce délai variant fortement selon la fréquence de crawl du site et le nombre de pages concernées.

3 erreurs, réciprocité manquante, code invalide, conflit avec le canonical, expliquent la grande majorité des mauvais ciblages linguistiques observés

Une balise hreflang mal configurée ne provoque aucune erreur visible sur le site, elle se contente d'être silencieusement ignorée par Google, ce qui la rend particulièrement difficile à repérer sans audit dédié.