Hreflang voor NL/BE-MKB

Q: Heb ik hreflang nodig als ik alleen op Nederland focus?

Nee. Hreflang is alleen relevant als je dezelfde content (of varianten daarvan) voor meerdere landen of talen aanbiedt. Een NL-only MKB-site heeft geen hreflang nodig.

Q: Wat is het verschil tussen nl en nl-NL?

'nl' = taal Nederlands, ongeacht land. 'nl-NL' = Nederlands in Nederland. 'nl-BE' = Nederlands in België (Vlaams). Voor MKB met Vlaamse én Nederlandse markt is nl-NL + nl-BE de juiste combinatie.

TL;DR Hreflang nodig: als je apart Vlaams (BE) én Nederlands (NL) aanbiedt met andere content/prijzen/contact. Hreflang NIET nodig: als je één NL-site hebt die ook voor Vlamingen werkt. Beslisboom hieronder. Verkeerd ingesteld hreflang = duplicate-content-chaos, dus alleen toepassen als je het echt nodig hebt.

Wat hreflang is

Hreflang is een HTML-attribuut (of HTTP-header, of sitemap-entry) waarmee je Google vertelt: "deze pagina is voor taal X, land Y. Voor andere talen/landen heb ik deze andere URL's."

Voorbeeld snippet voor een site met NL- en BE-versie:

<link rel="alternate" hreflang="nl-NL" href="https://example.nl/" />
<link rel="alternate" hreflang="nl-BE" href="https://example.be/" />
<link rel="alternate" hreflang="x-default" href="https://example.nl/" />

Resultaat: Google toont aan Nederlandse zoekers de .nl-versie, aan Vlaamse zoekers de .be-versie.

De beslisboom — heb je hreflang nodig?

Vraag 1: Bedien je actief klanten in zowel NL als BE?

Nee, alleen NL → geen hreflang nodig. Klaar.
Ja, beide → door naar vraag 2

Vraag 2: Heb je verschillende content/prijzen/contact voor NL en BE?

Nee, één versie voor allebei → geen hreflang nodig. Eén site, beide markten worden bediend.
Ja, andere prijzen/BTW/contact → door naar vraag 3

Vraag 3: Heb je twee separate URL-versies?

Eén domein, één URL per pagina → je hebt niet écht twee versies. Een land-detector die dynamisch prijzen toont volstaat zonder hreflang.
example.nl en example.be (twee domeinen) → hreflang nodig en zinvol.
example.com/nl/ en example.com/be/ (één domein, twee paden) → hreflang nodig en zinvol.

Wanneer wel hreflang

Concrete cases voor MKB:

Een NL-bouwbedrijf met aparte Vlaamse vestiging, andere prijzen, andere btw-tarieven, andere openingstijden
Een NL-webshop met andere shipping-tarieven voor BE en eigen BE-customer-service-pagina
Een SaaS-product met andere features per markt (zeldzaam in MKB)
Een advocatenkantoor met aparte BE-praktijk onder eigen URL

Wanneer GEEN hreflang

Even concreet:

NL-only dienstverlener die toevallig ook af en toe Vlaamse klanten heeft
Eén .nl-site die zowel NL- als BE-klanten bedient met dezelfde content
Twee verschillende producten op .nl en .be (dan is het geen hreflang-case maar gewoon twee aparte bedrijven)
Webshop met identieke content + dezelfde EU-prijzen overal

De grote valkuilen

Asymmetrische hreflang. Pagina A linkt naar pagina B als alternatief, maar B linkt niet terug naar A. Google negeert dan beide. Hreflang moet wederzijds zijn.
Self-referencing vergeten. Elke pagina moet ook naar zichzelf linken in z'n eigen hreflang-set. Vergeten = verkeerde interpretatie.
Inconsistente URL's. "https://" vs "http://", trailing slash vs niet. Hreflang moet exact dezelfde URL gebruiken als de canonical.
"nl" gebruiken voor België. Vlamingen krijgen dan de NL-versie. Gebruik nl-BE expliciet.
x-default vergeten. Voor zoekers buiten je doel-landen: x-default vertelt Google welke default-versie te tonen.

