Alejandro Rioja.
GEO SEO

Meertalige GEO: geciteerd worden in elke taal

Alejandro Rioja
Alejandro Rioja
9 min lezen
TL;DR

Bijna elke GEO-gids gaat uit van een site die alleen Engels is. De mijne is dat niet — hij draait in 13 talen — en drie dingen bleken kapot of presteerden slechter zodra ik verder keek dan Engels: de juistheid van hreflang/x-default, de scope van llms.txt en schema-consistentie tussen talen. Dit is wat er echt verandert, plus de audit-prompt waarmee ik een meertalige site in één keer controleer.

Gratis nieuwsbrief

Elke woensdag. 28.400+ operators. Geen opvulling.

Gepubliceerd in september 2026.

TL;DR: Bijna elke GEO-gids gaat uit van een site die alleen Engels is. De mijne is dat niet — hij draait in 13 talen — en drie dingen bleken kapot of presteerden slechter zodra ik verder keek dan Engels: de juistheid van hreflang/x-default, de scope van llms.txt en schema-consistentie tussen talen. Dit is wat er echt verandert, plus de audit-prompt waarmee ik een meertalige site in één keer controleer.

[Operator’s read] Elke GEO-checklist die ik heb gelezen, mijn eigen twee inbegrepen, is geschreven voor één taal. Ik merkte pas hoezeer dat advies Engels aannam toen ik ging uitzoeken waarom mijn Spaanse en Japanse pagina’s niet dezelfde behandeling kregen als de Engelse originelen — dezelfde inhoud, dezelfde schema-template, totaal andere resultaten.

Inhoudsopgave

Inhoudsopgave openen

Waarom meertalige GEO niet gewoon SEO in 12 talen extra is

Klassieke internationale SEO heeft een gevestigd draaiboek: hreflang-tags, vertaalde content, klaar. GEO voegt een laag toe die dat draaiboek niet dekt, omdat een AI-engine je pagina niet alleen indexeert — hij beslist, per zoekopdracht en per taal, welke ene bron hij aan de gebruiker citeert. Die beslissing loopt apart in elke taal die de engine bedient, tegen een andere set concurrenten, een andere pool citeerbare bronnen en soms een compleet andere engine.

Een ChatGPT-antwoord in het Engels put uit een andere kandidatenpool dan dezelfde vraag in het Japans. Negeer dat en je doet al het GEO-werk één keer, in het Engels, en neemt aan dat het zich verspreidt. Dat gebeurt niet.

Wat als eerste kapotgaat: hreflang en x-default

Dit is degene die je zichtbaarheid kost zonder ooit als fout op te vallen. Twee faalpatronen, allebei stil:

  1. Ontbrekende of foute x-default. Elke hreflang-cluster heeft een x-default-item nodig dat engines en crawlers vertelt welke versie te tonen aan iemand wiens taal met geen van je vertalingen overeenkomt. Sla het over en je zegt tegen elke niet-doelgerichte crawler: “gok maar.”
  2. hreflang die naar pagina’s wijst die geen echte vertalingen zijn. Dit is sluipender en vaker voorkomend dan het lijkt. Als je taalkiezer voor elke taal terugvalt op de homepage zodra een vertaling nog niet bestaat, en je die terugvallinks van hreflang voorziet, beweer je dat een Engelstalig artikel zijn eigen Spaanse vertaling is. Dat is het niet. De crawler van Google vertrouwt uiteindelijk de hele cluster niet meer; een AI-engine die zijn citatiegrafiek uit je <link>-tags bouwt, erft hetzelfde gebrekkige signaal.

Ik had precies deze bug. De taalkiezer in mijn header gaf hreflang af op elke taallink, ook die welke terugvielen op de homepage van een taal omdat er nog geen vertaling bestond. Elk Engelstalig artikel beweerde stilletjes twaalf vertalingen te hebben die het niet had. De fix was mechanisch zodra hij gevonden was: annoteer hreflang alleen als er echt een vertaling bestaat, en geef altijd x-default af — met terugval op het eerste beschikbare alternatief als een cluster geen Engels lid heeft — zodat elke echte cluster er één heeft.

