Organisch verkeer gedaald? Checklist voor Search Console en GA4

Diagnosticeer een verkeersdaling met Search Console, GA4, indexeringscontroles en updatedata van Google, in een stappenplan dat feiten van gissingen scheidt.

TL;DR

Bevestig een daling in organisch verkeer eerst in Google Search Console voordat je haar verklaart: controleer of de datumbereiken volledig zijn, scheid klikken van vertoningen en CTR en isoleer dan de getroffen pagina’s, zoekopdrachten, apparaten en landen. Sluit meet-, technische, indexerings- en vraagoorzaken uit voordat je een Google-update de schuld geeft en houd bewijs gescheiden van hypotheses.

Hoe bevestig je dat een daling in organisch verkeer echt is?

Bevestig dat de klikken in Google Search Console zijn gedaald over twee volledige, vergelijkbare datumbereiken voordat je oorzaken onderzoekt. “Het organische verkeer is gedaald” kan verschillende dingen betekenen: Search Console telt klikken uit Google Zoeken, terwijl GA4 gemeten sessies telt en aan kanalen toeschrijft. Een verlies in het ene rapport bewijst dus niet een verlies in het andere.

Begin met deze vragen:

  • Daalden de klikken uit Google Zoeken, of alleen de organische sessies in GA4?
  • Daalden de vertoningen, of daalde de CTR terwijl de vertoningen gelijk bleven?
  • Was de daling plotseling op één dag of geleidelijk over weken?
  • Is de vergelijkingsperiode volledig en qua seizoen redelijk?

Data in Search Console is niet direct beschikbaar. In de help van Google staat dat verzamelde data normaal binnen twee à drie dagen beschikbaar is, dus de nieuwste dagen zijn onvolledig. Dagdata volgt de tijd van Californië (Pacific), terwijl GA4 de eigen tijdzone van de property gebruikt, dus cijfers van één dag komen zelden precies overeen. Voor alle verschillen zie je waarom GSC-klikken en GA4-sessies niet overeenkomen.

Wat vertelt de vorm van de daling je?

Het patroon van een daling beperkt de waarschijnlijke oorzaken nog voordat je één rapport opent. In de gids van Google over het debuggen van verkeersdalingen worden oorzaken ingedeeld in technische problemen, beveiligingsproblemen, handmatige acties, algoritmische updates, veranderende interesse of seizoensinvloed en sitemigraties. Gebruik deze triagetabel als uitgangspunt, niet als diagnose.

Wat veranderde er?Wat het kan betekenenWat je daarna controleert
Klikken omlaag, vertoningen gelijk, CTR omlaagMinder doorklikken, een andere opmaak van de resultaten of een verschuiving in de positiemixZoekopdrachten, posities, apparaat en zoekuiterlijk
Klikken en vertoningen allebei omlaag in één sectieVraag, vindbaarheid, ranking of een technisch probleem in die sectieMap, indexeringsstatus, interne links, recente releases
Plotselinge daling over de hele site op één datumRapportage-artefact, wijziging aan een gedeelde template, storing of een gebeurtenis op platformniveauPagina met dataafwijkingen, deploymentlog, Crawlstatistieken, robots.txt
Geleidelijke daling over weken of maandenVeranderende vraag, concurrenten, content decay of een langzaam technisch probleemTrend over 16 maanden, Google Trends, klikgeschiedenis per pagina
Mobiel omlaag, desktop stabielMobiele opmaak, prestaties of verandering in het publiekMobiele weergave, segmentatie per apparaat
Eén URL daalt sterk na een releaseRegressie op URL-niveau: statuscode, canonical, noindex of contentInspecteer de URL, vergelijk de release
GSC-klikken stabiel, GA4-sessies omlaagMeet- of attributieprobleemTag, toestemming, redirects, kanaalregels
Daling begint rond een bevestigde Google-updateMogelijk algoritmisch effectUpdatedata, getroffen zoekopdrachten, kwaliteit van de pagina’s

