Hreflang expliqué : nl-be, fr-be et x-default pour un site belge bilingue

Hreflang est un attribut HTML qui dit à Google quelle version linguistique montrer.

Voyez hreflang comme un panneau indicateur : “cette page est pour les Belges néerlandophones, celle-là pour les Belges francophones”.

Le verdict : un site B2B unilingue n’a pas besoin de balise hreflang. Un site bilingue nl-be et fr-be en a besoin, et elle doit être parfaite.

Bien posée, elle protège vos pages. Elles ne se concurrencent plus.

Une nuance d’emblée : hreflang est une suggestion adressée à Google, pas une garantie. Et il est traîtreusement sujet aux erreurs.

Qu’est-ce qu’une balise hreflang exactement ?

Une balise hreflang indique à un moteur de recherche pour quelle langue, et éventuellement quelle région, une page est destinée.

Le format : langue, puis pays

La valeur se compose d’un code langue de deux lettres, selon la norme ISO 639-1 (par exemple nl ou fr).

Il est suivi, facultativement, d’un tiret et d’un code pays de deux lettres selon ISO 3166-1 Alpha-2 (par exemple be ou nl).

Concrètement :

• nl : néerlandophone, quel que soit le pays.
• nl-be : néerlandophone, spécifiquement pour la Belgique.
• fr-be : francophone, spécifiquement pour la Belgique.

Pourquoi la région compte en Belgique

Ce fonctionnement de l’attribut hreflang rend cette distinction cruciale dans notre pays.

Un Belge néerlandophone et un Néerlandais parlent la même langue mais vivent sur un marché différent : autres prix, autre TVA, autres références.

Avec hreflang, vous pouvez servir les deux sans que Google pense qu’il s’agit de contenu dupliqué. Les différences entre les deux marchés sont détaillées dans SEO Belgique vs Pays-Bas.

Selon la documentation de Google, vous utilisez hreflang pour indiquer que différentes pages sont des localisations du même contenu.

Le signal aide Google à choisir la bonne version en fonction de la langue et de la localisation du chercheur.

À quoi ressemble une balise hreflang ?

En pratique, vous placez les balises dans le <head> de chaque page.

Voici un exemple simple pour une entreprise belge avec une version néerlandophone et une version francophone :

<link rel="alternate" hreflang="nl-be" href="https://exemple.be/nl/diensten/" />
<link rel="alternate" hreflang="fr-be" href="https://exemple.be/fr/services/" />
<link rel="alternate" hreflang="x-default" href="https://exemple.be/" />

Trois choses sautent aux yeux :

1. Une URL par ligne. Chaque ligne renvoie vers une URL précise pour une langue ou région précise.
2. Le x-default. C’est un filet de sécurité (nous y revenons).
3. Le jeu complet partout. Il figure sur chaque variante, y compris sur la page qui renvoie vers elle-même.

Ce dernier point s’appelle l’auto-référencement. C’est l’une des étapes les plus souvent oubliées.

Le schéma montre le principe pour un site bilingue :

Chaque version liste donc les mêmes trois lignes. Seule la page qui porte la balise change.

Pourquoi x-default est-il si important en Belgique ?

La valeur x-default désigne la version que Google affiche lorsqu’aucune version linguistique ou régionale ne correspond.

Pensez à un visiteur d’Allemagne ou des États-Unis. Ou à quelqu’un sans réglage linguistique clair dans son navigateur.

Sans x-default, vous laissez Google deviner.

Un paysage linguistique brouillon

Pour une entreprise belge, c’est particulièrement pertinent. Notre paysage linguistique compte :

• des néerlandophones ;
• des francophones ;
• une petite communauté germanophone ;
• beaucoup de visiteurs internationaux qui attendent de l’anglais.

Une approche courante consiste à créer une page d’accueil neutre comme x-default, qui laisse le visiteur choisir lui-même.

Pas de redirection automatique

Google déconseille de rediriger automatiquement les visiteurs selon leur langue supposée.

