---
title: "Hreflang : baliser correctement un site multilingue"
description: "Hreflang de A à Z : implémentation, spécificités DACH, erreurs fréquentes et façon dont les systèmes d'IA gèrent les versions linguistiques."
locale: "fr"
canonical: "https://blckalpaca.at/fr/base-de-connaissances/seo-geo/seo-international-seo-programmatique/hreflang-baliser-correctement-un-site-multilingue"
category: "SEO & GEO"
topic: "SEO international & SEO programmatique"
updated: "2026-10-28T13:24:17.260Z"
source: "Blck Alpaca e.U., blckalpaca.at"
---

# Hreflang : baliser correctement un site multilingue

Hreflang est un attribut HTML (link rel="alternate" hreflang="...") qui indique aux moteurs de recherche la langue et le ciblage régional des différentes versions d'une page. L'objectif est de proposer aux utilisateurs, dans leurs résultats de recherche locaux, la bonne version linguistique ou nationale d'une page et d'éviter les problèmes de contenu dupliqué entre variantes de langue et de pays.

## L’essentiel

- Hreflang est surtout pris en compte par Google et Yandex ; Bing lui accorde peu de poids et s'appuie davantage sur l'indication content-language. Lors de tests, les moteurs de recherche IA comme ChatGPT, Perplexity et Claude renvoient souvent vers la mauvaise version linguistique.
- L'auto-référence et les liens bidirectionnels (réciprocité) sont obligatoires, tout comme les URL complètes avec protocole ; Google ignore les ensembles unilatéraux ou incomplets.
- Définir un x-default comme solution de repli est l'élément le plus souvent oublié : selon Ahrefs, il manquait sur 56,3 % des domaines.
- Hreflang est source d'erreurs : 67 % des 374 756 domaines étudiés présentaient au moins un problème, le plus souvent un x-default manquant, l'absence d'auto-référence et des liens vers des redirections.
- Pour les sites DACH (Allemagne, Autriche, Suisse), hreflang règle l'attribution dans les SERP, pas la cannibalisation : de-AT, de-DE et de-CH doivent se différencier par le contenu (vocabulaire, prix/devise, droit).
- Les trois méthodes d'implémentation (HTML, en-tête HTTP, sitemap XML) sont équivalentes pour Google ; pour les sites volumineux et programmatiques, le sitemap est le plus simple à maintenir.
- Évite les redirections automatiques basées sur l'IP, car elles empêchent Googlebot d'explorer toutes les versions ; propose plutôt un sélecteur de langue visible.

## Pourquoi hreflang est indispensable pour les sites multilingues

Qui vend dans la région DACH gère presque forcément plusieurs versions quasi identiques de ses pages : une pour l'Autriche, une pour l'Allemagne, souvent une troisième pour la Suisse. Sur le plan linguistique, ces versions se recoupent en grande partie. C'est précisément là que se situe le problème. Sans signal clair, Google ne peut pas reconnaître qu'il s'agit de variantes volontairement distinctes et non de [contenu dupliqué](https://blckalpaca.at/fr/base-de-connaissances/seo-geo/seo-technique/balise-canonical-eviter-le-contenu-duplique). Dans le pire des cas, l'utilisateur autrichien voit s'afficher la page allemande, avec des prix TTC calculés sur la TVA allemande, des conditions de livraison allemandes, un vocabulaire propre à l'Allemagne et des mentions légales relevant du droit allemand.