Google merkt op dat technische problemen op paginaniveau, zoals een verkeerd geplaatste noindex-tag, zich meestal als een tragere daling tonen omdat pagina’s geleidelijk opnieuw worden gecrawld, terwijl problemen voor de hele site snel zichtbaar worden. De tabel is een hulpmiddel voor triage: lagere vertoningen kunnen zowel door veranderende vraag als door verlies van posities komen, dus je hebt bewijs op zoekopdrachtniveau nodig om ze uit elkaar te halen.

Wat is het stappenplan voor het onderzoek?

Loop deze twaalf stappen in volgorde door en noteer bij elke stap wat je waarneemt.

  1. Bevestig het datumbereik. Open Search Console → Prestaties → Zoekresultaten en vergelijk twee volledige vensters van 28 dagen. Voeg hetzelfde seizoen van vorig jaar toe als je dat hebt. Gebruik de optie Vergelijken en houd er rekening mee dat de tabel hoogstens 1.000 rijen toont.
  2. Controleer klikken en vertoningen samen. Klikken dalen als er minder wordt gezocht, de zichtbaarheid afneemt of minder zoekers klikken. Een gelijktijdige daling van de vertoningen vraagt om ander onderzoek dan stabiele vertoningen met een dalende CTR.
  3. Vind de pagina’s die verliezen. Open het tabblad Pagina’s en sorteer op absoluut verloren klikken. Eén grote URL kan het grootste deel van de daling van een site verklaren; procentuele veranderingen op kleine pagina’s zijn meestal ruis.
  4. Bepaal welke zoekopdrachten veranderden. Selecteer één pagina die verliest en open Zoekopdrachten. Verloren de belangrijke zoektermen vertoningen, positie, CTR of alle drie? Vergelijk zoekopdrachten in plaats van op het gemiddelde van de pagina te vertrouwen.
  5. Splits landen en apparaten uit. Een daling die beperkt blijft tot mobiel of één land vraagt om een smaller onderzoek dan een wereldwijde daling.
  6. Controleer zoektype en zoekuiterlijk. Vergelijk Web niet met Afbeelding of Video. Discover en Google Nieuws hebben aparte prestatierapporten. Klikken uit AI Overviews en AI Mode worden meegeteld in het zoektype Web, dus een wijziging in hoe Google AI-functies toont kan je cijfers verschuiven.
  7. Inspecteer de indexering. Bekijk voor belangrijke URL’s met verlies in URL-inspectie de geïndexeerde versie en de door Google gekozen canonical. Zie wat je doet als Search Console “niet geïndexeerd” meldt.
  8. Bekijk technische wijzigingen. Controleer redirects, canonical-tags, robots.txt, noindex-tags, serverfouten, JavaScript-rendering, sitemapwijzigingen en interne links. Gebruik het rapport Crawlstatistieken (beschikbaar voor properties op rootniveau) voor de hoststatus en responscodes. Een releasedatum die met de daling samenvalt, is een aanwijzing, geen bewijs.
  9. Controleer Handmatige acties en Beveiligingsproblemen. Beide rapporten staan in Search Console. Een handmatige actie betekent dat een menselijke beoordelaar overtredingen van het spambeleid vond; een beveiligingsprobleem betekent dat de site als gehackt of schadelijk is gemarkeerd.
  10. Vergelijk met de update- en afwijkingsoverzichten van Google. Zie de volgende twee onderdelen.
  11. Onderzoek content en concurrentie. Is een sectie verwijderd? Is de pagina verouderd? Is de zoekintentie verschoven? Vergelijk wat nu rankt, niet alleen het aantal woorden of de aanwezigheid van een AI-samenvatting.
  12. Controleer de analysetracking en geef dan voorrang. Daalde GA4 maar Search Console niet, controleer dan tags en toestemming voordat je SEO-content aanraakt. Los daarna eerst bevestigde technische defecten op en test contentwijzigingen één voor één.

Hoe vind je welke pagina’s het verlies verklaren?

Rangschik pagina’s op de klikken die ze verloren, niet op het percentage, want een paar URL’s verklaren meestal het grootste deel van de daling. Bereken per pagina huidige klikken min eerdere klikken en sorteer oplopend. Dit is een fictief voorbeeld van een vergelijking van 28 dagen:

PaginaEerdere klikkenHuidige klikkenVeranderingAandeel in totaal verlies
/guides/setup1.400850-55076 %
/blog/api650500-15021 %
/docs/integration300280-203 %
Totaal2.3501.630-720100 %

Het grootste deel van het gerapporteerde verlies komt van /guides/setup, dus die pagina wordt als eerste onderzocht. Herschrijf niet elke pagina omdat de grafiek van de hele site omlaag gaat.

Herhaal de oefening daarna een niveau dieper: vergelijk voor /guides/setup de zoekopdrachten. Verloor de pagina klikken op één zoekopdracht die positie verloor, dan is dat een rankingvraag. Verloor ze tegelijk vertoningen op alle zoekopdrachten, kijk dan naar indexering, canonicalisatie of vraag.

Kan een Google-update de daling hebben veroorzaakt?

Mogelijk, maar bevestig eerst de data: een daling wijst pas op een update als ze begint nadat een update is gestart en de getroffen pagina’s aannemelijk passen bij waar de update op mikt. Het Google Search Status Dashboard toont bevestigde rankingupdates met begin- en eindtijd. Per oktober 2026 staan er voor 2026 onder meer core updates in maart en mei en spamupdates in maart, juni, augustus en september; controleer het dashboard voor de exacte data, want het verandert.

De documentatie van Google over core updates geeft praktische regels:

  • Bevestig op het dashboard dat de uitrol klaar is en wacht minstens een volle week na afloop voordat je Search Console analyseert.
  • Vergelijk de weken vóór de update met de weken erna, niet de dagen tijdens de uitrol.
  • Een kleine positiedaling vraagt niet om drastische maatregelen; Google raadt aan content die al goed presteert niet te wijzigen. Grotere dalingen verdienen een diepere beoordeling van de getroffen pagina’s.
  • Verbeteringen zijn geen garantie voor herstel en pagina’s hebben geen gegarandeerde positie. Google voert ook kleinere core updates uit die hij niet aankondigt.
Mogelijke oorzaakWaar je kijktTypisch bewijs
Core- of spamupdateSearch Status Dashboard, Search ConsoleBegin binnen of vlak na de uitrol; verlies geconcentreerd op bepaalde paginatypen
Handmatige actieRapport Handmatige actiesEen melding met de getroffen pagina’s of de hele site
BeveiligingsprobleemRapport BeveiligingsproblemenEen melding over gehackte content of malware
Technische regressieURL-inspectie, Crawlstatistieken, deploymentlogStatuscodes, robots.txt, noindex, wijzigingen in canonicals
Sitemigratie of verhuizingRedirectmap, AdreswijzigingOude URL’s verliezen klikken terwijl nieuwe URL’s langzaam winnen
Vraag of seizoensinvloedTrend over 16 maanden, Google TrendsEen herhaling van de dip van vorig jaar; dalende vertoningen bij concurrenten
Rapportage-artefactPagina met dataafwijkingenEen geregistreerde fout die de getroffen datums beslaat

Meerdere oorzaken kunnen overlappen, dus houd een lijst met hypotheses bij en toets elke aan de data op paginaniveau.

Welke rapportageproblemen kunnen een verkeersdaling nabootsen?

