Terug naar Blog
Vergelijkingen en alternatieven

Taalversies controleren Google index: zo zie je wat echt is opgepikt

Door

Juul van Dongen

11 min lezenNederlands
Inhoudsopgave

Het korte antwoord

Taalversies controleren in de Google index doe je per URL, niet per site. Google heeft het overzichtelijke International Targeting-rapport uit Search Console gehaald, dus je kunt niet meer in één scherm zien of je Franse, Spaanse of Duitse pagina's goed staan (GSC Wizard). In plaats daarvan combineer je de URL Inspection Tool, de Pages-sectie in Search Console en een handmatige site:-check per taalmap of subdomein. Het doel is simpel: voor elke taalversie wil je weten of Google hem heeft gecrawld, of hij geïndexeerd is, en welke URL als canonical is gekozen. Zonder die controle loop je het risico dat je Spaanse of Duitse content wel online staat, maar nergens in Google verschijnt.

Taalversies controleren Google index: zo zie je wat echt is opgepikt - Professional photography
Taalversies controleren Google index: zo zie je wat echt is opgepikt - Professional photography

Belangrijkste punten

  • Google heeft het International Targeting-rapport verwijderd uit Search Console; geo-targeting signalen komen nu uit ccTLD's, hreflang, serverlocatie en on-page content, zonder handmatige override (GSC Wizard).
  • Hreflang-tags missen vaak hun 'return link': als pagina X verwijst naar pagina Y, moet Y ook terugverwijzen naar X, anders negeert Google de annotatie of interpreteert hij die verkeerd (Google Search Central).
  • De URL Inspection Tool toont per URL de exacte indexstatus, de gekozen canonical en de laatste crawldatum, en is daarmee het meest betrouwbare controlepunt per taalversie (Google Search Console Help).
  • Hreflang kan via drie kanalen worden geïmplementeerd: HTML head, HTTP-headers of XML-sitemap, en elke URL moet verwijzen naar de volledige set alternatieve taalversies (Wikipedia).
  • 86 procent van de Europeanen vindt dat iedereen minstens één vreemde taal moet spreken, wat het commerciële belang van correct geïndexeerde meertalige content onderstreept (Eurobarometer via ECER).

Waarom lijkt mijn site wel vertaald, maar vindt niemand de Duitse of Franse versie?

Een webshop met Nederlandse, Franse en Duitse pagina's ziet er in de browser compleet uit: drie taalversies, netjes vertaald, allemaal live. Maar in Google Search Console blijkt dat alleen de Nederlandse pagina's verkeer krijgen. Dat verschil tussen "online staan" en "geïndexeerd zijn" is precies waar internationale MKB-merken op vastlopen.

Het probleem is dat zichtbaarheid in de browser niets zegt over de status in de index. Een pagina kan perfect laden, een correcte hreflang-tag hebben en toch worden overgeslagen door Google, bijvoorbeeld omdat een canonical verkeerd wijst, omdat de interne linkstructuur de taalversie niet bereikbaar maakt, of omdat Google de pagina als duplicate content beschouwt ten opzichte van het Nederlandse origineel. Zonder actieve controle ontdek je dit pas maanden later, als de omzet uit Frankrijk of Duitsland structureel achterblijft bij de verwachtingen.

Waarom is handmatige controle nu belangrijker dan ooit sinds Google het rapport schrapte?

Tot voor kort kon je in Search Console één rapport openen en zien of Google je land- of taaltargeting had geaccepteerd, inclusief een lijst met hreflang-fouten. Dat rapport bestaat niet meer. Google haalt geo-relevantie nu uit een combinatie van signalen: het type domein (ccTLD of submap), de hreflang-implementatie, de locatie van je server en de taal van de content zelf (GSC Wizard). Er is geen centrale plek meer waar Google je vertelt "deze hreflang klopt niet" of "deze taalversie targeten we niet correct".

