Google Search Console analyseren met AI: zo haal je echte antwoorden

Search Console heeft het antwoord op de meeste vragen over je organische prestaties, maar laat er bijna geen enkele vanzelf zien. AI-analyse lost dat op twee manieren op: Googles eigen AI-gestuurde configuratie bouwt het rapport voor je, en een externe agent redeneert over de data om CTR-gaten, kannibalisatie en verval te vinden waar je anders langs zou scrollen.

Die twee worden vaak op één hoop gegooid, maar het is niet hetzelfde. Het ene bespaart je het filters bouwen. Het andere doet de analyse. Weten welke van de twee je hebt, bepaalt wat je ervan mag verwachten.

Wat de AI-configuratie in Search Console echt doet

In december 2025 bracht Google AI-gestuurde configuratie uit in het prestatierapport. Je beschrijft in gewone taal welke analyse je wilt, en de tool past de filters, vergelijkingen en metrics toe. Googles eigen voorbeelden laten goed zien hoe dat werkt: "toon zoekopdrachten op mobiele zoekacties die het woord sport bevatten in de afgelopen 6 maanden", of "vergelijk het verkeer naar mijn pagina's met /blog in dit kwartaal met hetzelfde kwartaal vorig jaar".

Dat is echt handig. Vooral periodes vergelijken was altijd een hoop geklik en is nu één zin. Maar lees ook wat Google zegt dat het niet doet:

• Het werkt alleen in prestatierapporten voor zoekresultaten. Niet voor Discover, niet voor Google Nieuws.
• Het stelt filters, vergelijkingen en metrics in. Het kan geen tabellen sorteren of data exporteren.
• Google waarschuwt expliciet dat de AI een verzoek verkeerd kan interpreteren, en raadt aan de voorgestelde filters te controleren voordat je gaat analyseren.

Waar het om gaat: dit stelt een rapport in. Het leest er geen. Het vertelt je niet welke pagina's wegzakken, waarom je CTR achterblijft of dat twee URL's om dezelfde zoekopdracht concurreren. Daarvoor moet je over de data redeneren nadat die is opgehaald, en dat is een ander werk.

Wat Search Console voor je verstopt

De data is er allemaal. De interface is alleen gemaakt om naar één dimensie tegelijk te kijken, terwijl de interessante bevindingen juist in de verbanden tussen dimensies zitten.

CTR-gaten

Een zoekopdracht op positie 4 met een doorklikratio van 2% is een probleem. De interface laat positie 4 en 2% keurig naast elkaar zien, maar geeft nooit aan dat die twee niet kloppen, want hij heeft geen idee wat de CTR op positie 4 voor jouw site zou moeten zijn. Juist die vergelijking - werkelijke CTR tegenover de gemiddelde CTR van je eigen pagina's in dezelfde positieband - levert je lijst met kansen op. Met de hand kost dat een export en een draaitabel.

Als prompt:

Geef zoekopdrachten uit de afgelopen 3 maanden met meer dan [N] vertoningen waarvan de CTR
meer dan 40 procent lager ligt dan de gemiddelde CTR voor hun positieband op deze site.
Geef de zoekopdracht, positie, vertoningen, werkelijke CTR, verwachte CTR en de rankende URL.

Keyword-kannibalisatie

Kannibalisatie zie je in de interface per definitie niet: je filtert op een zoekopdracht en ziet de klikken, maar niet dat drie van je URL's in die periode elk een deel van de vertoningen hebben gepakt. Om het te vinden moet je groeperen per zoekopdracht, het aantal verschillende pagina's tellen en kijken hoe de vertoningen verdeeld zijn.

Niet elke verdeling is een probleem, en dat is precies wat de meeste handleidingen missen. Een verdeling van 95/5 is Google die een alternatief test en daarna de juiste keuze maakt. Een verdeling van 45/40/15 over drie URL's is echte concurrentie, en daar moet je wat mee.

Zoek zoekopdrachten waarbij meer dan één URL op deze site vertoningen kreeg
in de afgelopen 3 maanden. Sluit de zoekopdrachten uit waarbij de bovenste URL meer dan
80 procent van de vertoningen heeft. Geef voor de rest de zoekopdracht, elke URL,
het aandeel in de vertoningen en de gemiddelde positie, en zeg welke URL
de zoekopdracht zou moeten krijgen op basis van de huidige prestaties.

