Google Search Console: Gratis SEO-tool van Google

Wat is Google Search Console?

Google Search Console (GSC) is een gratis webdienst van Google waarmee website-eigenaren, SEO-professionals en ontwikkelaars kunnen bijhouden hoe hun sites worden weergegeven en presteren in Google Search. Het laat zien welke pagina's Google heeft gecrawld en geïndexeerd, welke zoektermen gebruikers naar uw site leiden, hoe vaak uw pagina's in de zoekresultaten verschijnen en of Google technische problemen heeft ondervonden bij het openen van uw content. U hoeft geen Google Ads te gebruiken en het werkt onafhankelijk van Google Analytics, hoewel de twee tools elkaar aanvullen.

Search Console, voorheen bekend als Google Webmaster Tools (de naam is in mei 2015 gewijzigd), is geëvolueerd van een eenvoudig dashboard voor crawl-fouten naar een uitgebreid diagnostisch en prestatieplatform. Vanaf 2024 omvat het Core Web Vitals-metingen, inspectie van URL's die gerelateerd zijn aan IndexNow, validatie van rich results, meldingen voor handmatige acties en debugging van gestructureerde data. Daarmee is het de meest gezaghebbende bron van gegevens over hoe Google uw website specifiek beoordeelt.

De precieze reikwijdte van wat Search Console dekt

• Zoekprestatiegegevens: klikken, vertoningen, gemiddelde positie en doorklikpercentage (CTR) voor elke zoekopdracht en URL die Google heeft weergegeven in Zoeken, Ontdekken en Google Nieuws.
• Indexeringsdekking: welke URL's worden geïndexeerd, welke worden uitgesloten en de exacte reden voor eventuele uitsluiting (noindex-tag, crawl-anomalie, redirect, dubbele content, enz.).
• Technische gezondheidsindicatoren: Core Web Vitals-scores (LCP, INP, CLS) gesegmenteerd naar mobiel en desktop, gebruiksfouten op mobiele apparaten, HTTPS-problemen en indicatoren voor de pagina-ervaring.
• Gestructureerde gegevens en uitgebreide resultaten: validatiestatus voor schema-opmaaktypen zoals FAQPage-, Product-, Recept-, HowTo- en Review-fragmenten.
• Links: de belangrijkste externe domeinen die naar uw site linken, de meest gelinkte interne pagina's en de verdeling van de ankerteksten zoals geregistreerd door Google.
• Handmatige acties en beveiligingsproblemen: directe meldingen wanneer een Google-reviewer een rankingpenalty heeft toegepast of wanneer malware, gehackte content of social engineering op uw site is gedetecteerd.
• Sitemaps: indiening, verwerkingsstatus en foutmeldingen voor XML-sitemaps.
• URL-inspectie: een diagnose per URL met de datum van de laatste crawl, een schermafbeelding van de gecrawlde pagina, de HTTP-responscode, de canonieke URL zoals Google die ziet en de indexeringsstatus.

Waarom Google Search Console belangrijk is voor SEO en website-eigenaren

Search Console is de enige tool die je data levert die rechtstreeks afkomstig is uit de systemen van Google zelf. Alle andere SEO-platforms – Ahrefs, Semrush, Moz, Screaming Frog – leiden af of schatten wat Google ziet. Search Console rapporteert wat Google daadwerkelijk heeft gedaan: welke pagina's het heeft gecrawld, welke zoekopdrachten impressies hebben gegenereerd en welke technische problemen het heeft geregistreerd. Dat verschil is niet onbelangrijk; het is het verschil tussen een kaart getekend door een externe waarnemer en een kaart getekend door het gebied zelf.

Inzicht in de indexeringspipeline

Het publiceren van een pagina garandeert niet dat Google deze indexeert. Tussen uw webserver en een Google-zoekresultaat bevindt zich een meerstappenproces: ontdekking (Google vindt de URL), crawlen (Googlebot haalt de HTML op), rendering (Google voert JavaScript uit en bouwt de DOM op) en indexering (de pagina wordt toegevoegd aan de zoekindex). Search Console toont elke fase. Het rapport 'Indexdekking' categoriseert elke URL die Google kent in vier statussen: Geldig, Geldig met waarschuwingen, Uitgesloten en Fout. Voor elke status wordt een specifieke redencode weergegeven. Zonder deze gegevens is het diagnosticeren van de reden waarom een pagina niet hoog scoort in de zoekresultaten grotendeels giswerk.

Trefwoordgegevens die u nergens anders kunt vinden

Google Analytics 4 toont organisch verkeer, maar rapporteert de zoekopdracht voor de overgrote meerderheid van de sessies als "(niet opgegeven)" vanwege SSL-versleuteling. Het prestatierapport van Search Console is de enige plek waar u de daadwerkelijke zoekopdrachten kunt zien die impressies en klikken naar uw site genereren, samen met hun gemiddelde rankingposities. Deze gegevens zijn beschikbaar voor een periode van maximaal 16 maanden en kunnen worden gefilterd op land, apparaat, zoektype (Web, Afbeelding, Video, Nieuws, Ontdekken) en datumbereik. Voor elke site die afhankelijk is van organische zoekresultaten, is dit onvervangbare concurrentie-informatie.

Vroegtijdig waarschuwingssysteem voor kritieke problemen

Search Console stuurt e-mailmeldingen wanneer het een aanzienlijke daling van het aantal geïndexeerde pagina's, een nieuwe handmatige actie, een beveiligingsprobleem of een scherpe daling van de Core Web Vitals-scores detecteert. Deze meldingen kunnen problemen aan het licht brengen – een verkeerd geconfigureerd robots.txt-bestand dat alle crawling blokkeert, een per ongeluk toegevoegde noindex-tag voor de hele site tijdens een CMS-update, een server die 500-fouten retourneert – voordat ze blijvende schade aan de ranking veroorzaken. Veel website-eigenaren hebben catastrofale technische fouten ontdekt via een melding in Search Console voordat een gebruiker of klant een probleem meldde.

Direct communicatiekanaal met Google

Search Console is niet passief. Je kunt het gebruiken om een nieuwe indexering van bijgewerkte URL's aan te vragen, XML-sitemaps in te dienen of opnieuw in te dienen, en – na het oplossen van een handmatige actie – een heroverwegingsverzoek rechtstreeks bij het Search Quality-team van Google in te dienen. Geen enkele andere gratis tool biedt dit niveau van directe interactie met de zoekinfrastructuur van Google.