Sommige schijnbare dalingen zijn veranderingen in hoe Search Console telt, niet in hoeveel mensen klikten. Controleer dit voordat je de site wijzigt.

  • Bekende dataafwijkingen. Google houdt een pagina met dataafwijkingen bij met logfouten die gerapporteerde klikken of vertoningen voor specifieke datums en rapporten verlaagden of opblies. In 2026 stonden er meerdere op, waaronder een logfout die vertoningen te hoog rapporteerde vanaf 13 mei 2025 tot hij in het voorjaar van 2026 werd hersteld. Google zei dat klikken niet werden getroffen, maar de CTR wordt berekend uit vertoningen, dus de CTR in die periode is niet vergelijkbaar met andere perioden. Volgens branchepublicaties is Google niet van plan de getroffen historie opnieuw op te bouwen.
  • Wijziging in resultaten per pagina. Volgens branchepublicaties zagen rond medio september 2025, nadat Google een parameter negeerde die tot 100 resultaten tegelijk teruggaf, veel sites hun vertoningen dalen en hun gemiddelde positie verbeteren zonder verandering in klikken. Ga voorzichtig om met vergelijkingen van vertoningen en positie jaar op jaar die over die datum heen gaan.
  • AI-functies. Vertoningen en klikken uit AI Overviews en AI Mode worden meegeteld in het zoektype Web. Google introduceerde in juni 2026 ook prestatierapporten voor generatieve AI in Zoeken die alleen vertoningen tonen en volgens hun helppagina zijn ze per 31 augustus 2026 uitgerold naar alle websites. Ze zijn een weergave van data die al in het hoofdrapport zit, geen extra verkeer.
  • Tabellimieten en privacy. Zeldzame, geanonimiseerde zoekopdrachten ontbreken in de querytabel en de API, maar tellen wel mee in de totalen van de grafiek, tenzij je een queryfilter toepast. Rijen kunnen dus minder optellen dan het grafiektotaal.

Voeg voor elke datum die je vindt een annotatie of notitie toe aan je eigen logboek, zodat latere vergelijkingen niet verkeerd worden gelezen.

Hoe onderscheid je seizoensinvloed van een echt verlies?

Zet de prestatiegrafiek op 16 maanden en vergelijk dezelfde weken een jaar eerder; herhaalt de dip zich, dan is waarschijnlijk de vraag verschoven en niet je ranking. Plak daarna de zoekopdrachten met het grootste verlies in Google Trends om te zien of de interesse overal op het web daalde.

Neem een hypothetisch geval. Een site verliest in een maand 900 klikken en het paginarapport toont dat 750 daarvan van een feestdaggids komen, terwijl de andere pagina’s stabiel zijn. De vertoningen van die gids daalden in een vergelijkbare verhouding en vorig jaar had hij dezelfde vorm.

  1. Vergelijk hetzelfde seizoensvenster een jaar eerder, met de rapportagekanttekeningen hierboven in gedachten.
  2. Controleer of de vertoningen samen met de klikken daalden.
  3. Bekijk de zoekopdrachten die de seizoenspagina aandrijven.
  4. Zoek alleen naar technische defecten als het bewijs wijst op een echt probleem met de site.
  5. Besluit of je de gids bijwerkt vóór de volgende vraagcyclus, in plaats van seizoensinvloed als penalty te behandelen.

Absolute verliezen en de context in de tijd tellen net zo zwaar als percentages. Gaat de weergave van 16 maanden maar zo ver terug, plan dan nu het bewaren van data met hoe je Search Console-data langer dan 16 maanden bewaart.

Wat controleer je als GA4-sessies dalen?

Dalen de GA4-sessies maar de klikken in Search Console niet, behandel het dan eerst als een meetvraag. Controleer of de GA4-tag op elke template afgaat, of toestemmingsinstellingen niet zijn gewijzigd, of redirects of een nieuw domein geen referrergegevens wegstrippen en of aangepaste kanaalregels of filters niet zijn bewerkt. De standaardkanaalgroep van GA4 plaatst bezoeken van zoekmachines onder Organic Search, dus een regel- of tagwijziging kan sessies naar Direct of Unassigned verplaatsen.

Onthoud wat elke tool telt. Search Console telt klikken in Google Zoeken en wijst data toe aan canonieke URL’s; GA4 telt sessies in browsers waar zijn JavaScript draaide, met de URL die daadwerkelijk is geladen. AI-assistenten zijn een aparte bron: sessies ervan komen meestal binnen als verwijzingen, niet als organisch verkeer, wat het volgen van AI-verwijzingen in GA4 uitlegt.

Hoe bouw je een incidentlogboek voordat je iets verandert?