Implementatie — 3 methoden

Methode 1: HTML-tags (meest gebruikt)

In <head> van elke pagina. Werkt voor kleine tot middelgrote sites. Onderhoud: handmatig of via CMS-plugin.

Methode 2: XML-sitemap

Hreflang-entries in je sitemap.xml. Werkt voor grote sites. Onderhoud: scriptmatig genereerbaar.

Methode 3: HTTP-header

Alleen voor non-HTML-content (PDFs, etc.). Voor MKB zelden relevant.

Voor 95% van MKB-cases is methode 1 (HTML-tags) genoeg.

Testen of hreflang werkt

Google Search Console > International Targeting (legacy report, maar geeft errors)
Aleyda Solis hreflang generator
Screaming Frog SEO Spider — hreflang audit-functie

Voor 80% van MKB-sites: skip hreflang

Onze ervaring na 200+ MKB-audits: hreflang is een nuttige tool voor de juiste situaties, maar wordt te vaak preventief toegepast door bureaus die "alles correct willen doen". Voor pure lokale MKB-dienstverleners is hreflang vrijwel altijd overkill — focus liever op lokale SEO MKB 2026 en Google Business Profile.

Twijfel of hreflang voor jouw site nodig is? De gratis audit geeft een eerlijk antwoord — vaak "nee, niet nodig". Zie prijzen als je hreflang nodig hebt EN een rebuild overweegt (vast €3.995). Of reken eerst je verliesschade door op verliescalculator als je twijfelt over de bredere investering.

FAQ — hreflang NL/BE

Heb ik hreflang nodig als ik alleen op Nederland focus?

Nee. Hreflang is alleen relevant als je dezelfde content voor meerdere landen/talen aanbiedt.

Wat is het verschil tussen nl en nl-NL?

"nl" = taal Nederlands ongeacht land. "nl-NL" = Nederlands in Nederland. "nl-BE" = Nederlands in België (Vlaams). Voor MKB met beide markten: nl-NL + nl-BE.

Heeft hreflang invloed op rankings?

Indirect. Hreflang voorkomt dat Google de verkeerde landen-versie toont en voorkomt duplicate-content-issues. Het is een organisatie-tool, geen ranking-boost.

Wat als ik per ongeluk verkeerde hreflang heb ingesteld?

Google negeert meestal stilzwijgend foute hreflang. Geen penalty. Wel kunnen rankings dalen omdat Google de verkeerde versie aan zoekers toont. Fix zo snel mogelijk.

Wat hreflang niet kan oplossen

Veel ondernemers benaderen hreflang als toverknop: "we zetten het aan en dan ranken we ook in België". Zo werkt het niet. Hreflang is een organisatie-instrument dat zoekmachines vertelt welke versie bij welk land hoort, maar het geeft je geen extra autoriteit, geen lokale signalen, geen Vlaamse backlinks. Wie een NL-site vol Nederlandse termen draait en daar simpelweg een hreflang naar een lege BE-versie aan plakt, krijgt vooral verwarring terug.

De volgorde die wel werkt: eerst inhoudelijke aanpassing per markt (taalgebruik, prijzen, btw, contactgegevens, lokale referenties), dán pas de technische hreflang. Vlaams is taalkundig dichtbij Nederlands, maar woorden als "kuisen" tegenover "schoonmaken", "GSM" tegenover "mobieltje", en "factuur" tegenover "rekening" verraden direct of de tekst voor de juiste markt is geschreven. Klanten zien dat in twee zinnen.

Voor wie wereldwijd opereert komt er nog een tweede laag bij: tijdzones, valuta, lokale betaalmethoden en seizoenscontext. Een site die in juli "winteractie" toont aan een Australische klant verliest direct vertrouwen. Hreflang stuurt zo'n bezoeker correct naar de juiste versie, maar alleen als die juiste versie inhoudelijk werkelijk klopt.

Hreflang in combinatie met canonical en sitemap