Hoe Google Search Console werkt: de technische architectuur

Als je begrijpt hoe Search Console gegevens verzamelt en presenteert, word je een veel effectievere gebruiker van de tool. De gegevens in Search Console zijn niet afkomstig van één enkele bron; ze worden samengevoegd uit verschillende Google-systemen, elk met een eigen updatefrequentie en steekproefmethode.

Gegevensbronnen en hoe ze worden verzameld

Search Console haalt gegevens uit minstens drie verschillende Google-systemen:

1. De zoekindex en weergavelogboeken: Elke keer dat een Google-zoekresultatenpagina wordt gegenereerd en uw URL verschijnt – ongeacht of er op is geklikt of niet – wordt die impressie geregistreerd. Klikken worden geregistreerd wanneer een gebruiker de link naar uw site volgt. Deze ruwe loggegevens worden samengevoegd en beschikbaar gesteld in het prestatierapport, meestal met een vertraging van één tot drie dagen.
2. Crawllogboeken van Googlebot: Wanneer Googlebot uw site bezoekt, registreert het de HTTP-responsstatuscode, het crawl-tijdstempel en eventuele fouten. Deze informatie wordt gebruikt voor het rapport 'Indexeringsdekking' en de tool 'URL-inspectie'.
3. Chrome User Experience Report (CrUX): De Core Web Vitals-gegevens in Search Console zijn afkomstig van echte Chrome-browsergebruikers die toestemming hebben gegeven voor het delen van gebruiksstatistieken. Dit zijn gegevens uit de praktijk, geen laboratoriumgegevens, wat betekent dat ze de werkelijke gebruiksomstandigheden weerspiegelen – variabele netwerksnelheden, apparaatmogelijkheden en cachestatus – in plaats van een gecontroleerde testomgeving.

Steekproeven, drempelwaarden en databeperkingen

Search Console past steekproeven toe op het prestatierapport wanneer het zoekvolume erg hoog is. Voor grote websites vertegenwoordigen de gerapporteerde gegevens een statistisch significante steekproef in plaats van elke afzonderlijke impressie. Bovendien worden zoekopdrachten die zeer weinig impressies genereren, gefilterd om de privacy van gebruikers te beschermen — u ziet geen zoekopdracht die slechts door één of twee gebruikers is uitgevoerd. Het aantal impressies en klikken in Search Console zal daarom nooit exact overeenkomen met de cijfers van andere analysetools, en dit is normaal gedrag en geen probleem dat moet worden opgelost.

Positiegegevens in Search Console vertegenwoordigen de gemiddelde positie van uw hoogst scorende URL voor een bepaalde zoekopdracht, over alle zoekopdrachten in het geselecteerde datumbereik en met de geselecteerde filters. Een positie van 3,7 betekent niet dat uw pagina consistent op de vierde plaats staat; het betekent dat de gemiddelde positie 3,7 was over alle keren dat die zoekopdracht uw URL activeerde. Rankings variëren afhankelijk van de locatie van de gebruiker, het apparaat, de zoekgeschiedenis en tientallen andere personalisatiefactoren.

Soorten eigendommen en verificatie

Voordat Search Console gegevens weergeeft, moet u het eigendom van de property verifiëren. Google biedt twee propertytypen met wezenlijk verschillende reikwijdtes:

Type woning	Voorbeeld	Wat het omvat	Het beste voor
Domeineigenschap	voorbeeld.com	Alle URL's op alle subdomeinen (www, blog, webshop, enz.) en alle protocollen (HTTP en HTTPS)	De meeste website-eigenaren geven het meest complete beeld.
URL-prefix eigenschap	https://www.example.com/	Alleen URL's die beginnen met het exact opgegeven voorvoegsel.	Agentschappen die een subdirectory beheren; sites met meerdere subdomeinen die afzonderlijke rapportage vereisen.

Domeineigenschappen vereisen DNS-verificatie: u voegt een TXT-record toe aan de DNS-instellingen van uw domeinregistrar, waarna Google het eigendom bevestigt door dat record op te vragen. URL-prefixeigenschappen bieden meer verificatiemethoden: het uploaden van een HTML-bestand, een HTML-metatag, de trackingcode van Google Analytics, een containerfragment in Google Tag Manager of een DNS-record. Voor de meeste website-eigenaren is het aanmaken van een domeineigenschap de juiste keuze, omdat alle gegevens hiermee op één plek worden samengebracht en het niet nodig is om aparte eigenschappen aan te maken voor HTTP- versus HTTPS- of www- versus niet-www-varianten.

Gebruikersrollen en toegangsrechten

Search Console biedt gedetailleerde toegangscontrole. De geverifieerde eigenaar kan extra gebruikers toegang verlenen op drie toegangsniveaus: Eigenaar (volledige toegang, inclusief het toevoegen en verwijderen van gebruikers), Volledige gebruiker (kan alle gegevens bekijken en de meeste acties uitvoeren, maar kan geen gebruikers beheren of de property verwijderen) en Beperkte gebruiker (alleen-lezen toegang tot de meeste rapporten). Dit maakt het voor bureaus praktisch om toegang te krijgen tot de Search Console-accounts van klanten zonder dat de klant de inloggegevens van het Google-account hoeft te delen, en voor interne teams om ontwikkelaars of contentmanagers het specifieke toegangsniveau te geven dat hun rol vereist.

De relatie tussen Search Console en Google Analytics

Search Console en Google Analytics meten fundamenteel verschillende dingen. Search Console meet wat er aan de kant van Google gebeurt: hoe vaak je URL in de zoekresultaten verscheen, op welke positie en hoe vaak erop geklikt werd. Google Analytics meet wat er na de klik gebeurt: sessies, bouncepercentage, pagina's per sessie, conversies en gebruikersgedrag op je site. Geen van beide tools is een vervanging voor de ander. Door de twee accounts te koppelen – via de Search Console-integratie in Google Analytics 4 – kun je zien welke landingspagina's organisch verkeer genereren, samen met hun on-site engagementstatistieken. Dit is aanzienlijk nuttiger dan elk van de datasets afzonderlijk.

