Hreflang uitgelegd: nl-be, fr-be en x-default voor een tweetalige Belgische site

Hreflang vertelt Google welke taalversie van een pagina bij welke zoeker hoort.

Zie hreflang als een wegwijzer: “deze pagina is voor Nederlandstalige Belgen, die andere voor Franstalige Belgen”.

Het verdict: een eentalige Vlaamse B2B-site heeft geen hreflang nodig. Met een NL- en een FR-versie (nl-be en fr-be) voorkom je ermee dat je eigen pagina’s elkaar beconcurreren.

Eén nuance vooraf: hreflang is een suggestie aan Google, geen garantie. En het is verraderlijk foutgevoelig.

Wat is een hreflang-tag precies?

Een hreflang-tag is een HTML-attribuut dat zegt voor welke taal en regio een pagina bedoeld is.

Taalcode plus landcode

De waarde start met een taalcode van twee letters volgens ISO 639-1, zoals nl of fr.

Daarna volgt optioneel een streepje en een landcode volgens ISO 3166-1 Alpha-2, zoals be of nl.

Twee voorbeelden:

• nl: Nederlandstalig, ongeacht het land
• nl-be: Nederlandstalig, specifiek voor België

Waarom dat in België telt

Die werking van het hreflang-attribuut maakt het onderscheid in ons land cruciaal.

Een Vlaming en een Nederlander spreken dezelfde taal, maar kopen in een andere markt. Denk aan andere prijzen, andere btw en andere referenties.

Met hreflang bedien je beide, zonder dat Google het als duplicate content leest.

Google’s eigen documentatie noemt het signaal een aanwijzing dat pagina’s lokalisaties van dezelfde inhoud zijn.

Google kiest dan de versie die past bij de taal en locatie van de zoeker.

Hoe ziet een hreflang-tag eruit?

Je plaatst de tags in de <head> van elke pagina, één regel per versie.

Een eenvoudig voorbeeld

Stel: een Belgisch bedrijf met een Nederlandstalige en een Franstalige versie. Dan ziet de set er zo uit:

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

Drie dingen vallen op:

• elke regel wijst naar één URL voor één taal of regio
• de x-default is een vangnet (daarover zo meer)
• de hele set staat op elke variant, ook die naar zichzelf wijst

Dat laatste heet zelf-referentie. Het is een van de meest vergeten stappen.

Zo doen we het op onze eigen site

Onze eigen site draait in vier talen. Dit is de set in de <head> van dit artikel (stand oktober 2026):

<link rel="alternate" hreflang="nl-be" href="https://www.customerimpact.be/kennis/hreflang-tags-uitleg/">
<link rel="alternate" hreflang="fr-be" href="https://www.customerimpact.be/fr/blog/hreflang/">
<link rel="alternate" hreflang="en" href="https://www.customerimpact.be/en/blog/hreflang/">
<link rel="alternate" hreflang="de" href="https://www.customerimpact.be/de/blog/hreflang-tags-erklaert/">
<link rel="alternate" hreflang="x-default" href="https://www.customerimpact.be/en/blog/hreflang/">

NL en FR richten we op België. Engels en Duits laten we zonder landcode, zodat ze elke Engels- of Duitstalige zoeker vangen.

De Franse versie draagt exact dezelfde set, met een canonical naar zichzelf.

Waarom is x-default zo belangrijk in België?

De x-default wijst de versie aan die Google toont als geen enkele taal of regio matcht.

Denk aan een bezoeker uit Duitsland of de VS, of iemand zonder duidelijke taalinstelling. Zonder x-default laat je Google gokken.

Zo beslist Google welke versie het toont:

Ons taallandschap is rommelig

België heeft Nederlandstaligen, Franstaligen en een kleine Duitstalige gemeenschap. Daarbovenop komen veel internationale bezoekers die Engels verwachten.

Een veelgebruikte aanpak: een neutrale landingspagina als x-default, waar de bezoeker zelf kiest.

Geen automatische doorverwijzing

Google raadt af om bezoekers automatisch door te sturen op basis van hun vermoedelijke taal. Bezoekers en zoekmachines zien dan niet alle versies.

Hreflang is maar één onderdeel van de bouwkeuzes (subdirectory, subdomein of ccTLD).

Wie heeft hreflang echt nodig?

Alleen wie meerdere taal- of regioversies van dezelfde inhoud heeft. Dat botst soms met wat bureaus graag verkopen.

Drie situaties waarin het loont

Hreflang heeft zin in deze gevallen:

