Hreflang implementeren: meertalige websites SEO-correct opzetten

Wat is hreflang?

Hreflang is een HTML-attribuut waarmee je Google vertelt welke taal en regio een specifieke pagina bedient. Zoekmachines gebruiken deze signalen om de juiste taalversie aan de juiste gebruiker te tonen, gebaseerd op browserinstellingen en locatie. Zonder correcte hreflang loop je het risico dat Nederlandse bezoekers je Engelse pagina te zien krijgen, of erger nog, dat Google taalvarianten als duplicate content beschouwt.

Voor MKB-bedrijven die uitbreiden naar Belgie, Duitsland of verder Europa is hreflang geen technisch detail meer, maar een fundament onder je internationale SEO-strategie. Het verkeerd implementeren ervan kan rankings kosten in alle taalvarianten tegelijk, en herstellen kost vaak maanden.

De afgelopen jaren heeft Google de tolerantie voor slordige hreflang-implementaties verlaagd. Waar je vroeger soms wegkwam met halve implementaties, zie je nu sneller indexatieproblemen of verkeerde taalversies in de zoekresultaten. Tijd dus om dit goed te regelen.

Hreflang varianten en wanneer je ze gebruikt

De drie manieren om hreflang te implementeren

Er zijn drie geldige methoden om hreflang aan je site toe te voegen, elk met eigen voor- en nadelen. Welke je kiest hangt af van je CMS, technische mogelijkheden en de schaal van je site.

1. HTML link tags in de head sectie

De meest gebruikte methode plaatst link-elementen in de head van elke pagina. Voor een Nederlandse pagina die ook een Belgische en Engelse variant heeft, ziet dat er zo uit: link rel hreflang nl-NL href naar de Nederlandse URL, hreflang nl-BE naar de Belgische, en hreflang en-GB naar de Engelse. Plus een self-referencing tag die naar zichzelf wijst.

Deze methode werkt voor de meeste WordPress sites met plugins zoals WPML of Polylang. Het nadeel: bij honderden pagina’s worden je head sections groot, wat de laadtijd licht kan beinvloeden.

2. HTTP headers voor niet-HTML bestanden

Voor PDF’s, afbeeldingen of andere bestanden die je in meerdere talen aanbiedt, gebruik je HTTP headers. De webserver stuurt dan een Link header mee met de hreflang informatie. Dit is technisch complexer en vereist toegang tot je serverconfiguratie of een plugin die dit ondersteunt.

3. XML sitemap hreflang

Mijn persoonlijke favoriet voor grote sites: alle hreflang relaties opnemen in je XML sitemap. Voordeel: je houdt je HTML clean, en je hebt een centraal overzicht van alle taalrelaties. Nadeel: de implementatie is technisch en vereist dat je sitemap-generator dit ondersteunt.

De vier regels die je nooit mag overtreden

Hreflang heeft vier basisregels die Google verwacht. Schend er een, en je hele setup wordt genegeerd of veroorzaakt problemen.

Regel 1: Bidirectionele links. Als pagina A naar pagina B linkt via hreflang, moet pagina B ook terug linken naar A. Google noemt dit “return tags”. Eenrichtingsverkeer wordt genegeerd. Een veelgemaakte fout is dat de Belgische variant wel naar de Nederlandse linkt, maar niet andersom.

Regel 2: Self-referencing tag. Elke pagina moet ook een hreflang tag naar zichzelf bevatten. Dus de NL-pagina heeft niet alleen tags naar BE en EN, maar ook naar zichzelf met hreflang nl-NL.

Regel 3: Absolute URLs. Gebruik altijd volledige URLs in hreflang, inclusief https en domein. Relatieve URLs werken niet betrouwbaar.

Regel 4: Geldige taalcodes. Gebruik ISO 639-1 codes voor talen en ISO 3166-1 Alpha 2 codes voor regio’s. Verzonnen combinaties zoals nl-UK bestaan niet en worden genegeerd.

De x-default tag goed gebruiken