Dat betekent dat de verantwoordelijkheid is verschoven naar de sitebeheerder. Je moet zelf de losse signalen bij elkaar leggen: crawlstatus, canonical-keuze, interne links en hreflang-validatie. Voor merken die internationaal willen groeien is dit geen theoretisch probleem. Als je drie of vier taalversies beheert zonder dat iemand periodiek checkt of ze daadwerkelijk zijn opgepikt, bouw je structureel aan content die niemand ooit in Google tegenkomt. Wie hierover breder wil nadenken, inclusief hoe je dit meeneemt bij het kiezen van een SEO-tool die internationale sites ondersteunt, vindt een goed vertrekpunt in deze vergelijking van SEO-tools.

Hoe controleer je stap voor stap of al je taalversies in de Google index staan?

Deze aanpak werkt ongeacht of je drie of twaalf taalversies beheert, en kost per taalversie ongeveer tien tot vijftien minuten als je de tools al bij de hand hebt.

Stap 1: Maak een lijst van alle taalversie-URL's

Verzamel elke taal/land-combinatie met zijn volledige URL, inclusief submappen (/fr/, /de/) of subdomeinen (fr.site.com). Zonder deze lijst controleer je willekeurig in plaats van systematisch, en mis je juist de pagina's die er het meest toe doen, zoals productpagina's en landingspagina's.

Stap 2: Gebruik de URL Inspection Tool per taalversie

Plak elke URL in de URL Inspection Tool in Search Console. Dit tool toont of de pagina is geïndexeerd, wanneer hij voor het laatst is gecrawld, en welke canonical URL Google daadwerkelijk heeft gekozen (Google Search Console Help). Dit laatste is cruciaal: je Franse pagina kan prima gecrawld zijn, maar als Google de Nederlandse versie als canonical aanwijst, verschijnt de Franse versie nooit in Franse zoekresultaten.

Ga na of elke taalversie correct terugverwijst naar alle andere taalversies. Mist pagina Y de terugverwijzing naar pagina X, dan kan Google de hele hreflang-set negeren of verkeerd interpreteren (Google Search Central). Dit is de meest voorkomende technische oorzaak van taalversies die wel bestaan maar niet worden onderscheiden in de zoekresultaten.

Stap 4: Controleer of hreflang consistent is geïmplementeerd over het hele platform

Hreflang kan via de HTML head, HTTP-headers of de XML-sitemap, maar meng deze methodes niet door elkaar op dezelfde set pagina's. Elke URL moet verwijzen naar de volledige set alternatieve versies, inclusief zichzelf (Wikipedia). Een veelvoorkomende fout is dat de Nederlandse pagina wel naar Frans en Duits verwijst, maar niet naar zichzelf, wat de hele set kwetsbaar maakt voor foutieve interpretatie.

Stap 5: Doe een handmatige site:-check per taalmap

Zoek in Google op site:jouwdomein.nl/fr/ en vergelijk het aantal getoonde resultaten met het werkelijke aantal Franse pagina's op je site. Een groot verschil, bijvoorbeeld twintig pagina's live maar slechts vier in de index, is een directe indicatie dat er een structureel indexeringsprobleem speelt.

Stap 6: Analyseer de Pages-sectie in Search Console per taalsegment

Filter de Pages-rapportage op URL-patroon per taalmap en bekijk welke pagina's zijn uitgesloten en waarom. Reden-codes zoals "Duplicate, Google chose different canonical than user" wijzen vaak direct naar het hreflang- of canonical-probleem dat je in stap 2 en 3 al tegenkwam.

Stap 7: Herhaal deze controle periodiek, niet eenmalig

Indexering is geen eenmalige status. Nieuwe content, sitewijzigingen of een migratie kunnen eerder correcte taalversies opnieuw uit de index laten vallen. Bouw deze check in als terugkerend proces, bijvoorbeeld maandelijks voor je belangrijkste taalmarkten.

Zelf aan de slag:

  • Zet alle taalversie-URL's in één spreadsheet met kolommen voor indexstatus, canonical en laatste crawldatum.
  • Controleer minimaal je top tien belangrijkste pagina's per taal via de URL Inspection Tool deze week.
  • Vergelijk het aantal site:-resultaten per taalmap met het werkelijke aantal live pagina's.
  • Plan deze controle elk kwartaal opnieuw in, niet alleen na een sitewijziging.

Welke signalen vertellen je meer dan de index-status alleen?

