Google Search Console laat zien hoe Google je website crawlt en hoe pagina’s presteren in de zoekresultaten. Na het lezen weet je wat de belangrijkste rapporten meten, hoe je meldingen controleert en welke conclusies je er wel en niet uit kunt trekken.
Wat Google Search Console meet en wat de cijfers niet vertellen
Google Search Console (GSC) geeft informatie over de zichtbaarheid van je website in Google en over de manier waarop Google pagina’s ontdekt, crawlt en indexeert. Het is daarmee iets anders dan een analysetool zoals Google Analytics: GSC meet wat er vóór en tijdens de vertoning in Google gebeurt, terwijl Analytics vooral gedrag op je website meet. Een klik in GSC hoeft bijvoorbeeld niet hetzelfde te zijn als een sessie in Analytics. Een bezoeker kan wegklikken voordat de analysetag laadt, of toestemming weigeren voor metingen.
De rapporten zijn bovendien geen live weergave. Prestatiedata verschijnen met vertraging en indexeringsinformatie kan achterlopen op de huidige situatie. Een pagina die vandaag is aangepast, kan dus nog een oude status tonen. Ook ziet GSC niet noodzakelijk iedere zoekopdracht: privacyregels zorgen ervoor dat sommige zeldzame zoekopdrachten niet afzonderlijk worden getoond.
Gebruik de cijfers daarom als aanwijzingen om verder te onderzoeken, niet als volledige administratie van ieder bezoek of iedere Google-actie. Kijk naar perioden, patronen en verschillen tussen pagina’s. Controleer bij een opvallende melding ook de betreffende URL en de pagina zelf. Zo voorkom je dat je een normale vertraging of rapportagebeperking aanziet voor een technisch probleem.
Vertoningen, klikken, CTR en gemiddelde positie begrijpen
In het prestatierapport voor Google Zoeken staan vier kerncijfers. Een vertoning telt wanneer een resultaat van je website in de zoekresultaten is weergegeven. Een klik telt wanneer iemand vanuit dat resultaat doorklikt. De click-through rate (CTR) is het percentage vertoningen dat tot een klik leidt. De gemiddelde positie geeft de gemiddelde positie van je resultaat weer over de geselecteerde periode en rapportagecontext.
Deze gemiddelden vragen om voorzichtigheid. Een positie van 8 betekent niet dat iedere bezoeker jouw pagina op plek acht ziet. Resultaten verschillen onder meer per zoekopdracht, locatie, apparaat en moment. Ook kan een resultaat op een pagina met veel advertenties of andere elementen minder aandacht krijgen dan de positie alleen doet vermoeden. Een lage CTR is daarom niet automatisch bewijs dat de titel slecht is; de zoekintentie, concurrentie en presentatie van de resultaten spelen ook mee.
Vergelijk bij voorkeur dezelfde pagina of zoekopdracht over vergelijkbare perioden. Een stijging in vertoningen zonder extra klikken kan betekenen dat je pagina vaker zichtbaar wordt, maar voor minder relevante zoekopdrachten of op lagere posities. Een dalende CTR bij een stabiele positie kan aanleiding zijn om titel en beschrijving te beoordelen. Verander niet meteen alles: controleer eerst of de periode lang genoeg is en of seizoensinvloeden de vergelijking vertekenen.
Zoekopdrachten en pagina’s analyseren met filters
Het prestatierapport bevat verschillende dimensies, waaronder zoekopdrachten, pagina’s, landen, apparaten en zoekweergave. Met filters kun je bijvoorbeeld alleen mobiele resultaten bekijken, een specifieke URL onderzoeken of data voor een bepaald land selecteren. De dimensies helpen een algemene trend te vertalen naar een concretere vraag: welke pagina krijgt vertoningen voor welke zoekopdracht, en verandert dat op mobiel?
Zoekopdrachten zijn niet altijd volledig zichtbaar. Google laat sommige query’s om privacyredenen niet zien, vooral wanneer ze weinig voorkomen. Daardoor kunnen de totalen in de grafiek hoger zijn dan de som van de zichtbare zoekopdrachten. Trek dus niet de conclusie dat de getoonde lijst alle zoekwoorden bevat waarop je website verschijnt. Ook kunnen meerdere pagina’s vertoningen krijgen voor dezelfde zoekopdracht. Dat is niet vanzelf een probleem, maar het kan reden zijn om te controleren of de pagina’s elk een duidelijke, eigen bedoeling hebben.
Een praktische analyse begint met één afgebakende vraag. Filter bijvoorbeeld op een belangrijke landingspagina en bekijk vervolgens de zoekopdrachten. Of selecteer een zoekopdracht en onderzoek welke URL’s daarbij verschijnen. Let op de ingestelde zoekweergave: resultaten voor web, afbeeldingen, video of nieuws zijn niet zonder meer vergelijkbaar. Houd filters en datumbereik bij het vergelijken gelijk; anders kan een ogenschijnlijke verandering simpelweg door een andere selectie ontstaan.
Het rapport Pagina-indexering en de betekenis van statussen
Het rapport Pagina-indexering laat zien welke URL’s Google heeft gevonden en hoe ze volgens de laatst beschikbare gegevens zijn verwerkt. Het verdeelt URL’s onder meer in geïndexeerd en niet geïndexeerd, met redenen voor uitsluiting of problemen. Een melding bij niet-geïndexeerde pagina’s is niet automatisch een fout. Een winkel kan bijvoorbeeld filter-URL’s, dubbele varianten of pagina’s met een bewuste noindex-instructie hebben die niet in Google thuishoren.
Maak daarom onderscheid tussen gewenste en ongewenste URL’s. Vraag bij iedere belangrijke melding: hoort deze URL in de zoekresultaten te staan? Als het antwoord nee is, kan de status juist passen bij de inrichting van de site. Als het antwoord ja is, controleer dan de opgegeven reden, de inhoud, interne links en technische instellingen. Een pagina die als ‘Gecrawld - momenteel niet geïndexeerd’ wordt vermeld, is bijvoorbeeld wel bezocht, maar niet opgenomen in de index. Dat is geen garantie dat Google de pagina later alsnog indexeert.
Ook aantallen kunnen misleiden. Een plotselinge toename van uitgesloten URL’s kan ontstaan doordat een webshop nieuwe filtercombinaties maakt, zonder dat belangrijke productpagina’s zijn geraakt. Bekijk voorbeelden binnen de statusgroep en vergelijk de URL’s met je eigen verwachtingen. Los eerst oorzaken op die veel waardevolle pagina’s treffen, in plaats van elk uitgesloten adres afzonderlijk te behandelen.
URL-inspectie gebruiken voor indexering en canonieke URL’s
Met URL-inspectie kun je één adres nader bekijken. De rapportage over de geïndexeerde versie toont onder meer of Google de URL kent, wanneer deze voor het laatst is gecrawld en welke canonieke URL Google heeft gekozen. Dat laatste is belangrijk bij pagina’s met vergelijkbare inhoud, zoals productvarianten, parameters of URL’s die bereikbaar zijn met en zonder schuine eindslash. De canonieke URL is Googles gekozen voorkeursadres; die hoeft niet altijd overeen te komen met de voorkeur die je zelf hebt aangegeven.
De knop voor een live test controleert de huidige bereikbaarheid en technische geschiktheid van een URL. Dat is niet hetzelfde als bevestiging dat de pagina al is geïndexeerd. Een geslaagde live test kan aantonen dat Google de pagina nu kan ophalen, maar indexering blijft een afzonderlijke beslissing. Andersom kan de opgeslagen indexeringsinformatie nog de oude situatie tonen nadat je een probleem hebt opgelost.
Gebruik de inspectie om gerichte vragen te beantwoorden: kan Google de pagina ophalen, staat er een noindex-instructie, welke canonical is opgegeven en welke canonical heeft Google gekozen? Controleer daarna ook of de pagina intern goed bereikbaar is en of de inhoud waardevol en onderscheidend is. Een indexeringsverzoek kan nuttig zijn na een belangrijke wijziging, maar het versnelt niet gegarandeerd de opname en vervangt geen structurele oplossing. Herhaal verzoeken daarom niet zonder eerst de oorzaak te begrijpen.
Sitemaps, crawlen en veelvoorkomende uitsluitingsredenen
Een XML-sitemap helpt Google belangrijke URL’s te ontdekken, maar is geen opdracht om ze te indexeren. Neem bij voorkeur alleen canonieke URL’s op die je daadwerkelijk in de zoekresultaten wilt hebben. Controleer in het sitemaprapport of het bestand is verwerkt en of er fouten worden gemeld. Een melding dat een sitemap is gelezen, betekent niet dat iedere URL erin is geïndexeerd. Het rapport geeft informatie over ontdekking en verwerking, niet over de kwaliteit of uiteindelijke zichtbaarheid van elke pagina.
Veel uitsluitingsredenen zijn afhankelijk van de inrichting. ‘Pagina met omleiding’ kan bijvoorbeeld normaal zijn als oude URL’s netjes doorverwijzen. ‘Uitgesloten door noindex’ is logisch voor bedankpagina’s of interne zoekresultaten, maar ongewenst als de instructie per ongeluk op belangrijke categoriepagina’s staat. Een blokkade in robots.txt kan voorkomen dat Google inhoud ophaalt, maar is op zichzelf geen betrouwbare manier om een URL uit de index te verwijderen: Google kan de URL soms nog kennen via verwijzingen.
Controleer bij crawlproblemen eerst serverbeschikbaarheid, statuscodes, robots.txt en eventuele beveiligings- of firewallregels. Kijk daarna of interne links naar de gewenste URL’s bestaan en of de sitemap actueel is. Een grote sitemap vol oude, omgeleide of niet-canonieke adressen maakt het lastiger om de signalen helder te houden. Verander robots.txt, canonicals of redirects niet op basis van één voorbeeld zonder de gevolgen voor vergelijkbare URL’s te controleren.
Verbeteringsrapporten voor structured data en rich results
Onder Verbeteringen toont Search Console rapporten voor bepaalde soorten gestructureerde gegevens die Google herkent en waarvoor het rapportage aanbiedt. Afhankelijk van de aanwezige markup en de functies die Google ondersteunt, kun je bijvoorbeeld meldingen zien over productgegevens of andere rich-resulttypen. De status geeft aan of Google problemen heeft gevonden met de betreffende markup; hij zegt niet dat een pagina gegarandeerd een uitgebreid zoekresultaat krijgt.
Een geldige implementatie is slechts één voorwaarde. Google bepaalt zelf of een rich result wordt getoond, op basis van onder meer relevantie, geschiktheid en actuele weergaveregels. Een foutmelding kan daarentegen wel voorkomen dat een bepaald type uitgebreide weergave in aanmerking komt. Lees de concrete fout en controleer de betrokken URL’s. Maak onderscheid tussen fouten die verplichte velden betreffen en waarschuwingen over aanbevolen informatie. Een waarschuwing is niet altijd reden om de hele implementatie stil te leggen.
Pas structured data alleen toe wanneer de gemarkeerde informatie zichtbaar en correct op de pagina staat. Het toevoegen van velden om een rapport groen te krijgen, terwijl de inhoud niet overeenkomt, kan misleidend zijn en tot handmatige maatregelen leiden. Na een wijziging kun je validatie in het rapport starten, maar de verwerking kan tijd kosten. Controleer bij dynamische pagina’s ook meerdere voorbeelden: een templatefout kan duizenden productpagina’s raken, terwijl een ontbrekend veld op één artikel een geïsoleerd probleem is.
Core Web Vitals en HTTPS-rapporten juist interpreteren
Het Core Web Vitals-rapport beoordeelt gebruikservaring met veldgegevens van echte Chrome-gebruikers. Het kijkt naar laadsnelheid, responsiviteit en visuele stabiliteit, met onder meer de metingen LCP, INP en CLS. URL’s worden vaak als groepen getoond. De beoordeling is daardoor geen laboratoriumtest van precies één pagina op precies één apparaat. Een URL zonder voldoende velddata kan ontbreken, wat niet automatisch betekent dat de pagina snel of langzaam is.
Als een groep als ‘slecht’ of ‘verbetering nodig’ wordt aangemerkt, onderzoek dan welke templates en onderdelen de pagina’s delen. Grote afbeeldingen, scripts van derden, trage serverreacties en verschuivende advertentieblokken kunnen verschillende meetwaarden beïnvloeden. Los niet blind een score op door functionaliteit te verwijderen: een snelle pagina die belangrijke filters of formulieren niet meer bruikbaar maakt, is geen goede uitkomst. Test wijzigingen op representatieve pagina’s en controleer daarna of gebruikerservaring én bedrijfsfunctionaliteit intact blijven.
Het HTTPS-rapport geeft aan welke pagina’s via een beveiligde verbinding worden aangeboden en kan problemen signaleren met onveilige HTTP-pagina’s of certificaten. HTTPS is belangrijk voor beveiliging en vertrouwen, maar een rapportstatus is geen volledige beveiligingsaudit. Controleer redirects van HTTP naar HTTPS, gemengde inhoud en de canonieke URL’s. Bij een migratie moeten interne links, sitemaps en verwijzingen consequent naar HTTPS wijzen. Verwacht niet dat één groene melding alle technische of beveiligingsproblemen van een website uitsluit.
Het Links-rapport lezen zonder elk aantal letterlijk te nemen
Het Links-rapport toont voorbeelden van externe links naar je website en links tussen pagina’s op je eigen domein. Bij externe links kan het rapport onder meer verwijzende sites, doelpagina’s en gebruikte linkteksten laten zien. De gegevens zijn niet bedoeld als complete, realtime inventaris. Een domein of link die ontbreekt, is dus niet per definitie afwezig; het rapport kan gegevens beperken of achterlopen. Evenmin bewijst een hoog aantal links dat een pagina goed presteert of dat iedere link waardevol is.
Gebruik externe linkgegevens vooral om opvallende patronen te onderzoeken. Veel links naar een oude URL kunnen bijvoorbeeld betekenen dat een redirect nodig is, terwijl een onverwachte reeks onnatuurlijke verwijzingen aanleiding kan zijn om de herkomst te bekijken. Raak niet in paniek door één vreemde link en verwijder niet zomaar waardevolle verwijzingen. Google negeert veel links die het als spam beschouwt. Een disavow-bestand is een ingrijpend hulpmiddel en is doorgaans geen standaardreactie op een onvolledig of rommelig linkprofiel.
Interne links zijn directer bruikbaar voor sitebeheer. Controleer of belangrijke pagina’s voldoende interne verwijzingen krijgen en of de linktekst begrijpelijk beschrijft waar de bestemming over gaat. Een productpagina die vrijwel geen interne links ontvangt, kan lastiger te ontdekken zijn dan een pagina die vanuit relevante categorieën bereikbaar is. Beoordeel de links wel in hun context: het rapport toont aantallen en voorbeelden, maar kent niet automatisch de navigatiestructuur of prioriteit die je voor bezoekers bedoelt.