Een belangrijk detail: een 'klik' in Search Console en een 'sessie' in Google Analytics komen zelden overeen. Search Console telt klikken op de resultatenpagina van Google. Google Analytics telt sessies die op uw site beginnen. Verschillen ontstaan door botverkeer dat door Analytics wordt gefilterd, gebruikers die klikken en direct teruggaan voordat Analytics de gegevens verwerkt, browserextensies die tracking blokkeren en verschillen in de manier waarop beide tools gedrag op verschillende apparaten registreren. Verwachten dat deze cijfers overeenkomen is een veelvoorkomende bron van verwarring; begrijpen waarom ze verschillen is een teken van analytische volwassenheid.

Hoe Google Search Console te gebruiken: een compleet strategisch kader

Google Search Console werkt het beste als een terugkerende workflow in plaats van een eenmalige installatie. De kernstrategie bestaat uit een cyclus van vier fasen: verifiëren en configureren, de huidige prestaties analyseren, kansen identificeren en benutten, en vervolgens controleren op terugval. Elke fase heeft specifieke rapporten, instellingen en beslissingsmomenten die bepalen of je daadwerkelijk SEO-waarde haalt of dat je slechts af en toe inlogt en het tabblad sluit.

Fase 1: Initiële installatie en configuratie van de eigenschappen

Voordat gegevens bruikbaar zijn, moeten ze correct worden geverifieerd, goed gestructureerd en gekoppeld aan ondersteunende tools. Het overslaan of overhaasten van deze fase leidt tot blijvende blinde vlekken in uw gegevens.

Stap 1: Kies het juiste type woning.

Search Console biedt twee soorten vastgoedobjecten. Het kiezen van het verkeerde type beperkt wat je kunt zien.

• Domeineigenschap: Omvat alle URL's van alle subdomeinen (www, blog, m, shop) en alle protocollen (http, https). Dit is vrijwel altijd de juiste keuze voor bestaande websites. Verificatie vereist het toevoegen van een DNS TXT-record via uw domeinregistrar.
• URL-prefix-eigenschap: Deze eigenschap dekt alleen URL's die beginnen met het exacte voorvoegsel dat u invoert. Een eigenschap voor https://www.example.com zal http://example.com of https://blog.example.com niet omvatten. Gebruik deze eigenschap alleen wanneer u geïsoleerde rapportage nodig hebt voor een specifiek subdomein of subdirectory die u niet beheert op DNS-niveau.

Stap 2: Eigendom verifiëren

Google biedt vijf verificatiemethoden. DNS TXT-recordverificatie (voor domeineigenschappen) en Google Analytics-tagverificatie (voor URL-prefix-eigenschappen) zijn het meest stabiel omdat ze bestand zijn tegen sitemigraties en CMS-updates. De methoden voor het uploaden van HTML-bestanden en HTML-metatags werken niet meer wanneer een site-herontwerp de tag of het bestand verwijdert. Google Tag Manager-verificatie is betrouwbaar, maar is afhankelijk van de correcte implementatie van GTM op elke pagina.

Stap 3: Stel het voorkeursdomein en de canonieke structuur in.

Search Console stelt uw canonieke URL niet in; dat doen de canonieke tags en de redirectstructuur van uw website zelf. Door zowel de www- als de niet-www-versie van uw domein (en zowel http als https) te controleren, kunt u echter bevestigen dat alle niet-canonieke varianten correcte 301-redirects retourneren in plaats van dubbele content weer te geven. Als u onverwachte impressies of klikken ziet op http://-varianten, is dat een teken dat er een hiaat in uw redirectketen zit.

Stap 4: Google Analytics en Google Ads koppelen

Door Search Console te koppelen aan Google Analytics 4 worden organische zoektermen weergegeven in GA4 onder Acquisitie > Search Console-rapporten. Deze koppeling stelt u in staat om rankinggedrag te correleren met on-site engagementstatistieken zoals bouncepercentage en conversiepercentage – gegevens die Search Console alleen niet kan bieden. Door te koppelen aan Google Ads kunt u betaalde en organische dekking voor dezelfde zoektermen vergelijken, waardoor u kansen voor concurrentie of hiaten kunt ontdekken.

Stap 5: Dien uw XML-sitemap in

Ga naar Indexering > Sitemaps en dien de volledige URL van uw XML-sitemap in. Als uw site een sitemap-indexbestand gebruikt dat verwijst naar meerdere subsitemaps (vaak voorkomend bij grote e-commerce- of nieuwssites), dien dan alleen de URL van het indexbestand in. Search Console rapporteert hoeveel URL's zijn ingediend en hoeveel er zijn geïndexeerd. Een aanhoudend verschil hier is een van de meest bruikbare signalen in de hele tool.

Fase 2: Audit van de huidige zoekprestaties

Het prestatierapport is de belangrijkste diagnostische tool in Search Console. Het toont klikken, vertoningen, de gemiddelde klikfrequentie (CTR) en de gemiddelde positie voor zoekopdrachten, pagina's, landen, apparaten en zoekweergavetypen over een periode van maximaal 16 maanden.

Het prestatierapport correct lezen

Door diverse misverstanden trekken analisten verkeerde conclusies uit dit rapport.

• De gemiddelde positie is een gemiddelde, geen momentopname. Als een pagina voor de ene zoekopdracht op positie 2 staat en voor een andere op positie 18, is de gemiddelde positie 10, maar de pagina is in werkelijkheid nooit op positie 10 verschenen. Segmenteer altijd op zoekopdracht voordat u actie onderneemt op basis van positiegegevens.
• Vertoningen worden geteld wanneer een URL in de zoekresultaten verschijnt, niet wanneer een gebruiker deze ziet. Een resultaat op pagina 4 genereert een vertoning, zelfs als geen enkele gebruiker zo ver naar beneden scrollt. Veel vertoningen met bijna geen klikken duiden vaak op een ranking lager dan positie 10, en niet op een probleem met de click-through rate (CTR).
• Gegevens worden bemonsterd voor websites met zeer veel verkeer. Het maximale datumbereik van 16 maanden en de gegevens op queryniveau zijn onderhevig aan bemonsteringsdrempels. Voor nauwkeurige querygegevens op grote schaal kunt u de Search Console API of BigQuery-export gebruiken.
• Merkgerelateerde en niet-merkgerelateerde zoekopdrachten moeten gescheiden worden. Het mengen ervan verstoort alle meetwaarden. Filter merkgerelateerde termen uit bij het evalueren van contentprestaties; filter ze juist in bij het evalueren van trends in merkzichtbaarheid.