De indexstatus is het startpunt, niet het eindpunt. Een pagina kan geïndexeerd zijn en toch nauwelijks verkeer trekken, omdat Google hem wel heeft opgenomen maar niet als de beste match voor de lokale zoekopdracht beschouwt. Kijk daarom ook naar impressies en klikken per taalsegment in de Prestaties-sectie van Search Console: een Franse pagina met honderden impressies maar bijna geen klikken wijst op een rankingprobleem, geen indexeringsprobleem.

Een tweede signaal is de verhouding tussen gecrawlde en geïndexeerde pagina's per taal. Als Google je Duitse pagina's wel crawlt maar systematisch niet indexeert, ligt de oorzaak vaak bij content die te dun of te vergelijkbaar is met de brontaal, iets wat automatische vertaling zonder lokale aanpassing regelmatig veroorzaakt. Google beveelt expliciet aan om taal- en regiospecifieke pagina's duidelijk te markeren, niet alleen technisch via hreflang, maar ook inhoudelijk met lokaal relevante content (Bounteous).

Ten derde: let op serverlocatie en ccTLD-signalen. Een merk dat vanuit een Nederlands datacenter content serveert onder een generiek .com-domein met submappen per taal, mist een geo-signaal dat ccTLD's wel bieden. Dat is geen dealbreaker, maar wel een factor die meetelt in hoe Google de relevantie per land inschat, zeker nu er geen handmatige override meer bestaat.

Welke fouten zorgen er steeds opnieuw voor dat taalversies niet worden opgepikt?

Stel dat een MKB-merk met twaalf medewerkers zijn webshop uitbreidt naar Frankrijk, Spanje en Duitsland. De marketingmanager vertaalt de belangrijkste honderd productpagina's, publiceert ze onder /fr/, /es/ en /de/, en gaat ervan uit dat Google ze vanzelf oppikt binnen enkele weken. Drie maanden later blijkt uit een handmatige site:-check dat van de honderd Franse pagina's er slechts dertig zijn geïndexeerd. De oorzaak: de hreflang-tags verwezen wel van Nederlands naar Frans, maar niet terug, waardoor Google de annotaties grotendeels negeerde.

Deze situatie is illustratief voor de meest voorkomende fouten:

  • Ontbrekende return links in de hreflang-set, waardoor Google de hele configuratie als onbetrouwbaar beschouwt.
  • Canonical-conflicten, waarbij de vertaalde pagina per ongeluk naar de brontaal verwijst als canonical, waardoor Google de vertaling nooit als primaire versie indexeert.
  • Dunne of machinaal vertaalde content die onvoldoende verschilt van de brontaal om als unieke, waardevolle pagina te worden behandeld.
  • Geen interne links vanaf de hoofdnavigatie naar de taalversies, waardoor Google de pagina's wel kent via de sitemap maar ze als laag-prioriteit crawlt.
  • Eenmalige controle in plaats van een terugkerend proces, waardoor problemen pas worden ontdekt als de omzetimpact al zichtbaar is.

Organisaties die structureel in meerdere talen publiceren, lopen hier sneller tegenaan dan bedrijven met één taalversie, simpelweg omdat het aantal variabelen (hreflang, canonical, interne links, contentkwaliteit) zich vermenigvuldigt per taal. Een tool die GEO en SEO in één beweging optimaliseert en zich bijstuurt op echte Search Console-data, signaleert dit type afwijking eerder dan een kwartaalreview dat zou doen, simpelweg omdat de controle continu loopt in plaats van periodiek.

Zelf aan de slag:

  • Controleer bij elke nieuwe taalversie meteen of de hreflang-tags wederzijds zijn geïmplementeerd, niet pas na publicatie van de volgende taal.
  • Vergelijk per taalversie de contentlengte en uniciteit ten opzichte van de brontaal; een letterlijke machinevertaling is een risicofactor.
  • Zorg dat elke taalversie bereikbaar is via de hoofdnavigatie, niet alleen via de sitemap.
  • Documenteer bij elke sitewijziging of migratie expliciet de impact op bestaande hreflang-configuraties.

Veelgestelde vragen

