Zie je in je GA4-rapporten elke maand op dezelfde dag een vreemde verkeerspiek? Grote kans dat je cookiebanner de boosdoener is. Cookiebot scant je website maandelijks om de cookieverklaring actueel te houden, en die scan gedraagt zich als een echte bezoeker: hij laadt je pagina’s, vuurt je tags af en belandt zo rechtstreeks in je rapporten.
In deze gids lees je hoe je Cookiebot-verkeer uitsluit in GA4 met een regel voor intern verkeer en een datafilter. Geschreven voor marketeers en site-eigenaren die Cookiebot als consent management platform draaien en rapporteren in GA4. Een developer heb je niet nodig: alles gebeurt in de GA4-admin en de setup kost je een minuut of tien.
Waarom Cookiebot in je GA4-rapporten opduikt
De scanner van Cookiebot bezoekt je website één keer per maand om te detecteren welke cookies en trackers in gebruik zijn. Omdat de scanner je pagina’s rendert als een normale browser, vuurt je Google-tag gewoon af en registreert GA4 het bezoek alsof het een echte gebruiker is.
Het resultaat: een piek aan sessies op de scandag, verspreid over veel pagina’s van je site. Op een site met veel verkeer verdwijnt dat in de ruis. Op een gemiddelde mkb-site kan het je gebruikersaantallen, engagementcijfers en conversiepercentages zichtbaar vertekenen, en maakt het vergelijkingen van maand tot maand onbetrouwbaar.
GA4 sluit bekende bots en spiders automatisch uit, maar de Cookiebot-scanner wordt daar niet betrouwbaar door opgevangen. Het goede nieuws: de scanner is makkelijk te herkennen. Hij scant altijd vanaf elf vaste IP-adressen die Usercentrics publiek documenteert, en zijn user agent bevat Cookiebot/1.0. Volgens Usercentrics is het technisch onmogelijk dat de scan van een ander IP-adres komt. Daarmee is dit een van de weinige botproblemen die je definitief kunt oplossen.
Stap 1: label de scanner als intern verkeer
De eerste stap is GA4 vertellen hoe het de scanner herkent. Dat doe je met een regel voor intern verkeer, die elke hit vanaf de IP-adressen van de scanner een traffic_type-parameter meegeeft.
- Ga in GA4 naar Beheer en open Gegevensstreams onder Gegevensverzameling en -aanpassing.
- Selecteer je webgegevensstream.
- Klik op Taginstellingen configureren.
- Klik op Meer weergeven om de volledige lijst instellingen uit te klappen.
- Klik op Intern verkeer definiëren en daarna op Maken.
- Geef de regel een duidelijke naam, bijvoorbeeld Cookiebot-scanner.
- Vul onder Waarde van traffic_type een herkenbare waarde in, zoals
cookiebot_scanner. - Kies bij IP-adressen voor IP-adres komt overeen met reguliere expressie.
- Plak de onderstaande reguliere expressie en sla op.
^(20\.223\.9\.138|34\.(107\.102\.47|141\.10\.24|159\.(86\.126|168\.195|247\.222))|35\.(198\.(78\.207|137\.6|160\.49)|246\.(143\.2|191\.14)))$
Liever geen regex? Voeg dezelfde adressen één voor één toe met de voorwaarde IP-adres is gelijk aan: 20.223.9.138, 34.107.102.47, 34.141.10.24, 34.159.86.126, 34.159.168.195, 34.159.247.222, 35.198.78.207, 35.198.137.6, 35.198.160.49, 35.246.143.2 en 35.246.191.14.
Dit zijn de elf scanner-IP’s uit de eigen supportdocumentatie van Cookiebot. Check die pagina wanneer je dit instelt, zodat je altijd met de actuele lijst werkt.
Stap 2: maak een datafilter dat het verkeer uitsluit
De regel voor intern verkeer labelt de hits van de scanner alleen maar. Om ze echt uit je rapporten te houden, heb je daarbovenop een datafilter nodig.
- Ga in Beheer naar Gegevensverzameling en -aanpassing en open Gegevensfilters.
- Klik op Filter maken en kies Intern verkeer.
- Geef het filter een naam, bijvoorbeeld Cookiebot-scanner uitsluiten.
- Zet de filterbewerking op Uitsluiten en controleer dat de parameterwaarde overeenkomt met de waarde uit stap 1, in ons voorbeeld
cookiebot_scanner. - Zet de filterstatus op Testen en sla op.
Waarom Testen en niet meteen Actief? Omdat een actief uitsluitingsfilter definitief is. Data die een actief filter uitsluit wordt nooit verwerkt, en die krijg je later niet meer terug, ook niet in BigQuery. In de testmodus kun je eerst bevestigen dat het filter precies vangt wat je verwacht, voordat er iets wordt weggegooid. Google’s eigen documentatie over intern verkeer loopt dezelfde flow door.
Stap 3: test het filter en zet het daarna op Actief
In de testmodus blijft GA4 de events van de scanner verzamelen, maar labelt het ze met de dimensie Test data filter name, gevuld met de naam van je filter.
Controleren of het werkt? Open Verkennen en bouw een simpele verkenning in vrije vorm met Test data filter name als rij en Gebeurtenisnaam als tweede dimensie. Voeg een filtervoorwaarde toe waarbij Test data filter name je filternaam bevat. Geef GA4 24 tot 36 uur om het filter toe te passen, en bedenk dat de scanner maar één keer per maand langskomt. Mogelijk moet je dus wachten op de volgende scan voordat je resultaten ziet.
Zie je het scannerverkeer onder het testlabel verschijnen? Ga dan terug naar Gegevensfilters en zet de status op Actief. Vanaf dat moment worden scanner-hits weggegooid voordat ze je rapporten bereiken.
De hits bij de bron stoppen? Blokkeer ze in Tag Manager
Een GA4-datafilter ruimt GA4 op, maar verder niets. De scanner vuurt nog steeds alle andere tags op je site af, dus hij kan ook opduiken in tools als Microsoft Clarity of je advertentieplatformen.
Wil je de scanner in één keer uit al je tools hebben? Blokkeer de tags dan in Google Tag Manager. Maak een custom JavaScript-variabele die navigator.userAgent uitleest, en voeg aan je tags een blokkerende trigger toe voor elke paginaweergave waarin die variabele Cookiebot bevat. Dit werkt omdat de scanner zich eerlijk identificeert in zijn user agent. Het is iets meer werk dan het GA4-filter, en het valt in de categorie containerhygiëne die we behandelen in onze gids over Google Tag Manager consultancy.
Welke route je ook kiest: blokkeer de IP-adressen van de scanner niet op je server of firewall. Daar wordt je analytics niet schoner van, je breekt er alleen de maandelijkse scan mee. Je cookieverklaring veroudert dan langzaam en je consent-setup klopt niet meer met de werkelijkheid.
Veelgemaakte fouten die wij zien
1. Het filter eeuwig in Testen laten staan. De testmodus labelt het verkeer alleen, er wordt niets verwijderd. Heb je dit maanden geleden ingesteld en zie je de maandelijkse piek nog steeds? Check dan eerst de filterstatus.
2. Verwachten dat historische data verandert. Datafilters werken niet met terugwerkende kracht. Het scannerverkeer dat al in je property zit, blijft daar staan. Zet een annotatie op scandagen als je eerlijk wilt vergelijken met oudere periodes.
3. Eén property fixen en de rest vergeten. De regel voor intern verkeer leeft op de gegevensstream en het filter op de property. Draai je meerdere domeinen of GA4-properties, herhaal de setup dan voor elk daarvan.
4. Stoppen bij de scanner. Als een zo goed gedocumenteerde bot ongemerkt je rapporten kon vervuilen, spelen er meestal meer meetproblemen: dubbel vurende tags, ontbrekende conversies, consent-signalen die nooit aankomen. De scanner opruimen is een goed moment om de rest van je setup na te lopen, te beginnen met onze lijst veelvoorkomende Google Ads tracking-problemen.
Hoe Coby dit aanpakt
Bij Coby is het uitsluiten van scanner- en intern verkeer een standaardstap in elke meetsetup die we bouwen, omdat we tracking first werken: voordat we aan campagnes komen, zorgen we dat de data eronder te vertrouwen is. Een maandelijkse botpiek klinkt onschuldig, tot hij een Smart Bidding-algoritme of een managementrapport voedt.
Die volgorde betaalt zich uit. Voor een B2B-klant hielp het repareren van het meetfundament, vóór het optimaliseren van campagnes, om van twee tot drie leads per maand naar vier tot vijf per week te gaan. Schone data was daar geen nice-to-have, maar het startpunt.
Benieuwd hoe jouw eigen setup er onder de motorkap uitziet? Ons data- en analyticsteam auditeert GA4-properties, tagsetups en consent-flows als één pakket.
Conclusie
De maandelijkse scan van Cookiebot is nuttig, maar hoort niet thuis in je rapporten. Label de elf scanner-IP’s als intern verkeer, sluit ze uit met een datafilter, test voordat je activeert en herhaal de setup voor elke property die je draait. Tien minuten werk, en één terugkerende datavervuiler is voorgoed verdwenen.
Vragen over deze setup, of over de rest van je meetstack? Neem contact op, we kijken graag even mee.
Veelgestelde vragen
Waarom zie ik Cookiebot in mijn GA4-rapporten?
Cookiebot scant je website één keer per maand om de gebruikte cookies te detecteren. De scanner rendert je pagina’s als een echte browser, waardoor je Google-tag afvuurt en GA4 de scan als normaal verkeer registreert.
Welke IP-adressen gebruikt de Cookiebot-scanner?
De scanner gebruikt elf vaste IP-adressen die Usercentrics in zijn supportdocumentatie publiceert. Volgens Usercentrics kunnen scans van geen enkel ander IP komen, waardoor filteren op IP betrouwbaar is.
Verwijdert het GA4-filter ook scannerverkeer uit het verleden?
Nee. Datafilters gelden alleen voor data die na activering binnenkomt, dus historisch scannerverkeer blijft in je rapporten staan. Gebruik annotaties of datumvergelijkingen om ermee rekening te houden.
Hoe lang duurt het voordat een GA4-datafilter werkt?
Google geeft aan dat het 24 tot 36 uur kan duren voordat een nieuw datafilter op binnenkomende data wordt toegepast. Omdat de scanner maar maandelijks langskomt, kan volledige bevestiging tot de volgende scan duren.
Kan ik de scanner ook in Google Tag Manager blokkeren?
Ja. Voeg een blokkerende trigger toe voor paginaweergaves waarbij de user agent Cookiebot bevat. Dat stopt de hits voordat ze GA4, Clarity of welke andere tag in je container dan ook bereiken.
Heeft het filteren van de scanner invloed op mijn cookiescans?
Nee. Een GA4-datafilter of blokkerende GTM-trigger raakt alleen je meting. De scan zelf blijft gewoon draaien. Blokkeer de scanner-IP’s alleen niet op serverniveau, want dat breekt de scan wél.
Geschreven door Marloes Slotboom, founder van Coby Agency. Laatst bijgewerkt: oktober 2026.