De kernprestatieaudit: vijf filters die u elke maand moet uitvoeren.

Filter	Waarop moet je letten?	Actie
Zoekopdrachten met veel impressies en een lage CTR (positie 1-10)	Pagina's die op pagina 1 van de zoekresultaten staan, maar onderpresteren qua klikken.	Herschrijf titel-tags en meta-beschrijvingen; test gestructureerde data voor uitgebreide resultaten.
Zoekopdrachten met positie 8–20	Pagina's dicht bij pagina 1 die een inhoudelijke of gezaghebbende boost nodig hebben.	Verdiep de inhoud, voeg interne links toe en bouw autoriteit op over het onderwerp.
Pagina's met een dalend aantal klikken gedurende 90 dagen	Content verliest terrein aan nieuwere of beter geoptimaliseerde concurrenten.	Inhoud bijwerken, EEAT-signalen verbeteren, controleren op kannibalisatie.
Zoekopdrachten die onverwachte pagina's openen	Onjuiste paginaranking voor doelzoekopdrachten.	Bundel de inhoud en versterk de interne links naar de beoogde pagina.
Uitsplitsing per apparaat (mobiel versus desktop)	Aanzienlijke verschillen in CTR of positie tussen apparaten	Controleer de mobiele gebruikerservaring, de laadsnelheid van pagina's en de weergaveproblemen die specifiek zijn voor mobiele apparaten.

Fase 3: Indexering en technische SEO-tactieken

In het gedeelte 'Indexering' van Search Console vindt u rapporten die laten zien of Google uw pagina's kan vinden, crawlen en indexeren, en waarom dit soms niet lukt.

Het paginarapport (voorheen dekkingsrapport) gebruiken

Het pagina's-rapport categoriseert elke URL die Google kent in vier statussen: Geïndexeerd, Niet geïndexeerd, Niet gecrawld en Fout. Het belangrijkste onderscheid is tussen pagina's die Google ervoor heeft gekozen niet te indexeren en pagina's die Google niet kon indexeren vanwege een technisch probleem.

• Gecrawld — momenteel niet geïndexeerd: Google heeft de pagina bereikt, maar heeft besloten dat indexering niet de moeite waard is. Veelvoorkomende oorzaken zijn onder andere dunne content, bijna identieke content, trage laadtijden of slechte interne links. Dit is niet altijd een probleem — sommige pagina's hoeven niet geïndexeerd te worden — maar een groot en groeiend aantal hiervan duidt op een probleem met de contentkwaliteit.
• Ontdekt — momenteel niet geïndexeerd: Google heeft de URL gevonden (waarschijnlijk via uw sitemap of interne links), maar heeft deze nog niet gecrawld. Dit duidt meestal op beperkingen in het crawlbudget voor grote websites of zeer nieuwe pagina's. Het verbeteren van interne links en de laadsnelheid van pagina's kan helpen.
• Uitgesloten door noindex-tag: Controleer of dit opzettelijk is. Een verkeerde configuratie van het CMS of een fout in de testomgeving kan ertoe leiden dat productiepagina's per ongeluk worden uitgesloten door de noindex-tag.
• Dubbele content zonder door de gebruiker gekozen canonical tag: Google heeft dubbele content gevonden en een eigen canonical tag gekozen, die mogelijk niet de door u bedoelde is. Controleer de implementatie van uw canonical tags.

URL-inspectietool: de ultieme diagnose per pagina

De URL-inspectietool toont de exacte status van elke afzonderlijke URL vanuit het perspectief van Google. Gebruik deze tool om drie specifieke vragen te beantwoorden:

1. Is deze URL geïndexeerd? Zo niet, dan vertelt de tool je precies waarom: geblokkeerd door robots.txt, noindex-tag, canonical mismatch, crawl-fout of een handmatige actie.
2. Wat heeft Googlebot nu precies weergegeven? De schermafbeelding "Bekijk gecrawlde pagina" toont de weergegeven HTML, niet de bron-HTML. Als er JavaScript-afhankelijke inhoud ontbreekt in de weergegeven weergave, kan Googlebot deze ook niet zien.
3. Wanneer is de pagina voor het laatst gecrawld? Een crawldatum van vele weken geleden voor een belangrijke pagina wijst op problemen met het crawlbudget of slechte interne links naar die URL.

Nadat je een technisch probleem op een specifieke pagina hebt opgelost, gebruik je de knop 'Indexering aanvragen' in de URL-inspectietool om een nieuwe crawl te starten. Dit garandeert geen onmiddellijke indexering, maar versnelt het proces doorgaans wel voor belangrijke pagina's. Gebruik dit niet als vervanging voor het oplossen van het onderliggende probleem; het herhaaldelijk indienen van een pagina met een defecte pagina heeft geen zin.

Sitemaps: De kloof tussen ingediende en geïndexeerde pagina's diagnosticeren

Als uw sitemap 5.000 ingediende URL's rapporteert, maar er slechts 3.200 zijn geïndexeerd, dan vereist het verschil van 1.800 URL's nader onderzoek. Ga er niet van uit dat deze pagina's simpelweg nieuw zijn. Vergelijk de niet-geïndexeerde URL's uit het paginarapport met uw sitemap om te achterhalen welke specifieke URL's worden uitgesloten en waarom. Veelvoorkomende patronen zijn productpagina's met summiere, automatisch gegenereerde beschrijvingen, gepagineerde archiefpagina's en gefilterde URL-varianten die sowieso al uit de sitemap hadden moeten worden verwijderd.

Fase 4: Het implementeren van verbeteringen en handmatige acties

Verbeteringsrapporten: Validatie van gestructureerde gegevens

In het gedeelte 'Verbeteringen' wordt de validatiestatus weergegeven voor de gestructureerde gegevenstypen die Google op uw site heeft gedetecteerd: FAQ, handleiding, product, recensie, kruimelpad, sitelinks, zoekvak en andere. Een status 'Geldig met waarschuwingen' betekent dat de markup aanwezig is, maar onvolledig. Een status 'Fout' betekent dat de markup aanwezig is, maar zodanig onjuist is dat Google deze niet zal gebruiken voor rich results.