De x-default tag is voor bezoekers wiens taal of regio je niet specifiek bedient. Stel: je hebt Nederlandse, Belgische en Duitse pagina’s. Een bezoeker uit Frankrijk past in geen van die buckets. De x-default tag wijst dan naar de pagina die je default tonen wilt, vaak een taalkeuze-landingspagina of je Engelse versie.

Een belangrijk misverstand: x-default is geen vervanging voor specifieke taaltags. Je moet beide hebben. Een pagina kan dus hreflang nl-NL, nl-BE, de-DE en x-default tags hebben naast elkaar.

Bij MKB-sites met beperkte budgetten zie ik vaak dat x-default wordt vergeten. Het gevolg: bezoekers uit landen die je niet specifiek bedient krijgen een willekeurige taalversie te zien, wat slecht is voor je bouncepercentage.

Subdomeinen, subfolders of losse domeinen

Voor je hreflang implementeert, bepaal je eerst je URL-structuur voor taalvarianten. Er zijn drie opties met elk eigen SEO-implicaties.

Subfolders zoals voorbeeld.nl/be/ en voorbeeld.nl/de/ zijn de meest aanbevolen optie voor MKB. Je behoudt alle autoriteit op een domein, het is technisch eenvoudig en hreflang werkt naadloos. Mijn standaardadvies tenzij er specifieke redenen zijn voor iets anders.

Subdomeinen zoals be.voorbeeld.nl en de.voorbeeld.nl zijn een middenweg. Google behandelt subdomeinen vaak als aparte entiteiten, dus de autoriteit verdeelt zich. Voor multinationals met aparte teams per land kan dit logisch zijn, voor MKB meestal niet.

Losse landdomeinen zoals voorbeeld.be en voorbeeld.de zijn de zwaarste optie. Je bouwt drie keer autoriteit op, drie keer linkbuilding, drie keer technische monitoring. Alleen verstandig als je echt aparte marktbenadering hebt per land.

Veelvoorkomende implementatiefouten en hoe je ze opspoort

Google Search Console heeft een Internationale targeting rapport waarin je hreflang fouten ziet. De twee meest voorkomende meldingen zijn “geen retour tags” en “onbekende taalcode”. Beide indiceren een gebroken implementatie.

Tools zoals Screaming Frog of Sitebulb kunnen je hele site crawlen en alle hreflang relaties visualiseren. Voor grotere sites is dit onmisbaar, want handmatig controleren wordt na 50 pagina’s onbegonnen werk.

Een test die je altijd uitvoert na implementatie: zoek vanuit een Belgisch IP-adres naar je merknaam en kijk welke URL Google toont. Als de Nederlandse versie verschijnt terwijl je een Belgische variant hebt, weet je dat hreflang nog niet goed werkt.

Praktijkvoorbeeld: webshop in fietsaccessoires

Een fictieve webshop in fietsaccessoires verkocht al jaren aan Nederlandse klanten en wilde uitbreiden naar Belgie en Duitsland. Het bedrijf had 1.200 productpagina’s en 80 categorie- en informatiepagina’s.

De eerste implementatie ging fout. De Belgische vertaling had alleen hreflang tags naar zichzelf, niet naar de Nederlandse of Duitse versie. Het gevolg: Google toonde Nederlandse bezoekers soms de Belgische pagina (met andere bezorgkosten), en omgekeerd. Bouncepercentage steeg met 18% in zes weken.

Na een audit werd duidelijk dat de WPML configuratie verkeerd stond. Self-referencing tags ontbraken, en de x-default was gekoppeld aan de Belgische versie in plaats van de Nederlandse. Na herstel: bidirectionele links overal, x-default naar een nieuwe taalkeuze-pagina, en correcte regio-codes.

Resultaten na 12 weken: de juiste taalversie verscheen in 94% van de internationale zoekopdrachten (was 61%), het bouncepercentage uit Belgie daalde met 23%, en de conversieratio op Duitse pagina’s verdubbelde doordat bezoekers eindelijk Duitse productpagina’s zagen in plaats van Nederlandse.

Veelgemaakte fouten