Behandel een groot verkeersverlies als een productie-incident en noteer deze velden voordat je een pagina bewerkt:

  • Ontdekt: de eerste vergelijkbare volledige rapportagedag waarop het verlies zichtbaar was.
  • Reikwijdte: de hele site, een map, land, apparaat of een paar pagina’s.
  • Maatstaven: klikken, vertoningen, CTR en positie, met datums.
  • Recente wijzigingen: uitrol, contentupdates, redirects, robots-, canonical- en analysewijzigingen.
  • Bevestigde feiten: waarnemingen die door data of directe tests worden onderbouwd.
  • Niet-geverifieerde hypotheses: aannemelijke oorzaken die nog gevalideerd moeten worden.
  • Acties en eigenaren: wat wordt gecontroleerd, door wie en in welke volgorde.
  • Succescriteria: de maatstaf en het tijdvenster die herstel zouden aantonen.

Zo voorkom je dat een goedbedoelend team in één middag vijf tegenstrijdige SEO-wijzigingen doorvoert, en je krijgt een nulmeting om de oplossing aan te toetsen.

Wat doe je beter niet na een plotselinge daling?

Vermijd acties die bewijs vernietigen of nieuwe variabelen toevoegen.

  • Herschrijf niet elk artikel. Dat wist je nulmeting en kan nieuwe problemen veroorzaken.
  • Ga er niet van uit dat een update de oorzaak is. Timing alleen is zwak bewijs; controleer technische, meet- en vraagverklaringen.
  • Dien niet honderden URL’s opnieuw in. Indienen is geen herstel van je ranking en de Indexing API van Google is beperkt tot pagina’s met vacatures en livestreams.
  • Beoordeel een oplossing niet de volgende ochtend. Crawlen, indexeren en rapportage kosten dagen tot weken.
  • Pas niet meerdere dingen tegelijk aan in dezelfde sectie, anders weet je niet welk ding ertoe deed.

Hoe kan een AI-agent de diagnose versnellen?

Een agent kan de vergelijkingen van pagina’s en zoekopdrachten in minuten maken, maar alleen met geautoriseerde toegang tot je Search Console-property, en met toegang tot GA4 als conversies of sessies ertoe doen. Een model zonder data kan de methode uitleggen maar je cijfers niet zien.

Vergelijk de prestaties in Google Zoeken van de laatste twee volledige vensters van 28 dagen. Toon het absolute klikverlies per pagina, inclusief vertoningen, CTR en gemiddelde positie in beide perioden.

Bepaal voor de drie URL’s met het grootste verlies welke zoekopdrachten de verandering verklaren en splits die uit naar apparaat en land. Scheid gemeten veranderingen van mogelijke verklaringen.

Maak een onderzoeksplan, gesorteerd op impact en zekerheid. Noem de extra data of handmatige controles die nodig zijn voordat je een oorzaak beweert.

GSC Magic biedt een tool report_traffic_drops naast bing_page_stats en ga_run_report, zodat je met één vraag Google-klikken, Bing-paginastatistieken en GA4-sessies kunt vergelijken. Hij kan niets zien wat Search Console niet toont en de kanttekeningen hierboven over afwijkingen en geanonimiseerde zoekopdrachten blijven gelden. Het Free-plan heeft 200 aanvragen per maand en 10 per dag en Pro heeft onbeperkte aanvragen onder fair use. Zie 25 SEO-prompts voor AI-agents voor meer beginpunten.

Wat doe je na de checklist?

Maak er een routine van: doe elke maand een vergelijking van de prestaties, onderzoek betekenisvolle uitzonderingen en houd naast de maatstaven een geannoteerd logboek bij van releases, redirects en contentupdates. Voor gerichte winst zodra de oorzaak bekend is, ga je verder met kansen bij een lage CTR en diagnoses van keyword-kannibalisatie.

Wil je dat je AI-assistent werkt met echte zoekprestaties in plaats van met gissingen? Koppel hem met GSC Magic.

Veelgestelde vragen

Heeft een algoritme-update van Google mijn verkeersdaling veroorzaakt?

Mogelijk, maar timing alleen bewijst het niet. Controleer het Google Search Status Dashboard voor de begin- en einddatum van updates, wacht tot de uitrol klaar is en vergelijk getroffen pagina’s en zoekopdrachten van vóór en na. Sluit eerst meetfouten, technische releases, seizoensinvloeden en handmatige acties uit, want meerdere oorzaken kunnen overlappen.

