Contact

Repareer hreflang fouten en monitor 90 dagen voor SEO

door | sep 3, 2026 | SEO | 0 Reacties

Specialist controleert hreflang-signalen in de studio

Ja, gebruik hreflang als je echte, afzonderlijke taal- of regioversies van je content hebt. Heb je alleen één Engelse site met bezoekers uit meerdere landen? Dan niet. Hreflang seo voorkomt dat je eigen taalversies elkaar wegconcurreren in Google. De eerste stap is geen nieuwe tag schrijven, maar een steekproef van tien URL’s checken in Search Console. Daar begint elke audit.

Kort samengevat:

  • Gebruik hreflang alleen bij echt verschillende inhoudelijke taal- of marktversies met eigen prijzen en voorbeelden, niet bij automatische vertalingen zonder lokale aanpassing.
  • Zorg altijd voor volledige, bidirectionele hreflang-annotaties inclusief zelf-verwijzingen en voorkom inconsistenties tussen sitemap en broncode.
  • Wees voorzichtig met de juiste codes: gebruik taal- en regiocodes volgens ISO-standaarden en vermijd niet-ondersteunde codes zoals es-419.
  • Voer een gestructureerde hreflang-audit uit met een steekproef, controleer op 200-status, juiste canonical tags en volledige zelf-referentie gedurende minstens 90 dagen.
  • Investeer eerst in goede lokale content en gebruikerservaring, want technische hreflang-implementaties kunnen niet compenseren voor zwakke inhoud of slechte prestaties.

Inhoudsopgave

Wat is hreflang en wanneer gebruik je het

Hreflang is een signaal aan Google over welke taal of regionale versie van een pagina bij welke zoeker hoort. Geen bevel, geen garantie. Google noemt het zelf een hint, net als canonical-tags. Zie het als een wegwijzer op een kruispunt: Google mag er nog steeds voor kiezen om via de andere weg te rijden, als die relevanter lijkt.

Je hebt hreflang nodig zodra je meerdere, écht verschillende taal- of marktversies van dezelfde content hebt. Een Nederlandse en Duitse productpagina die apart geschreven zijn voor twee markten met eigen valuta, eigen aanbod, eigen tone of voice. Dat is precies het scenario waarin je zonder hreflang jezelf in de voet schiet.

Wat je juist niet moet doen: hreflang plakken op automatische machinevertalingen zonder echte lokale invulling. Een pagina die letterlijk hetzelfde zegt in tien talen, zonder aangepaste prijzen, valuta of voorbeelden, levert weinig meerwaarde op. Automatische of halve vertalingen leiden tot een slechtere gebruikerservaring, en een slechte ervaring maakt de hele hreflang-inspanning zinloos. Je dweilt dan Je dweilt dan open: je fixt de techniek terwijl het lek in je content blijft zitten.

Zonder hreflang ontstaat een ander probleem: cannibalisatie. Je Nederlandse en Vlaamse pagina strijden om dezelfde zoekopdracht, en Google kiest zelf een winnaar. Vaak niet de winnaar die jij zou kiezen.

Praktisch gezien betekent dat:

  • Wél hreflang bij unieke content per taal of regio, aparte domeinen of submappen per markt, en meerdere varianten die inhoudelijk verschillen.
  • Geen hreflang nodig bij één taalversie voor een wereldwijd publiek zonder regionale aanpassingen.
  • Twijfelgeval: automatische vertaallagen zonder lokale redactie. Investeer eerst in echte lokalisatie, dan pas in de tag.

De hreflang-waarde bestaat uit een taalcode volgens ISO 639-1, optioneel gevolgd door een streepje en een regiocode volgens ISO 3166-1 alpha-2. Dus nl voor Nederlands in het algemeen, nl-BE voor Nederlands specifiek gericht op België, nl-NL voor Nederland. Let op de volgorde: taal eerst, regio daarna, nooit omgekeerd.

