SEO voor meertalige websites: wat er misgaat en hoe je het voorkomt

SEO voor meertalige websites: wat er misgaat en hoe je het voorkomt

De meeste meertalige websites zijn geen meertalige SEO-problemen die nog moeten gebeuren, het zijn meertalige SEO-problemen die al zijn gebeurd, stilletjes, terwijl iedereen druk bezig was de homepage te vertalen.

Waarom meertalige SEO al misgaat voordat je één woord schrijft

De structurele beslissingen komen eerst, en de meeste teams nemen ze als laatste.

Voordat er één vertaald alinea online gaat, moeten drie dingen vastliggen: hoe de URL’s worden georganiseerd, hoe Google weet welke versie aan welke gebruiker getoond moet worden, en of de content echt gelokaliseerd wordt of alleen taalkundig omgewisseld. Ga je hier fout, dan landt al het andere werk, het schrijven, het zoekwoordonderzoek, de linkbuilding, op een gebroken fundament.

Dit is meestal het moment waarop marketing snel wil lanceren, development de CMS-opzet (Content Management Systeem) eenvoudig wil houden, en niemand de Google Search Central-documentatie over internationale targeting heeft gelezen. Het resultaat is een site die rankt in het verkeerde land, de verkeerde taal serveert aan de juiste gebruiker, of zijn autoriteit verdeelt over URL’s die Google als duplicaten behandelt.

De ironie is dat de oplossingen niet ingewikkeld zijn. De beslissingen wel. En de kosten van die beslissingen nemen na de lancering aanzienlijk toe.

Je url-structuur kiezen: de beslissing die alles overleeft

Er zijn drie hoofdopties, en geen van hen is universeel correct.

Een subdirectory (voorbeeld.com/nl/) houdt alle taalversies onder één domein, waardoor ze domeinautoriteit delen. Een subdomein (nl.voorbeeld.com) scheidt ze op hostniveau, wat Google meer behandelt als afzonderlijke sites. Een landspecifiek topniveaudomein, of ccTLD (voorbeeld.nl), geeft het sterkste geografische signaal, maar vereist dat je voor elk domein afzonderlijk autoriteit opbouwt.

Voor de meeste bedrijven zijn subdirectories de praktische standaard. Ze zijn eenvoudiger te beheren, bundelen linkwaarde en vereisen geen aparte Google Search Console-eigenschappen per taal, al wil je die voor monitoring wel aanmaken. Subdomeinen zijn zinvol wanneer de taalversies echt verschillende producten of merken zijn. ccTLD’s zijn zinvol wanneer het geografische signaal cruciaal is en het budget voor aparte domeinautoriteit beschikbaar is.

Wat er verandert wanneer je van twee talen naar vijf schaalt, is dat de beheerslast van subdomeinen en ccTLD’s snel oploopt. Een subdirectory-structuur wordt niet moeilijker te beheren naarmate je talen toevoegt; een ccTLD-opzet absoluut wel.

Beslisbox

• Beste keuze als: Je meerdere taalmarkten target en autoriteit wilt bundelen onder één domein, gebruik subdirectories.
• Minder geschikt als: Je taalversies echt aparte merken of producten zijn met een eigen publiek, subdirectories voelen dan geforceerd.
• Waarschijnlijk overdreven als: Je één secundaire taal toevoegt aan een voornamelijk eentalige site, een subdirectory met goede hreflang is voldoende.

hreflang: wat het doet en waar het betrouwbaar misgaat

hreflang is een HTML-attribuut, een signaal dat je aan elke pagina toevoegt om Google te vertellen voor welke taal en regio die pagina bedoeld is, en welke andere pagina’s de equivalenten zijn in andere talen.

De logica klinkt eenvoudig. De implementatie is waar het misgaat. Volgens een Ahrefs-onderzoek uit 2022 werden hreflang-fouten gevonden op 75% van de sites die het gebruiken. De meest voorkomende fouten zijn: de retour-tag ontbreekt (elke pagina in de hreflang-cluster moet naar elke andere pagina verwijzen, inclusief zichzelf), de taalcodes zijn onjuist (gebruik BCP 47-formaat, zoals gespecificeerd door het W3C, bijvoorbeeld “nl-NL” en niet “nl_NL”), of de tags verwijzen naar pagina’s die doorsturen of fouten geven.

