Hreflang correct implementeren voor internationale SEO

Snel antwoord

Hreflang is een technisch signaal waarmee zoekmachines de juiste versie van een pagina kunnen tonen aan de juiste gebruiker. Dat kan op basis van taal (bijv. Engels vs. Spaans) en eventueel regio (bijv. en-US vs. en-GB). Als je het goed doet, rankt je UK-pagina minder vaak in de VS, stijgt je internationale doorklikratio en voorkom je dat vertalingen elkaar in de weg zitten. “Goed” betekent: elke pagina verwijst naar alle alternatieven (ook naar zichzelf), je gebruikt geldige taal-/regiocodes, de URLs geven een 200-status terug en de set is wederkerig (A verwijst naar B én B verwijst terug naar A). Hreflang kun je implementeren via HTML-tags, HTTP-headers of XML-sitemaps.

Introductie

Internationaal groeien strandt zelden op je product alleen. Vaker zit het probleem in zoekzichtbaarheid die niet klopt: je Britse pagina verschijnt in de VS, je Spaanse pagina duikt op bij Engelse zoekopdrachten, of Google indexeert meerdere bijna-identieke varianten en kiest net de verkeerde.

Daar is hreflang voor bedoeld. Het “boost” je rankings niet direct; het zorgt er vooral voor dat de juiste gebruiker op de juiste URL uitkomt. Dan pas rendeert al je werk aan internationale SEO en conversie.

En als je team óók investeert in zichtbaarheid in AI-zoekomgevingen (ChatGPT/Perplexity/AI Overviews), wordt hreflang nog belangrijker. Generatieve systemen leunen vaak op correcte indexatie, canonicals en locale-signalen om de juiste bron/URL te citeren. Launchmind’s SEO Agent en GEO optimization helpen om internationale pagina’s goed crawlbaar te houden én netjes op taal/regio te richten.

Het probleem (en de kans)

Waarom internationale SEO in de praktijk vaak stukloopt

Bij internationale websites zie je steeds dezelfde missers terug:

• Verkeerde taal in de rankings: iemand in Mexico belandt op een Engelstalige productpagina omdat Google de alternatieven niet goed kan koppelen.
• Verkeerde landversie die wint: je /en-us/ pagina rankt boven /en-gb/ in het VK, met lagere conversie door prijs, verzending of juridische teksten.
• Zelfkannibalisatie tussen vertalingen: zonder duidelijke alternatieven lijken vertaalde pagina’s op duplicates.
• ‘Oplossingen’ die averechts werken: geo-redirects, IP-cloaking of rommelige canonical-tags die indexatie juist lastiger maken.

Hreflang is meestal de meest ‘zoekmachinevriendelijke’ manier om dit op te lossen—maar alleen als je het strak implementeert.

Waarom dit nu extra telt (data-gedreven)

• Google geeft aan dat hreflang helpt om de juiste taal-/regio-URL in de zoekresultaten te tonen (een serving signaal, geen rankingfactor). Zie Google Search Central.
• Verkeerd doorgestuurd verkeer is duur. Als je lokale pagina beter converteert dan je “default” (heel gebruikelijk in ecommerce en B2B SaaS), dan lek je omzet zodra bezoekers op de verkeerde variant landen.
• Technische SEO-schuld stapelt snel op. Volgens Ahrefs kunnen technische issues ervoor zorgen dat pagina’s niet goed gecrawld/geïndexeerd worden—hreflang-problemen komen vaak samen met canonical-, redirect- en sitemap-issues.

De oplossing uitgelegd

Wat hreflang wél doet (en wat niet)

Hreflang vertelt zoekmachines welke URLs elkaars equivalent zijn voor verschillende talen en/of regio’s.

Dit doet het wél:

• Google helpen om /es-mx/ te tonen aan Spaanstalige gebruikers in Mexico
• De kans verkleinen dat /en-us/ hoger rankt dan /en-gb/ in het VK
• Equivalenten clusteren zodat ze minder snel elkaars verkeer afpakken

