Cookie Coverage percentages begrijpen - Troubleshooting Guide

Je tracking validatie rapport toont een cookie coverage percentage dat lager lijkt dan verwacht. Dit artikel legt uit waarom dit vaak normaal en correct is, en wanneer je wél actie moet ondernemen.

De kern: In een consent-first wereld (AVG/GDPR) is 100% cookie coverage onmogelijk. Focus daarom op de conversion events (purchase, checkout) - daar moet de coverage hoog zijn.

Cookie coverage geeft aan welk percentage van je tracking hits een identificeerbare gebruiker heeft. We meten twee types:

• De standaard Google Analytics cookie

• Wordt gezet na consent

• Kan geblokkeerd worden door:

  • Consent weigering (~10-30% in Nederland)

  • Safari ITP (na 7 dagen inactiviteit)

  • Ad blockers

  • Privacy browsers (Brave, Firefox strict mode)

• Server-side first-party identificatie

• Wordt gezet via server-side tagging

• Minder gevoelig voor ITP dan client-side GA4 cookie

• Verbetert cross-session attribution

• Let op: Niet alle setups gebruiken FPID - dit is afhankelijk van je implementatie

Bekijk dit voorbeeld van een typische sessie:

Het probleem: Als we ALLE events meetellen, drukken de consent events (die per definitie geen cookie hebben) het percentage omlaag.

In Nederland accepteert gemiddeld 70-90% van bezoekers tracking cookies. Dit betekent:

• ~10-30% van je bezoekers weigert tracking cookies

• Dit is correct gedrag - je respecteert hun keuze

• Je kunt dit niet "fixen" - het is de wet

Let op: Sommige consent tools rapporteren lagere percentages omdat ze ook bounce visitors meetellen (bezoekers die de banner zien maar vertrekken zonder keuze te maken). De werkelijke consent acceptance rate is hoger.

Benchmark data (368 containers, december 2025):

Consent acceptance: ~70-90% (10-30% weigert)

Maar belangrijker - conversion events:

1. Purchase cookie coverage < 50%

   • Dit betekent dat je de helft van je conversies niet kunt attribueren

   • Impact: Slechte ROAS rapportage, verkeerde optimalisatie beslissingen

2. FPID significant lager dan GA4 cookie (indien FPID actief)

   • Bijvoorbeeld: 80% GA4 maar slechts 20% FPID

   • Dit wijst op een configuratie probleem in je server-side setup

3. consent_banner_acceptall heeft geen cookies

   • Na acceptatie moeten cookies direct gezet worden

   • Als dit niet gebeurt: timing probleem in je setup

4. Conversion events hebben 0% cookies

   • Dit is een kritieke implementatie fout

   • Controleer of tracking correct is geïnstalleerd

• Overall percentage is 70-85% maar purchase events zijn >70%

• Consent rate is ~70-90% (normaal voor Nederland)

• GA4 cookie coverage is consistent across event types

• FPID coverage is vergelijkbaar met GA4 (indien FPID actief)

Symptoom: GA4 cookie is hoog (>80%) maar FPID is laag (<50%)

Let op: Niet alle implementaties gebruiken FPID. Als je geen FPID ziet in je rapport, is dit waarschijnlijk niet geconfigureerd voor jouw setup - dit is niet per se een probleem.

Als FPID wél actief zou moeten zijn:

Mogelijke oorzaken:

• Server-side cookie wordt niet correct gezet

• Consent configuratie blokkeert FPID cookie

• Domain mismatch tussen website en tagging server

Oplossing:

1. Controleer je server-side tagging configuratie

2. Verifieer dat de FPID cookie op het juiste domein wordt gezet

3. Check consent mode instellingen voor first-party cookies

Symptoom: Purchase events hebben <50% cookie coverage

Mogelijke oorzaken:

A. Consent Mode v2 niet correct geconfigureerd

• GA4 moet ook VOOR consent laden (met beperkte data)

• Na consent worden de volledige hits verstuurd

B. Thank you page tracking issues

• Script laadt niet op thank you page

• Redirect naar externe payment provider verliest sessie

• Gebruiker sluit browser voordat bedankpagina laadt

C. Cross-domain tracking problemen

• Checkout op ander domein zonder linker configuratie

Oplossingen:

1. Controleer Consent Mode v2 setup

2. Verifieer tracking op thank you page

3. Check cross-domain configuratie indien van toepassing

4. Overweeg webhooks voor purchase tracking - Webhooks ontvangen purchase data direct vanuit je e-commerce platform (Shopify, WooCommerce, etc.) en zijn onafhankelijk van of de gebruiker op de bedankpagina landt. Dit is de meest betrouwbare methode voor conversie tracking.

📚 Zie: Shopify Purchase Webhooks instellen

Symptoom: consent_banner_shown heeft 0% cookies (correct), maar direct daarna ook geen cookies

Oorzaak: Timing issue - scripts laden in verkeerde volgorde

Oplossing:

1. GA4 Config tag moet triggeren op "Consent Initialization - All Pages"

2. Verifieer dat tracking scripts in de <head> staan

3. Check dat consent tool correct integreert met GTM

Overall GA4 Cookie: 76%
Overall FPID: 67%
Purchase GA4: 82%
Purchase FPID: 79%
Consent Rate: 85%

Analyse: ✅ Alles in orde

• Overall lijkt laag maar wordt gedrukt door pre-consent events

• Purchase coverage is uitstekend

• FPID werkt goed (dicht bij GA4)

• Consent rate is normaal voor Nederland (70-90%)

Overall GA4 Cookie: 78%
Overall FPID: 12%
Purchase GA4: 81%
Purchase FPID: 15%

Analyse: ⚠️ Controleer of FPID actief zou moeten zijn

• GA4 tracking werkt goed

• Als FPID geconfigureerd is: er is een probleem met de server-side cookie

• Als FPID niet geconfigureerd is: dit is verwacht gedrag

Actie (indien FPID actief zou moeten zijn): Controleer server-side tagging configuratie

Overall GA4 Cookie: 35%
Overall FPID: 30%
Purchase GA4: 42%
Purchase FPID: 38%
Consent Rate: 78%

Analyse: 🔴 Kritiek probleem

• Consent rate is normaal (78%)

• Maar zelfs na consent is coverage veel te laag

• Er is een fundamenteel tracking probleem

Actie:

1. Check of GTM container correct is geïnstalleerd

2. Verifieer consent tool integratie

3. Controleer of er JavaScript errors zijn

Nee, niet legaal in de EU. Consent is verplicht en ~10-30% weigert. Focus op het maximaliseren van coverage voor gebruikers die WEL consent geven.

Safari verwijdert third-party cookies en beperkt first-party cookies tot 7 dagen. Server-side tagging helpt hierbij - cookies gezet door de server (first-party) hebben een langere levensduur dan client-side cookies.

Ad blockers blokkeren ~15-25% van tracking. Server-side tracking (wat AdPage doet) omzeilt veel ad blockers. Focus op je overall conversie tracking, niet op het blokkeren van ad blockers.

• Weekenden hebben vaak meer mobile/Safari traffic

• Marketing campagnes trekken verschillend publiek aan

• Consent banner A/B tests kunnen impact hebben

• Consent Mode v2 configureren

• GA4 configuratie checken

• Cross-domain tracking instellen

• Server-side tagging troubleshooting

Dit artikel is onderdeel van de AdPage Tracking Validation documentatie. Percentages en benchmarks zijn gebaseerd op analyse van 368 containers in december 2025.