De hreflang-documentatie van Google is de meest betrouwbare referentie voor de juiste syntaxis en ondersteunde taalcodes.

Een canonicaltag, een HTML-signaal dat Google vertelt welke versie van een pagina de “originele” is om te indexeren, werkt samen met hreflang op een manier die ook ervaren developers regelmatig verrast. Als je canonical van elke taalpagina naar de Engelstalige versie wijst, heb je Google effectief verteld je hreflang-opzet te negeren. Elke taalpagina moet zichzelf canonicaliseren: de canonicaltag moet naar zichzelf wijzen.

De x-default-tag verdient hier ook aandacht. Die vertelt Google welke pagina getoond moet worden als geen enkele taalversie overeenkomt met de instellingen van de gebruiker. Het is geen fallback-homepage; het is een targetingsignaal voor niet-overeenkomende locales. Het behandelen als een catch-all is een veelgemaakte en stilzwijgend schadelijke fout.

Contentlocalisatie versus vertaling: het SEO-verschil

Vertaling wisselt woorden om. Localisatie past betekenis, context en zoekintentie aan.

Een Nederlandse gebruiker zoekt niet op dezelfde manier als een Engelstalige gebruiker. De zoekwoorden zijn anders, de formulering is anders, en soms is de intentie anders. Zoekwoordonderzoek in het Engels uitvoeren en de resultaten vervolgens vertalen naar het Nederlands is geen meertalige SEO — het is wensdenken met een woordenboek.

Volgens het “Can’t Read, Won’t Buy”-rapport van CSA Research uit 2020 geeft 76% van de online shoppers de voorkeur aan kopen in hun eigen taal. Die voorkeur geldt ook voor hoe ze zoeken. Als je Nederlandse pagina’s geoptimaliseerd zijn voor vertaalde Engelse zoekwoorden in plaats van natuurlijke Nederlandse zoekformuleringen, doe je mee aan een wedstrijd in de verkeerde schoenen.

Machinaal vertaalde content voegt een extra laag risico toe. De kwaliteitsrichtlijnen van Google behandelen dunne of automatisch gegenereerde content als een negatief signaal. Een pagina die klinkt alsof ze door een vertaalmachine is gegaan — ook een goede — heeft doorgaans een lagere betrokkenheid, hogere bouncepercentages en minder inhoudelijke diepgang. Geen van die factoren helpt je rankings.

De praktische regel: doe per taal apart zoekwoordonderzoek, schrijf of pas content aan voor elke markt, en behandel elke taalversie als een eigen redactioneel product, niet als een afgeleide van het origineel.

Taalgerichtheid versus landgerichtheid: niet hetzelfde probleem

Taalgerichtheid vertelt Google in welke taal een pagina is. Landgerichtheid vertelt Google voor welke geografische markt een pagina bedoeld is. Ze overlappen, maar ze zijn niet hetzelfde, en ze door elkaar halen leidt tot echte problemen.

Een Nederlandstalige pagina kan gericht zijn op Nederland, België of Suriname. Een Engelstalige pagina kan gericht zijn op het VK, Australië of Zuid-Afrika. hreflang verwerkt beide dimensies: de taalcode (nl) en de optionele regiocode (NL, BE). Als je alleen de taal opgeeft en niet de regio, maakt Google zijn beste gok over welke markt te bedienen — en die gok is niet altijd de jouwe.

Google Search Console heeft een rapport voor internationale targeting dat laat zien welk land Google koppelt aan elk gedeelte van je site. Als je subdirectories gebruikt, kun je via Search Console geen landtarget instellen op mapniveau — die instelling werkt alleen voor het hele domein of voor subdomeinen en ccTLD’s. Dit is een van de weinige echte voordelen van ccTLD’s: het geografische signaal is ondubbelzinnig.

Voor de meeste sites is het juiste antwoord om hreflang te gebruiken met zowel taal- als regiocodes, en de content- en linksignalen de rest te laten doen. Proberen landgerichtheid af te dwingen via technische instellingen alleen, zonder bijpassende content en lokale signalen, werkt zelden zoals bedoeld.