De praktische workflow is als volgt: corrigeer de gemarkeerde fouten in uw gestructureerde data, gebruik de Rich Results Test-tool om de correctie lokaal te valideren en klik vervolgens in Search Console op 'Correctie valideren' om Google de betreffende URL's opnieuw te laten controleren. Houd er rekening mee dat de validatie voor grote websites enkele dagen tot weken kan duren.

Core Web Vitals: Het rapport gebruiken zonder het verkeerd te interpreteren

Het Core Web Vitals-rapport categoriseert URL's in Goed, Voor verbetering vatbaar en Slecht op basis van gegevens van echte gebruikers uit het Chrome User Experience Report (CrUX). Er zijn enkele belangrijke kanttekeningen:

• URL's met onvoldoende veldgegevens worden volledig uit het rapport verwijderd. Een pagina die ogenschijnlijk geen CWV-problemen heeft, kan simpelweg te weinig verkeer genereren om een datapunt te kunnen registreren.
• Het rapport groepeert vergelijkbare URL's. Eén trage URL in een sjabloongroep kan ervoor zorgen dat de hele groep als 'Slecht' wordt weergegeven, zelfs als de meeste individuele URL's in die groep snel zijn.
• De CWV-scores in Search Console weerspiegelen het 75e percentiel van de daadwerkelijke gebruikerservaringen, niet de labscores van PageSpeed Insights. Een labscore van 90 garandeert geen 'Goede' CWV-classificatie in Search Console.

Handmatige acties: wat ze zijn en hoe je ze kunt oplossen