De verkeerde URL rankt

Verwant, maar niet hetzelfde, en vaker het geval dan de meeste teams denken. Google laat een pagina ranken voor een zoekopdracht, alleen niet de pagina die je daarvoor hebt gemaakt. Vaak is het een oud bericht, een tagarchief of een gepagineerde categoriepagina. De interface signaleert het niet, want die weet niet welke URL je bedoelde - die bedoeling staat alleen in je contentplan.

Check dit na elke herstructurering van je site of samenvoeging van content, want juist dan lopen Googles keuze en jouw bedoeling uiteen.

Contentverval

Een pagina die elke maand 4% van haar vertoningen verliest, lijkt in één vergelijking op ruis, maar is over vier kwartalen een structurele daling. Om verval van seizoensinvloeden te onderscheiden moet je naar meerdere opeenvolgende periodes kijken, en het standaardvenster van 3 maanden werkt dat juist tegen.

De test die het verschil maakt: seizoensgebonden pagina's herstellen een jaar later in dezelfde periode ongeveer tot hun eerdere niveau, pagina's in verval niet. Dat is een jaar-op-jaarvergelijking op paginaniveau over meerdere kwartalen, en die is met de hand zo bewerkelijk dat hij bijna nooit gebeurt voordat het verkeer al weg is.

Vergelijk de prestaties van deze property over de laatste 4 kwartalen op paginaniveau.
Zoek pagina's waarvan de vertoningen 3 of meer kwartalen achter elkaar daalden.
Toon per pagina de cijfers per kwartaal en vergelijk ze met dezelfde kwartalen
vorig jaar. Zeg daarna of het patroon seizoensgebonden of structureel lijkt.

Verschuivende zoekintentie

De zoekopdrachten die verkeer naar een pagina brengen, veranderen langzaam, tot de pagina niet meer aansluit bij wat mensen vragen. Een handleiding over "hoe doe je X" begint geleidelijk te ranken op "X prijzen" en "X alternatieven", en beantwoordt geen van beide goed.

Het signaal: de klikken blijven stabiel terwijl de conversies dalen. Daarom wordt dit meestal laat ontdekt - en alleen als iemand Search Console en analytics naast elkaar legt. Precies die koppeling tussen bronnen kan de interface van Search Console helemaal niet maken.

Wat een AI-agent vindt dat de ingebouwde AI niet vindt

Het verschil is ophalen tegenover redeneren. Googles functie zet de juiste rijen op je scherm. Een agent leest die rijen, vormt een hypothese en haalt opnieuw data op om die te toetsen.

Mogelijkheid	Ingebouwde AI-configuratie	Externe AI-agent
Een gefilterd rapport bouwen op basis van één zin	Ja	Ja
Het resultaat sorteren of exporteren	Nee	Ja
Een metric vergelijken met een verwachte baseline	Nee	Ja
Groeperen per zoekopdracht om kannibalisatie te vinden	Nee	Ja
Een vervolgvraag stellen op basis van wat het vond	Nee	Ja
Search Console koppelen aan GA4- of crawldata	Nee	Ja
Discover en Google Nieuws meenemen	Nee	Ja, via de API
Kosten	Gratis	Per query en per token

De belangrijkste rij is "een vervolgvraag stellen op basis van wat het vond". Daarin zit het hele verschil tussen een rapport en een analyse. Een daling in verkeer waarbij de positie gelijk bleef maar de klikken instortten, wijst een heel andere kant op dan een daling waarbij de vertoningen terugliepen en de positie gelijk bleef. Om te weten welke van de twee je voor je hebt, heb je een tweede query nodig die je pas kiest nadat je de eerste hebt gezien.

Zo meet je je prestaties in AI Overviews

Gebruik Search Console. In juni 2026 introduceerde Google prestatierapporten voor generatieve AI in Zoeken. Die geven je first-party inzicht in het verkeer uit Googles AI-onderdelen (zoals AI Overviews, de AI-samenvattingen boven de zoekresultaten), en dat verkeer telt ook mee onder het zoektype Web.

