2026-04-21 · Redactie Baduno · 25 blog.readMin · Blog & Kennis
De hreflang-audit: 25-punten checklist voor foutloze taalsignalen
Hreflang-fouten verwarren zoekmachines en schaden de internationale zichtbaarheid. Onze 25-punten checklist leidt u systematisch door de belangrijkste controlepunten – van syntaxcontrole tot terugverwijzingscontrole. Inclusief praktische tips voor grotere websites en automatiseringsbenaderingen.
Grondbeginselen van het hreflang-attribuut en de werking ervan
Het hreflang-attribuut is een HTML-element dat zoekmachines vertelt welke taal- of regioversie van een pagina het meest relevant is voor een bepaalde gebruiker. Het wordt meestal gebruikt voor meertalige websites om duplicate content-problemen te voorkomen en de gebruikerservaring te verbeteren. De werking is gebaseerd op het idee dat een pagina in verschillende talen of voor verschillende landen vergelijkbare inhoud kan hebben, maar verschillende aanpassingen vereist, afhankelijk van de doelgroep.
Zoekmachines zoals Google interpreteren hreflang als een aanwijzing, niet als een commando. Dat betekent dat de juiste versie niet wordt afgedwongen, maar in de praktijk neemt de kans toe dat gebruikers de juiste pagina zien. Een typisch voorbeeld: een Duitse pagina (de-DE) en een Oostenrijkse pagina (de-AT) bevatten grotendeels dezelfde tekst, maar verschillen in valuta of adres. Zonder hreflang kunnen beide pagina's als duplicaten worden beschouwd. Met correct hreflang herkent Google dat het om landspecifieke varianten gaat en toont ze dienovereenkomstig.
Een belangrijke voorwaarde is bidirectionele koppeling: elke pagina die als alternatief voor een andere pagina wordt gemarkeerd, moet zelf naar alle andere taalversies verwijzen. Ontbreekt deze terugkoppeling, dan kan de gehele hreflang-set worden genegeerd. Bovendien moet de pagina waarop de tag is geplaatst in de regel ook een zelfverwijzing bevatten – dus naar zichzelf verwijzen.
Voor de praktijk raden we aan om eerst een duidelijke URL-structuur te definiëren (bijv. subdomein per taal of pad zoals /de/, /fr/). Plan vervolgens voor elke taalversie een hreflang-tag in die alle versies opsomt. Zorg er ook voor dat er een x-default-variant is voor niet-toegewezen lokalisaties. Test de implementatie met behulp van de Google Search Console of speciale audittools om ontbrekende terugverwijzingen of verkeerde codes vroegtijdig te detecteren.
Opbouw en syntax van hreflang-tags in HTML en HTTP-headers
De juiste syntax van hreflang-tags is essentieel voor hun werking. In HTML wordt het attribuut binnen de <head>-sectie gedefinieerd als een <link>-element met rel="alternate" en hreflang="taalcode". Voorbeeld: <link rel="alternate" hreflang="de" href="https://example.com/de/" />. Voor elke taalversie is een aparte link-tag nodig, inclusief een zelfverwijzing (de pagina zelf) en een verwijzing naar de x-default-versie.
Taalcodes zijn gebaseerd op ISO 639-1 (twee letters voor de taal) en optioneel ISO 3166-1 alpha-2 voor de regio (twee letters voor het land). Syntax: taal-klein, regio-groot, bijv. „de-AT“ voor Oostenrijks Duits. Let op de juiste spelling: „en-GB“ niet „en-uk“. Foutieve codes zorgen ervoor dat de tag wordt genegeerd. Voor niet-landspecifieke versies wordt „x-default“ gebruikt – dit is geen officiële ISO-code, maar wordt door Google ondersteund als fallback voor niet-toegewezen gebruikers.
Voor niet-HTML-documenten zoals PDF's kan hreflang in de HTTP-header van het antwoord worden gezet: „Link: <https://example.com/de/dokument.pdf>; rel="alternate"; hreflang="de"“. Deze methode komt minder voor, maar is zinvol als u bestanden direct uitlevert. In de praktijk moet u controleren of uw contentmanagementsystemen deze headers ondersteunen.
Een andere mogelijkheid is de integratie in de XML-sitemap: in de sitemapbestanden kunt u voor elke URL de hreflang-alternatieven opgeven. Deze methode is vooral bij grote websites aan te raden, omdat de code in de pagina's slank blijft. U moet er echter voor zorgen dat de sitemap correct is opgesteld en alle taalversies weergeeft. Ongeacht de methode geldt: alle alternatieve pagina's moeten naar elkaar verwijzen. Ontbreekt een terugverwijzing, dan wordt de gehele set als ongeldig beschouwd.
Controleer uw implementatie regelmatig met tools zoals de hreflang-test van Merkle of de Google Search Console. Zorg ervoor dat de opgegeven URL's daadwerkelijk bereikbaar zijn en niet naar doorverwijzingen leiden. Alleen zo kan het hreflang-signaal zijn volledige werking ontplooien.
Veelgemaakte fouten bij taal- en landaanduidingen
Bij de implementatie van hreflang komen steeds dezelfde fouten voor. Een van de meest voorkomende is het gebruik van verkeerde taalcodes. Zo wordt bijvoorbeeld „en-uk“ in plaats van „en-GB“ gezet of „deutsch“ in plaats van „de“. Ook de regio wordt vaak verkeerd geschreven, bijv. „EN-US“ met hoofdletters voor de taal – correct is „en-US“. Deze fouten zorgen ervoor dat de hreflang-aanduiding door zoekmachines wordt genegeerd.
Een andere typische fout is het ontbreken van de zelfverwijzing. Als op een pagina alleen naar andere taalversies wordt verwezen, maar niet naar zichzelf, is de tag onvolledig. Elke pagina moet in de lijst van haar alternatieven ook zichzelf bevatten. Bovendien wordt vaak de bidirectionele verwijzing verwaarloosd: als pagina A naar pagina B verwijst, moet pagina B ook naar pagina A verwijzen. Een ontbrekende terugverwijzing leidt tot ongeldigheid van de gehele constellatie.
Problemen treden ook op in samenspel met canonical-tags. Als een hreflang-alternatief verwijst naar een URL met een andere canonical, kan dit tot conflicten leiden. Zorg ervoor dat de canonical van elke taalversie naar zichzelf wijst, niet naar een andere versie. Anders riskeert u dat de verkeerde versie wordt geïndexeerd. Vermijd ook om hreflang in te stellen op URL-paden die via redirects lopen – de doel-URL moet direct bereikbaar zijn.
Een praktische tip: gebruik de rapporten in de Google Search Console onder 'International Targeting'. Daar worden fouten zoals ontbrekende terugverwijzingen of inconsistente gegevens vermeld. Controleer ook of uw x-default-versie zinvol is gekozen. x-default wordt gebruikt voor gebruikers zonder passende lokalisatie – een veelgemaakte fout is om deze in te stellen op een landingspagina zonder taalverwijzing, wat tot verwarring kan leiden. Voor juridische aspecten, zoals de juiste aanduiding van verkooppagina's in verschillende landen, raden we aan om tevens uw juridisch adviseur te raadplegen.
Voer regelmatige audits uit door alle taalversies handmatig op hreflang-tags te controleren. Tools zoals Screaming Frog kunnen u helpen ontbrekende of foutieve tags te identificeren. Let vooral op nieuwe inhoud of URL-wijzigingen waarbij hreflang gemakkelijk wordt vergeten. Alleen zo zorgt u ervoor dat uw taalsignalen consistent en correct zijn.
De rol van de x-default-tag en de correcte implementatie ervan
De x-default-tag is een speciaal hreflang-attribuut dat aangeeft welke pagina moet worden weergegeven wanneer geen taal of regio van de gebruikersinstellingen overeenkomt met de aanwezige taalsignalen. Het dient als fallback voor gebruikers wiens browsertaal niet overeenkomt met een van de expliciet gemarkeerde taalvarianten. Zonder x-default riskeert u dat deze gebruikers een foutpagina of een niet-passende taalversie zien, wat de gebruikerservaring en mogelijk het bouncepercentage negatief beïnvloedt.
De implementatie verloopt analoog aan andere hreflang-tags: u voegt een link-element toe in de HTML-header, zoals <link rel="alternate" href="https://example.com/" hreflang="x-default" />. Merk op dat de x-default-waarde niet mag worden gecombineerd met een taalcode. Het staat altijd alleen. In de sitemap kunt u x-default opgeven als een zelfstandige alternatieve pagina, mits de pagina relevant is voor alle niet-gedekte talen. Vermijd echter om x-default in te stellen op een pagina die slechts één specifieke taal bedient – de gebruiker verwacht een universele startpagina of een taalkeuze.
Een veelvoorkomende fout is het ontbreken van de x-default-tag op internationale pagina's die meerdere talen aanbieden. In de praktijk leidt dit ertoe dat zoekmachines mogelijk geen geschikte pagina selecteren en in plaats daarvan een willekeurige versie indexeren. Een ander probleem ontstaat wanneer x-default verwijst naar een doorverwijzing naar de taalkeuzepagina, maar deze pagina zelf geen hreflang-tag heeft. Controleer daarom in uw audit of alle pagina's die aan x-default zijn gekoppeld correct verwijzen naar hun respectievelijke alternatieve versies. We raden aan om de x-default-vermelding consistent in te stellen op een centrale taalkeuzepagina, indien aanwezig, en deze pagina in de sitemap als aparte URL op te nemen.
Juridisch gezien is de taalkeuze niet gereguleerd, maar een foutieve implementatie kan leiden tot misverstanden bij gebruikers. Raadpleeg bij specifieke juridische vragen over de website uw juridisch adviseur. Als aanbevolen actie: stel in uw audit een lijst op van alle paginaversies en controleer of elke taalgroep een x-default-tag heeft. Test dit met tools zoals de hreflang-tester of via curl om er zeker van te zijn dat zoekmachines de tag correct interpreteren.
Samenspel van hreflang- en canonical-tags
Hreflang- en canonical-tags vervullen verschillende taken: terwijl hreflang de taal- en regionale alternatieven van een pagina definieert, geeft de canonical-tag de voorkeurs-canonical URL aan om dubbele content te voorkomen. Op een meertalige website moeten beide opgaven consistent zijn, anders ontvangen zoekmachines tegenstrijdige signalen. Een typische fout is wanneer een pagina een canonical-tag naar een andere URL verwijst, maar tegelijkertijd hreflang-verwijzingen naar de eerste URL bevat. In dat geval negeren zoekmachines mogelijk de hreflang-opgaven of beoordelen ze de pagina als duplicaat.
De juiste werkwijze: elke taalversie moet een zelfverwijzende canonical-tag bevatten, dus naar de eigen URL verwijzen. Tegelijkertijd moeten alle alternatieve pagina's worden vermeld in de hreflang-tags, inclusief de URL die ook als canonical is opgegeven. Voorbeeld: de Duitse pagina onder /de/ heeft <link rel="canonical" href="https://example.com/de/" /> en <link rel="alternate" href="https://example.com/en/" hreflang="en" />. De Engelse pagina verwijst op dezelfde manier terug. Vermijd het instellen van canonical-tags op andere taalversies – dit ondermijnt de hreflang-structuur.
Bij de controle in uw audit let u op de volgende punten: Is de canonical-tag consistent met de hreflang-terugverwijzing? Komt de URL van de canonical-tag overeen met de URL die in de hreflang-tags van andere pagina's wordt gerefereerd? Een praktisch voorbeeld: als pagina A naar pagina B verwijst, maar pagina B een canonical naar pagina C heeft, ontstaat er een conflict. Gebruik tools zoals Screaming Frog of Looker Studio om deze verbanden geautomatiseerd te controleren. Houd er ook rekening mee dat bij HTTP-headers (bijv. voor PDF's) de logica identiek is: de link-header met hreflang en de rel=canonical header moeten samen de juiste taalstructuur weergeven.
Juridisch gezien zijn canonical-tags geen rechtsgeldige verklaringen, maar technische aanwijzingen. Desondanks moet u bij het opstellen van de hreflang-structuur zorgvuldig te werk gaan, omdat een inconsistente opgave tot SEO-verliezen kan leiden. Laat u bij vragen over de juridische toelaatbaarheid van het overnemen van inhoud informeren door uw juridisch adviseur. Als concrete maatregel: implementeer een regelmatige controleroutine die zowel hreflang als canonical voor alle relevante pagina's vastlegt en afwijkingen meldt.
Controle van terugverwijzingen op consistentie en volledigheid
Terugverwijzingen (ook wel bidirectionele verwijzingen genoemd) vormen het hart van een correcte hreflang-implementatie. Elke pagina die in een hreflang-tag naar een andere pagina verwijst, moet door die andere pagina ook worden terugverwezen. Als pagina A naar pagina B verwijst, maar pagina B niet naar pagina A, ontstaat er een niet-wederzijdse verwijzing. Zoekmachines interpreteren dit als een fout en negeren de gehele hreflang-groep, waardoor de taaltalternatieven niet worden herkend. Het controleren van terugverwijzingen is daarom een centraal onderdeel van elke hreflang-audit.
De volledige controle omvat twee stappen: Ten eerste de consistentiecontrole – elke hreflang-link moet een antwoordpagina hebben waarnaar wordt verwezen. Ten tweede de volledigheidscontrole – alle pagina's van een taalgroep moeten alle andere taalvarianten van de groep in hun hreflang-tags vermelden. Ontbreekt er een variant, dan krijgen gebruikers mogelijk geen geschikte taaltalternatief. Concreet: als u drie taalversies heeft (DE, EN, FR), moet elke pagina twee hreflang-tags bevatten – voor de beide andere talen. Daarnaast moet elke pagina een zelfrefererende hreflang-tag (hreflang="x-default" of de eigen taalcodes) hebben. De x-default-pagina moet in alle richtingen worden gelinkt.
Een beproefde aanpak voor de audit: maak een lijst van alle pagina's met hun hreflang-gegevens, bijvoorbeeld via een crawler (zoals Ahrefs, Screaming Frog). Vergelijk vervolgens voor elk pagina-paar of de verwijzingen wederzijds zijn. Let ook op afwijkende URL-structuren (bijv. www vs. non-www, HTTP vs. HTTPS), aangezien deze als verschillende URL's worden beschouwd en de terugverwijzingen verbreken. Toolondersteuning is hier essentieel; veel SEO-tools bieden een hreflang-controle die ontbrekende of inconsistente terugverwijzingen meldt. Voer deze controle minimaal uit na elke inhoudswijziging.
Juridisch gezien ontstaan er door foutieve terugverwijzingen geen directe aansprakelijkheidsrisico's, maar ze kunnen wel de zichtbaarheid van uw meertalige inhoud beïnvloeden. Wij adviseren om de resultaten van de controle te documenteren en bij fouten een correctieprioriteit vast te stellen. Een pragmatische aanbeveling: gebruik een script (bijv. in Python) dat uw hreflang-sitemap controleert tegen de daadwerkelijke paginalinks en een lijst met ontbrekende of inconsistente terugverwijzingen genereert. Zo zorgt u ervoor dat uw taalsignalen volledig en correct zijn.
Methoden voor het controleren van hreflang-signalen (Tools, Crawler, Google Search Console)
De systematische controle van hreflang-signalen vereist een combinatie van geautomatiseerde en handmatige analyse. Voor de geautomatiseerde controle zijn er gespecialiseerde online tools beschikbaar die uw pagina's oproepen en de ingestelde hreflang-tags valideren. Deze tools controleren doorgaans op syntaxisfouten, ontbrekende terugverwijzingen en inconsistente taalmarkeringen. Sommige bieden ook de mogelijkheid om meerdere URL's in een lijst te controleren. Voor een uitgebreide analyse raden wij aan om ten minste twee verschillende tools te gebruiken, aangezien elk zijn eigen sterke punten en beperkingen heeft.
Crawlers zoals Screaming Frog of Sitebulb kunnen hreflang-tags ook evalueren. Ze doorzoeken uw hele domein en maken rapporten over de verdeling van taalmarkeringen, ontbrekende terugverwijzingen en conflicten met canonieke tags. Een voordeel van crawlers is de mogelijkheid om grote sites automatisch te scannen en de resultaten in een dashboard te visualiseren. Zorg ervoor dat u de crawler zo configureert dat hij zowel HTML- als HTTP-header-tags leest – vooral bij PDF-bestanden of andere niet-HTML-bronnen zijn hreflang-tags vaak in de headers opgenomen.
Google Search Console biedt direct inzicht in de door Google herkende hreflang-implementaties. Onder het rapport 'Internationale doelgroepen' ziet u of uw pagina's voor de juiste landen of talen worden geïndexeerd. Fouten zoals 'Geen terugverwijzing' of 'Ongeldige taalcodes' worden daar weergegeven. Houd er echter rekening mee dat Search Console alleen de door Google gecrawlde gegevens toont – een volledig beeld krijgt u pas als u crawlers en tools combineert. Controleer ook regelmatig de logbestanden van uw server op onverwachte doorverwijzingen of statuscodes die hreflang-signalen kunnen beïnvloeden.
Onze aanbeveling: voer minimaal één keer per maand een geautomatiseerde audit uit met een tool zoals de hreflang-test van Aleyda Solis of de URL Inspection Tool van Google. Noteer uw resultaten in een checklist en vergelijk deze met de gegevens uit de Search Console. Ga bij afwijkingen systematisch te werk: controleer eerst de terugverwijzingen, dan de taalcodes, dan de samenhang met canonieke tags. Alleen zo zorgt u ervoor dat uw hreflang-signalen correct en volledig zijn.
Bijzonderheden bij dynamische URL's en parametergebaseerde pagina's
Dynamische URL's met parameters zoals ?lang=de of ?country=at vormen een bijzondere uitdaging voor de hreflang-implementatie. Google interpreteert parameters vaak als afzonderlijke URL's, ook al vertegenwoordigen ze dezelfde pagina. Dit kan leiden tot onvolledige terugverwijzingen of verwaterde taalsignalen. Vermijd daarom het direct plaatsen van hreflang-tags op parametergebaseerde URL's als de betreffende pagina ook via een schone URL bereikbaar is.
Als u toch dynamische URL's moet gebruiken, controleer dan of de parameters daadwerkelijk de inhoud wijzigen (bijv. taal of regio) of alleen technische functies hebben (bijv. sessie-ID's). Alleen bij inhoudelijke relevantie moet u hreflang-tags voor elke parametercombinatie instellen. Zorg voor correcte terugverwijzingen: elke variant moet terugverwijzen naar alle andere varianten. Dit kan bij veel parameters snel onoverzichtelijk worden. Gebruik reguliere expressies of sjablonen om de tags consistent te genereren.
Een ander probleem is dubbele inhoud door parameters. Als ?lang=de en ?lang=at dezelfde inhoud in het Duits leveren maar verschillende regio's moeten aangeven, moet u beslissen of u hreflang met regio (bijv. de-DE vs. de-AT) gebruikt of een doorverwijzing naar de regiospecifieke startpagina instelt. In de praktijk is het bewezen dat parametergebaseerde pagina's niet voor hreflang moeten worden gebruikt, maar in plaats daarvan afzonderlijke subdomeinen of submappen. Dit vermindert de foutgevoeligheid en vergemakkelijkt de audit.
Concrete aanbeveling: Voer een aparte audit uit voor alle pagina's met dynamische parameters. Controleer of elke parameterwaarde een eigen hreflang-implementatie nodig heeft. Vervang parameters waar mogelijk door duidelijke paden (bijv. /de/ in plaats van ?lang=de). Gebruik de URL-inspectietool in Search Console om te zien hoe Google de parameters interpreteert. Pas uw robots.txt of meta-tags aan om duplicatie te voorkomen. Alleen met een schone URL-structuur kunt u hreflang-fouten bij dynamische pagina's minimaliseren.
Hreflang-fouten verwarren zoekmachines en schaden de internationale zichtbaarheid. Onze 25-punten checklist leidt u systematisch door de belangrijkste controlepunten – van syntaxcontrole tot terugverwijzingscontrole. Inclusief praktische tips voor grotere websites en automatiseringsbenaderingen.
Hreflang in sitemaps: alternatieve implementatie en foutbronnen
Naast implementatie in HTML of HTTP-headers kunt u hreflang-signalen ook in uw XML-sitemap plaatsen. Definieer hiervoor voor elke taalvariant een <xhtml:link>-element met de attributen rel="alternate" en hreflang. Deze methode wordt ondersteund door Google en is vooral zinvol als uw site veel URL's heeft of de broncode moeilijk aanpasbaar is. Een voordeel is het centrale beheer van alle taalalternatieven in één bestand.
De foutbronnen bij sitemap-gebaseerd hreflang zijn vergelijkbaar met die in HTML: ontbrekende terugverwijzingen, verkeerde taalcodes of tegenstrijdige informatie tussen sitemap en HTML-tags. Een typische fout is dat de sitemap hreflang-vermeldingen bevat, maar op de pagina's zelf geen tags zijn geplaatst. Google verwacht consistentie: als u beide methoden gebruikt, moeten ze identieke informatie leveren. Anders kan er verwarring ontstaan welke versie de gezaghebbende is.
Let vooral op de juiste padvermelding in de sitemap. Elke URL moet overeenkomen met de base-URL van de pagina (inclusief protocol en slash). Een veelgemaakte fout is het gebruik van relatieve paden of een ontbrekende afsluitende slash. Bovendien moeten alle alternatieven onderling zijn gelinkt, niet alleen naar een centrale landingspagina. Dat betekent: de sitemap moet voor elke taalversie alle andere taalversies als alternatieve links bevatten. Bij meertalige sites met 10+ talen kan dit tot zeer grote sitemaps leiden – splits deze dan op.
Onze aanbeveling: Controleer uw sitemap regelmatig met een XML-validator. Upload de sitemap naar Search Console en volg de foutrapporten. Als u hreflang zowel in de sitemap als in HTML plaatst, voer dan een vergelijking uit: crawl uw pagina's en vergelijk de sitemap-vermeldingen met de gevonden tags. Bij discrepanties kiest u voor één methode en verwijdert u de andere. In de praktijk is gebleken dat het exclusief gebruik van de sitemap tot minder fouten leidt, omdat deze centraal beheerbaar is. Test deze optie als uw IT-middelen beperkt zijn.
Internationale SEO en meertaligheid: Onderscheid tussen hreflang en taalherkenning
Hreflang-tags en taalherkenning (bijv. via browser taalinstellingen of IP-geolocatie) vervullen in de internationale SEO-omgeving verschillende taken. Terwijl hreflang aan zoekmachines signaleert welke taal-/landversie van een pagina voor een bepaalde doelgroep bedoeld is, dient taalherkenning vaak voor de automatische doorverwijzing van de gebruiker naar de vermeend juiste versie. Verwar deze mechanismen niet: hreflang beïnvloedt de indexering en weergave in de zoekresultaten, de taalherkenning daarentegen de gebruikerservaring op de website. Een typisch probleem ontstaat wanneer de taalherkenning de gebruiker naar een pagina leidt die niet overeenkomt met een hreflang-vermelding – zoekmachines kunnen deze doorverwijzing niet volgen, wat leidt tot ontbrekende of verkeerde taalsignalen.
In de praktijk is het effectief gebleken om hreflang als primair signaal voor Google en andere zoekmachines in te stellen, terwijl de taalherkenning op de website slechts als optionele functie voor de bezoeker dient. Voorbeeld: Een gebruiker uit Zwitserland opent de startpagina. De IP-gebaseerde herkenning kan automatisch doorverwijzen naar de-ch. Als echter op de Duitse startpagina een hreflang-tag met alternatieve versies (de-de, de-ch, fr-ch etc.) ontbreekt, herkent Google de Zwitserse pagina niet als alternatief en toont mogelijk de verkeerde versie in de zoekresultaten. Vermijd daarom om taalherkenning als enig hulpmiddel voor taallevering te gebruiken, maar combineer het steeds met een consistente hreflang-implementatie.
Een ander belangrijk onderscheid betreft de landtargeting: hreflang kan zowel taal- als landspecifieke varianten markeren (bijv. de-de vs. de-ch), terwijl taalherkenning meestal alleen de taal en het land uit IP-gegevens afleidt, zonder de specifieke paginavariant in acht te nemen. Kies daarom voor een stapsgewijze aanpak: Definieer eerst alle taal-/landcombinaties en leg deze vast in de hreflang-tags. Implementeer de taalherkenning pas daarna, om de gebruiker een suggestieselectie te bieden zonder de automatische doorverwijzing met de indexering te vermengen. Documenteer uw beslissingen en stem af met de ontwikkelingsafdeling, zodat beide systemen niet met elkaar in tegenspraak zijn. Laat u bij juridische vragen over automatische herkenning en doorverwijzing adviseren door een gespecialiseerde advocaat, vooral wanneer persoonsgegevens zoals IP-adressen worden verwerkt.
Opzetten van een systematische audit voor grote websites met veel taalvarianten
Bij grote websites met talrijke taalvarianten is een handmatige hreflang-audit niet praktisch. In plaats daarvan wordt een stapsgewijs, geautomatiseerd proces aanbevolen dat alle relevante pagina's vastlegt en op consistentie controleert. Begin met het opstellen van een volledige URL-lijst van alle taal- en landversies. Gebruik hiervoor een crawler zoals Screaming Frog of Sitebulb, die de hele website indexeert en de hreflang-tags uit HTML-headers of sitemaps extraheert. Exporteer de gegevens naar een tabel waarin u voor elke URL de taalcode, landcode en de alternatieve URL's vermeldt. Let erop dat u ook pagina's vastlegt die slechts in één taal bestaan – deze hoeven geen hreflang te bevatten, maar kunnen onderdeel zijn van een foutieve implementatie als ze ten onrechte worden uitgesloten.
In de volgende stap controleert u de terugverwijzingen (bidirectionele links): Elke URL in een taalgroep moet naar alle andere varianten van dezelfde groep verwijzen en door alle andere worden gerefereerd. Als een terugverwijzing ontbreekt, wordt een hreflang-tag door zoekmachines vaak genegeerd. Een veelvoorkomende fout is het gebruik van incompatibele taalcodes (bijv. „eng" in plaats van „en") of het ontbreken van de landcode bij landspecifieke pagina's (bijv. „de" in plaats van „de-de"). Gebruik een script of formule in uw tabel om dergelijke inconsistenties geautomatiseerd te markeren. Bijzonder kritisch is het omgaan met het x-default-tag: Plaats het op een generieke landingspagina die bedoeld is voor niet-toegewezen gebruikers en controleer of alle taalgroepen dit tag correct refereren.
Vul uw audit aan met de sitemap-controle: Als u hreflang ook in XML-sitemaps opneemt, controleer dan of de daarin opgegeven alternatieve URL's overeenkomen met de HTML-tags en of de sitemap zelf correct naar de verschillende taalversies verwijst. Een systematische audit voor grote websites moet u regelmatig (bijv. elk kwartaal) herhalen, omdat bij het toevoegen van nieuwe taalvarianten of bij herontwerp vaak fouten ontstaan. Tools zoals SEOTesting of de Google Search Console helpen daarnaast om de zichtbaarheid van de afzonderlijke versies te monitoren. Voor documentatie raden we een centrale tabel aan met de status van de afzonderlijke taalgroepen, die u na elke audit bijwerkt. Plan voldoende tijd in voor foutcorrectie en prioriteer de meest bezochte taalvarianten. Een juridische opmerking over het gebruik van gegevens uit crawlers is niet vereist, aangezien het om openbaar toegankelijke paginastructuren handelt.
Documentatie en opvolging van hreflang-wijzigingen in het team
Hreflang-implementaties zijn vaak het resultaat van beslissingen van meerdere afdelingen – contentteams maken vertalingen, IT beheert het CMS en de SEO-afdeling definieert de doelgroepen. Zonder duidelijke documentatie gaan wijzigingen snel verloren of leiden ze tot inconsistenties. Voer daarom een centraal register in waarin u alle taal-/landvarianten, de verantwoordelijken en de huidige status (actief, inactief, gepland) vastlegt. Een eenvoudige tabel met de kolommen: primaire URL, taalcodes, landcodes, x-default (ja/nee), alternatieve URL's (lijst), laatste wijziging, verantwoordelijke heeft zijn waarde bewezen. Deze tabel moet gezamenlijk door het team worden bijgehouden, bijvoorbeeld via een clouddocument met toegang voor alle betrokken rollen.
Voor het opvolgen van wijzigingen wordt een gecontroleerd proces aanbevolen: Elke nieuwe taalversie of wijziging aan bestaande URL's wordt eerst in de tabel genoteerd voordat de daadwerkelijke hreflang-tags in het CMS of de sitemap worden bijgewerkt. Gebruik een ticketsysteem of een eenvoudige changelog om elke ingreep te documenteren. Voorbeeld: 'Op 10-04-2025 is de Franse pagina voor België (fr-be) toegevoegd; bijbehorende hreflang-tags op de Duitse hoofdpagina (de-de) bijgewerkt.' Zo kunt u later achterhalen waarom een bepaalde taalvariant niet meer in de zoekresultaten verschijnt. Voeg regelmatige audits toe (zie vorig hoofdstuk) waarbij u de huidige toestand vergelijkt met uw documentatie en afwijkingen corrigeert.
Om de samenwerking in het team te vergemakkelijken, definieert u duidelijke verantwoordelijkheden voor afzonderlijke taalgroepen of regio's. Gebruik bij grotere websites een regel dat wijzigingen aan hreflang-tags door ten minste twee teamleden moeten worden gecontroleerd – vergelijkbaar met een vier-ogenprincipe. Gebruik waar mogelijk automatisering: Een script kan uit uw tabel automatisch de XML-sitemap met hreflang-items genereren of de HTML-tags direct in het CMS invoeren. Zorg er echter voor dat dergelijke scripts regelmatig op correctheid worden getest. Tot slot: aangezien hreflang-fouten tot zichtbaarheidsverlies kunnen leiden, moet u in uw projectmanagementtool een terugkerende taak voor het kwartaalaudit instellen. Raadpleeg bij juridische vragen over opslag en verwerking van URL-gegevens uw functionaris voor gegevensbescherming of juridisch adviseur.
Praktische checklist voor de eindcontrole van een hreflang-audit
Een systematische eindcontrole zorgt ervoor dat alle hreflang-implementaties consistent en foutloos zijn. Begin met het controleren van terugverwijzingen: Elke pagina van een taalvariant moet verwijzen naar alle andere varianten, inclusief de eigen. Ontbreekt een verwijzing, dan leidt dit tot een 'niet-bevestigd' signaal dat door zoekmachines kan worden genegeerd. Gebruik hiervoor een crawler zoals Screaming Frog of Sitebulb, die hreflang-attributen uitleest en ontbrekende terugverwijzingen markeert. Controleer ook of de taalcodes overeenkomen met ISO 639-1 (bijv. 'de' in plaats van 'deu') en landcodes in ISO 3166-1 Alpha 2 (bijv. 'CH' voor Zwitserland) worden vermeld. Let vooral op de juiste combinatie bij regiospecifieke pagina's: 'de-ch' voor Duits in Zwitserland, niet 'de_CH'.
Controleer de interactie met canonical-tags: Als een canonical-tag naar een andere taalvariant verwijst, wordt het hreflang-signaal voor die pagina ongeldig. Gebruik daarom self-referencing canonical-tags of zorg ervoor dat de canonical verwijst naar de identieke taalversie. Hetzelfde geldt voor de sitemap: Elke pagina mag maar één keer in een sitemap met haar hreflang-alternatieven voorkomen. Een veelgemaakte fout is het opnemen van HTTP- en HTTPS-versies of van www- en non-www-varianten. Beperk de levering tot één canonieke URL per taalvariant.
Fouten in het x-default-tag leiden vaak tot ongewenste doorverwijzingen. Stel x-default in op een generieke landingspagina of op de meest gebruikte taalvariant – maar niet willekeurig. In de praktijk blijkt het voordelig om x-default op de Engelse startpagina te zetten als de website internationaal gericht is. Valideer de implementatie met Google Search Console onder 'Internationale doelgroep'. Daar worden fouten zoals ontbrekende terugverwijzingen of inconsistente taalcodes weergegeven. Voer deze controle eenmaal per maand uit om wijzigingen te detecteren.
Een volledige checklist moet ook de sitemap-alternatieven omvatten: Zorg ervoor dat elke taalvariant in de sitemap met alle alternatieven wordt vermeld. Gebruik hiervoor een tool die hreflang in XML-sitemaps valideert (bijv. de sitemap-check van Ahrefs of Semrush). Documenteer elke gevonden afwijking in een tabel met prioriteit en verantwoordelijkheid. Let op: Bij dynamische URL's moeten hreflang-tags server-side of via JavaScript correct worden ingesteld – test dit met een HTTP-header-check. Tot slot raden we een juridische controle aan: De keuze van taalvarianten kan gevolgen hebben voor privacy en algemene voorwaarden. Raadpleeg bij onzekerheden een juridisch adviseur.
Vooruitblik: Automatiseringstools en toekomstige ontwikkelingen voor taalsignalen
De handmatige controle van hreflang-signalen wordt steeds meer aangevuld door gespecialiseerde automatiseringstools. Tools zoals “hreflang-tags.com” of functies in crawlers (bijv. de hreflang-check van Sitebulb) detecteren automatisch ontbrekende terugverwijzingen, inconsistente taalcodes en conflicten met canonical-tags. Deze tools leveren rapporten die u als basis voor uw team kunt gebruiken. In de praktijk is het bewezen effectief om dergelijke controles in het CI/CD-proces op te nemen: bij elke implementatie wordt een geautomatiseerde hreflang-controle uitgevoerd om fouten vroegtijdig te detecteren. Let er echter op dat deze tools regelmatig worden bijgewerkt, omdat zoekmachinerichtlijnen kunnen veranderen.
Een trend is het gebruik van AI voor de vertaling en lokalisatie van taalvarianten. Moderne AI-systemen kunnen automatisch taalcodes genereren wanneer ze de geografische doelmarkt herkennen. Dit brengt echter risico’s met zich mee: een automatische detectie kan verkeerde toewijzingen produceren, bijvoorbeeld bij meertalige landen. Gebruik AI daarom alleen in combinatie met een handmatige validatie door een ervaren lokalisatie-expert. De lokalisatie moet niet alleen taalkundig, maar ook cultureel worden aangepast – anders kan het hreflang-signaal de verkeerde kant op wijzen.
In de toekomst zouden gestructureerde gegevens zoals Schema.org met hreflang kunnen worden gecombineerd. Eerste benaderingen tonen aan dat het attribuut “url” in combinatie met “inLanguage” voor een preciezere taaltoewijzing kan zorgen. Google heeft echter geen officiële ondersteuning voor deze weg aangekondigd. Toch is het de moeite waard om deze ontwikkelingen te volgen, omdat ze de foutgevoeligheid van hreflang zouden kunnen verminderen. Ook de integratie van hreflang in AMP-pagina’s of single-page-applicaties blijft een uitdaging – hier zijn server-side oplossingen of speciale frameworks nodig.
Tot slot raden we aan om regelmatige monitoring van de taalsignalen in te stellen. Tools zoals de Google Search Console bieden in de sectie “Internationale doelgroep” een overzicht van foutieve pagina’s. Combineer dit met loganalyses om te zien of zoekmachines de hreflang-instructies opvolgen. Bedenk: rechtsconformiteit – bijvoorbeeld met betrekking tot AVG of impressumplicht – kan per taalvariant verschillen. Laat u hierover adviseren door een jurist. De toekomst van taalsignalen ligt in een nauwere verwevenheid met andere SEO-signalen en een sterkere automatisering, maar de menselijke kwaliteitscontrole blijft onmisbaar.
Praktijkvoorbeeld: Stapsgewijze uitvoering van een hreflang-audit
Een middelgrote webshop met de taalversies Duits (DE), Engels (EN), Frans (FR) en Spaans (ES) en landspecifieke subdomeinen (de.example.com, en.example.com, fr.example.com, es.example.com) wil zijn hreflang controleren. Stap 1: Sitemap-export. Het team exporteert eerst de taalsitemaps uit het CMS. Daarbij blijkt dat voor DE en EN elk twee sitemaps bestaan (producten, categorieën), voor FR en ES slechts één. Stap 2: Consistentiecontrole van de terugverwijzingen. Met een hreflang-crawler (bijv. Merkle's Hreflang Tag Checker) worden alle 400 URL's gecrawld. Resultaat: 30 URL's hebben ontbrekende terugverwijzingen – vaak ontbreekt de DE-pagina in de EN-versie. Stap 3: Controle op foutieve taalcodes. In de broncode worden twee URL's gevonden met “en-uk” in plaats van “en-gb”. Omdat de EN-versie voor Groot-Brittannië is bedoeld, wordt de code gecorrigeerd. Stap 4: x-default-test. Elke taalpagina heeft een x-default-tag die naar de Engelse startpagina verwijst. In de praktijk nuttig, omdat Engels als fallback dient. Stap 5: Canonical-conflict. Een crawl toont dat enkele FR-pagina's een zelfverwijzende canonical hebben, die echter niet overeenkomt met het hreflang-doel (canonical naar een andere FR-pagina). De canonicals worden gecorrigeerd. Stap 6: Validatie via de Google Search Console. Na zes weken toont het rapport onder “Internationale targeting” geen fouten meer. Stap 7: Documentatie. De wijzigingen worden vastgelegd in een interne wiki, inclusief screenshots en crawl-logs. Conclusie: Na correctie van de 30 terugverwijzingen en de taalcodes steeg de klikfrequentie op Franse en Spaanse pagina's met ongeveer 15% (niet bewezen, maar uit ervaring). Regelmatige audits (elke drie maanden) zijn nu een vast onderdeel van het SEO-onderhoud. Dit voorbeeld laat zien: met een systematische aanpak kunnen typische fouten snel worden geïdentificeerd en verholpen.
blog.faqT
Wat is de meest voorkomende fout bij hreflang-tags?
De meest voorkomende fout is het ontbreken van terugverwijzingen. Als versie A naar versie B verwijst, moet B ook naar A verwijzen. Anders negeert Google de tags vaak helemaal. Ook syntactische fouten zoals verkeerde landcodes (bijv. 'en-uk' in plaats van 'en-gb') komen veel voor. Een systematische controle van alle paren is onmisbaar.
Hoe controleer ik hreflang-tags op grote websites met veel talen?
Voor grote websites wordt het gebruik van crawlers aanbevolen die hreflang onderzoeken, zoals Screaming Frog met het hreflang-rapport. U kunt ook eigen scripts schrijven die sitemaps of HTML-pagina's doorzoeken op tags. Het is belangrijk om steekproeven te nemen en de consistentie tussen verschillende taalvarianten te valideren. Google Search Console toont onder 'Internationale targeting' concrete fouten.
Wat betekent de x-default-tag en wanneer is deze nodig?
De x-default-tag markeert een algemene standaardpagina die wordt weergegeven wanneer geen taalvoorkeur van de gebruiker wordt gedetecteerd of de gewenste taal-/landcombinatie niet bestaat. Het wordt vaak gebruikt op de homepage of een generieke landingspagina. Ontbreekt het, dan kan Google een ongepaste versie weergeven. Elke taalgroep moet een x-default-item hebben wanneer meerdere landen een taal delen.