Hoe lang na een core update moet ik wachten voordat ik mijn verkeer analyseer?

In de documentatie van Google over core updates staat dat je op het Search Status Dashboard moet bevestigen dat de uitrol klaar is en daarna minstens een volle week moet wachten voordat je data uit Search Console analyseert. Eerder analyseren vermengt de onrust van de uitrol met de nieuwe stabiele situatie en kan tot verkeerde conclusies leiden.

Waarom daalden mijn vertoningen in Search Console terwijl mijn posities hetzelfde lijken?

Wijzigingen in de rapportage kunnen vertoningen verlagen zonder dat er posities verloren gaan. Google heeft logfouten gedocumenteerd op zijn pagina met dataafwijkingen en branchebronnen brengen een wijziging in het gedrag van resultaten per pagina in medio september 2025 in verband met lagere desktopvertoningen en een betere gemiddelde positie. Controleer bekende afwijkingen en annoteer de getroffen datums voordat je erover heen vergelijkt.

Moet ik na een verkeersdaling elke pagina opnieuw bij Google indienen?

Nee. Massaal opnieuw indienen herstelt geen verkeerde canonical, noindex-tag, zwakke content of serverprobleem, en de Indexing API is beperkt tot pagina’s met vacatures en livestreams. Stel eerst de oorzaak vast, los die op en vraag dan indexering aan voor belangrijke afzonderlijke URL’s of dien een schone sitemap in.

Waarom dalen GA4-sessies terwijl de klikken in Search Console stabiel zijn?

Dat patroon wijst op een meetprobleem en niet op zichtbaarheid in zoekresultaten. Controleer of de GA4-tag op elke template afgaat, of toestemmingsinstellingen zijn gewijzigd, of redirects referrergegevens wegstrippen en of kanaalgroepering of filters zijn aangepast. De twee tools gebruiken ook verschillende tijdzones en tellen andere dingen, dus exacte overeenkomst is niet te verwachten.

Herstelt extra content mijn organische verkeer?

Niet automatisch. Content helpt alleen als ze aansluit op een echte behoefte van gebruikers, een kwaliteitskloof dicht of beter bij de zoekintentie past dan wat nu rankt. Google zegt dat verbeteringen geen garantie voor herstel zijn. Stel eerst vast welke pagina’s en zoekopdrachten zichtbaarheid verloren, pas daarna een beperkt aantal pagina’s aan en meet.

Hoe lang duurt het voordat organisch verkeer herstelt?

Er is geen vaste termijn. Technische oplossingen worden binnen dagen tot weken opnieuw gecrawld, terwijl rankingwijzigingen door kwaliteit veel langer kunnen duren en Google opmerkt dat positiewijzigingen na een sitewijziging weken tot maanden nodig kunnen hebben om te stabiliseren. Vraag en concurrentie blijven ook veranderen, dus meet tegen een vastgelegde nulmeting en een vast venster.

Doe dit met GSC Magic

GSC Magic zet de eerste helft van deze checklist om in tools: report_traffic_drops voor de grootste stijgers en dalers, gsc_inspect_urls_batch voor de indexeringsstatus, report_google_vs_bing om algoritmische van technische oorzaken te scheiden en de bestemmingspagina’s uit GA4 voor het beeld na de klik. Bekijk de SEO-rapporten of koppel Claude en stel je vraag.

, Oprichter van GSC Magic

Łukasz bouwt GSC Magic, de MCP-server die AI-agents toegang geeft tot Google Search Console, Bing Webmaster Tools en GA4. Hij schrijft over het gebruik van Search Console-data met Claude, ChatGPT en coding agents, en over de SEO-workflows die die tools mogelijk maken.

lukaszblania.comgithub.com/lumizone

Geef je agent je zoekdata.

GSC Magic koppelt Claude, ChatGPT en Cursor aan Google Search Console, Bing en GA4. Gratis plan, 7 dagen Pro-proefperiode, geen creditcard.

Gratis starten