Zo ziet de fix eruit zoals hij daadwerkelijk in de <head> van de pagina wordt gerenderd:

html
<link rel="alternate" hreflang="es" href="https://example.com/es/post-slug/" />
<link rel="alternate" hreflang="fr" href="https://example.com/fr/post-slug/" />
<link rel="alternate" hreflang="x-default" href="https://example.com/post-slug/" />

Drie regels die het waard zijn om op je eigen site te checken, in deze volgorde: elke hreflang-cluster heeft precies één x-default; geen enkele hreflang-link wijst naar een pagina die geen echte vertaling is; geen twee <link>-tags in dezelfde cluster delen dezelfde code (anders verwerpt Google de hele cluster, niet alleen het duplicaat).

Het gat dat niemand checkt: llms.txt dekt alleen Engels

llms.txt is de opkomende conventie om AI-crawlers een samengesteld overzicht van je beste content te geven in plaats van ze te laten crawlen en gokken. Ik bouwde er maanden geleden een voor deze site. Ik merkte het pas op toen ik voor dit artikel data ging zoeken: het filter dat bepaalt welke artikelen in het overzicht komen, checkt lang === 'en' en stopt daar.

Dat betekent dat twaalf dertiende van de content van deze site onzichtbaar is voor elke crawler die llms.txt als een index behandelt in plaats van als een suggestie. Elk niet-Engels artikel wordt nog steeds gecrawld via de sitemap en interne links, maar het samengestelde, betrouwbare overzicht — specifiek gebouwd om een AI-engine je beste pagina’s te geven — was Engels-only door verzuim, niet door keuze.

Als je een meertalige llms.txt beheert, check dit nu: somt het bestand (of de bestanden) je vertaalde artikelen daadwerkelijk op, of valt het overzicht stilletjes terug naar je brontaal zoals bij mij? Eén gedeelde llms.txt die alleen Engelse URL’s opsomt, is niet per se fout — het doet gewoon niets voor de andere talen waarin je site bestaat.

Schema en entiteitsconsistentie tussen talen

Het FAQPage-, Article- en Person-schema dat je al draait (zie mijn uitleg over schema markup als je dat nog niet hebt ingesteld) moet in elke taal hetzelfde over je zeggen, omdat AI-engines uit al die talen samen één entiteitsgrafiek bouwen.

Twee dingen om goed te doen:

  • Laat identifiers onvertaald, vertaal de tekst voor mensen. De @id, url, de sameAs-array en de jobTitle-waarde van je Person- of Organization-schema moeten in elke taal identiek zijn — dat is wat een engine vertelt “dit is dezelfde entiteit” over talen heen. Alleen de omringende tekst en de leesbare labels veranderen.
  • Laat geen verouderde vertaling achterblijven op het schema. Als je dateModified bijwerkt in je Article-schema of een nieuwe FAQ-vraag toevoegt in het Engels, moet diezelfde wijziging in de JSON-LD van elke taal terechtkomen, niet alleen in de tekst. Een engine die Engelse content ziet die vorige week is bijgewerkt en een Franse versie van diezelfde pagina met schema van zes maanden oud, leest dat als twee verschillende pagina’s, niet als één pagina in twee talen.

Andere talen, andere AI-engines

Het GEO-gesprek gaat standaard uit van ChatGPT, Perplexity en Google AI Overviews omdat daar het Engelstalige gesprek plaatsvindt. Dat is niet het volledige plaatje zodra je in het Russisch, Chinees of Koreaans publiceert.