Een handmatige actie is een sanctie die wordt opgelegd door een menselijke Google-reviewer, niet door een algoritme. Het rapport 'Handmatige acties' laat zien of er handmatige acties op uw site zijn toegepast. De meeste sites zullen er nooit een hebben. Als dat wel het geval is, geeft het rapport het type aan — onnatuurlijke links, dunne content, spamachtige gestructureerde data, cloaking, enzovoort — en de reikwijdte (sitebreed of specifieke URL's).

Een oplossing vereist daadwerkelijke handhaving van het probleem, niet alleen het indienen van een heroverwegingsverzoek. Voor handmatige acties op basis van links betekent dit dat u uw backlinkprofiel moet controleren, manipulatieve links moet verwijderen of afwijzen, en de opruimactie grondig moet documenteren voordat u een heroverwegingsverzoek indient via de rapportage-interface. Google reageert doorgaans binnen twee tot vier weken.

Veelgemaakte fouten die de zoekresultaten in Search Console ondermijnen

Fout 1: Gegevens controleren zonder een vastgestelde frequentie

Door reactief in te loggen – pas na een daling in het verkeer – mis je de vroege signalen die aan een daling voorafgaan. Stel een vast wekelijks of tweewekelijks evaluatieschema in met specifieke rapporten en statistieken die je elke keer controleert. Beschouw dit als een doorlopende vergadering over de vindbaarheid van je website in zoekmachines.

Fout 2: Handelen op basis van korte tijdsintervallen

Gegevens over een periode van zeven dagen worden gedomineerd door patronen per dag van de week en normale schommelingen in de rangschikking. Vergelijk altijd equivalente periodes – 90 dagen met de voorgaande 90 dagen, of jaar-op-jaar voor seizoensgebonden websites – voordat u concludeert dat een trend reëel is.

Fout 3: Het filter voor de weergave van zoekresultaten negeren

Het filter 'Zoekweergave' in het prestatierapport scheidt webresultaten, afbeeldingsresultaten, videoresultaten, Discover, nieuws en rich results. Veel website-eigenaren optimaliseren voor webresultaten, terwijl hun daadwerkelijke impressievolume voornamelijk afkomstig is van afbeeldingszoekopdrachten of Discover – waarvoor compleet andere optimalisatiestrategieën gelden.

Fout 4: De Disavow-tool als standaardreactie op slechte links gebruiken.

Het disavow-bestand, dat je via Search Console indient, geeft Google de opdracht om specifieke links te negeren bij het beoordelen van je website. Dit is alleen zinvol als je een bevestigde handmatige actie hebt ondernomen die gebaseerd is op een link, of als er sterk bewijs is van een negatieve SEO-aanval. Links speculatief afwijzen – bijvoorbeeld op basis van een lage Domain Authority-score of 'spamachtige' anchor-tekst – kan links verwijderen die je juist hielpen. De algoritmes van Google negeren de meeste links van lage kwaliteit al zonder jouw tussenkomst.

Fout 5: Elke URL na kleine bewerkingen ter indexering aanbieden

De functie 'Indexering aanvragen' heeft een niet-gedocumenteerd dagelijks quotum. Als u dit quotum opgebruikt met kleine tekstcorrecties of triviale updates, kunt u de functie niet gebruiken wanneer u deze nodig hebt voor echt belangrijke nieuwe pagina's of cruciale bugfixes. Reserveer de functie voor belangrijke inhoudelijke toevoegingen, technische correcties op pagina's met hoge prioriteit en nieuw gepubliceerde content die u snel wilt laten indexeren.

Fout 6: Het internationale rapport over doelwitten negeren

Voor websites die zich op meerdere landen of talen richten, toont het rapport 'Internationale targeting' (onder Instellingen) hreflang-fouten en landtargetinginstellingen. Implementatiefouten met hreflang – ontbrekende return-tags, onjuiste taalcodes, niet-overeenkomende URL's – behoren tot de meest voorkomende en schadelijke technische SEO-problemen op internationale websites, en dit rapport is de snelste manier om ze aan het licht te brengen.

Fout 7: Gegevens uit Search Console verwarren met gegevens uit Google Analytics.

Search Console telt klikken als het aantal keren dat een gebruiker op een zoekresultaat heeft geklikt om uw site te bereiken. Google Analytics telt sessies, wat aanzienlijk kan verschillen als gevolg van botfiltering, directe verkeerstoewijzing en gebruikers die meerdere keren op hetzelfde resultaat klikken. De aantallen zullen nooit exact overeenkomen. Proberen ze precies met elkaar te vergelijken is afleidend; de juiste aanpak is om elk hulpmiddel te gebruiken voor wat het nauwkeurig meet.

Google Search Console-tools, -integraties en -automatisering

Google Search Console werkt het beste in combinatie met andere tools en, waar mogelijk, in geautomatiseerde processen. Op zichzelf levert GSC ruwe data. In combinatie met analyseplatformen, crawlers en automatiseringsworkflows wordt het een continu monitoringsysteem dat problemen en kansen aan het licht brengt zonder dat dagelijkse handmatige controles nodig zijn.

GSC koppelen aan Google Analytics 4

Door Search Console te koppelen aan Google Analytics 4 kunt u organische zoekgegevens naast het gedrag op uw website bekijken. Eenmaal gekoppeld, toont GA4 de prestaties van landingspagina's met zowel klik- als sessiegegevens in hetzelfde rapport. Zo kunt u pagina's identificeren die veel klikken genereren maar niet tot conversie leiden, of pagina's met veel interactie die slecht scoren in de zoekresultaten en meer promotie verdienen.

Om de accounts te koppelen, gaat u naar GA4 Admin, selecteert u 'Search Console-koppelingen' onder de kolom 'Eigenschap' en volgt u de aanwijzingen. U moet eigenaar zijn in GSC en editor in GA4. Na het koppelen verschijnen de Search Console-gegevens in GA4 onder Rapporten > Acquisitie > Search Console.

GSC koppelen aan Looker Studio

Looker Studio (voorheen Data Studio) heeft een ingebouwde connector voor Google Search Console. U kunt zowel de gegevensbron Search Analytics als de gegevensbron URL Inspection in aangepaste dashboards importeren. Dit is de meest praktische manier om geautomatiseerde wekelijkse of maandelijkse rapporten te maken die belanghebbenden kunnen bekijken zonder rechtstreeks in te loggen op GSC.

Handige Looker Studio-configuraties zijn onder andere:

• Een gecombineerde databron die GSC-klikken combineert met GA4-doelvoltooiingen om schattingen van de omzet per zoekwoord weer te geven.
• Een grafiek met een voortschrijdende weergave over 16 maanden die rangordetrends laat zien die verder gaan dan de standaardlimiet van 16 maanden van GSC (doordat de gegevens maandelijks worden gearchiveerd).
• Scorekaarten voor totaal aantal impressies, klikken, gemiddelde CTR en gemiddelde positie met vergelijking tussen perioden.
• Gefilterde weergaven op apparaat, land of zoektype voor teamspecifieke rapportage

Integraties met SEO-platformen van derden

De meeste SEO-platforms voor grote en middelgrote bedrijven halen gegevens uit Google Search Console (GSC) via de Search Console API. Semrush, Ahrefs, Moz en Screaming Frog bieden allemaal GSC-connectiviteit die hun eigen datasets verrijkt. Het praktische voordeel hiervan is dat de werkelijke impressies en klikken van GSC vergeleken kunnen worden met rankingtracking van derden, die gebruikmaakt van geschatte posities. Wanneer de twee bronnen significant van elkaar afwijken, duidt dit vaak op keyword cannibalization, SERP-verplaatsing of configuratiefouten in de tracking die nader onderzoek verdienen.

De Search Console API

De Search Console API biedt dezelfde gegevens als de interface, maar heft de rijlimieten op en maakt programmatische toegang mogelijk. Belangrijkste mogelijkheden zijn:

• Zoekanalysequery's: Haal tot 25.000 rijen per aanvraag op (versus 1.000 in de gebruikersinterface), gefilterd op datum, dimensie, land, apparaat en zoektype.
• URL-inspectie-API: Controleer de indexeringsstatus, canonieke URL's en mobiele bruikbaarheid voor individuele URL's op grote schaal.
• Sitemaps API: Sitemaps programmatisch indienen, weergeven en verwijderen
• Sites API: Eigenschappen toevoegen of verwijderen en verificatie beheren

Python is de meest gebruikte programmeertaal voor het werken met de Google Search Console API. De bibliotheken google-auth en google-api-python-client verzorgen de authenticatie via een serviceaccount of OAuth 2.0. Na authenticatie kunt u scripts plannen om dagelijks volledige zoekwoorddatasets te exporteren naar BigQuery, Google Sheets of een datawarehouse. Zo bouwt u een historisch archief op dat veel langer is dan de standaard bewaartermijn van 16 maanden die Google Search Console hanteert.

Hoe AutoSEO workflows in Google Search Console automatiseert

AutoSEO maakt rechtstreeks verbinding met de Search Console API en automatiseert de meest tijdrovende GSC-taken. Hierdoor worden urenlange handmatige analyses omgezet in geplande, bruikbare rapporten. Belangrijke automatiseringsfuncties zijn onder andere:

• Geautomatiseerde kansdetectie: AutoSEO scant continu uw Google Search Console-gegevens op zoekwoorden die op posities 4-20 staan met veel impressies maar een ondergemiddelde CTR, en markeert deze als snel te optimaliseren doelen zonder dat handmatige filtering nodig is.
• Controle op dekkingsfouten: In plaats van het dekkingsrapport handmatig te controleren, stuurt AutoSEO waarschuwingen wanneer er nieuwe crawl-fouten, uitgesloten URL's of indexverwijderingen optreden. Deze waarschuwingen worden gecategoriseerd op fouttype en het aantal getroffen URL's.
• Core Web Vitals-regressiewaarschuwingen: AutoSEO controleert wijzigingen in de CWV-status en stelt het betreffende teamlid op de hoogte wanneer URL's van 'Goed' naar 'Verbetering nodig' veranderen, met een lijst van de betreffende URL's in de bijlage.
• Geplande prestatierapporten: Wekelijkse en maandelijkse samenvattingen worden automatisch gegenereerd en per e-mail of Slack verzonden. Deze samenvattingen vergelijken de prestaties van de huidige periode met die van de voorgaande periode en dezelfde periode vorig jaar.
• Identificatie van contentverval: AutoSEO volgt trends in impressies en klikken per URL over periodes van 90 dagen en signaleert pagina's waar de organische zichtbaarheid afneemt voordat de daling ernstig genoeg wordt om handmatig op te merken.
• Detectie van kannibalisatie: Door zoekwoorden en URL's te groeperen, identificeert AutoSEO wanneer meerdere pagina's concurreren om dezelfde zoekopdracht. Dit patroon is lastig handmatig te herkennen in onbewerkte Google Search Console-exports.

Voor teams die meerdere Google Search Console-websites beheren, bundelt AutoSEO gegevens van alle websites in één dashboard. Hierdoor is het niet meer nodig om tussen accounts te wisselen voor een overzicht van de organische prestaties op portfolioniveau.

Hoe meet je succes met Google Search Console?

Succes in Google Search Console (GSC) wordt gemeten door een vastgestelde reeks statistieken over een bepaalde periode te volgen, deze te vergelijken met basiswaarden en ze te koppelen aan bedrijfsresultaten. Vertoningen en klikken alleen zijn niet voldoende; de onderstaande statistieken geven, in combinatie, een nauwkeurig beeld van de gezondheid van organische zoekresultaten.

Kerncijfers en wat ze werkelijk betekenen

Metrisch	Wat het meet	Gezonde maatstaf	Waarschuwingsbord
Totaal aantal klikken	Gebruikers die via Google Search op uw site terecht zijn gekomen.	Constante groei van maand tot maand	Het aantal klikken daalt, terwijl het aantal impressies stabiel blijft.
Totaal aantal impressies	Hoe vaak uw URL's in de zoekresultaten verschenen.	Groei in lijn met de contentproductie	Plotselinge daling die wijst op verlies van index of ranking.
Gemiddelde CTR	Klikken gedeeld door vertoningen, uitgedrukt als percentage.	Varieert per positie; ~5–10% voor positie 1–3	CTR lager dan 1% voor merkgerelateerde zoekopdrachten met een hoog aantal impressies
Gemiddelde positie	Gemiddelde ranking over alle zoekopdrachten die vertoningen genereren	Verbetering of stabiliteit gedurende periodes van 90 dagen	Geleidelijke stijging (slechtere ranking) gedurende meer dan 60 dagen
Geïndexeerde pagina's	Pagina's die Google heeft gecrawld en aan de index heeft toegevoegd	Bijna het aantal indexeerbare pagina's dat je voor ogen had	Er is een groot verschil tussen ingediende en geïndexeerde URL's.
Slagingspercentage Core Web Vitals	Percentage van URL's met een 'Goed' beoordeling in LCP, INP en CLS	Meer dan 75% van de URL's heeft een goede status.	Meer dan 25% van de URL's heeft een slechte status.
Handmatige actie telling	Sancties opgelegd door Google-recensenten	Nul	Elke actieve handmatige actie

Een meetfrequentie instellen

Verschillende GSC-signalen vereisen verschillende beoordelingsfrequenties:

• Dagelijks: Controleer op nieuwe handmatige acties, beveiligingsproblemen of drastische verkeersdalingen via de overzichtspagina of automatische meldingen.
• Wekelijks: Controleer het dekkingsrapport op nieuwe fouten, bekijk Core Web Vitals op terugval en scan het prestatierapport op pagina's die aanzienlijk minder vertoningen hebben gehad.
• Maandelijks: Voer een volledige prestatiebeoordeling uit, waarbij de huidige periode van 28 dagen wordt vergeleken met de voorgaande periode en met die van vorig jaar; controleer de 20 pagina's met de meeste impressies op mogelijkheden voor verbetering van de CTR; bekijk het linkrapport op nieuwe of verloren verwijzende domeinen.
• Driemaandelijks: Exporteer de volledige dataset met trefwoorden en analyseer de prestaties van de onderwerpclusters; controleer de rapporten over verbeteringen op de kwaliteit van de gestructureerde gegevens; herbeoordeel welke pagina's uit de index zijn uitgesloten en of die uitsluitingen opzettelijk zijn.

GSC-gegevens koppelen aan bedrijfsresultaten

Google Search Console (GSC) statistieken zijn belangrijke indicatoren. Om ze te koppelen aan omzet of conversies, moet je data uit Google Analytics 4 (GA4) of je CRM importeren. De workflow is als volgt: identificeer URL's met veel impressies en een hoge positie in GSC en controleer vervolgens hun conversieratio in GA4. Pagina's die goed scoren in de zoekresultaten maar slecht converteren, hebben problemen met de content of de gebruikerservaring (UX). Pagina's die goed converteren maar buiten de top 5 vallen, zijn prioriteiten voor optimalisatie. Op dit snijvlak creëren GSC-data directe zakelijke waarde.

Veelgestelde vragen

Wat is het verschil tussen Google Search Console en Google Analytics?

Google Search Console laat zien wat er gebeurt voordat een gebruiker uw site bereikt: welke zoekopdrachten impressies hebben gegenereerd, welke URL's in de zoekresultaten verschenen en of Google uw pagina's kan crawlen en indexeren. Google Analytics laat zien wat er gebeurt ná de klik: hoe gebruikers zich op uw site gedragen, welke pagina's ze bezoeken, hoe lang ze blijven en of ze converteren. GSC is een tool voor zoekmachinezichtbaarheid en technische gezondheid. GA4 is een tool voor gebruikersgedrag en conversie. Beide zijn essentieel en door ze te koppelen krijgt u een compleet beeld van zoekopdracht tot resultaat.

Hoe lang duurt het voordat de gegevens in Google Search Console verschijnen?

Prestatiegegevens in Google Search Console (GSC) hebben doorgaans een vertraging van twee tot drie dagen, hoewel dit tijdens perioden met veel indexeringsactiviteit kan oplopen tot vier of vijf dagen. De weergegeven gegevens voor "vandaag" of "gisteren" zijn meestal onvolledig en mogen niet voor analyses worden gebruikt. Gebruik voor betrouwbare vergelijkingen altijd datumbereiken die ten minste drie dagen vóór de huidige datum eindigen. Wijzigingen in de indexstatus na het indienen van een URL voor inspectie of herindexering kunnen enkele uren tot meerdere weken duren, afhankelijk van het crawlbudget en de paginaprioriteit.

Waarom worden er minder zoekwoorden in Google Search Console weergegeven dan ik had verwacht?

GSC toont alleen zoekopdrachten waarvoor uw site ten minste één impressie in Google Search heeft ontvangen binnen de geselecteerde periode. Zoekopdrachten waarvoor u geen ranking heeft, worden niet weergegeven. Daarnaast aggregeert GSC sommige zoekopdrachten met een laag volume en gevoelige zoekopdrachten en rapporteert deze niet afzonderlijk om de privacy van gebruikers te beschermen. De bewaartermijn van 16 maanden betekent ook dat oudere zoekwoordgegevens niet toegankelijk zijn. Als u bredere zoekwoordgegevens nodig heeft, gebruiken tools van derden zoals Ahrefs of Semrush hun eigen crawl- en clickstreamgegevens om rankings te schatten voor zoekwoorden waarvoor u nog geen ranking heeft.

Wat betekent "Ontdekt — momenteel niet geïndexeerd" in het dekkingsrapport?

Deze status betekent dat Google de URL heeft gevonden, meestal via een sitemap of interne link, maar deze nog niet heeft gecrawld. Dit gebeurt meestal omdat de crawlplanner van Google de pagina een lagere prioriteit heeft gegeven, vaak vanwege een beperkt crawlbudget, een lage waargenomen paginakwaliteit of een zeer grote website waar Google niet alles snel kan crawlen. Om dit op te lossen: zorg ervoor dat de pagina is gelinkt vanaf belangrijke interne pagina's, controleer of deze in uw sitemap staat en bekijk of vergelijkbare pagina's op de site dunne of dubbele content bevatten die de algehele crawlprioriteit mogelijk verlagen. Het rechtstreeks indienen van de URL via de URL-inspectietool kan het crawlen van individuele pagina's met hoge prioriteit versnellen.

Kan ik Google Search Console gebruiken voor een website die niet van mij is?

Je hebt toegang tot Google Search Console (GSC)-gegevens voor elke property waarvoor je toegang hebt gekregen van een geverifieerde eigenaar. Eigenaren kunnen gebruikers toevoegen met drie toegangsniveaus: Eigenaar (volledige toegang, inclusief het toevoegen van gebruikers en het verwijderen van de property), Volledige gebruiker (kan alle gegevens bekijken en bepaalde acties uitvoeren) en Beperkte gebruiker (kan de meeste rapporten bekijken, maar kan geen sitemaps indienen of indexering aanvragen). Als je SEO beheert voor een klant, vraag hen dan om je toe te voegen als Volledige gebruiker of Gedelegeerde eigenaar in plaats van inloggegevens te delen, aangezien dit in strijd is met de servicevoorwaarden van Google.

Waarom ziet mijn gemiddelde positie er slechter uit sinds ik voor meer zoekwoorden hoger in de zoekresultaten ben verschenen?

De gemiddelde positie in Google Search Console (GSC) is het gemiddelde van alle zoekopdrachten die impressies hebben gegenereerd. Wanneer u nieuwe content publiceert en begint te ranken voor extra zoekwoorden, beginnen die nieuwe rankings vaak op posities 20-50. Dit trekt het gemiddelde omlaag, zelfs als uw bestaande rankings stabiel blijven of verbeteren. Dit is een statistisch artefact, geen teken van afnemende prestaties. Om een nauwkeurig beeld te krijgen, kunt u het prestatierapport filteren op specifieke URL-groepen of zoekopdrachtclusters in plaats van alleen te vertrouwen op de gemiddelde positie voor de hele website.

Hoe kan ik een handmatige actie in Google Search Console ongedaan maken?

Handmatige acties zijn sancties die door de menselijke beoordelaars van Google worden opgelegd voor schendingen van het spambeleid. De procedure voor herstel is als volgt: lees de melding van de handmatige actie zorgvuldig door om de specifieke overtreding te begrijpen, los elk geval van het probleem op in de betreffende URL's (of sitebreed als de actie sitebreed is), documenteer alle gemaakte wijzigingen en dien vervolgens een heroverwegingsverzoek in via het rapport 'Handmatige acties' waarin u uitlegt wat er mis was en wat er is gedaan om het te verhelpen. Google beoordeelt het verzoek en stuurt een reactie, meestal binnen enkele weken. Veelvoorkomende overtredingen zijn onder andere onnatuurlijke links, dunne content, cloaking en misbruik van gestructureerde data. Gedeeltelijke overeenkomsten worden sneller afgehandeld dan sitebrede acties.

Wat is de URL-inspectietool en wanneer moet ik deze gebruiken?

De URL-inspectietool haalt de actuele indexeringsinformatie van Google over een specifieke URL op, inclusief de crawl-datum, de canonieke URL zoals Google die ziet, de status van de mobiele bruikbaarheid en eventuele indexeringsproblemen. Gebruik deze tool wanneer een pagina niet in de zoekresultaten verschijnt en u wilt begrijpen waarom, wanneer u een pagina hebt bijgewerkt en een snellere hercrawl wilt aanvragen, wanneer u vermoedt dat een canonieke mismatch ervoor zorgt dat de verkeerde pagina hoog scoort in de zoekresultaten, of wanneer u wilt controleren of een nieuw gepubliceerde pagina is geïndexeerd. De optie 'Live testen' haalt de pagina in realtime op, wat handig is om te controleren of recente wijzigingen zichtbaar zijn voor Googlebot vóór de volgende geplande crawl.

Toont Google Search Console alle zoekwoorden waarvoor ik een ranking heb?

Nee. Google Search Console (GSC) toont zoekopdrachten waarvoor uw site impressies heeft ontvangen in de geselecteerde periode, tot maximaal 16 maanden terug in de geschiedenis, met een maximum van 1.000 rijen in de interface (25.000 via de API). Zoekopdrachten met zeer weinig impressies kunnen worden samengevoegd of weggelaten. Merkgerelateerde zoekopdrachten en navigatiezoekopdrachten worden wel weergegeven. GSC toont echter geen zoekwoorden waarvoor u momenteel geen ranking hebt, zoekwoorden die impressies hebben gegenereerd op andere Google-producten dan webzoekopdrachten (tenzij u filtert op zoektype), of historische gegevens ouder dan 16 maanden. Voor volledig zoekwoordonderzoek moeten GSC-gegevens worden aangevuld met tools van derden voor het bijhouden van rankings en zoekwoordonderzoek.

Hoe vaak moet ik een sitemap indienen bij Google Search Console?

U hoeft slechts één keer per property een sitemap in te dienen. Na de eerste indiening zal Google de sitemap periodiek opnieuw crawlen volgens een eigen schema. U hoeft de sitemap niet opnieuw in te dienen telkens wanneer u nieuwe content publiceert, mits deze dynamisch wordt gegenereerd en altijd de actuele status van uw site weergeeft. Dien de sitemap alleen handmatig opnieuw in als u aanzienlijke structurele wijzigingen in de sitemap zelf hebt aangebracht, bent overgeschakeld naar een nieuwe sitemap-URL of als de sitemap een aanhoudende ophaalfout in het Sitemaps-rapport vertoont die na enkele dagen niet vanzelf is opgelost.