Hoe lang duurt het voordat een nieuwe taalversie in de Google index verschijnt?

Dit varieert sterk, maar in de praktijk zien beheerders van actieve sites vaak resultaten binnen enkele dagen tot enkele weken, afhankelijk van crawlbudget en sitegrootte. Een trage of ontbrekende indexering na meer dan een maand is reden om de hreflang- en canonical-configuratie te controleren.

Wat is het verschil tussen een gecrawlde en een geïndexeerde taalversie?

Gecrawld betekent dat Googlebot de pagina heeft bezocht en de inhoud heeft gelezen. Geïndexeerd betekent dat Google de pagina heeft opgenomen in de database waaruit zoekresultaten worden samengesteld; een pagina kan dus gecrawld zijn zonder ooit geïndexeerd te worden, bijvoorbeeld door een canonical die naar een andere URL wijst.

Welke tools automatiseren de controle van taalversies in de Google index?

Naast de handmatige URL Inspection Tool en site:-zoekopdrachten bestaan er platforms die Search Console-data continu monitoren en afwijkingen per taalsegment signaleren zonder dat iemand dit handmatig per URL hoeft na te lopen. Dat is relevant voor merken die structureel in meerdere talen publiceren en niet elke maand zelf honderden URL's willen controleren.

Moet elke taalversie een apart ccTLD-domein hebben om goed geïndexeerd te worden?

Nee. Submappen (/fr/) en subdomeinen (fr.site.com) werken ook, zolang de hreflang-implementatie correct is en de content daadwerkelijk lokaal relevant is. Een ccTLD is één van meerdere signalen die Google meeweegt, geen vereiste (GSC Wizard).

Wat betekent het als Google een andere canonical kiest dan de vertaalde pagina zelf?

Dit betekent dat Google de vertaalde URL niet als de primaire, te tonen versie beschouwt, meestal door te veel overlap met de brontaal of een technische misconfiguratie. Je lost dit op door de canonical-tag op de vertaalde pagina expliciet naar zichzelf te laten wijzen en de content voldoende te laten verschillen van het origineel.

Conclusie

Taalversies controleren in de Google index is geen eenmalige actie maar een terugkerend proces, zeker nu Google het overzichtelijke International Targeting-rapport heeft afgeschaft en sitebeheerders zelf de signalen moeten combineren. De combinatie van URL Inspection Tool, hreflang-validatie op return links, en periodieke site:-checks geeft je een realistisch beeld van wat Google daadwerkelijk heeft opgepikt, in plaats van wat je dénkt dat live staat. Voor merken die in drie, vijf of acht talen publiceren, loopt dit risico snel op: elke extra taal voegt technische variabelen toe die stuk voor stuk kunnen verklaren waarom een deel van je content onzichtbaar blijft.

Wil je deze controle niet elke maand handmatig per taalversie uitvoeren, maar structureel laten meelopen in hoe je content wordt gepubliceerd en bijgestuurd op echte Search Console-data? Boek een vrijblijvend gesprek en bespreek hoe dat er voor jouw internationale site uit zou zien.

Over het bedrijf

Launchmind is de AI-collega die elke dag SEO-content schrijft, controleert en publiceert op je eigen blog, in acht talen, en zichzelf bijstuurt op echte Search Console-data. Het platform richt zich op marketingmanagers, ondernemers en CMO's van MKB- en scale-upbedrijven die weten dat content werkt, maar er structureel niet aan toekomen om het zelf te produceren en te onderhouden.

Juul van Dongen

Medeoprichter & CEO

Juul staat voor authenticiteit en eerlijkheid: echte verhalen van echte ondernemers, geen opgepoetste beloftes. Hij zag jarenlang hoe bedrijven hun budget bij SEO-bureaus verbrandden en rapporten terugkregen in plaats van zichtbaarheid. Hij richtte Launchmind mede op zodat de kennis van een ondernemer gevonden wordt, authentiek en zonder bureaubudget. Hij staat er persoonlijk garant voor.

Wil je dit soort artikelen voor jouw bedrijf?

AI-gegenereerde, SEO-geoptimaliseerde content die rankt op Google en geciteerd wordt door ChatGPT, Claude & Perplexity.