Yandex heeft een eigen generatieve antwoordlaag voor Russischtalige zoekopdrachten en heeft een duidelijk groter aandeel van de Russische zoekmarkt dan Google. De ERNIE-gebaseerde antwoorden van Baidu zijn relevant voor het Chinees. De AI-samenvattingen van Naver zijn relevant voor het Koreaans. Als je GEO-checklist alleen rekening houdt met het op de VS gerichte trio van engines, optimaliseer je misschien voor 60% van de antwoordengines die je internationale lezers echt gebruiken — en dat merk je niet, omdat geen van die engines in Google Search Console verschijnt.

Ik heb geen nette manier om citatiepercentages op Yandex of Baidu te checken vanaf hier, en dat zeg ik gewoon in plaats van iets anders voor te wenden. Wat ik wel kan zeggen: ga er niet van uit dat dezelfde lijst van drie engines waarvoor je Engels optimaliseert, overal de volledige lijst is.

Het echte bewijs van mijn eigen site

Dit kan ik meten. Het is hetzelfde GEO-versus-SEO vergelijkingsartikel, dezelfde inhoudstemplate, hetzelfde schema, vertaald naar elke taal — Search Console-data van 15 juni tot 11 september 2026:

TaalVertoningenGemiddelde positie
Spaans2.07731,9
Nederlands3.37046,6
Frans1.39325,1
Japans10614,8
Koreaans5724,9
Duits8660,6
Italiaans3267,8
Engels56958,2

Zelfde artikel, zelfde structuur, zelfde schema-template, en de spreiding in ranking loopt van positie 14,8 tot positie 67,8. Ik wil eerlijk zijn over wat dit wel en niet bewijst: dit zijn klassieke Google-posities uit Search Console, geen AI-citatiedata — ik heb geen schone attributie per taal van ChatGPT- of Perplexity-citaties, en ik ken niemand die dat wel heeft. Wat het wel bewijst: “vertaal het en hetzelfde optimalisatiewerk werkt overal even goed” klopt niet op mijn eigen site. De Japanse vertaling, met een fractie van de vertoningen, verslaat qua ranking elke andere taal, inclusief het Engelse origineel. Iets aan die pagina — concurrentie, vertaalkwaliteit, hoe de entiteit in het Japans wordt herkend — werkt op een manier die niet werkt in het Duits of Italiaans, met dezelfde schema-template in alle gevallen.

Zeg tegen Claude of ChatGPT dat het dit moet doen: een meertalige GEO-auditprompt

Je hoeft geen hreflang-specificaties te lezen om dit te checken. Plak dit in Claude of ChatGPT met de URL van je site:

Ik run een website met content in meerdere talen. Check voor [URL]: (1) of de pagina een x-default-hreflangtag afgeeft, en of elke hreflangtag op de pagina naar een echte vertaling wijst in plaats van een terugval-homepage; (2) of het JSON-LD-schema van de pagina (Person, Organization of Article) identieke waarden voor @id, url en sameAs gebruikt tussen talen, of dat ze per taal verschillen; (3) als de site een llms.txt-bestand heeft, of dat pagina’s in andere talen dan Engels opsomt. Vertel me precies welke van deze punten faalt, en citeer de specifieke tag of het veld dat fout is in plaats van een algemene samenvatting.

Controleer het antwoord tegen de daadwerkelijke broncode van de pagina voordat je het vertrouwt — een model beschrijft met volle overtuiging een x-default-tag die niet bestaat als je het niet laat zien hoe het er echt uitziet.

Wat je moet overslaan

Bouw geen dertien aparte llms.txt-bestanden zonder echt bewijs — serverlogs die AI-crawlerbezoeken per subdomein laten zien, geen onderbuikgevoel — dat engines je talen als aparte properties behandelen. Eén goed afgebakend bestand dat je vertaalde URL’s daadwerkelijk opsomt, lost het gat hierboven op zonder het onderhoud van dertien bestanden.