• je bedient Nederlandstalige en Franstalige Belgen met aparte pagina’s
• je exporteert, met een Belgische en een Nederlandse versie in dezelfde taal
• je hebt dezelfde content in meerdere talen vertaald

Wanneer je het beter laat

Haalt je puur Vlaamse B2B-site 95% van zijn omzet uit Vlaanderen? Dan levert hreflang geen enkele extra klant op.

Je voegt dan complexiteit en onderhoud toe, zonder rendement.

Bij Customer Impact sturen we op klanten en omzet, niet op technische volledigheid.

Een nette eentalige site die converteert, is meer waard dan een meertalige constructie vol foute tags.

Hoe zet je hreflang op voor een tweetalige NL/FR-website?

Eerst moeten de taalversies bestaan als aparte, vindbare pagina’s. Hreflang komt pas daarna.

Google gebruikt in zijn documentatie over lokale versies zelf België als voorbeeld.

nl-be, fr-be en de-be zijn correct. be alleen is fout: de eerste code is altijd de taal, en be is de taalcode voor Wit-Russisch.

De opzet in vijf stappen

Een tweetalige site bouw je zo op:

1. Een eigen URL per taal, bijvoorbeeld /nl/ en /fr/ op hetzelfde domein.
2. Eén taal per pagina, nooit NL en FR naast elkaar.
3. Een taalkiezer die naar de equivalente pagina linkt.
4. Geen automatische redirect op taal of IP.
5. Hreflang plus een zelf-refererende canonical op elke versie.

Waarom elke stap telt

Google raadt aparte URL’s per taal aan in plaats van een taalwissel via cookies. Googlebot crawlt namelijk zonder taalvoorkeur.

Google bepaalt de taal op basis van de zichtbare tekst, niet het lang-attribuut. Een pagina waarvan alleen het menu vertaald is, telt dus niet als Franse versie.

Wie op /nl/diensten/ op FR klikt, hoort op /fr/services/ te landen. Niet op de Franse homepage.

Die taalkiezer-links helpen ook Google om de versies te vinden.

Een redirect op browsertaal kan Googlebot en bezoekers de andere versie onthouden. Laat de bezoeker dus zelf kiezen.

Eén URL, meerdere waarden

Bedien je met dezelfde Franse pagina ook Franstaligen buiten België? Label die URL dan naast fr-be ook als fr.

Een URL mag meerdere hreflang-waarden hebben, zolang de set op alle versies identiek is.

Je controleert de set na elke wijziging. Zo ziet dat eruit in onze eigen tool:

Hreflang lost geen vertaalprobleem op

Een woord-voor-woord vertaalde Franse pagina wordt misschien correct getoond, maar overtuigt Franstalige kopers niet.

Hoe je de tekst zelf aanpakt, lees je in website vertalen: machine, vertaler of hybride en in SEO-vertalingen.

De bredere bouwkeuzes (welke taal standaard, wat eerst vertalen) staan in onze gids over een tweetalige website voor de Belgische markt.

Hoe implementeer je hreflang zonder fouten?

Kies één van drie methodes en blijf erbij. Door elkaar gebruiken vraagt om problemen.

Drie plekken voor je tags

Je kunt hreflang hier plaatsen:

1. In de HTML-<head> via <link>-elementen, het gangbaarst voor kleinere sites.
2. In de HTTP-header, vooral voor PDF’s en andere niet-HTML-bestanden.
3. In je XML-sitemap, handig bij grote sites.

Wij doen beide: de tags in de <head> en dezelfde set in de sitemap.

Drie regels die niet onderhandelbaar zijn

Welke methode je ook kiest:

• Zelf-referentie: elke versie verwijst naar zichzelf én naar alle andere.
• Wederkerigheid: wijst A naar B, dan wijst B terug naar A.
• Correcte codes: en-gb, niet en-uk; “EU” is geen landcode.

Ontbreekt de terugverwijzing, dan negeert Google het signaal vaak volledig.

Begin met een contentmap

Plan vooraf welke pagina’s je in welke taal aanbiedt.

Welke pagina’s bestaan al, welke zijn vertaald, en wie bezoekt je site nu?

Een goede SEO-audit brengt dat in kaart, nog voor je één tag plaatst.

Hreflang en canonical samen gebruiken?

Ja, en dat moet vaak ook. Ze doen elk iets anders.

Twee tags, twee taken

Een canonical zegt: “dit is de officiële versie van deze pagina, indexeer deze”. Meer daarover in onze uitleg over de canonical tag.

