Hreflang

Hreflang is een taal- en regionale targetingannotatie die wordt gebruikt op equivalente pagina’s in verschillende markten. De taak is simpel: Google vertellen dat en-us, en-gb en fr-ca alternatieven zijn, geen onbedoelde duplicaten, zodat de juiste URL kan ranken voor de juiste gebruiker.

Waarom het ertoe doet is nog eenvoudiger. Verkeer uit het verkeerde land converteert slecht. Als je Amerikaanse productpagina in Canada hoger eindigt, of als je generieke Engelstalige pagina de lokale Duitse versie voorbijstreeft, verlies je omzet—niet alleen rankings.

Wat hreflang in de praktijk doet

Hreflang is een selectiesignaal, geen rankingboost. Het zorgt niet automatisch voor hogere posities. Het helpt Google kiezen tussen URL’s die dicht bij elkaar liggen wanneer er meerdere versies bestaan.

Google is hier al jaren duidelijk over, en Google’s John Mueller heeft hreflang herhaaldelijk omschreven als: zorgen voor de juiste variant, niet alle SEO-waarde samenvoegen tot één pagina. Dat onderscheid is belangrijk. Teams verkopen hreflang nog steeds als oplossing voor duplicate content. Dat is het niet.

Implementatieregels die het in de meeste setups laten misgaan

• Gebruik geldige codes: en-GB, niet en-UK. Eerst de taal, daarna optioneel het land.
• Terugkerende tags zijn vereist: als pagina A naar pagina B verwijst, moet pagina B ook naar pagina A verwijzen.
• Zelfreferentie voor elke URL: elke pagina moet zijn eigen hreflang-vermelding bevatten.
• Houd canonicals consistent: elke regionale pagina canonicaliseert meestal naar zichzelf, niet naar één globale master.
• Neem x-default op wanneer nuttig: met name voor taalkeuzeschermen of fallback-pagina’s.

Je kunt hreflang implementeren in HTML, XML-sitemaps of HTTP-headers. In de praktijk is hreflang in een XML-sitemap meestal de minst rommelige optie op schaal. Zodra je voorbij 10 tot 20 locaties komt, worden head-tags snel onbetrouwbaar, vooral bij JavaScript-rijke templates.

Hoe je het goed controleert

Gebruik Screaming Frog voor crawl-validatie, wederkerigheidschecks en ontbrekende zelfreferenties. Gebruik Google Search Console om na de release verschuivingen in queries per land en in landingspagina’s te monitoren. Gebruik Ahrefs of Semrush om te verifiëren of de bedoelde regionale URL in elk markt ook daadwerkelijk rankt. Wil je een tweede crawler-perspectief, dan kunnen Moz en enterprise-tools zoals Lumar helpen, maar Screaming Frog vindt meestal de echte implementatiefouten sneller.

Voor contentteams is Surfer SEO geen hreflang-tool. Nuttig voor on-page werk, zeker. Niet voor het valideren van internationale annotaties.

Waar hreflang tekortschiet

Eerlijke kanttekening: hreflang is geen magische oplossing als je gelokaliseerde pagina’s dun zijn, machinaal vertaald worden of nauwelijks van elkaar verschillen. Als je en-au- en en-us-pagina’s identieke prijzen, verzendinformatie, valuta en tekst hebben, kan Google je intentie nog steeds negeren. Een ander veelvoorkomend probleem: teams implementeren hreflang perfect op pagina’s die Google nauwelijks crawlt of niet indexeert. Dan verandert er niets.

Ook is de oude hreflang-rapportage in GSC veel minder bruikbaar dan vroeger. Je hebt crawlerdata, serverlogs en live SERP-checks nodig. Niet alleen een groen vinkje.

De praktische standaard: kaart elke equivalente URL in, houd canonicals consistent, valideer wekelijks na releases en monitor landingspagina-wissels per markt gedurende 4 tot 8 weken. Dat is wat een nette internationale setup onderscheidt van een implementatie die op een slide-deck lijkt.