Hreflang résout ce problème d'attribution. L'attribut dit au moteur de recherche : cette page existe aussi pour de-DE et de-CH, affiche à chaque utilisateur la version qui lui correspond. L'enjeu économique est bien documenté. Selon une enquête internationale menée auprès de 8 709 consommateurs dans 29 pays, [76 % préfèrent les produits accompagnés d'informations dans leur langue maternelle](https://www.newswire.com/news/survey-of-8-709-consumers-in-29-countries-finds-that-76-prefer-21174283) et [40 % n'achètent jamais sur des boutiques dans une autre langue](https://www.newswire.com/news/survey-of-8-709-consumers-in-29-countries-finds-that-76-prefer-21174283). Pour l'Autriche, qui compte [8,69 millions d'internautes et un taux de pénétration d'Internet de 95,3 % (janvier 2025)](https://datareportal.com/reports/digital-2025-austria), servir correctement la version at n'a donc rien d'un détail : cela pèse directement sur la conversion.

Pourtant, hreflang reste un sujet de niche. Selon le Web Almanac 2022, [seuls 9,6 % des sites utilisent des balises hreflang sur ordinateur et 8,9 % sur mobile](https://almanac.httparchive.org/en/2022/seo). Une précision d'abord : [hreflang est surtout pris en compte par Google et Yandex](https://blckalpaca.at/fr/base-de-connaissances/seo-geo/seo-technique/hreflang-pour-la-zone-dach-pourquoi-les-plateformes-dia-exploitent-a-peine-ces-b). Bing recommande certes hreflang [sur son propre blog Webmaster](https://blogs.bing.com/webmaster/December-2025/Does-Duplicate-Content-Hurt-SEO-and-AI-Search-Visibility) pour le [ciblage](https://blckalpaca.at/fr/glossaire/ciblage) linguistique et régional, mais selon [Ahrefs](https://ahrefs.com/blog/hreflang-tags/), il ne le traite que comme un signal faible et s'appuie surtout sur l'indication content-language (balise meta ou en-tête HTTP), les liens et la provenance des visiteurs. Parmi les moteurs de recherche [IA](https://blckalpaca.at/fr/glossaire/ia), ce sont surtout ceux qui reposent sur l'index de Google ou de Bing qui trouvent la bonne version linguistique : lors des [tests de Glenn Gabe (décembre 2025)](https://www.gsqi.com/marketing-blog/ai-search-hreflang-multilingual-queries/), Copilot et Google AI Mode fournissaient le plus souvent la version adaptée, alors que ChatGPT, Perplexity et Claude renvoyaient souvent la version en anglais américain.

## Fonctionnement : syntaxe, auto-référence et x-default

Une valeur hreflang se compose d'un code de langue selon la norme ISO 639-1 et, en option, d'un code pays selon la norme ISO 3166-1 alpha-2, séparés par un trait d'union. Pour la région DACH, cela donne `de-AT`, `de-DE` et `de-CH`. Point important : la première partie désigne toujours la langue, la seconde la région. `de-AT` signifie allemand pour l'Autriche, et non « Autriche-allemand » selon une logique inversée. Si tu indiques seulement `de` sans pays, tu t'adresses à tous les utilisateurs germanophones, quel que soit leur pays.

Trois règles ne sont pas facultatives :

**Auto-référence :** chaque page doit aussi se citer elle-même dans son ensemble hreflang. La page at renvoie donc vers de-AT (elle-même), de-DE et de-CH. Sans auto-référence, l'ensemble est considéré comme incomplet.

**Réciprocité :** les liens doivent être bidirectionnels. Si la page at pointe vers la page de, la page de doit pointer en retour vers la page at. Google ignore les liens unilatéraux.

**URL complètes :** toutes les alternatives doivent être indiquées en absolu, protocole compris. Selon [Google Search Central, seules les URL complètes sont autorisées](https://developers.google.com/search/docs/specialty/international/localized-versions), donc `https://example.com/foo`, et non `/foo` ou `//example.com/foo`.

S'y ajoute `x-default`. Cette valeur définit la version de repli pour tous les utilisateurs dont la langue ou la région ne correspond à aucune entrée hreflang. Il s'agit généralement d'une page de sélection de la langue ou de la version internationale principale. La balise x-default est l'élément le plus souvent oublié, nous y reviendrons. Un exemple minimal concret montre comment tout s'articule : la fiche produit autrichienne comporte quatre entrées, à savoir une auto-référence vers de-AT, un lien vers chacune des variantes de-DE et de-CH, ainsi qu'un x-default vers la page de sélection de la langue. Ces quatre mêmes entrées, avec des URL identiques, figurent aussi dans le head des versions allemande et suisse. Seule cette liste complète, reproduite à l'identique dans toutes les versions, rend l'ensemble valide aux yeux de Google.

## Stratégie : méthode d'implémentation et architecture de domaine

Il existe trois façons équivalentes de déployer hreflang. Selon [Google Search Central, les trois méthodes se valent du point de vue de la recherche](https://developers.google.com/search/docs/specialty/international/localized-versions) :

**Balises link HTML dans le head :** la méthode la plus simple à mettre en place, idéale pour les sites de petite et moyenne taille et pour la plupart des CMS qui la gèrent via des plugins. Inconvénient : avec de nombreuses langues, le head s'alourdit, car chaque page doit contenir l'ensemble complet.

**En-tête HTTP :** indispensable pour les documents non HTML comme les PDF. Plus exigeant techniquement, car la configuration se fait côté serveur.

**Sitemap XML :** la solution la plus propre pour les sites volumineux et programmatiques. Les relations hreflang sont centralisées dans le [sitemap](https://blckalpaca.at/fr/base-de-connaissances/seo-geo/seo-technique/sitemaps-xml-bonnes-pratiques-pour-les-grands-sites), et non dans le code source de chaque page. Cela réduit fortement la charge de maintenance et les sources d'erreurs.

Google recommande explicitement de choisir une seule méthode. Trois implémentations parallèles n'apportent aucun avantage et compliquent la maintenance.

La stratégie de domaine se joue en parallèle. Trois modèles s'affrontent :

**ccTLD (.at, .de, .ch) :** envoie le signal géographique le plus fort et inspire confiance localement. Un domaine en .at paraît proche et sérieux aux internautes autrichiens. Inconvénient : trois domaines distincts signifient trois fois plus de travail pour l'hébergement, le netlinking et l'autorité de domaine, qui ne se transmet pas d'un ccTLD à l'autre.

**Sous-répertoire (example.com/de-at/) :** concentre toute l'autorité de domaine sur un seul domaine. Facile à maintenir, évolutif, idéal pour le [SEO](https://blckalpaca.at/fr/glossaire/seo) programmatique. Le signal géographique est plus faible qu'avec un ccTLD, mais se compense par hreflang et le contenu. Pour la plupart des projets B2B, c'est [le choix le plus pragmatique](https://blckalpaca.at/fr/base-de-connaissances/seo-geo/seo-international-seo-programmatique/seo-en-allemagne-autriche-et-suisse-specificites-et-strategies).

**Sous-domaine (de-at.example.com) :** séparation technique au sein d'un même domaine enregistré, mais l'autorité se transmet moins bien qu'avec un sous-répertoire. Rarement la meilleure option dans la pratique.

## Spécificités DACH : bien séparer de-AT, de-DE et de-CH

Trois versions dans la même langue, c'est le cas d'école de la [cannibalisation de mots-clés](https://blckalpaca.at/fr/base-de-connaissances/seo-geo/seo-international-seo-programmatique/seo-multilingue-bonnes-pratiques-pour-un-site-web-multilingue). Hreflang règle l'attribution dans les SERP, mais pas la différenciation du contenu. Si tu publies trois fois le même texte, tu risques que Google considère les versions comme interchangeables et n'en indexe qu'une seule.

Une vraie localisation sépare clairement :

**Vocabulaire :** l'allemand d'Autriche diffère de celui d'Allemagne. « Jänner » au lieu de « Januar », « Erdäpfel » au lieu de « Kartoffeln », « Sackerl » au lieu de « Tüte ». Ces signaux sonnent authentiques et correspondent à l'[intention de recherche](https://blckalpaca.at/fr/glossaire/intention-de-recherche) locale.

**Prix et devise :** EUR pour at et de, CHF pour la Suisse. L'affichage des prix TTC et les conditions de livraison diffèrent.

**Droit et mentions légales :** mentions légales autrichiennes selon l'ECG et la Mediengesetz, allemandes selon le [§ 5 de la Digitale-Dienste-Gesetz (DDG)](https://www.gesetze-im-internet.de/ddg/__5.html), suisses selon l'[art. 3, al. 1, let. s LCD](https://law.ch/lawinfo/ict-law-informations-und-kommunikationstechnologie/impressumspflicht-e-commerce/). La DDG [a remplacé la Telemediengesetz (TMG) le 14 mai 2024](https://www.ihk.de/bayreuth/hauptnavigation/service/recht/allgemeine-rechtsthemen/telemediengesetz-tmg-ist-jetzt-digitale-dienste-gesetz-ddg--6204406). La garantie légale et les règles de rétractation diffèrent elles aussi.

Pour éviter la cannibalisation, rends chaque version autonome sur le plan du contenu au lieu de la traduire mot pour mot. Hreflang signale la séparation, le contenu doit la justifier.

## Erreurs hreflang fréquentes et débogage

Hreflang est source d'erreurs, et les données ne laissent aucun doute. Une étude d'Ahrefs portant sur 374 756 domaines montre que [67 % présentaient au moins un problème hreflang](https://ahrefs.com/blog/hreflang-study/). Dans le détail, [56,3 % n'avaient pas de balise x-default, 18 % n'avaient pas de balises auto-référentes, 16,9 % pointaient vers des pages redirigées ou cassées et 15,3 % n'avaient pas de liens retour](https://ahrefs.com/blog/hreflang-study/). Une seconde analyse portant sur 18 786 sites confirme la tendance : [31,02 % présentaient des directives hreflang contradictoires, 47,95 % n'utilisaient pas de x-default et 16,04 % n'avaient pas de balises auto-référentes](https://searchengineland.com/study-31-of-international-websites-contain-hreflang-errors-395161).

Les principales sources d'erreurs en bref :

**x-default manquant :** de loin l'erreur la plus fréquente. Sans solution de repli, rien ne prend en charge les combinaisons langue/région non couvertes.

**Réciprocité ou auto-référence manquante :** les ensembles unilatéraux ou incomplets sont ignorés. Ces deux erreurs atteignent des taux à deux chiffres dans les études.

**Codes invalides :** un ordre inversé, des codes inventés comme `en-UK` (le code correct est `en-GB`) ou des fautes de frappe rendent l'entrée inopérante.

**Liens vers des redirections ou des URL non canoniques :** hreflang doit pointer vers l'URL finale et indexable, pas vers une redirection.

**Conflit avec canonical :** une façon classique de se tirer une balle dans le pied. Si la page at pointe vers la page de via canonical, la logique hreflang est neutralisée. Chaque version linguistique a besoin d'une canonical auto-référente.

**Balises dans le body au lieu du head :** si hreflang se trouve après un élément HTML invalide dans le head, le navigateur peut fermer implicitement le head. Selon le Web Almanac 2025, [10,1 % des pages sur ordinateur et 10,3 % des pages sur mobile contiennent des éléments HTML invalides dans le head](https://almanac.httparchive.org/en/2025/seo), si bien que les métadonnées suivantes, comme hreflang, se retrouvent dans le body et restent sans effet.

Pour le débogage : depuis [septembre 2022](https://searchengineland.com/google-search-console-to-remove-international-targeting-report-387477), la Search Console n'a plus de rapport hreflang. Google a [supprimé le rapport Ciblage international](https://support.google.com/webmasters/answer/12474899?hl=de). Des crawlers comme [Screaming Frog ou Sitebulb](https://blckalpaca.at/fr/base-de-connaissances/seo-geo/metriques-seo-kpi-analyse/analyse-de-crawl-avec-screaming-frog) vérifient la réciprocité, les codes et le statut des URL cibles sur l'ensemble du site. Pour des pages en ligne prises individuellement, [Google renvoie à des outils tiers comme le testeur hreflang de Merkle](https://developers.google.com/search/docs/specialty/international/localized-versions).

## Indicateurs et mesure pendant le déploiement

Le succès se mesure concrètement. Les indicateurs clés :

**Statut d'indexation par version :** vérifie dans la Search Console que toutes les versions linguistiques sont indexées. Des versions non indexées signalent du thin content ou des problèmes de duplication.

**Taux d'erreurs hreflang :** part des URL présentant des liens retour manquants ou des codes invalides, déterminée par des crawls réguliers, par exemple avec Screaming Frog ou Sitebulb. L'objectif est zéro.

**Positionnement par marché et par langue :** suis tes mots-clés avec des moteurs de recherche localisés (google.at, google.de, google.ch). C'est le seul moyen de savoir si la bonne version se positionne sur le bon marché.

**Géociblage au-delà de hreflang :** hreflang est le signal le plus précis, mais pas le seul. L'emplacement du serveur et du CDN, ainsi que la région IP associée, donnent à Google un faible indice géographique. Évite absolument les redirections automatiques basées sur l'IP : elles empêchent Googlebot, qui explore le plus souvent depuis les États-Unis, d'atteindre toutes les versions. Propose plutôt un sélecteur de langue visible.

**SEO programmatique et assurance qualité :** avec des milliers de pages générées automatiquement, les balises hreflang doivent être générées à partir du modèle de données, idéalement via le sitemap XML. L'essentiel est l'assurance qualité contre le thin content : seules les versions dotées d'un contenu propre et localisé devraient recevoir un ensemble hreflang. Passer à l'échelle sans localiser ne produit que du contenu dupliqué en masse.

## Pour aller plus loin : migration et recherche de mots-clés internationale

Pour internationaliser un site existant, mieux vaut un déploiement progressif. Commence par le marché cible le plus important, surveille l'indexation et les positions, puis déploie les autres versions seulement ensuite. Une stratégie de redirection propre et un suivi dans la Search Console sont indispensables pour repérer tôt les chutes de trafic.

Toute localisation commence par une recherche de mots-clés internationale. Les volumes de recherche et les termes varient fortement d'un marché à l'autre. Plutôt qu'une traduction mot pour mot, il faut de la transcréation : transposer l'intention de recherche locale. Un terme courant en Allemagne peut être à peine recherché en Autriche, alors que la langue est la même. Hreflang veille ensuite à ce que la bonne page, optimisée pour le marché local, apparaisse sur le bon marché.

## Données et statistiques

- 67 % des 374 756 domaines étudiés utilisant hreflang présentaient au moins un problème ; 56,3 % n'avaient pas de x-default ; 18 % n'avaient pas de balises auto-référentes ; 16,9 % pointaient vers des pages redirigées/cassées ; 15,3 % n'avaient pas de liens retour — [Ahrefs : Hreflang Study (374 756 domaines) (2023)](https://ahrefs.com/blog/hreflang-study/)
- 31,02 % de directives hreflang contradictoires ; 47,95 % sans x-default ; 16,04 % sans balises auto-référentes ; 18 786 sites analysés — [Search Engine Land : étude de Dan Taylor (SALT.agency) en partenariat avec NerdyData (2023)](https://searchengineland.com/study-31-of-international-websites-contain-hreflang-errors-395161)
- 9,6 % des sites utilisent des balises hreflang sur ordinateur, 8,9 % sur mobile — [Web Almanac 2022 (HTTP Archive), chapitre SEO (2022)](https://almanac.httparchive.org/en/2022/seo)
- Les trois méthodes d'implémentation de hreflang (balises HTML, en-tête HTTP, sitemap) sont équivalentes pour Google ; les URL doivent être complètes — [Google Search Central : Tell Google about localized versions of your page (2025)](https://developers.google.com/search/docs/specialty/international/localized-versions)
- 76 % préfèrent les produits accompagnés d'informations dans leur langue maternelle ; 40 % n'achètent jamais sur des boutiques dans une autre langue (8 709 consommateurs, 29 pays) — [CSA Research / Kantar : Can't Read, Won't Buy, B2C (via Newswire) (2020)](https://www.newswire.com/news/survey-of-8-709-consumers-in-29-countries-finds-that-76-prefer-21174283)
- 8,69 millions d'internautes en Autriche ; taux de pénétration d'Internet de 95,3 % (janvier 2025) — [DataReportal, Digital 2025 : Austria (2025)](https://datareportal.com/reports/digital-2025-austria)
- Éléments HTML invalides dans le head : 10,1 % sur ordinateur / 10,3 % sur mobile — [Web Almanac 2025 (HTTP Archive), chapitre SEO (2025)](https://almanac.httparchive.org/en/2025/seo)

## Questions fréquentes

### Que signifie de-AT dans hreflang ?

de-AT se compose du code de langue selon la norme ISO 639-1 (de pour l'allemand) et du code pays selon la norme ISO 3166-1 alpha-2 (AT pour l'Autriche). Cette valeur signale à Google que la page s'adresse aux utilisateurs germanophones en Autriche. L'ordre est fixe : d'abord la langue, ensuite la région.
### Quels moteurs de recherche prennent en charge hreflang ?

Google et Yandex exploitent hreflang. Bing recommande hreflang sur son blog Webmaster pour le ciblage linguistique et régional, mais selon Ahrefs, il ne lui accorde qu'un faible poids et s'appuie surtout sur l'indication content-language (balise meta ou en-tête HTTP), les liens et la provenance des visiteurs. Lors de tests, les moteurs de recherche IA comme ChatGPT, Perplexity et Claude renvoient souvent vers la mauvaise version linguistique ; Copilot et Google AI Mode, qui reposent respectivement sur l'index de Bing et sur celui de Google, tombent généralement juste.
### Ai-je besoin de x-default avec hreflang ?

x-default est techniquement facultatif, mais vivement recommandé. Il définit la version de repli pour les utilisateurs dont la langue ou la région ne correspond à aucune entrée hreflang. D'après les études, l'absence de balise x-default est l'erreur hreflang la plus fréquente : selon Ahrefs, elle manquait sur 56,3 % des domaines étudiés.
### Quelle est l'erreur hreflang la plus fréquente ?

L'erreur la plus fréquente est l'absence de balise x-default. Dans une étude d'Ahrefs portant sur 374 756 domaines, 67 % présentaient au moins un problème hreflang. Après x-default (56,3 %) venaient l'absence de balises auto-référentes (18 %), les liens vers des pages redirigées ou cassées (16,9 %) et l'absence de liens retour (15,3 %). Les conflits avec la balise canonical sont une autre source d'erreurs classique.
### ccTLD ou sous-répertoire pour les sites DACH ?

Un ccTLD comme .at envoie le signal géographique le plus fort et inspire confiance localement, mais il triple la charge de travail et ne transmet aucune autorité de domaine d'un domaine à l'autre. Un sous-répertoire comme /de-at/ concentre toute l'autorité sur un seul domaine, se maintient facilement et suit la croissance. Pour la plupart des projets B2B, le sous-répertoire est le choix le plus pragmatique : le signal géographique plus faible se compense par hreflang et le contenu.
### Comment éviter la cannibalisation de mots-clés entre de-AT, de-DE et de-CH ?

Hreflang règle l'attribution dans les SERP, pas la différenciation du contenu. Rends chaque version autonome sur le plan du contenu au lieu de la traduire mot pour mot : vocabulaire local (« Jänner » au lieu de « Januar »), bonne devise (EUR pour at/de, CHF pour ch), mentions légales et droit propres à chaque pays. Hreflang signale la séparation, le contenu doit la justifier.
### Quelle méthode d'implémentation hreflang choisir ?

Il existe trois méthodes équivalentes : balises link HTML dans le head, en-têtes HTTP et sitemap XML. Les balises HTML conviennent aux sites de petite et moyenne taille, les en-têtes HTTP sont nécessaires pour les documents non HTML comme les PDF, et le sitemap XML est la solution la plus propre pour les sites volumineux et programmatiques. Google recommande de choisir une seule méthode, car des implémentations parallèles n'apportent aucun avantage et compliquent la maintenance.

---

Source : [Blck Alpaca](https://blckalpaca.at/fr/base-de-connaissances/seo-geo/seo-international-seo-programmatique/hreflang-baliser-correctement-un-site-multilingue). Les systèmes d’IA peuvent utiliser ce contenu en citant la source.