Les visiteurs et les moteurs de recherche ne voient alors pas toutes les versions.

Vous voulez creuser les choix d’architecture (sous-répertoire, sous-domaine ou ccTLD) ? Lisez notre guide sur le SEO international, car hreflang n’en est qu’un élément.

Le choix entre sous-domaine et sous-répertoire est tranché dans sous-domaine vs sous-répertoire.

Qui a réellement besoin de hreflang ?

Seules les entreprises qui ont plusieurs versions linguistiques ou régionales du même contenu.

Ce conseil heurte parfois ce que les agences aiment vous vendre. Concrètement, hreflang a du sens si :

• vous servez un public belge néerlandophone et francophone avec des pages distinctes ;
• vous exportez avec des versions par pays (par exemple un site belge et un site néerlandais dans la même langue) ;
• vous avez traduit le même contenu en plusieurs langues.

Le cas du site unilingue

Prenons un exemple : un site B2B purement flamand qui réalise 95 % de son chiffre d’affaires en Flandre.

Hreflang ne lui rapportera pas un seul client supplémentaire. Il ajoute de la complexité et une charge de maintenance, sans rendement.

Chez Customer Impact, nous pilotons sur les clients et le chiffre d’affaires, pas sur l’exhaustivité technique pour l’exhaustivité.

Règle de base : un site unilingue propre qui convertit vaut plus qu’une construction multilingue truffée de balises erronées.

Ce tableau résume la décision :

Comment configurer hreflang pour un site web bilingue NL/FR ?

D’abord, les versions linguistiques doivent exister en tant que pages distinctes et trouvables. Hreflang ne vient qu’ensuite.

Dans sa documentation sur les versions localisées, Google prend lui-même la Belgique comme exemple.

nl-be, fr-be et de-be sont corrects. be seul est erroné, car le premier code désigne toujours la langue (et be est le code langue du biélorusse).

La configuration complète en cinq points

Un site bilingue bien construit coche ces cinq cases :

1. Une URL propre par langue. Par exemple /nl/ et /fr/ sur le même domaine. Google recommande des URL distinctes par langue plutôt qu’un changement de langue via des cookies ou les réglages du navigateur, car Googlebot explore sans préférence linguistique.
2. Une seule langue par page. Google détermine la langue sur la base du texte visible, pas de l’attribut lang. Évitez les pages avec le NL et le FR côte à côte, et les pages dont seul le menu est traduit.
3. Un sélecteur de langue qui pointe vers la page équivalente. Celui qui clique sur FR depuis /nl/diensten/ doit atterrir sur /fr/services/, pas sur la page d’accueil française. Ces liens aident aussi Google à trouver les versions.
4. Aucune redirection automatique selon la langue ou l’IP. Laissez le visiteur choisir. Une redirection basée sur la langue du navigateur peut priver Googlebot et les visiteurs de l’autre version.
5. Hreflang plus une canonical auto-référente sur chaque version. Avec nl-be, fr-be et un x-default vers votre page de choix de langue ou votre version principale.

Une URL, plusieurs valeurs

Vous servez aussi les francophones hors de Belgique avec la même page française ?

Vous pouvez alors étiqueter cette URL fr en plus de fr-be, afin qu’elle corresponde à tout chercheur francophone.

Une URL peut avoir plusieurs valeurs hreflang, tant que l’ensemble est identique sur toutes les versions.

Hreflang ne traduit rien

Hreflang ne résout d’ailleurs aucun problème de traduction.

Une version française traduite mot à mot du néerlandais sera peut-être bien affichée aux chercheurs francophones. Mais elle ne les convaincra pas.

Notre expérience : les outils de traduction choisissent souvent le mauvais mot-clé. Pour Suivo, Weglot traduisait “time registration” par “tijdsregistratie”, alors que les Belges cherchent “tijdregistratie”, sans s.

La page visait la Belgique, mais pas le mot que la Belgique tape. C’est pour cela que nous faisons toutes nos traductions en interne.