1. Vergeten self-referencing tags toe te voegen waardoor Google de hele set negeert.
2. Eenrichtings hreflang relaties zonder return tags vanuit de andere taalversies.
3. Relatieve URLs gebruiken in plaats van absolute URLs met volledig domein.
4. Verzonnen taalcodes zoals nl-UK of en-EU die niet bestaan volgens ISO standaarden.
5. Geen x-default tag waardoor bezoekers uit niet-bediende landen verkeerde versies zien.
6. Hreflang implementeren maar de inhoud niet daadwerkelijk vertalen, alleen prijzen aanpassen.
7. De Belgische variant identiek houden aan de Nederlandse terwijl dat als duplicate content kan tellen.
8. Hreflang in de head plaatsen op pagina’s die noindex zijn, wat verwarrend signaal geeft.
9. Canonical tags die wijzen naar een andere taalversie dan de pagina zelf, wat hreflang ongeldig maakt.
10. Geen monitoring opzetten in Search Console waardoor fouten weken onopgemerkt blijven.

Veelgestelde vragen over hreflang implementeren

Heb ik hreflang nodig als ik alleen voor Nederland werk?

Nee. Hreflang is alleen relevant als je website meerdere taalvarianten heeft of dezelfde taal voor verschillende regio’s (zoals Nederlands voor NL en BE). Voor een puur Nederlandse site is hreflang overbodig.

Is hreflang een directe rankingfactor?

Nee, hreflang is geen rankingfactor maar een signaal voor taal- en regiotargeting. Het helpt Google de juiste versie aan de juiste gebruiker te tonen, wat indirect je conversie en gedragssignalen verbetert.

Kan ik nl en nl-NL door elkaar gebruiken?

Beter niet. Wees consistent: kies of je werkt met alleen taalcodes (nl, en, de) of altijd met taal-regio combinaties (nl-NL, en-GB, de-DE). Mixen zorgt voor onduidelijkheid en mogelijk negeren door Google.

Hoe lang duurt het voor hreflang effect heeft?

Google moet je site opnieuw crawlen voordat hreflang signalen worden verwerkt. Reken op 2 tot 8 weken voor volledige verwerking, afhankelijk van site grootte en crawl frequency. Search Console toont voortgang in het Internationale targeting rapport.

Werkt hreflang ook voor Bing en andere zoekmachines?

Bing ondersteunt hreflang gedeeltelijk maar gebruikt vooral content-language meta tags. Yandex ondersteunt hreflang sinds 2013. Voor de meeste MKB-sites is de focus op Google voldoende, gezien het marktaandeel in Nederland.

Wat doe ik als ik geen aparte vertaling heb maar wel verschillende prijzen?

Zelfde tekst met andere prijzen kan als duplicate content tellen. Voeg minimaal regio-specifieke content toe: verzendinfo, valuta, lokale contactgegevens, klantvoorbeelden uit dat land. Hreflang werkt het best met daadwerkelijk gedifferentieerde content.

Moet ik hreflang gebruiken op blogposts of alleen op productpagina’s?

Op elke pagina die in meerdere talen bestaat. Dus ook blogposts, contactpagina’s en algemene voorwaarden. Pagina’s die maar in een taal bestaan hebben geen hreflang nodig.

Hoe combineer ik hreflang met canonical tags?

Canonical tags wijzen altijd naar de eigen pagina (self-canonical), nooit naar een andere taalversie. Hreflang doet de taalrelatie. Een Belgische pagina heeft dus canonical naar zichzelf en hreflang tags naar alle taalvarianten inclusief zichzelf.

Aan de slag met hreflang implementeren

Hreflang correct implementeren vraagt technische precisie en gedegen vooronderzoek naar je URL-structuur. Een verkeerde setup kost rankings in alle taalvarianten tegelijk, terwijl een goede implementatie deuren opent naar nieuwe markten.

Wil je sparren over je internationale SEO-strategie of hulp bij de technische implementatie voor jouw meertalige website? Plan een vrijblijvend strategiegesprek en we kijken samen naar de beste aanpak voor jouw situatie.

Gerelateerde artikelen:

• Structured data en schema markup voor MKB
• Canonical tags correct gebruiken
• XML sitemap uitgelegd
• Indexatieproblemen oplossen
• Security headers uitgelegd