Een veelgemaakte fout is het gebruik van es-419, bedoeld als aanduiding voor Latijns-Amerikaans Spaans. Die code bestaat in andere systemen, maar wordt niet ondersteund binnen de hreflang-standaard omdat 419 geen geldige ISO 3166-1-landcode is. Google negeert zo’n regel gewoon. Geen foutmelding, geen waarschuwing. De tag verdwijnt in stilte, en jij denkt dat alles werkt terwijl er niets gebeurt.

Elke cluster van taalversies moet zichzelf vermelden en alle andere varianten. Dat heet de self-referencing en bidirectionele regel. Vergeet je die ene terugverwijzing, dan valt het complete signaal om als een kaartenhuis.

Een compleet voorbeeld voor drie varianten plus een fallback:

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

Elke pagina in de cluster krijgt dit complete blok, inclusief de pagina waar het blok zelf op staat. Dat is de self-reference: de Nederlandse pagina verwijst ook naar zichzelf.

In een XML-sitemap ziet het er zo uit voor dezelfde cluster:

<url>
  <loc>https://example.com/nl/</loc>
  <xhtml:link rel="alternate" hreflang="nl-BE" href="https://example.com/be-nl/" />
  <xhtml:link rel="alternate" hreflang="en" href="https://example.com/en/" />
  <xhtml:link rel="alternate" hreflang="x-default" href="https://example.com/" />
</url>

Voor niet-HTML-bestanden, zoals PDF’s, gebruik je een HTTP Link-header:

Link: <https://example.com/en/whitepaper.pdf>; rel="alternate"; hreflang="en"

De MDN-documentatie over de hreflang-property toont dezelfde syntaxis vanuit ontwikkelaarsperspectief, handig als je liever in browserconsole test dan in broncode leest. Kopieer deze structuur, vul je eigen URL’s en codes in, en je hebt een werkend startpunt.

Syntaxis en voorbeelden: geldige codes en link-tagvoorbeelden — overview diagram

Waar implementeer je hreflang: head, sitemap of HTTP-headers?

Je hebt drie plekken om hreflang neer te zetten, en de keuze bepaalt hoeveel onderhoud je jezelf op de nek haalt.

  1. HTML <link>-tags in de head. Makkelijk te inspecteren met de developer tools van je browser, ideaal voor kleinere sites met een handvol taalversies. Bij honderden URL’s per taal wordt de head al snel overvol, en elke wijziging betekent handmatig sleutelen aan losse pagina’s.
  2. XML-sitemap. Schaalbaar en makkelijk te versieren: je beheert alle hreflang-relaties op één centrale plek, los van de individuele paginacode. Bij meer dan 50 parallelle URL-clusters is dit meestal de onderhoudsvriendelijkere route, terwijl head-tags bij kleinere sites praktischer blijven. Valkuil: vergeet je een URL toe te voegen aan de sitemap, dan mist die pagina het volledige signaal, ook al staat alles elders correct.
  3. HTTP Link-header. Onmisbaar voor assets zonder HTML-head, zoals PDF’s, en handig in CDN-omgevingen waar je headers centraal kunt injecteren zonder de broncode aan te raken.

De regel die alles overeind houdt: kies één bron als waarheid, of zorg dat alle bronnen 100% gesynchroniseerd zijn. Inconsistentie tussen sitemap en head is een van de meest genoemde oorzaken van hreflang-fouten. Je wint die oorlog niet met een half bijgewerkte sitemap naast een verouderde head-tag. Kies je wapen, en gebruik het overal hetzelfde.

Wanneer gebruik je x-default?

x-default is de vangnetregel voor bezoekers die niet in een van je specifieke taal- of regiovarianten passen. Google introduceerde x-default specifiek voor internationale landingspagina’s, bedoeld als fallback of als verwijzing naar een land/taalselectiepagina.

Vier situaties waarin x-default zijn werk doet:

Een gateway-pagina waar bezoekers zelf hun land of taal kiezen voordat ze doorklikken. Een fallback voor onbekende talen: iemand uit Portugal bezoekt je site, je hebt geen Portugese versie, x-default vangt die bezoeker op met de meest logische standaardpagina. Een redirect-setup waarbij je server automatisch doorstuurt op basis van IP of browsertaal, en x-default het startpunt van die logica markeert. En simpelweg geen lokale variant beschikbaar: je hebt vijf taalversies, maar voor de rest van de wereld toon je de Engelse hoofdpagina als vangnet.

De meest gemaakte fout is meerdere x-default-tags binnen één cluster. Er is er precies één per set, nooit meer. De tweede fout: een x-default die naar een pagina verwijst met een afwijkende canonical-tag. Dan spreken je signalen elkaar tegen, en Google kiest zelf welk signaal het negeert. Dat overlaten aan het toeval is nooit een goed plan.

Pro-tip: check of je root-domein per ongeluk zelf als x-default fungeert zonder dat je dat bewust hebt ingesteld. Veel CMS-systemen doen dit automatisch, en dan verschijnt je algemene homepage in lokale zoekresultaten waar hij niets te zoeken heeft.

Veelvoorkomende fouten, auditchecks en testtools

Vijf fouten veroorzaken het grootste deel van alle hreflang-ellende. Stuk voor stuk simpel te herkennen als je weet waar je moet kijken.

  • Ongeldige taal of regiocodes. Typefouten zoals nl_NL met underscore in plaats van streepje, of niet-bestaande combinaties. Google negeert de regel stilzwijgend.
  • Ontbrekende self-reference. Een pagina verwijst naar drie andere varianten, maar niet naar zichzelf. Zonder self-reference werkt de hele cluster niet.
  • Links naar non-200 URL’s. Een hreflang-tag die verwijst naar een pagina die 404 geeft, redirect, of niet meer bestaat. Linkwaarde lekt hier letterlijk weg naar een dode pagina.
  • Conflicten met canonical of noindex. Je vertelt Google via hreflang dat een pagina de Duitse variant is, maar de canonical-tag op die pagina verwijst terug naar de Nederlandse versie. Twee signalen, één tegenstrijdige boodschap.
  • Inconsistentie tussen sitemap en head. De sitemap zegt iets anders dan de broncode. Search Engine Journal noemt dit een van de meest genoemde fouten in hreflang-audits, en terecht: het is de fout die het langst onopgemerkt blijft.

Een audit begin je nooit met de hele site. Pak een steekproef van tien tot twintig representatieve URL’s uit verschillende taalclusters. Check per pagina: geeft de URL een 200-status, staat er een noindex op, klopt de canonical, en verwijst de pagina daadwerkelijk terug naar alle andere varianten inclusief zichzelf.

Search Console toont onder “Internationale targeting” welke hreflang-fouten Google zelf detecteert, al is die rapportage niet altijd volledig of snel bijgewerkt. Serverlogs geven een aanvullend beeld: zie je Googlebot daadwerkelijk alle taalvarianten crawlen, of slaat de bot bepaalde clusters over? Een live header-check via de browser developer tools of via curl laat direct zien wat er écht in de HTTP-response staat, los van wat de broncode beweert.

Voor tooling geldt: begin bij Google’s eigen documentatie als uitgangspunt, gebruik de MDN-codevoorbeelden als technische referentie, en zet de hreflang-generator van Aleyda Solis in om codeclusters te bouwen zonder handmatig ISO-lijsten te doorzoeken. De Merkle hreflang-tester blijft de standaard om een complete cluster in één keer te valideren, en eigen crawls met een crawler die hreflang uitleest geven je het volledige overzicht op schaal. Zo’n technische controle hoort thuis in een bredere technische SEO-audit, niet als los project.

Stap-voor-stap: zo voer je een hreflang-audit uit

