Je winkelwagen is leeg
Producten die je toevoegt, verschijnen hier.
Hreflang instellen in WordPress: 3 methodes, WPML/Polylang/handmatig, veelgemaakte fouten en testen in Search Console. Complete gids voor 2026.
Samenvatting: hreflang instellen in WordPress
Hreflang is een signaal dat Google vertelt welke taal of regiovariant van een pagina bij welke bezoeker hoort. Het is geen rankingfactor, maar voorkomt dat de verkeerde taalversie in de zoekresultaten verschijnt. Je stelt het in via HTML head tags, een XML sitemap of een HTTP header, waarbij je er een kiest en nooit mixt. WPML, Polylang en TranslatePress automatiseren dit in WordPress. Toch heeft 75% van meertalige sites minstens een kritieke hreflang fout[1], dus test na implementatie altijd in Google Search Console.
Hreflang instellen is onmisbaar zodra je WordPress
KeurigOnline zegtWordPress

Definitie: hreflang is een HTML-attribuut (of sitemap-/header-annotatie) dat aangeeft voor welke taal en, optioneel, welke regio een specifieke pagina bedoeld is. Zoekmachines gebruiken dit om de juiste taalvariant aan de juiste bezoeker te tonen.
Hreflang is geen rankingfactor. Het beïnvloedt niet hoe hoog een pagina scoort, maar wel welke versie van een pagina Google aan wie laat zien. Zonder hreflang ziet Google je Nederlandse en Vlaamse pagina al snel als bijna-identieke, dubbele content en kiest zelf (vaak verkeerd) welke variant het toont.
Het probleem dat hreflang oplost is simpel: je hebt dezelfde informatie in meerdere talen of voor meerdere regio's, en je wilt dat een bezoeker uit Duitsland de Duitse versie krijgt, een bezoeker uit Nederland de Nederlandse. Met de hoogste WordPress-dichtheid ter wereld[2] is dit precies het scenario waar veel Nederlandse WordPress-sites vroeg of laat tegenaan lopen zodra ze naar België, Duitsland of internationaal uitbreiden.
Hreflang bestaat al jaren als klassiek SEO-signaal, maar de opkomst van AI-zoekmachines geeft het een tweede leven. Onderzoek van Glenn Gabe (december 2025) testte meertalige zoekopdrachten op ChatGPT, Perplexity, Gemini, Copilot en Claude[3]. Google en Bing toonden consequent de juiste taalversie. Gemini en Copilot presteerden goed omdat ze leunen op Google- en Bing-resultaten. ChatGPT, Perplexity en Claude presteerden merkbaar slechter bij meertalige queries.
De praktische conclusie: hreflang helpt vandaag vooral indirect, via Google en Bing die op hun beurt AI Overviews en AI Mode voeden. Websites met vertaalde content zagen 327% meer zichtbaarheid in AI Overviews dan eentalige sites, gebaseerd op een analyse van 1,3 miljoen citaties[4]. Een Spaanse retailer zonder Engelse versie liep hierdoor 36% potentiële zichtbaarheid mis.
Belangrijke kanttekening: een zwakke automatische vertaling kan slechter zijn dan geen vertaling. AI-zoekmachines wegen steeds zwaarder wat NEURONwriter "entity localization" noemt (structured data als Organization sameAs, areaServed en knowsLanguage) naast letterlijke tekstvertaling[5]. Shallow, machinaal vertaalde content zonder redactionele controle signaleert juist lage expertise en betrouwbaarheid (E-E-A-T), het omgekeerde van wat je wilt bereiken.