Dit doet het níét:

• Lokalisatie vervangen (valuta, maten, verzending, juridische teksten)
• Garanderen dat elke variant geïndexeerd wordt
• Sterkere signalen overrulen (zoals robots/noindex, canonicals, redirects)

Taal-targeting vs. regio-targeting

Kies het juiste detailniveau:

• Alleen taal: hreflang="fr" (Frans, ongeacht regio)
• Taal + regio: hreflang="fr-ca" (Frans in Canada)

Praktische vuistregel

• Gebruik alleen taal als de content in alle landen hetzelfde is.
• Gebruik taal+regio als je echt afwijkt per land/regio (prijzen, beschikbaarheid, regelgeving, lokale reviews).

Juiste codeformaten (hier valt niet over te discussiëren)

Hreflang-waarden moeten bestaan uit:

• ISO 639-1 taalcodes (bijv. en, es, de)
• Optioneel ISO 3166-1 Alpha 2 landcodes (bijv. US, GB, MX)

Voorbeelden:

• en-US (Engels / Verenigde Staten)
• en-GB (Engels / Verenigd Koninkrijk)
• es-MX (Spaans / Mexico)

De regel van ‘return tags’ (wederkerigheid)

Als pagina A pagina B als alternatief noemt, dan moet pagina B ook pagina A noemen.

Zonder wederkerigheid kan Google de hele hreflang-set negeren.

Hreflang naar jezelf

Elke pagina hoort ook een hreflang-regel te hebben die naar zichzelf verwijst. Dat maakt het voor crawlers makkelijker om de set te valideren en haalt ruis weg.

Wat je met x-default doet

x-default gebruik je als fallback voor wanneer geen taal/regio goed matcht.

Typische toepassingen:

• Een wereldwijde selectiepagina (taal-/landkiezer)
• Een “internationale Engelse” variant

Voorbeeld: als je /en/, /en-gb/, /en-us/ hebt, dan kan /en/ je x-default zijn.

Hreflang en canonical: zo voorkom je tegenstrijdigheden

Een van de meest voorkomende (en schadelijke) fouten: hreflang combineren met canonicals die iets anders zeggen.

Vuistregel:

• Elke gelokaliseerde URL krijgt een self-canonical (canonical naar zichzelf).
• Canonicaliseer niet alle landen naar één “master”-pagina als je wilt dat elke variant geïndexeerd blijft.

Google benoemt ook dat hreflang het best werkt als de alternatieven crawlbaar zijn en correct gecanonicaliseerd. Zie Google Search Central.

Drie manieren om hreflang te implementeren (kies één hoofdroute)

Je kunt hreflang op drie manieren neerzetten:

1. HTML link tags (meest gebruikt bij ‘normale’ sites)
2. HTTP headers (handig voor PDF’s of niet-HTML content)
3. XML sitemaps (fijn bij grote sites of als templates lastig te beheren zijn)

Mixen kan, maar doe het niet half: inconsistentie maakt QA en troubleshooting onnodig moeilijk.

Praktische implementatiestappen

Stap 1: Kies je internationale URL-structuur

Ga voor een structuur die past bij je team en beheer:

• Subdirectories: example.com/uk/, example.com/es-mx/ (vaak het beste voor SEO + centrale autoriteit)
• Subdomeinen: uk.example.com, mx.example.com (meer scheiding, soms lastiger consistent te beheren)
• ccTLDs: example.co.uk, example.com.mx (sterk regionaal signaal, maar meer operationele rompslomp)

Praktisch advies: schaal je internationaal zonder aparte juridische entiteiten per land? Dan zijn subdirectories meestal de snelste route naar consistente internationale SEO.

Stap 2: Leg per pagina vast wat bij elkaar hoort

Maak een mapping sheet (URL-matrix) per paginatype:

• Homepage
• Categorie/collectiepagina’s
• Productpagina’s
• Blogartikelen
• Help center

Leg per URL vast:

• Welke alternatieven equivalent zijn
• Of de content echt gelokaliseerd is of vooral vertaald
• Of een locale naar x-default moet wijzen