Meertalige SEO gezond houden op de lange termijn

Een meertalige site is geen eenmalige opzet. Het is een systeem dat afdrijft.

Nieuwe pagina’s worden toegevoegd in één taal en niet in de andere. hreflang-clusters breken wanneer URL’s veranderen en de tags niet worden bijgewerkt. Een taalversie die zes maanden geleden goed rankte, begint te zakken omdat de content niet is vernieuwd terwijl de primaire taalversie wel is bijgewerkt. Dit zijn geen randgevallen; dit is de normale levenscyclus van een meertalige site zonder onderhoudsproces.

Het meest voorkomende faalpatroon is asymmetrie: de primaire taalversie krijgt alle redactionele aandacht, en de secundaire versies worden alleen bijgewerkt wanneer iemand merkt dat ze onjuist zijn. Tegen die tijd is de rankingschade al gedaan.

Als de audit structurele problemen blootlegt die verder gaan dan een instelling aanpassen, dekken de SEO-diensten van Studio Ubique de volledige technische en contentlaag.

Wat je maandelijks checkt

• hreflang-fouten in Google Search Console (rapport Internationale targeting)
• Indexeringsstatus per taalversie (Dekkingsrapport, gefilterd op URL-prefix)
• Organisch verkeer per taalsegment in Google Analytics of equivalent
• Rankingposities per taalmarkt voor de belangrijkste doelzoekwoorden
• Crawlfouten op taalspecifieke URL’s na elke site-update

SEO voor meertalige websites vereist structurele beslissingen vóór inhoudelijke beslissingen: URL-formaat, hreflang-implementatie en echte contentlocalisatie per markt. Volgens Ahrefs (2022) heeft 75% van de sites die hreflang gebruiken fouten in hun implementatie. Studio Ubique werkt met bedrijven die deze beslissingen nemen op architectuur- en contentniveau, niet alleen op tagniveau.

Veelgestelde vragen

Wat is de beste url-structuur voor een meertalige website?

Subdirectories (voorbeeld.com/nl/) zijn voor de meeste sites de meest praktische keuze, omdat ze domeinautoriteit bundelen, eenvoudiger te beheren zijn op schaal en geen aparte Google Search Console-eigenschappen per taal vereisen; subdomeinen en ccTLD’s zijn beter geschikt wanneer taalversies echt aparte merken zijn of wanneer een sterk geografisch signaal de prioriteit is.

Heeft hreflang directe invloed op rankings?

hreflang verhoogt rankings niet; het vertelt Google welke taalversie aan welke gebruiker getoond moet worden, zodat de juiste pagina verschijnt in de SERP (Search Engine Results Page) van de juiste markt, zonder hreflang kan Google je Engelstalige pagina ranken voor Nederlandse zoekopdrachten of andersom, wat eruitziet als een rankingprobleem maar eigenlijk een targetingprobleem is.

Is machinale vertaling veilig voor SEO?

Machinaal vertaalde content brengt reëel risico met zich mee: de kwaliteitsrichtlijnen van Google behandelen dunne of automatisch gegenereerde content als een negatief signaal, en pagina’s die klinken alsof ze door een vertaalmachine zijn gegaan, hebben doorgaans een lagere betrokkenheid en minder inhoudelijke diepgang, wat rankings op de lange termijn schaadt.

Heb ik apart zoekwoordonderzoek nodig voor elke taal?

Ja, altijd, zoekformuleringen, intentie en concurrentie verschillen aanzienlijk per taal en markt, dus Engelse zoekwoorden vertalen naar het Nederlands en daarvoor optimaliseren is niet hetzelfde als onderzoeken hoe Nederlandse gebruikers daadwerkelijk zoeken, en dat verschil is zichtbaar in het verkeer.

Hoe weet ik of mijn meertalige SEO-opzet werkt?

Controleer het rapport Internationale targeting in Google Search Console op hreflang-fouten, monitor organisch verkeer en rankings gesegmenteerd per taalmarkt, verifieer dat de juiste taalversie geïndexeerd is voor elke doelmarkt, en voer na elke site-update een crawl uit om gebroken hreflang-clusters te vinden voordat Google dat doet.