De drie kerntechnologieën rondom internationale SEO botsen vaak: canonical, hreflang en sitemap. Wie ze los implementeert, krijgt subtiele tegenstrijdigheden die Google laat negeren. De juiste combinatie: elke pagina heeft een self-referencing canonical (wijst naar zichzelf), heeft een hreflang-set die élke taalvariant noemt inclusief zichzelf, en staat in de sitemap met dezelfde hreflang-annotaties.

Een veelgemaakte fout: canonical van de Vlaamse pagina wijst naar de Nederlandse pagina omdat de content "bijna gelijk" is. Daarmee vertel je Google dat de Vlaamse pagina geen eigen identiteit heeft, terwijl de hreflang het tegenovergestelde beweert. Google volgt dan canonical en negeert hreflang — de Vlaamse versie verdwijnt uit de index. Canonical mag alleen naar een andere pagina wijzen als die echt dezelfde pagina is, niet als variant.

Elke taalvariant heeft een eigen unieke URL zonder query-parameters.
Canonical-tag op elke pagina wijst naar zichzelf, nooit naar een andere taalvariant.
Hreflang-set noemt alle varianten plus zichzelf (self-referencing verplicht).
x-default-versie expliciet gedefinieerd voor bezoekers buiten je doelmarkten.
Hreflang-codes volgen ISO 639-1 (taal) plus ISO 3166-1 alpha-2 (land), bijvoorbeeld nl-BE.
Geen onderstreping of underscore tussen taal en land — altijd een streepje.
URL's in hreflang absoluut, niet relatief, en met dezelfde HTTP/HTTPS-versie als de canonical.
Sitemap-entries bevatten dezelfde hreflang-annotaties als de HTML-tags.
Bij wijziging van URL-structuur: zowel canonical, hreflang als sitemap synchroon aanpassen.
Search Console-property aanmaken voor elke variant om indexering apart te kunnen volgen.
Vertaling laten doen door een native speaker uit de doelmarkt, niet door automatische vertaling.
Prijzen in lokale valuta tonen met juiste btw-vermelding per markt.
Contactgegevens per markt: lokaal telefoonnummer, lokale openingstijden, lokale tijdzone.
Geen geo-redirects op basis van IP — laat de gebruiker kiezen, vermijd automatische omleidingen.
Test de implementatie maandelijks met een audit-tool en in Search Console.

Wat doe je vandaag?

Doorloop de drie beslisvragen hierboven en noteer of je hreflang écht nodig hebt.
Open je site-broncode en check of canonical-tags niet kruisverwijzen naar andere taalvarianten.
Maak een lijst van vijf Vlaamse termen die in jouw branche anders zijn dan Nederlands — pas ze aan in je BE-versie.
Controleer in Search Console of je beide property-versies hebt aangemaakt en geverifieerd.
Bij twijfel: schakel hreflang uit in plaats van het verkeerd te laten staan — Google werkt zonder ook prima.

Wat is x-default precies?

De fallback-versie voor zoekers wiens taal of land je niet expliciet hebt gedefinieerd. Een zoeker uit Duitsland die jouw site vindt zonder hreflang-match krijgt de x-default versie. Vaak kies je hiervoor je hoofdtaal (Engels of Nederlands). Vergeet x-default niet — zonder is Google's gedrag onvoorspelbaar.

Werkt hreflang ook voor regio's binnen een land?

Nee, hreflang werkt op taal- en landniveau. Voor regionale targeting binnen Nederland (Mijdrecht versus Amsterdam) gebruik je gewoon eigen stadspagina's, niet hreflang. Wij hebben dat bij Keurmeesters voor 31 steden gedaan zonder ook maar één hreflang-tag — dat is geen internationale SEO maar lokale SEO.

Wat als ik veel meer talen heb dan alleen NL/BE?

De aanpak schaalt: elke pagina heeft een hreflang-set met alle taalvarianten plus self-reference plus x-default. Voor sites met meer dan vijf talen wordt de HTML-head al snel groot — schakel dan over op sitemap-gebaseerde hreflang in plaats van inline tags. Houd één bron van waarheid (één spreadsheet of CMS-veld) zodat je geen tegenstrijdigheden krijgt.

