Bestellen
Hosting
Domeinnaam
Ondersteuning
Ontdek

Op deze pagina

Blog / SEO · · ~11 min lezen

Hreflang instellen WordPress: multi-taal SEO-setup 2026

Hreflang instellen in WordPress: 3 methodes, WPML/Polylang/handmatig, veelgemaakte fouten en testen in Search Console. Complete gids voor 2026.

Geschreven door: Pablo Cleij Pablo Cleij
Deel dit artikel

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 WordPressKeurigOnline zegtWordPressWordPress is een open-source contentmanagementsysteem (CMS) geschreven in PHP, waarmee je eenvoudig websites en blogs kunt bouwen en beheren.-site content in meerdere talen aanbiedt. Nederland heeft de hoogste WordPress-dichtheid ter wereld: 33,3 WordPress-sites per 1.000 inwoners, samen zo'n 591.000 sites[2]. Veel van die sites groeien op enig moment internationaal en gaan content in meerdere talen aanbieden. Zonder hreflang loopt dat mis: Google toont een Duitse bezoeker soms de Nederlandse pagina, of behandelt je Belgische en Nederlandse variant als dubbele content. In dit artikel lees je wat hreflang instellen precies inhoudt, hoe je het doet met of zonder plugin, welke fouten het vaakst voorkomen en hoe je het test. Ook leggen we uit waarom dit onderwerp met de opkomst van AI-zoekmachines (nog) relevanter is geworden.

Handen sorteren brieven met vlagstempels in de juiste postvakjes

Wat is hreflang en waarom heb je het nodig

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.

Waarom hreflang in 2026 ook telt voor AI-zoekmachines

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.

De 3 implementatiemethodes: HTML, XML-sitemap, HTTP-header

Drie verschillende bruggen die allemaal naar hetzelfde huis leiden

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.

  • HTMLKeurigOnline zegtHTMLHTML is de programmeertaal voor het maken van webpagina’s. head tags: een <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.
  • XMLKeurigOnline zegtXMLXML is een opmaaktaal die gebruikt wordt om gestructureerde data uit te wisselen tussen systemen.-sitemapKeurigOnline zegtSitemapEen sitemap is een bestand dat zoekmachines helpt alle pagina's van je website te vinden.: de hreflang-annotaties staan in de sitemap in plaats van op de pagina zelf. Dit schaalt beter voor sites met duizenden pagina's, omdat je niet elke paginalading extra head tags hoeft te renderen.
  • HTTPKeurigOnline zegtHTTPHTTP (HyperText Transfer Protocol) is het protocol dat de communicatie tussen webclients en servers mogelijk maakt.-header: voor content die geen HTML is, zoals PDF's, gebruik je een Link-header met dezelfde hreflang-informatie. Onmisbaar zodra je downloadbare documenten in meerdere talen aanbiedt.

Voor de meeste WordPressKeurigOnline zegtWordPressWordPress is een open-source contentmanagementsysteem (CMS) geschreven in PHP, waarmee je eenvoudig websites en blogs kunt bouwen en beheren.-sites is de HTML-methode de praktische keuze. Grote sites met veel taalvarianten en duizenden pagina's, waar elke extra head tag ook de paginagrootte en daarmee Core Web Vitals raakt, kiezen vaker voor de sitemap-methode.

Stap-voor-stap: hreflang instellen met een plugin (WPML / Polylang / TranslatePress)

De meeste WordPress-sites stellen hreflang in via een meertalige plugin. Het proces is bij alle drie de grote spelers vergelijkbaar:

Stap 1: taalversies aanmaken

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.

Stap 2: automatische hreflang-generatie activeren

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.

Stap 3: koppeling met Yoast of Rank Math

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.

Welke plugin past bij jouw site: WPML, Polylang, TranslatePress of Weglot

De vier grote namen verschillen vooral in prijs over drie jaar (total cost of ownership) en in wie ze het beste bedienen[6]:

PluginTCO (3 jaar)Sterkst voor
WPML$307 tot $457WooCommerce-webshops en grote vertaalteams
Polylang$297 tot $594Laagste TCO, developers die zelf willen configureren
TranslatePress$597Niet-technische gebruikers, visuele frontend-editor
Weglot$1.764Snelste 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.

Handmatig hreflang instellen (zonder plugin / headless)

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.

De 5 meest gemaakte hreflang-fouten

Let op: 75% van meertalige sites heeft minstens een van deze fouten[1].

  • Ontbrekende zelfreferentie: een pagina moet ook naar zichzelf verwijzen met zijn eigen hreflang-code. Vergeet je dit, dan herkent Google de set als incompleet.
  • Geen bi-directionele terug-link: als pagina A naar pagina B verwijst, moet pagina B ook terugverwijzen naar A. Ontbreekt die terugverwijzing, dan negeert Google de hele koppeling.
  • Hreflang verward met canonical: hreflang stuurt taal en regio, canonical stuurt welke versie de "originele" is bij dubbele content. Een canonical die naar een andere taalversie wijst dan de hreflang-tags claimen, spreekt zichzelf tegen.
  • Foute taal- of regiocode: taalcodes volgen ISO 639-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.
  • Geen volledige absolute URL: een hreflang-tag met een relatief pad of zonder http(s):// wordt door Google genegeerd. Gebruik altijd de complete URL.

Taal-only of taal+regio: nl vs. nl-BE

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 en valideren (Google Search Console)

Hreflang testen in 3 stappen

  1. Google Search Console, internationale targeting-rapport: hier zie je per taalvariant de status. "No issues" betekent dat alles klopt, "No return tag" wijst op een ontbrekende bi-directionele link, "Unknown language code" wijst op een foute ISO-code.
  2. Een externe validator, zoals de bekende Merkle hreflang tags testing tool: plak je URL en zie direct welke tags gevonden worden en of ze compleet zijn.
  3. Handmatig via view-source: bekijk de broncode van de pagina en controleer of alle verwachte <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 vs. lokale SEO: ken het verschil

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.

Veelgestelde vragen

Wat is een hreflang-tag en waarom heb ik die nodig?

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.

Hreflang via HTML, sitemap of HTTP-header, wat kies ik voor mijn site?

Voor de meeste WordPress-sites is de HTML-methode (head tags) de standaardkeuze en wat elke meertalige plugin automatisch doet. Kies de XMLKeurigOnline zegtXMLXML is een opmaaktaal die gebruikt wordt om gestructureerde data uit te wisselen tussen systemen.-sitemapKeurigOnline zegtSitemapEen sitemap is een bestand dat zoekmachines helpt alle pagina's van je website te vinden.-methode bij duizenden pagina's, en de HTTPKeurigOnline zegtHTTPHTTP (HyperText Transfer Protocol) is het protocol dat de communicatie tussen webclients en servers mogelijk maakt.-header alleen voor non-HTMLKeurigOnline zegtHTMLHTML is de programmeertaal voor het maken van webpagina’s. content zoals PDF's. Kies een methode en mix nooit.

Moet ik altijd x-default toevoegen?

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 (nl) of taal+regio (nl-BE), wanneer kies ik welke?

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.

Hoe lang duurt het voordat Google nieuwe hreflang-annotaties verwerkt?

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.

Helpt hreflang ook bij zichtbaarheid in ChatGPT, Perplexity of AI Overviews?

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].

Bronnen