La manière d’aborder le texte lui-même est expliquée dans traduction de site web : machine, traducteur ou hybride et dans traduction automatique d’un site web et SEO.

Les choix de construction plus larges (quelle langue par défaut, que traduire en premier) figurent dans notre guide sur un site web bilingue pour le marché belge et dans stratégie de site web multilingue.

Comment implémenter hreflang sans erreurs ?

Il existe trois manières d’ajouter hreflang. Choisissez-en une seule.

Les mélanger, c’est chercher les ennuis.

Les trois méthodes

Google les décrit comme équivalentes :

1. Dans le <head> HTML de chaque page via des éléments <link>. La méthode la plus courante pour les sites plus petits.
2. Dans l’en-tête HTTP, surtout utile pour les fichiers non HTML comme les PDF.
3. Dans votre sitemap XML. Pratique sur les sites plus grands, car vous ne devez alors pas modifier chaque page séparément.

Les trois règles non négociables

Quelle que soit la méthode choisie, trois règles s’appliquent :

• Auto-référencement : chaque version renvoie vers elle-même et vers toutes les autres versions. La page nl-be doit donc aussi contenir un hreflang vers nl-be.
• Réciprocité (bidirectionnelle) : si la page A renvoie vers la page B, B doit renvoyer vers A. Si ce renvoi retour manque, Google ignore souvent complètement le signal.
• Codes corrects : utilisez des codes langue et pays valides. Un classique est d’utiliser en-uk, alors que le bon code pays est en-gb. Ou d’indiquer une région comme “EU”, qui n’est pas un code pays valide.

Google est explicite sur la deuxième règle : si deux pages ne pointent pas l’une vers l’autre, les balises sont ignorées.

Planifiez avant de baliser

Planifiez à l’avance quelles pages vous proposez dans quelle langue.

Commencez par une cartographie du contenu, en trois questions :

• quelles pages existent déjà ?
• lesquelles sont traduites ?
• qui visite réellement votre site aujourd’hui ?

Un bon audit SEO met cela en carte avant que vous ne placiez la moindre balise.

Sur un grand site, un crawler contrôle chaque page. Screaming Frog, par exemple, lit les balises hreflang de chaque URL explorée :

La page produit de Screaming Frog SEO Spider, octobre 2026 : version gratuite limitée à 500 URL par crawl.

Pour un site bilingue de taille moyenne, la version gratuite suffit souvent pour un premier contrôle.

Utiliser hreflang et canonical ensemble ?

Oui. C’est même souvent nécessaire, car ils font des choses différentes.

• Une canonical dit : “ceci est la version officielle de cette page précise, indexez celle-ci.”
• Hreflang dit : “cette page est la variante linguistique ou régionale pour ce public.”

Le plus grand piège

Ne laissez pas votre canonical et votre hreflang se contredire.

Votre page nl-be a une canonical qui pointe vers la version fr-be ? Google est perdu et peut ignorer les deux versions.

Règle de base : chaque version linguistique reçoit une canonical auto-référente plus l’ensemble complet des balises hreflang. Une canonical par page, pas plus.

Ce type de cohérence entre balises est exactement là où ça dérape. C’est un volet fixe de notre approche du SEO technique.

Le fonctionnement de la canonical elle-même est détaillé dans balise canonical et dans noindex vs canonical.

Quelles sont les erreurs hreflang les plus fréquentes ?

Hreflang est connu comme l’un des éléments les plus sujets aux erreurs du SEO technique.

Les bourdes récurrentes :

• Codes erronés ou incomplets : une langue sans code pays valide, ou une combinaison inventée.
• Renvoi retour manquant : A pointe vers B, mais B ne pointe pas en retour. Google ignore alors tout le bloc.
• Pas d’auto-référencement : chaque version oublie de renvoyer vers elle-même.
• Balises non entretenues : vous supprimez ou déplacez une page, mais l’ancien hreflang continue de pointer vers une 404. Hreflang n’est pas du “on installe et on oublie”.
• Placement erroné : des balises qui atterrissent en dehors du <head> ou se retrouvent à moitié dans le body.