Stap 3: Hreflang in HTML implementeren (voorbeeld)

Zet de tags in de <head> van elke pagina.

Voorbeeld met drie locales + x-default:

<link rel="alternate" hreflang="en-US" href="https://example.com/en-us/product-a/" />
<link rel="alternate" hreflang="en-GB" href="https://example.com/en-gb/product-a/" />
<link rel="alternate" hreflang="es-MX" href="https://example.com/es-mx/product-a/" />
<link rel="alternate" hreflang="x-default" href="https://example.com/product-a/" />

Quality checklist

• URLs zijn absoluut (protocol + domein)
• Pagina’s geven 200 OK terug
• Niets is geblokkeerd voor crawling (robots.txt)
• Elke alternate bestaat echt en is indexeerbaar

Stap 4: Bij grote sites is XML sitemap vaak slimmer (voorbeeld)

Heb je duizenden pagina’s? Dan is hreflang via sitemaps meestal makkelijker te beheren én te auditen.

Voorbeeld (vereenvoudigd):

<url>
  <loc>https://example.com/en-us/product-a/</loc>
  <xhtml:link rel="alternate" hreflang="en-US" href="https://example.com/en-us/product-a/" />
  <xhtml:link rel="alternate" hreflang="en-GB" href="https://example.com/en-gb/product-a/" />
  <xhtml:link rel="alternate" hreflang="es-MX" href="https://example.com/es-mx/product-a/" />
  <xhtml:link rel="alternate" hreflang="x-default" href="https://example.com/product-a/" />
</url>

Praktisch advies: zijn CMS-templates versnipperd over meerdere teams? Centraliseer hreflang via sitemaps om release-risico te verlagen.

Stap 5: Controleren in Google Search Console (waar je op let)

Google Search Console heeft niet overal meer het oude rapport “International Targeting”, maar je kunt hreflang nog steeds toetsen via:

• URL-inspectie (bekijk geïndexeerde URL, canonical en signalen)
• Sitemaps (check of je sitemap is verwerkt)
• Handmatig crawlen (Screaming Frog / Sitebulb) om te vinden:
  • ontbrekende return links
  • non-200 URLs in hreflang
  • verkeerde taalcodes
  • hreflang die naar redirects verwijst

Stap 6: Veelvoorkomende edge cases

1) Land-/taalkeuze pagina’s

Gebruik je een selector? Overweeg die als x-default en zorg dat lokale pagina’s ook bereikbaar zijn zonder harde redirects.

2) Automatische redirects op basis van IP

Dwing gebruikers en crawlers niet een redirect in waar ze niet uit kunnen. Een banner (“We denken dat je in … zit”) werkt vaak beter.

3) Gedeeltelijke lokalisatie (niet elke pagina bestaat in elke taal)

Declareer alleen alternatieven die écht bestaan. Verwijs dus niet naar de homepage als vervanger voor een ontbrekende productpagina. Dat botst met user intent en kan als soft-404 gedrag overkomen.

4) Eén taal, meerdere landen met dezelfde content

Als de content identiek is, kun je:

• één taalvariant gebruiken (en) en regio-targeting weglaten, of
• regio-varianten houden, maar zorg voor echte verschillen (valuta, verzending, juridische info) zodat elke variant indexatie verdient.

Stap 7: Maak er een proces van (hier gaat het vaak mis)

Hreflang is geen eenmalige fix, maar een systeem.

Zorg voor lichte governance:

• één bron van waarheid voor locale-mapping
• een pre-release QA-checklist voor nieuwe templates
• geautomatiseerde crawl-checks (bijv. wekelijks)

Daar sluit Launchmind op aan: met een automation-first aanpak houden marketingteams technische SEO schaalbaar netjes, zodat jij je op groei kunt richten. Wil je zien hoe dat er in de praktijk uitziet? Bekijk onze success stories.

Case study of voorbeeld

Praktijkvoorbeeld: misrouted traffic oplossen bij een multi-region SaaS (realistisch, gebaseerd op veelvoorkomende Launchmind-trajecten)