Vertaal een pagina niet machinaal alleen om een taalvakje in te vullen. Een dunne, letterlijke vertaling is voor GEO erger dan geen vertaling — het geeft een AI-engine een bron van lage kwaliteit om af te wegen tegen de moedertaalcontent van een concurrent, en het is de snelste manier om geciteerd te worden in een supportforum als “de site met de rare vertalingen”.

De conclusie

Als je GEO-checklist voor één taal is geschreven, test hem tegen je slechtst presterende taal voordat je hem als systeem vertrouwt. Die van mij had een echte, stille hreflang-bug en een Engels-only citatie-index die maandenlang bleef staan voordat ik het checkte. Beide waren makkelijke fixes. Geen van beide was aan het licht gekomen als ik niet met een tweede taal in gedachten was gaan zoeken.

Meertalige GEO — Veelgestelde vragen

Beïnvloedt hreflang echt AI-citaties, of alleen klassieke Google-ranking?

Allebei, al verschilt het mechanisme. Voor klassiek Google vertelt hreflang de crawler welke URL voor welke taal te tonen in de zoekresultaten. Voor AI-engines zijn hreflang en je schema samen onderdeel van hoe de engine oplost of “dit dezelfde entiteit/content is over talen heen” — doe je dat fout, dan loop je het risico dat de engine je Engelse en Spaanse pagina’s als losstaande bronnen behandelt in plaats van één onderwerp dat twee keer wordt behandeld.

Moet ik elk artikel vertalen naar elke taal die mijn site ondersteunt?

Nee. Vertaal artikelen waar het onderwerp en de zoekvraag dat in die markt rechtvaardigen — een prijsgids specifiek voor de VS heeft misschien geen Arabische vertaling nodig, en een wereldwijd GEO-artikel waarschijnlijk wel. Onvertaalde bijna-duplicaten tussen talen zijn erger dan minder artikelen die wel volledig vertaald zijn.

Hoe weet ik of mijn llms.txt goed is afgebakend?

Open het bestand en check of de opgesomde URL’s paden in een andere taal dan de brontaal bevatten. Als alle URL’s in één taal staan en je site in meerdere talen publiceert, is de index tot die ene taal beperkt, of dat nu de bedoeling was of niet.

Heb ik apart schema nodig voor elke taal, of één schema-blok dat overal wordt hergebruikt?

Eén entiteit, vertaalde presentatie. De identificerende velden (@id, url, sameAs) blijven identiek tussen talen; de leesbare tekst (headline, description, FAQ-antwoorden) wordt per taal vertaald. Behandel het als één entiteit die in meerdere talen wordt beschreven, niet als meerdere entiteiten.

Gerelateerde lectuur: Schema Markup voor GEO · Hoe je een blogartikel met één agent naar 13 talen vertaalt · GEO zonder marketingteam

Wil je een tweede mening over je eigen meertalige setup? Neem contact op — ik doe GEO-audits voor sites die in meer dan één taal publiceren, of probeer de prompt hierboven zelf met Claude als je het vandaag nog wilt checken.

Lees verder

Gerelateerde berichten

GEO

GEO toevoegen aan een bestaande SEO-retainer

Hoe een SEO-bureau echt GEO-werk toevoegt aan een bestaande retainer: eerst de audit, apart geprijsd, zonder gewoon hetzelfde werk om te dopen.

SEO

GEO-auditprijzen: wat reken je klanten?

Hoe ik een GEO-audit structureer en beprijs: de vaste-scopingaanpak, wat in het deliverable hoort, en wanneer je het omzet in een retainer.

GEO

Hoe Word Je Geciteerd door AI-zoeken via Reddit

AI Overviews en ChatGPT leunen zwaarder op Reddit-threads dan op de meeste bedrijfsblogs. Zo kom je erin zonder astroturfing, gekochte upvotes of een ban.

Lees verder

Ontvang het AI-playbook in je inbox

Elke woensdag. 28.400+ operators. Geen opvulling.

↵ ↵ alle resultaten bekijken esc esc om te sluiten