Google Search Console

Vier cijfers per dag, en twee ervan zijn gemiddelden

Per dag worden kliks, vertoningen, CTR en gemiddelde positie bewaard. Kliks en vertoningen worden over een periode opgeteld, CTR en gemiddelde positie worden opnieuw berekend: de CTR over dertig dagen is niet de som van dertig dagelijkse percentages. Bij de positie is bovendien een lager getal beter, dus een stijgende lijn wordt als achteruitgang gelezen en niet als winst.

Stijgers en dalers, tegen de vorige periode

De uitsplitsing Grootste stijgers en dalers beantwoordt de vraag die een marketeer daadwerkelijk stelt: welke zoektermen zijn bewogen. Hij vergelijkt de gemiddelde positie in de gekozen periode met precies dezelfde lengte daarvoor, per zoekterm, en sorteert op de grootte van de verandering, omhoog en omlaag door elkaar. Zoektermen die in één van beide periodes ontbreken doen niet mee: zonder vertrekpunt is er geen verandering te melden.

• Topzoektermen met kliks, vertoningen, CTR en positie
• Toppagina's, met een link naar de pagina zelf
• Stijgers en dalers, met de positieverandering als apart getal

Late cijfers herstellen zichzelf

Search Console levert de laatste dagen pas twee tot drie dagen later definitief aan. Daarom haalt de nachtelijke run niet alleen gisteren op, maar de hele laatste week opnieuw, en overschrijft hij de dagen die hij al had. Cijfers van eergisteren kunnen dus nog een keer veranderen, en dat is bedoeld: de alternatieve keuze zou zijn dat de eerste, onvolledige meting voor altijd blijft staan.

Vertoningen in AI: via de exportknop, want niet via de API

Sinds juni 2026 toont Search Console hoe vaak een site in AI-overzichten en AI-modus verschijnt, in een eigen Generatief AI-rapport. De Search Console-API geeft die cijfers niet terug, en ze uit de webtotalen afleiden kan niet: daar zitten ze in zonder dat ze eruit te halen zijn. schakl. schat ze dus nooit. Wat Google wel biedt is een exportknop, en dat bestand upload je op de kaart op het dashboard. Het cijfer landt als Vertoningen in AI naast de vier andere, op dezelfde dagregels, dus de tegel, de trend, de vergelijking, het overzicht over alle klanten en het rapporthoofdstuk AI-overzichten lezen het net als kliks. Voor een klant waarvoor niemand iets heeft geüpload is er geen tegel en geen hoofdstuk: een nul zou een uitspraak zijn over zijn zichtbaarheid die niets op het scherm kan tegenspreken.

• Exporteer per dag: een week- of maandexport wordt geweigerd met een zin, want één regel als één dag opslaan toont de maand een zevende van zijn grootte
• Een nachtelijke synchronisatie overschrijft een upload nooit
• Op de kaart staat wanneer er voor het laatst is geüpload en welke dagen dat besloeg, want een cijfer dat iemand moet uploaden moet zeggen tot hoe ver het loopt
• Een assistent kan dezelfde cijfers als JSON aanleveren in plaats van als bestand

Een eigen leesoppervlak, ook voor een assistent

Het dashboard stelt Search Console één vraag: hoe doet deze klant het. Voor al het andere (welke zoekopdrachten op welke pagina landen, of een URL geïndexeerd is en waarom niet, welke sitemap fouten heeft, wat er vanochtend om negen uur gebeurde) is er de integratie Google Search Console: dertien leesroutes onder de API, die tegelijk de MCP-sectie /mcp/google-search-console zijn en meegaan in de bundel growth. Ze bewaren niets en lezen live, onder de Google-toestemming van wie het vraagt. Er wordt nooit iets geschreven, dus ook bij een verlopen licentie blijft alles leesbaar. Vraagt een assistent naar AI-zichtbaarheid, dan zegt het antwoord eerlijk dat de API dat cijfer niet heeft en geeft het de link naar het rapport.

• Sites en sitemaps, een overzicht, de verdeling over zoektypen, dag- en uurcijfers, een uitsplitsing en de stijgers en dalers
• URL-inspectie: wat de index van Google over één adres weet
• Een vrije query met eigen dimensies en filters, achter een eigen recht
• Een onbekende dimensie of filter wordt hier geweigerd met de lijst die wel werkt, voordat Google gevraagd wordt