Een audit zonder vaste volgorde eindigt in chaos. Volg deze stappen, in deze volgorde, en je vindt negen van de tien problemen binnen een dag.

  1. Bouw een URL-mapping. Zet elke taal- of regiovariant naast elkaar in een spreadsheet: welke URL hoort bij welke taal, en welke pagina’s zouden naar elkaar moeten verwijzen.
  2. Check self-references. Open elke pagina en controleer of ze zichzelf vermeldt in het hreflang-blok. Mist die regel, dan is dat je eerste fix.
  3. Controleer HTTP-status van elke doel-URL. Elke link in je hreflang-set moet een 200-status teruggeven. Een redirect of 404 breekt het signaal.
  4. Vergelijk canonical en noindex per pagina. Geen tegenstrijdige canonical, geen noindex op een pagina die je actief in hreflang aanbiedt.
  5. Dien de gecorrigeerde sitemap opnieuw in via Search Console zodra de fixes live staan.
  6. Monitor 90 dagen. Volg zowel Search Console als je analytics-platform op verschuivingen in organisch verkeer per land of taalsegment.

Een op de vijf technische SEO-problemen die bedrijven melden, blijkt bij nader onderzoek terug te leiden naar inconsistente internationale signalering zoals verkeerd gebruikte hreflang. Dat is precies waarom je niet blind moet vertrouwen op één rapportagebron: combineer Search Console met een eigen checklist van vijftig controles en je analyse van indexeringsfouten om het complete plaatje te krijgen. Wortel eruit, altijd. Niet pleisters plakken op symptomen.

Wat 19 jaar SEO-praktijk leert over hreflang-fouten

Ramon Gulikers werkt al 19 jaar aan technische SEO en organisch verkeer voor Nederlandse en internationale opdrachtgevers, en hreflang-fouten komen steeds in dezelfde vorm terug. Een webshop met Nederlandse en Belgische varianten zag na een hreflang-fix waarbij ontbrekende self-references en een verkeerd ingestelde x-default werden herzien, binnen enkele maanden een merkbare verschuiving in organisch verkeer per marktsegment. Geen wondermiddel, wel een directe correctie van een signaal dat maandenlang tegen de site had gewerkt.

Drie vuistregels blijven overeind, project na project: altijd self-reference, geen uitzonderingen. Altijd bidirectioneel, elke variant verwijst naar elke andere variant. En nooit stoppen na de implementatie: 90 dagen monitoren via Search Console en analytics, want een hreflang-fix die je niet volgt, kan zomaar weer stilletjes breken bij de volgende sitemap-update.

90-dagenproces voor het monitoren van hreflang

Wanneer hreflang niet je grootste probleem is

Hreflang lost geen contentprobleem op. Heb je zwakke, dunne of matig vertaalde pagina’s per markt, dan is de tag een pleister op een dieper probleem. Investeer eerst in echte lokalisatie: eigen voorbeelden, eigen prijzen, eigen tone of voice per markt.

Ook linkopbouw en gebruikerservaring wegen vaak zwaarder dan de tag zelf. Een perfecte hreflang-set redt geen pagina die niemand naar linkt of die slecht laadt op mobiel. Bekijk eerst je on-pagina-factoren voordat je alle tijd in technische signalering steekt.

— Ramon

Hulp nodig bij je hreflang-implementatie?

Nebber is het alternatief voor een groot bureau bij internationale SEO: één vaste specialist die de audit zelf uitvoert, in plaats van een projectteam dat je vraag doorschuift naar drie verschillende afdelingen. Ramon voert de technische audit uit, spoort ongeldige codes en ontbrekende self-references op, implementeert de fixes samen met je developers, en volgt 90 dagen mee in Search Console om te zien of het verkeer daadwerkelijk verschuift naar de juiste marktversies.

Nebber

Negentien jaar ervaring in technische SEO betekent dat de meeste hreflang-problemen al eerder zijn opgelost, bij een andere klant, in een andere sector. Werk je liever met een externe specialist die eerst het wervingsproces begrijpt? Bekijk dan ook deze praktische gids voor het inhuren van een SEO-specialist. Wil je weten of jouw site last heeft van hreflang-fouten die je organisch verkeer nu al kosten? Vraag een technische audit aan via Nebber en Ramon neemt je site binnen een week onder de loep.

Bronnen

Aanbevelingen