Hreflang zegt: “deze pagina is de taalvariant voor dit publiek”.

Laat ze elkaar niet tegenspreken

Wijst de canonical van je nl-be-pagina naar de fr-be-versie? Dan raakt Google in de war en kan het beide versies negeren.

Stelregel: elke taalversie krijgt een canonical naar zichzelf plus de volledige hreflang-set. Eén canonical per pagina.

Die consistentie tussen tags is precies waar het misgaat. Het is een vast onderdeel van onze technische SEO-aanpak.

Wat zijn de meest gemaakte hreflang-fouten?

Hreflang staat bekend als een van de meest foutgevoelige onderdelen van technische SEO.

Vijf klassiekers

Deze fouten komen steeds terug:

• Foute codes: een taal zonder geldige landcode, of een verzonnen combinatie.
• Geen terugverwijzing: A wijst naar B, B niet terug.
• Geen zelf-referentie: de versie vergeet zichzelf.
• Geen onderhoud: een verplaatste pagina, een hreflang die naar een 404 wijst.
• Verkeerde plaatsing: tags die buiten de <head> belanden.

Hreflang is dus geen “instellen en vergeten”.

Het bereik is beperkt

Hreflang werkt bij Google en Yandex, maar niet bij Bing of Baidu. Mik je op China, dan heb je andere signalen nodig.

Botsen canonical en hreflang al? Lees dan hoe je canonical-conflicten oplost.

Systematisch nakijken doe je met onze technische SEO-checklist, na elke grote contentwijziging.

Wat hreflang wel en niet doet

Het verhoogt je rankings niet als bij toverslag.

Het zorgt enkel dat de juiste bezoeker op de juiste pagina landt. Dat helpt je bounce en je conversie, als de content de belofte waarmaakt met lokale zoekwoorden en context.

Veelgestelde vragen over hreflang

Heb ik hreflang nodig als mijn site alleen in het Nederlands is?

Nee. Hreflang is enkel nuttig als je meerdere taal- of regioversies van dezelfde inhoud hebt. Een eentalige site heeft er niets aan en je voegt alleen onderhoudslast toe.

Wat is het verschil tussen nl en nl-be?

nl richt zich op alle Nederlandstaligen, ongeacht land. nl-be richt zich specifiek op Nederlandstalige bezoekers in België. Bedien je zowel de Belgische als de Nederlandse markt, gebruik dan nl-be en nl-nl om ze te scheiden.

Garandeert hreflang dat Google de juiste versie toont?

Nee. Het is een sterk signaal, geen harde regel. Google houdt ook rekening met locatie, taalinstellingen en andere factoren. Een foute of onvolledige implementatie wordt vaak volledig genegeerd.

Moet ik hreflang op elke pagina zetten?

Op elke pagina die taal- of regiovarianten heeft, ja. En op elke variant moet de volledige set staan, inclusief de verwijzing naar zichzelf. Pagina’s zonder varianten hebben geen hreflang nodig.

Hoe controleer ik of mijn hreflang correct is?

Via Google Search Central-richtlijnen, een crawl met een SEO-auditplatform of onze hreflang-check. Test na implementatie en herhaal de controle na elke grote wijziging aan je content of URL-structuur.

Mag ik bezoekers automatisch naar hun taal doorsturen?

Liever niet. Google raadt af om bezoekers automatisch naar een andere taalversie te sturen op basis van wat je denkt dat hun taal is, omdat bezoekers en zoekmachines dan niet alle versies zien. Toon een duidelijke taalkiezer en laat de bezoeker kiezen.

Plaatst een vertaalplugin zoals Weglot de hreflang-tags voor mij?

Vaak wel, maar controleer het. Plugins zetten meestal hreflang, maar niet altijd een x-default, en ze lossen de kwaliteit van de vertaling niet op. Lees onze Weglot review voor de details. Wil je van Weglot af zonder dat je vertaalde URL’s en hreflang wegvallen, lees dan Weglot opzeggen zonder je vertalingen te verliezen.

Twijfel je of hreflang voor jou de moeite is?

Ga je echt meertalig? Dan loont een correcte opzet. Zo niet, dan zegt ons advies soms: “doe het nog niet”.

We kijken naar je markten, je omzet en je groeidoel, niet naar het aantal vlaggetjes in je menu.

Bekijk onze aanpak voor SEO, of hoe we je website laten vertalen met native NL- en FR-teksten en een correcte hreflang-opzet.

Stuur ons je URL via contact en we lopen je taalversies samen na.