Er zijn drie manieren om hreflang te implementeren. Kies er een en mix nooit meerdere methodes door elkaar op dezelfde site, dat maakt zoekmachines onzeker over welke annotatie leidend is.
<link rel="alternate" hreflang="...">-regel per taalvariant in de <head> van elke pagina. Dit is de standaardkeuze voor de meeste WordPress-sites en wat elke populaire meertalige plugin standaard doet.Link-header met dezelfde hreflang-informatie. Onmisbaar zodra je downloadbare documenten in meerdere talen aanbiedt.Voor de meeste WordPress
KeurigOnline zegtWordPress
De meeste WordPress-sites stellen hreflang in via een meertalige plugin. Het proces is bij alle drie de grote spelers vergelijkbaar:
Voeg in de plugin-instellingen de talen toe die je wilt ondersteunen en koppel per bericht of pagina de bijbehorende vertaling aan het origineel. Zonder deze koppeling weet de plugin niet welke pagina's bij elkaar horen.
WPML, Polylang en TranslatePress genereren de hreflang head tags automatisch zodra vertalingen gekoppeld zijn, inclusief de verplichte zelfreferentie en bi-directionele terug-links. Je hoeft hier normaal niets handmatig voor te configureren.
Gebruik je Yoast SEO of Rank Math, dan neemt die plugin de hreflang-generatie doorgaans over van de vertaalplugin en voegt hij extra validatie toe, zoals een waarschuwing bij een ontbrekende vertaling. Controleer na installatie of beide plugins niet allebei hreflang proberen te schrijven, dat is de meest voorkomende oorzaak van dubbele of conflicterende tags.
Welke van de drie plugins het beste bij jouw site past, hangt af van je budget en technische wensen, dat werken we in de volgende sectie uit.
De vier grote namen verschillen vooral in prijs over drie jaar (total cost of ownership) en in wie ze het beste bedienen[6]:
| Plugin | TCO (3 jaar) | Sterkst voor |
|---|---|---|
| WPML | $307 tot $457 | WooCommerce-webshops en grote vertaalteams |
| Polylang | $297 tot $594 | Laagste TCO, developers die zelf willen configureren |
| TranslatePress | $597 | Niet-technische gebruikers, visuele frontend-editor |
| Weglot | $1.764 | Snelste setup, cloud-based, geen technische kennis nodig |
Let op: Weglot rekent per maandelijks woordlimiet, waardoor de werkelijke kosten bij groei 3 tot 6 keer hoger kunnen uitvallen dan de instapprijs suggereert[6]. Draait je site op veel taalvarianten en wil je de laadtijd bewaken, kijk dan ook naar caching, want een snellere WordPress-site blijft belangrijk zodra je meerdere taalversies gaat serveren.
Werk je met een custom theme, een headless WordPress-opzet of wil je volledige controle zonder afhankelijkheid van een plugin, dan schrijf je de tags zelf in de <head>. Elke taalvariant krijgt een regel die naar alle andere varianten verwijst, inclusief zichzelf:
<link rel="alternate" hreflang="nl" href="https://voorbeeld.nl/pagina/" />
<link rel="alternate" hreflang="de" href="https://voorbeeld.de/seite/" />
<link rel="alternate" hreflang="en" href="https://voorbeeld.com/page/" />
<link rel="alternate" hreflang="x-default" href="https://voorbeeld.com/page/" />
Elke pagina bevat dus een regel voor zichzelf en een regel voor elke andere taalvariant, met altijd de volledige absolute URL inclusief https://. Bij een grote sitemap-implementatie schrijf je dezelfde structuur in de sitemap-XML in plaats van in elke pagina los.
Handmatige implementatie is de betere keuze zodra je een custom of headless setup hebt waar geen standaard WordPress-plugin op past, of wanneer je precieze controle wilt over uitzonderingen, bijvoorbeeld een pagina die bewust geen vertaling heeft.
Let op: 75% van meertalige sites heeft minstens een van deze fouten[1].
nl, de, en), regiocodes volgen ISO 3166-1 (BE, NL, DE). Een code als nl-NL in plaats van simpelweg nl, of een verwisseling van taal- en landcode, laat Search Console een "Unknown language code"-melding tonen.http(s):// wordt door Google genegeerd. Gebruik altijd de complete URL.Voor de meeste sites volstaat een taal-only code zoals nl, gericht op elke Nederlandstalige bezoeker ongeacht land. Voeg pas een regiocode toe (nl-NL versus nl-BE) wanneer er een echt verschil is per land: andere prijzen, andere valuta, andere wetgeving of andere productbeschikbaarheid.
Verkoop je bijvoorbeeld hetzelfde hostingpakket in euro's aan zowel Nederlandse als Belgische klanten met identieke voorwaarden, dan heeft regio-targeting geen toegevoegde waarde en maakt het je hreflang-set alleen complexer. Verschillen je prijzen, je btw-regels of je leveringsvoorwaarden wel per land, dan is nl-NL versus nl-BE wel zinvol.
Voeg daarnaast altijd een x-default-tag toe. Die vangt bezoekers op wiens taal of regio niet matcht met een van je varianten, bijvoorbeeld een Franse bezoeker op een site die alleen Nederlands en Engels aanbiedt, en stuurt hen naar een logische standaardpagina.
Hreflang testen in 3 stappen
<link rel="alternate">-regels aanwezig zijn met de juiste, volledige URL's.Heb je nieuwe hreflang-annotaties toegevoegd en zie je nog niets veranderen in de zoekresultaten? Geef het tijd. Nieuwe annotaties hebben doorgaans 2 tot 4 weken nodig om volledig effect te hebben, en bij grote sites met meer dan 100.000 pagina's kan dit oplopen tot 4 tot 8 weken[1]. Concludeer dus niet te vroeg dat de implementatie niet werkt.
Hreflang en lokale SEO worden vaak door elkaar gehaald, maar lossen andere problemen op. Hreflang stuurt welke taal- of landvariant van dezelfde content een bezoeker te zien krijgt, het is een technisch signaal voor content-duplicaten in meerdere talen. Lokale SEO gaat over zichtbaarheid in een specifieke stad of regio, bijvoorbeeld via een Google Business Profile en stad- of regiogerichte content, en heeft niets met taalvarianten te maken.
Verwar je deze twee, dan pas je al snel de verkeerde oplossing toe: een lokale hostingpartij die zichtbaarder wil zijn in Groningen heeft niets aan hreflang, maar wel aan lokale contentoptimalisatie. Een internationaal bedrijf met een Nederlandse en Duitse site heeft juist hreflang nodig, geen lokale SEO-aanpak.
Een hreflang-tag is een signaal aan zoekmachines over voor welke taal en regio een pagina bedoeld is. Je hebt het nodig zodra je dezelfde content in meerdere talen aanbiedt, zodat Google de juiste versie aan de juiste bezoeker toont in plaats van de versies als dubbele content te behandelen.
Voor de meeste WordPress-sites is de HTML-methode (head tags) de standaardkeuze en wat elke meertalige plugin automatisch doet. Kies de XML
KeurigOnline zegtXML
KeurigOnline zegtSitemap
KeurigOnline zegtHTTP
KeurigOnline zegtHTML
Ja, x-default is een vangnet voor bezoekers wiens taal of regio niet matcht met een van je aangeboden varianten. Zonder x-default laat je Google zelf raden welke pagina die bezoekers te zien krijgen.
Taal-only volstaat in de meeste gevallen. Voeg alleen een regiocode toe wanneer er echt verschil is per land in prijzen, valuta of wetgeving. Zonder zo'n verschil maakt regio-targeting je hreflang-set alleen onnodig complex.
Reken op 2 tot 4 weken voor volledig effect, en 4 tot 8 weken bij grote sites met meer dan 100.000 pagina's[1]. Concludeer dus niet binnen een paar dagen dat de implementatie niet werkt.
Vooral indirect. Google en Bing tonen consequent de juiste taalversie op basis van hreflang en voeden daarmee AI Overviews en AI Mode. ChatGPT, Perplexity en Claude presteren zelf merkbaar slechter bij meertalige queries[3], dus vertaalde content met correcte hreflang blijft de betrouwbaarste route naar bredere zichtbaarheid[4].