Search Console lezen tijdens een Google core update

Blijf in de eerste dagen van een core update van alle pagina’s af. De grafiek gaat bewegen, je wilt hem verklaren, en bijna elke verklaring die je in week één bedenkt is een gok.

Het Google Search Status Dashboard vermeldt de core update van november 2026 met start op 10 november, en die liep nog toen ik mijn data ophaalde. Google zelf adviseert om na afloop van een core update minstens een volle week te wachten voordat je analyseert, en te vergelijken met de periode vóór de start. Dat volg ik, en dit is de exacte routine.

Stap 1: bevries een basislijn voordat je naar de update kijkt

Open in Search Console het Prestatierapport en stel het bereik in op de 14 dagen vóór de startdatum van de update. Exporteer klikken, vertoningen, CTR en gemiddelde positie per dag. Dat bestand is je basislijn, en je slaat het op voordat je één getal van na de update leest.

Dit is de mijne, uit Search Console van mijn eigen site:

Een bandbreedte van 228 tot 393 zonder lopende update is het getal dat telt. Als je je eigen schommeling niet kent, kun je een core update niet onderscheiden van een gewone dinsdag.

Stap 2: schrijf op wat er nog meer is veranderd

Core updates krijgen de schuld van dingen die ze niet hebben gedaan. Noteer vóór je iets vergelijkt wat er aan jouw kant in dezelfde periode is veranderd: een migratie, een templatewijziging, een batch nieuwe pagina’s, een aanpassing van robots of noindex, een redirectregel. Is de lijst niet leeg, dan is de update niet de enige verdachte.

Controleer ook of één pagina de lijn van de hele site vertekent. Op 28 oktober sprongen mijn totale vertoningen in één dag van 24.498 naar 131.686, omdat één enkele pagina veel vaker werd getoond. Die casus werk ik uit in wat ik controleer als vertoningen pieken en de CTR daalt. Een gemiddelde over de hele site heeft tijdens een core update dezelfde zwakte.

Stap 3: wacht tot de uitrol klaar is, en dan nog een week

Core updates rollen over een paar weken uit en de posities schuiven in die tijd. Vergelijken midden in de uitrol betekent een bewegend doel vergelijken met een vaste basislijn. Zet een herinnering op een week nadat het dashboard de update als voltooid markeert, en doe tot dan niets.

Wachten is niet passief. Gebruik de tijd om te repareren wat sowieso kapot was: pagina’s met fouten, afgekapte titels, dunne duplicaten. Die wijzigingen zijn in elke maand goed en vervuilen de vergelijking niet, zolang je ze met datum noteert.

Stap 4: vergelijk gelijke periodes en segmenteer op vier manieren

Als de herinnering afgaat, vergelijk je de 14 dagen na afronding met je bevroren basislijn van 14 dagen. Gelijke lengte, dezelfde dagen van de week. Splits dan het verschil:

1. Per pagina. Exporteer het tabblad Pagina’s voor beide periodes. Sorteer op verandering in klikken. Bij de meeste dalingen die ik heb bekeken, verklaren vijf of tien pagina’s het grootste deel.
2. Per zoekopdracht. Kijk voor elk van die pagina’s welke zoekopdrachten klikken verloren en of het verlies in positie of in CTR zit. Zakken van positie 4 naar 9 is een rankingverandering. Gelijke positie met dalende CTR is een snippet- of SERP-featureprobleem, behandeld in waarom je best scorende pagina’s geen klikken krijgen.
3. Per land. Een core update kan de ene markt harder raken dan de andere, vooral bij meertalige sites.
4. Per apparaat. Een verlies alleen op mobiel wijst naar de pagina-ervaring, niet naar relevantie.

Valt de verandering binnen je normale schommeling uit stap 1, dan valt er geen update-effect te verklaren. Stop daar en blijf publiceren.

Stap 5: beslis pas nu wat je wijzigt

Koppel het type verlies aan het type oplossing:

• Positieverlies bij een paar pagina’s: vergelijk ze met de pagina’s die nu boven je staan. Beantwoorden die de zoekopdracht sneller, met meer specifieke details, uit eerste hand? Herschrijf de jouwe zo. Rek hem niet op.
• Positieverlies overal: dat is een kwaliteitsbeoordeling op siteniveau en die beweegt traag. Snoei of voeg pagina’s samen die hun plek niet verdienen en verbeter degene die dat wel doen. Reken op maanden, niet dagen. Google heeft gezegd dat verbeteringen na verloop van tijd effect kunnen hebben en dat voor groter herstel een latere core update nodig kan zijn.
• Positiewinst: noteer welke pagina’s en waarom. Dat is je sjabloon voor wat Google op jouw site nu beloont.

Voor pagina’s die naar pagina twee zakten in plaats van instortten, geldt de routine uit pagina’s vastgelopen op pagina twee repareren. Voor een verlies dat ook in GA4 zichtbaar is, behandelt verkeersdalingen diagnosticeren met Google Analytics de andere helft.

De prompt die ik in Claude of ChatGPT plak

Exporteer het tabblad Pagina’s voor je basisperiode en je periode na de update als twee CSV’s en plak beide:

Hier zijn twee Google Search Console-exports per pagina. Bestand A zijn de
14 dagen vóór de start van een Google core update. Bestand B zijn de 14
dagen na het einde van de uitrol. Gelijke lengte, dezelfde dagen van de
week.

1. Som de 15 pagina's met de grootste verandering in klikken op, omhoog of
   omlaag, met de verandering in absolute klikken en in procenten.
2. Vertel me welk deel van de totale klikverandering die 15 pagina's
   verklaren.
3. Markeer elke pagina waar de klikken veranderden maar de vertoningen
   niet, want dat wijst op CTR en niet op ranking.
Toon de berekening. Als een getal niet in de data staat, zeg dat dan in
plaats van te schatten. Stel nog geen contentwijzigingen voor.

Controleer één rij met de hand voordat je de rest vertrouwt. Deze modellen ronden zelfverzekerd af en vergissen zich soms in het aandeel.

Als je niet voor elke klant CSV’s wilt exporteren: ik heb SiteWide gebouwd om Search Console en GA4 precies voor deze vergelijking in Claude te brengen. Hoe dan ook blijft de discipline gelijk: eerst de basislijn, dan geduld, wijzigingen als laatste. Als assistent voor de promptstap gebruik ik Claude.

Mijn cijfers komen uit mijn eigen Search Console-property voor 15 oktober tot en met 11 november 2026: 7.472 klikken en 1.108.401 vertoningen over de 28 dagen. Het is te vroeg om te zeggen of de update deze site heeft geholpen of geschaad, en dat weet ik pas als de uitrol klaar is en de wachtweek voorbij is.