Een B2B SaaS-bedrijf had drie belangrijke markten: VS, VK en Mexico. Ze lanceerden gelokaliseerde subdirectories:

• /en-us/
• /en-gb/
• /es-mx/

Wat we zagen (audit + crawl):

• Hreflang stond alleen op de US-pagina’s (geen wederkerigheid)
• VK-pagina’s canonicaliseerden naar US-varianten (waardoor de VK-pagina’s lastig geïndexeerd bleven)
• Meerdere hreflang-links gingen naar URLs met redirects (302’s door inconsistent gebruik van trailing slashes)

Wat we deden (2-weekse sprint):

• Een complete hreflang-matrix opgezet voor de top 200 omzetpagina’s
• Canonicals omgezet naar self-referencing per locale
• URL-patronen genormaliseerd om onnodige redirects te verwijderen
• Hreflang verplaatst naar XML sitemaps om veilig te kunnen opschalen

Resultaten (gemeten over 6–8 weken):

• Meer UK-impressies doordat /en-gb/ ging ranken op UK-brand queries in plaats van /en-us/
• Lagere bounce rate in Mexico door correcte landingspagina’s in de juiste taal
• Minder supporttickets over “verkeerde prijs/valuta”-pagina’s

Belangrijk voor CMOs: hreflang creëert geen vraag—het stopt lekkage door zoekzichtbaarheid te laten aansluiten op de juiste marktbeleving.

FAQ

Wat is hreflang en hoe werkt het?

Hreflang is een HTML-attribuut (of een equivalent via sitemap/HTTP) dat aangeeft welke URLs alternatieve versies zijn van dezelfde pagina voor verschillende talen of regio’s. Zo kan een zoekmachine de meest passende variant tonen op basis van taal en locatie van de gebruiker.

Hoe kan Launchmind helpen met hreflang?

Launchmind auditeert internationale sites op hreflang-, canonical- en indexatieconflicten en bouwt daarna een schaalbare aanpak (vaak via sitemaps) met geautomatiseerde QA. Met onze SEO Agent en GEO workflows zorgen we dat de juiste locale pagina’s vindbaar zijn voor zowel Google als AI-gedreven zoekervaringen.

Wat zijn de voordelen van hreflang?

Hreflang verkleint de kans op ‘verkeerd land’-rankings, verbetert de gebruikerservaring doordat bezoekers op de juiste gelokaliseerde pagina landen en beperkt zelfkannibalisatie tussen vertalingen. Ook wordt internationale rapportage betrouwbaarder doordat impressies en kliks beter aansluiten op de beoogde regio.

Hoe snel zie je effect van hreflang?

Veel sites zien binnen 2–6 weken verbetering in impressions voor de juiste locale, afhankelijk van crawlfrequentie, sitegrootte en of er ook indexatie-/canonical-problemen moeten worden opgelost. Bij grote sites kan stabilisatie over alle templates 6–12 weken duren.

Wat kost hreflang?

Dat hangt af van het aantal locales, templates en of je het via HTML-tags of via sitemap-automatisering regelt. Wil je een concrete inschatting op basis van jouw site-architectuur? Bekijk dan de Launchmind-opties op onze pricing page.

Conclusie

Hreflang is een van de meest rendabele technische ingrepen binnen internationale SEO, omdat het je content-investering laat aansluiten op hoe zoekmachines resultaten daadwerkelijk serveren. Houd je aan de basis—geldige codes, wederkerigheid, self-referencing entries, nette canonicals en crawlbare URLs met 200-status—dan voorkom je dat verkeer in de verkeerde markt terechtkomt en beperk je omzetverlies door “verkeerde locale”-bezoekers.

Wil je hreflang als herhaalbaar systeem neerzetten (in plaats van een eenmalige patch) én dit laten aansluiten op vindbaarheid in AI-zoekervaringen? Launchmind helpt. Klaar om je SEO op te schonen? Start je gratis GEO audit vandaag.