Daar volgen twee dingen uit. Ten eerste is dit de enige betrouwbare plek om prestaties in AI-functies te meten - geen enkele externe tool heeft toegang tot de interne systemen van Google, wat een dashboard ook beweert. Ten tweede, en dat is goed om te beseffen voordat je ergens voor gaat optimaliseren: Googles optimalisatiegids voor generatieve AI zegt dat er "geen aanvullende vereisten zijn om in AI Overviews of AI Mode te verschijnen, en ook geen andere speciale optimalisaties nodig". De rapporten vertellen je hoe je presteert. Ze betekenen niet dat er een aparte optimalisatiediscipline bestaat.

Kan AI-analyse van Search Console-data ernaast zitten?

Regelmatig, en de fouten zijn onopvallend. Zes concrete valkuilen waar je op moet letten:

Stille afkapping. De API geeft maximaal 25.000 rijen per verzoek terug, bij een bewaartermijn van 16 maanden. Een agent die 25.000 rijen opvraagt, er precies 25.000 terugkrijgt en dan een totaal rapporteert, heeft een afkapping als feit gepresenteerd.

Gemiddelde posities. De gemiddelde positie is een gemiddelde over alle vertoningen. Een pagina die in het ene land op 3 staat en in het andere op 40, komt uit op een betekenisloos getal ergens in het midden.

Vervuiling door merkzoekopdrachten. Neem je merkzoekopdrachten mee in een CTR-analyse van je hele site, dan is de baseline waardeloos, want merktermen halen doorklikpercentages die niet-merkgebonden termen nooit halen.

Relatieve datums. "Vorige maand" hangt af van de tijdzone en het moment van de query. Gebruik vaste datums voor alles waar je op gaat handelen.

Verkeerde property. Domeinproperty's en URL-voorvoegselproperty's geven voor dezelfde site verschillende data terug. Een agent die halverwege een analyse wisselt, veroorzaakt een breuk die eruitziet als een echte verandering.

Data ouder dan 16 maanden. Die bestaat niet. Een goede agent zegt dat. Een slechte gaat schatten.

De oplossing is een vaste instructie, en die kun je het beste in elke analyseprompt plakken:

Elk cijfer moet uit de gekoppelde property komen.
Als data ontbreekt of is afgekapt, zeg dat dan expliciet - schat nooit.
Vermeld bij elk getal de periode, filters en het aantal rijen erachter.

Heb je hier een tool van derden voor nodig?

Voor het ophaalwerk niet. Googles ingebouwde configuratie regelt het bouwen van rapporten, is gratis en is voor een groot deel van je dagelijkse vragen genoeg. Begin daar.

Je hebt iets externs nodig als een van deze drie dingen geldt: de analyse vraagt om een vergelijking met een baseline die de interface niet berekent, je moet Search Console koppelen aan een andere bron zoals GA4 of een crawl, of je hebt een tweede query nodig die je kiest op basis van het resultaat van de eerste. Die drie dekken het meeste van wat mensen bedoelen met "analyse" in plaats van "rapportage".

Wat je niet nodig hebt, is een tool die beweert bevoorrecht inzicht te hebben in de ranking- of AI-systemen van Google. Zulke toegang bestaat niet.

Een praktische volgorde om mee aan de slag te gaan

1. Gebruik de ingebouwde AI-configuratie voor alles wat eigenlijk een gefilterd rapport is. Dat kost niets.
2. Zet nu al een bulkexport naar BigQuery op, ook als je nog geen lange historie nodig hebt. Die bouwt pas vanaf vandaag op, en het venster van 16 maanden is genadeloos.
3. Draai de vijf verborgen analyses hierboven - CTR-gaten, kannibalisatie, de verkeerde URL die rankt, verval en verschuivende zoekintentie - elk kwartaal in plaats van af en toe.
4. Controleer bij elke analyse van een agent één cijfer in de interface voordat je ernaar handelt. Heeft de agent voor een bepaald type vraag eenmaal vertrouwen verdiend, stop dan met het controleren van dat type vraag.

Heb je nog geen agent gekoppeld? Dan vind je in de zes manieren om te koppelen de opties en wat het opzetten kost, en Autopilot voert de analyses uit dit artikel uit op je eigen property.