Internal linking bij meertalige sites

Hreflang regelt de relatie tussen taalvarianten op zoekmachine-niveau, maar interne links bepalen hoe waarde stroomt binnen je site. Een Nederlandse pagina die alleen naar andere Nederlandse pagina's linkt en een Vlaamse pagina die alleen naar andere Vlaamse pagina's linkt — dat is meestal de juiste structuur. Cross-links tussen taalvarianten geven Google een verwarrend signaal: zijn dit dezelfde pagina's of zijn het aparte universa?

Behandel elke taalvariant als een aparte mini-site binnen één domein. De navigatie linkt binnen de taal. De broodkruimels blijven in de taal. Voetnoten en gerelateerde-artikelen-blokken verwijzen naar artikelen in dezelfde taal. De enige plek waar je cross-link is een expliciete taalkiezer in de header — daar mag het, want dat is precies waar de bezoeker zich realiseert dat er meerdere talen zijn.

Bij Keurmeesters bouwen we 31 stadspagina's onder één Nederlandse taalvariant, allemaal onderling gekoppeld via "energielabel in [naburige stad]"-blokken. Dat is geen hreflang-case — alle pagina's zijn in dezelfde taal voor dezelfde markt. De interne linking-strategie verspreidt autoriteit door het hele netwerk en zorgt dat elke stadspagina rankt op z'n eigen zoekvraag. Zou er ooit een Vlaamse markt bijkomen, dan zou dat een eigen netwerk worden, niet vermengd met het Nederlandse.

Lighthouse-check per taalvariant

Een vaak overgeslagen test: draai Lighthouse op elke taalvariant afzonderlijk. Veel sites halen 90+ op de hoofdtaal en 70 op de minder-onderhouden vertaling, simpelweg omdat afbeeldingen niet zijn geoptimaliseerd, fonts opnieuw worden geladen voor de tweede taal, of vertaal-plugins JavaScript injecteren dat de critical path vertraagt. Een lager score betekent slechtere rankings én slechtere conversie in die markt.

De vuistregel die wij hanteren: alle taalvarianten moeten binnen vijf punten van elkaar liggen op de vier Lighthouse-categorieën. Wijken ze meer af, dan is er onderhoud nodig. Bij Keurmeesters halen we 96+ over alle 31 stadspagina's omdat ze allemaal hetzelfde template, dezelfde fonts, dezelfde afbeelding-pipeline en dezelfde JavaScript-bundel gebruiken. Eén keer goed opzetten, geen losse optimalisaties per pagina nodig.

Wereldwijde implementatie zonder gedoe

Voor klanten die internationaal opereren, kiezen we vrijwel altijd voor een subdirectory-structuur (site.com/nl/, site.com/en/) boven aparte domeinen of subdomeinen. Subdirectories delen de domeinautoriteit, zodat een sterke EN-pagina indirect je NL-rankings versterkt en andersom. Aparte domeinen forceren je om voor elk land opnieuw autoriteit op te bouwen, wat jaren kost.

De uitzondering: wanneer er regulatoire of fiscale redenen zijn waarom de markten écht apart moeten staan — een financiële dienstverlener die in elk land onder een andere vergunning werkt, een healthtech-product met andere certificeringen per markt. Voor MKB-dienstverleners is dat zelden van toepassing.

Wat we wel altijd doen: aparte Search Console-properties per taalvariant, aparte sitemaps per taal, en aparte analytics-views zodat je per markt kunt zien wat werkt. Zonder die scheiding zie je alleen geaggregeerde data en mis je dat de Vlaamse pagina's bijvoorbeeld een totaal andere bouncerate hebben dan de Nederlandse.

Drie scenario's uit de praktijk

Scenario één: een Nederlandse dienstverlener die soms een klant uit Vlaanderen helpt. Geen aparte BE-versie nodig, geen hreflang, één Nederlandse site die toevallig ook voor Vlamingen leesbaar is. De Vlaamse klant past zich aan, geen probleem.

