SEO & Compliance
De verborgen SEO-kost van je cookiebanner
Je klikt hem honderd keer per dag weg zonder hem nog te zien. Maar dat kleine venster "Accepteren / Weigeren" dat opengaat vóór je content is allesbehalve neutraal: het vertraagt je pagina, jaagt een deel van je bezoekers weg vóór de eerste regel, en doorzeeft je statistieken met gaten. Het ergste? Meestal is hij niet eens onvermijdelijk.
Stel de vraag die marketing zorgvuldig ontwijkt: wat als je cookiebanner een SEO-probleem was?
Niet omdat Google banners "bestraft" — dat doet het niet. Maar omdat een tragere, opdringeriger, slechter gemeten site mechanisch slechter presteert. En, terloops, omdat een flink deel van die banners er gewoon helemaal niet zou moeten zijn.
Twee op de drie sites vragen om toestemming
In een crawl van 254.148 sites in 31 landen (augustus-september 2024) stelden onderzoekers van de Universiteit van Aarhus vast dat 67% een toestemmingsbanner toonde — tot 78% in Duitsland (Nouwens et al., CHI 2025). De banner is geen uitzondering meer: hij is het decor.
Alleen heeft een decor een kost. En diezelfde studie toont aan dat het decor niet bepaald eerlijk is: 88% van die banners biedt een knop "Accepteren", maar slechts 45% een knop "Weigeren" op hetzelfde niveau. De voordeur staat wagenwijd open; de uitgang wordt verstopt. Hou dat cijfer in gedachten — we komen erop terug.
Google meet de wrijving die je toevoegt
Een banner is niet alleen een juridisch object. Het is een interface-element — vaak het allereerste dat de pagina laadt, bovenop je content. En dat is precies wat Google in de gaten houdt: sinds de Core Web Vitals zijn de waargenomen snelheid en de visuele stabiliteit signalen van de paginabeleving.
Het klassieke probleem is de LCP (Largest Contentful Paint, de tijd tot het grootste element verschijnt). Wanneer de banner zich bovenaan injecteert, wordt hij zelf het grootste element op het scherm — en blaast hij de teller op.
Wat een banner met je LCP kan doen
Aan de responsiviteitskant is de kloof tussen banners duizelingwekkend: een test van DebugBear (februari 2026) over 11 toestemmingsplatformen mat een INP tussen 6 ms en 468 ms afhankelijk van de tool — een factor 40 tussen de lichtste en de zwaarste. En een slecht geplaatste consent manager (synchroon geladen, zonder async) kan op zijn eentje de eerste rendering vertragen: een Google-expert mat +445 ms First Contentful Paint veroorzaakt door één enkel CMP-script (Erwin Hofman, 2022).
Laten we eerlijk zijn, want dat is de hele geest van dit blog: Google zegt niet "een banner schaadt je scores per se". Martin Splitt, van Google, legde zelfs uit dat hij impact op de performance had gezien maar niet echt impact op de layout shift (CLS) die aan banners viel toe te schrijven — en wees erop dat je banners zonder enige verschuiving kunt bouwen. Vertaling: het is niet de banner zelf die je punten kost, het is de geknoeide banner. Het probleem is dat ze dat heel vaak zijn.
En hij beslist in de plaats van je bezoeker
Terug naar dat verstopte "Weigeren". Het is geen cosmetisch detail: het is een hefboom die zelfs je eigen toestemmingsdata vervalst.
In een inmiddels beroemde studie (Nouwens et al., CHI 2020) verhoogde het verwijderen van de knop "Alles weigeren" uit de eerste laag van een banner het toestemmingspercentage met 22 tot 23 procentpunten. Met andere woorden: een groot deel van de "ja"-antwoorden die sites verzamelen, zijn geen geïnformeerde toestemming, maar interface-artefacten. Je denkt dat je een voorkeur meet; vooral meet je hoe doeltreffend je dark pattern is.
Dat is een probleem voor de compliance. Maar het is ook een probleem voor de data: als je analytics pas afgaat na een "ja" die met dwang is verkregen, is je steekproef niet alleen gedeeltelijk, hij is vertekend.
Het echte zwarte gat: de bezoekers die je niet telt
Dit is de blinde vlek die bijna niemand met SEO in verband brengt. Als je meettool van toestemming afhangt, zie je maar een fractie van je verkeer: iedereen die weigert, de banner sluit of negeert, verdwijnt uit je statistieken.
En het zijn er veel. Toen er eindelijk een echte keuze werd aangeboden, klikte een groot deel van de bezoekers gewoon nooit op "Accepteren". Het resultaat: je cijfers worden een vervalste peiling.
- Je denkt dat een SEO-pagina niet converteert — terwijl een deel van de conversies gewoon niet wordt toegeschreven.
- Je denkt dat een verkeersbron zwak is — terwijl hij enkel ondergemeten is.
- Je neemt redactionele en acquisitiebeslissingen op een steekproef die onvolledig én vertekend is.
Maar goede SEO steunt op goede data: welke pagina's trekken aan, welke bronnen presteren, welke content houdt de aandacht vast, welke verdient een update. Als je analytics maar de helft van je bezoekers ziet — en niet een representatieve helft — dan vliegt je SEO blind.
"Cookieless" betekent niet "zonder banner"
Pas op voor de marketingsnelweg: cookies verwijderen verwijdert niet automatisch de banner.
Een tool kan "cookieless" zijn en toch op een andere manier mensen volgen: fingerprinting (de signatuur van de browser), persistente technische identifiers, lokale opslag, cross-sitetracking, marketingverrijking, kruisverwijzing met andere databanken. In dat geval is het probleem niet verdwenen — het heeft enkel van vorm veranderd, en de toestemming blijft verschuldigd.
De echte vraag is dus niet "gebruikt mijn analytics cookies?". Het is: "heeft mijn analytics nodig om mensen te volgen, of alleen om de site te meten?" Daar zit het hele verschil — tussen een tool gebouwd voor profilering en een tool gebouwd voor publieksmeting.
De echte juridische vraag: raak je het apparaat aan?
Hier kantelt de redenering, en hij is eenvoudiger dan hij lijkt. De verplichting om toestemming te verkrijgen — artikel 5(3) van de ePrivacy-richtlijn, in het Nederlandse recht omgezet in artikel 11.7a van de Telecommunicatiewet — wordt maar in één specifiek geval getriggerd: wanneer je informatie leest of schrijft op het apparaat van de bezoeker (een cookie, een identifier in lokale opslag, een fingerprint…).
Het uitvloeisel is glashelder: als een tool niets opslaat en niets leest op het apparaat, wordt die verplichting simpelweg niet getriggerd. Geen lezen/schrijven op het apparaat, geen toestemming vereist voor die tool — dus geen banner door zijn toedoen. We zoeken geen vrijstelling of uitzondering: we vallen buiten het toepassingsgebied van de tekst.
Voor de duidelijkheid: dit betreft de meettool zelf. Als de rest van je stack trackers plaatst (zie hieronder), wordt de banner opnieuw noodzakelijk — voor díe trackers, niet voor de publieksmeting.
Een analyticstool die niets schrijft of leest op het apparaat maakt geen deel uit van de toestemmingsvergelijking. Het debat "hebben we een banner nodig?" verschuift dan naar de andere tools op je site — en dat is precies waar het thuishoort.
De beste SEO begint soms met weghalen
SEO wordt verkocht als een stapeling: voeg content toe, voeg blokken toe, voeg schema's toe, voeg tools toe. Maar de meest rendabele optimalisatie betekent vaak weghalen — de nutteloze scripts, de agressieve pop-ups, de niet-essentiële advertentie-afhankelijkheden, en de banners die het lezen onderbreken terwijl niets ze oplegt.
Een lichtere site is aangenamer. Een helderdere site wekt vertrouwen. Een beter gemeten site maakt betere beslissingen mogelijk. Daar, en alleen daar, wordt privacy-first analytics een SEO-onderwerp: niet door je posities magisch te "boosten", maar door drie dingen te verzoenen die uitgevers te vaak van elkaar scheiden — compliance, gebruikerservaring en organische prestaties.
Banner of niet: alles draait om je stack
Een uitgever kan perfect privacyvriendelijke analytics draaien én toch een banner nodig hebben, als hij er andere tools omheen stapelt: advertentiepixels, retargeting, session replay, ingebedde video's, sociale widgets, marketingchat, een tag manager volgepropt met scripts van derden.
In dat geval ligt het probleem niet bij de analytics — het ligt bij de stack. Vandaar de juiste aanpak: scheid de use cases.
De asymmetrie van de gemiddelde banner
Aan de ene kant een eenvoudige, minimale, betrouwbare publieksmeting die je helpt je site te begrijpen — en die, omdat ze niets op het apparaat aanraakt, geen banner vereist. Aan de andere kant de marketingtools die wél toestemming nodig hebben, alleen ingeschakeld wanneer het nuttig én aanvaard is. Die scheiding maakt de compliance helderder, de data leesbaarder en de ervaring minder agressief.
Kort gezegd
Een cookiebanner is niet altijd te vermijden. Maar wanneer dat wel kan, verbetert het weghalen ervan veel meer dan het uiterlijk: directere toegang tot de content, minder wrijving op mobiel, minder scripts die op de performance wegen, en vooral publieksdata die niet langer vol gaten zit.
Het doel was nooit om toestemming te omzeilen. Het doel is om niet te verzamelen wat toestemming noodzakelijk maakt. Dat is precies de logica van privacy-first analytics: het publiek meten zonder elke bezoeker in een profiel te veranderen.
Met Snorklee volg je de essentiële metrieken van je site zonder analyticscookies, zonder fingerprinting en zonder cross-site-identifier. Je krijgt data die nuttig is voor je content, je SEO en je acquisitie, terwijl je je bezoekers een eenvoudigere ervaring biedt.
Meet je site. Niet je bezoekers.
Schaadt een cookiebanner de SEO?
Niet via een directe straf: Google bestraft de aanwezigheid van een banner niet. Maar een slecht geïntegreerde banner tast de paginabeleving aan (snelheid, visuele stabiliteit, mobiele wrijving), wat deel uitmaakt van de signalen die meetellen. Een Google-expert constateerde impact op de performance en wees er tegelijk op dat een banner zonder enige verschuiving mogelijk is. Het is dus de slechte implementatie die je kost, niet de banner zelf.
Hoeveel sites tonen een cookiebanner?
Ongeveer 67% van de EER- en VK-sites, volgens een crawl van 254.148 sites uitgevoerd door de Universiteit van Aarhus in 2024 (tot 78% in Duitsland). Onder die banners biedt 88% een knop "Accepteren" maar slechts 45% een even toegankelijke "Weigeren".
Kun je je publiek meten zonder cookiebanner?
Ja, op één duidelijke technische voorwaarde: de tool mag geen enkele informatie lezen of schrijven op het apparaat van de bezoeker (geen cookie, geen lokale opslag, geen fingerprint). In dat geval wordt de toestemmingsverplichting van artikel 5(3) ePrivacy / artikel 11.7a van de Telecommunicatiewet niet getriggerd. Dit betreft de meettool alleen: andere trackers op je site kunnen een banner alsnog noodzakelijk maken.
Volstaat "cookieless" om de banner te laten vallen?
Nee. Een tool kan cookieless zijn en toch op een andere manier mensen volgen: fingerprinting, technische identifiers, browseropslag, kruisverwijzing met andere databanken. De toestemming blijft dan verschuldigd. De juiste vraag is niet "gebruikt hij cookies?" maar "heeft hij nodig om mensen te volgen, of alleen om de site te meten?".
Vertraagt een banner echt de site?
Dat kan, en aanzienlijk. Onafhankelijke metingen tonen een LCP die van 1,43 s naar 3,61 s gaat wanneer de banner verschijnt (DebugBear, 2025), een INP die met een factor 40 varieert afhankelijk van het toestemmingsplatform (DebugBear, 2026), en tot +445 ms First Contentful Paint voor een synchroon geladen CMP-script (Erwin Hofman, 2022).
Gepubliceerd in juni 2026. Belangrijkste bronnen: Nouwens, Kristensen, Maalt & Bagge, A Cross-Country Analysis of GDPR Cookie Banners (CHI 2025, crawl van 254.148 sites, augustus-september 2024); Nouwens, Liccardi, Veale, Karger & Kagal, Dark Patterns after the GDPR (CHI 2020, +22-23 procentpunten toestemming wanneer "Alles weigeren" wordt verborgen); DebugBear, performance-analyses van banners en toestemmingsplatformen (2025-2026); RUMvision, casestudy mobiele LCP (2025); Erwin Hofman, WebPageTest-meting van een CMP (2022); publieke uitspraken van Martin Splitt (Google) over banners en Core Web Vitals. De casestudy's (LCP, FCP) illustreren reële groottes maar zijn geen marktgemiddelden. Juridisch kader: artikel 5(3) van Richtlijn 2002/58/EG (ePrivacy) en artikel 11.7a van de Telecommunicatiewet — algemene informatie, geen geïndividualiseerd juridisch advies.