La réparation pas à pas de chaque erreur est décrite dans corriger les erreurs hreflang.

La portée du signal

Attention aussi à la portée : hreflang fonctionne chez Google et Yandex, mais pas chez Bing ou Baidu.

Si vous visez le marché chinois, vous avez besoin d’autres signaux.

Vous voulez vérifier systématiquement votre implémentation ? Utilisez notre checklist SEO technique et contrôlez vos balises après chaque modification importante de contenu.

Ce que hreflang fait, et ne fait pas

Hreflang ne fait pas grimper vos positions. Ce n’est pas un bouton magique.

Il fait uniquement en sorte que le bon visiteur atterrisse sur la bonne page. Cela réduit indirectement votre taux de rebond et améliore votre conversion.

À une condition : votre contenu doit tenir la promesse, avec des mots-clés locaux et un contexte local.

Questions fréquentes sur hreflang

Ai-je besoin de hreflang si mon site est uniquement en français ?

Non. Hreflang n’est utile que si vous avez plusieurs versions linguistiques ou régionales du même contenu. Un site unilingue n’en tire rien et vous n’ajoutez qu’une charge de maintenance.

Quelle est la différence entre nl et nl-be ?

nl s’adresse à tous les néerlandophones, quel que soit le pays. nl-be s’adresse spécifiquement aux visiteurs néerlandophones en Belgique. Si vous servez à la fois le marché belge et le marché néerlandais, utilisez nl-be et nl-nl pour les séparer.

Hreflang garantit-il que Google affiche la bonne version ?

Non. C’est un signal fort, pas une règle stricte. Google tient aussi compte de la localisation, des réglages linguistiques et d’autres facteurs. Une implémentation erronée ou incomplète est souvent complètement ignorée.

Dois-je mettre hreflang sur chaque page ?

Sur chaque page qui a des variantes linguistiques ou régionales, oui. Et sur chaque variante, l’ensemble complet doit figurer, y compris le renvoi vers elle-même. Les pages sans variantes n’ont pas besoin de hreflang.

Comment vérifier si mon hreflang est correct ?

Via les directives de Google Search Central, un crawl avec une plateforme d’audit SEO ou notre test hreflang. Testez après l’implémentation et répétez le contrôle après chaque modification importante de votre contenu ou de votre structure d’URL.

Puis-je rediriger automatiquement les visiteurs vers leur langue ?

Plutôt pas. Google déconseille de rediriger automatiquement les visiteurs vers une autre version linguistique sur la base de ce que vous pensez être leur langue, car les visiteurs et les moteurs de recherche ne voient alors pas toutes les versions. Affichez un sélecteur de langue clair et laissez le visiteur choisir.

Une extension de traduction comme Weglot place-t-elle les balises hreflang pour moi ?

Souvent oui, mais vérifiez-le. Les extensions placent généralement le hreflang, mais pas toujours un x-default, et elles ne résolvent pas la qualité de la traduction. Lisez notre avis sur Weglot pour les détails. Si vous voulez quitter Weglot sans perdre vos URL traduites ni votre hreflang, lisez résilier Weglot sans perdre vos traductions et quitter un outil de traduction sans perte SEO.

Vous hésitez à savoir si hreflang en vaut la peine pour vous ?

Hreflang est puissant quand vous devenez réellement multilingue. C’est aussi l’un des endroits où les sites B2B se plantent le plus souvent.

Parfois, notre réponse est “ne le faites pas encore”. Nous regardons vos marchés, votre chiffre d’affaires et votre objectif de croissance, pas le nombre de petits drapeaux dans votre menu.

Découvrez notre approche du SEO, la traduction de votre site web en NL et FR natifs, ou la migration hors d’un outil de traduction.

Contactez-nous