Scenario twee: een NL-bedrijf met een echte Belgische vestiging, eigen team, eigen prijzen, eigen openingstijden. Twee aparte taalvarianten onder één domein met subdirectory-structuur, hreflang correct opgezet, twee aparte Business Profiles, twee aparte teams die de Q&A's beheren.

Scenario drie: een SaaS-product met klanten in vijftien landen. Hreflang voor de vijf grootste markten in hun eigen taal, x-default in Engels voor de rest. Eén centraal CMS met taal-velden per pagina, automatische sitemap-generatie met hreflang-annotaties, en een vertaalproces met native speakers per markt.

Uitgebreide checklist voor internationale SEO

Beslisboom doorlopen voordat je überhaupt aan hreflang begint — vaak is het antwoord "niet nodig".
Subdirectory-structuur kiezen boven aparte domeinen, tenzij regulatoire redenen anders dicteren.
Eén hreflang-bron van waarheid — CMS-veld, spreadsheet of script — om tegenstrijdigheden te voorkomen.
Self-referencing hreflang op elke pagina, ook als het de enige taalvariant is op dat moment.
x-default expliciet definiëren, niet aannemen dat Google de juiste default kiest.
Canonical-tag wijst altijd naar zichzelf, nooit naar een andere taalvariant.
Sitemap.xml bevat hreflang-annotaties identiek aan de HTML-tags.
Search Console-property per taalvariant aanmaken en geverifieerd houden.
Aparte analytics-views per markt om gedrag te kunnen vergelijken.
Native vertaling boven automatische vertaling — zeker voor MKB met regionale terminologie.
Lokale prijzen, lokale btw-tarieven, lokale betaalmethoden per markt.
Lokaal telefoonnummer per markt — geen NL-nummer voor de BE-pagina.
Tijdzone-bewuste openingstijden waar relevant (live chat, callcenter).
Lighthouse-score per taalvariant binnen vijf punten van elkaar houden.
Geen automatische geo-redirects op basis van IP — laat de bezoeker zelf de taal kiezen.

Wat doe je deze week?

Beantwoord de drie beslisvragen opnieuw en noteer eerlijk of je hreflang nodig hebt.
Open je site-broncode en controleer of canonical en hreflang elkaar niet tegenspreken.
Bekijk Search Console > Indexering > Pagina's en filter op "Duplicate without user-selected canonical" — dat is vaak een hreflang-symptoom.
Test elke taalvariant in Lighthouse en noteer de scores per categorie.
Als je twijfelt over hreflang: schakel het tijdelijk uit en monitor de rankings vier weken — vaak verandert er niets en bespaar je onderhoud.

Mag ik hreflang gebruiken voor regionale dialecten binnen een land?

Nee, hreflang werkt op taal-plus-landniveau. Voor regionale targeting binnen een land gebruik je gewone lokale SEO-technieken: stadspagina's met eigen URL, lokale Schema.org-blokken, eigen Business Profile per locatie. Dialect-varianten van dezelfde taal lossen we via tone-of-voice en lokale termen op de pagina zelf op, niet via metadata.

Wat als mijn vertaling deels door AI is gedaan?

Google maakt geen onderscheid tussen menselijke en AI-gegenereerde vertalingen, mits het resultaat van goede kwaliteit is. Het risico zit in nuance: AI-vertalingen missen vaak idiomatische uitdrukkingen, regionale termen en culturele context. Voor MKB met een lokale focus blijft een native speaker de gouden standaard. Voor grote sites met dunne vertalingen kan AI een vertrekpunt zijn, maar laat altijd een native eindredacteur de tekst checken.

Hoe vaak moet ik hreflang controleren?

Bij elke significante site-wijziging plus minimaal één keer per kwartaal als routinecheck. URL's veranderen, taalvarianten worden toegevoegd of verwijderd, canonical-tags worden per ongeluk gewijzigd door plugins. Een hreflang-fout valt zelden meteen op — pas wanneer rankings in één markt zijn ingestort. Een vaste check elk kwartaal voorkomt dat.

Verder lezen

Door Lorenzo Ruisi — DesignCheck. Laatst bijgewerkt 16 mei 2026.

Hreflang voor NL/BE-MKB — wanneer wel?