Consent Mode v2
Update oktober 2024:
Echt experiment bij een klant: effect van consent mode op Google Analytics.
Update april 2024:
Als je website en verkeer uit Spanje komen en je geen Google Ads gebruikt, kun je GA4 legaal installeren zonder cookiebanner.
Update februari 2024:
Het eerste deel van het artikel is een update met een algemeen overzicht en de nieuwigheden van versie 2 van Google Consent Mode. Als je het systeem nog helemaal niet kent of er dieper op in wilt gaan, vind je hieronder het oorspronkelijke artikel waarin ik de basis van Consent Mode uitleg.
Het lijkt erop dat nu, eind januari 2024, Consent Mode op ieders lippen ligt.
Dat je het absoluut moet kennen en in alle webprojecten moet gebruiken, want anders vergaat de wereld in maart 2024.
En ja, het is belangrijk, maar niet voor iedereen. Je onlinebedrijf hoeft ook niet per se te verdwijnen als je het na die datum niet gebruikt.
Daarom wil ik mijn oorspronkelijke artikel over dit onderwerp, met versie 2 van het protocol en de nieuwigheden die eraan komen, bijwerken, zodat je weet of je je ermee moet (be)zighouden. En hoeveel invloed het op je heeft.
Maar voordat we beginnen, wil ik je waarschuwen:
- Als je geen display- en remarketingcampagnes in Google Ads gebruikt.
- Als de cijfers in je Google Analytics je niets kunnen schelen of je website weinig verkeer heeft.
Dan zal Consent Mode (versie 1 of 2) je weinig tot niets interesseren.
Overzicht van Consent Mode en versie 2
Het is genoeg als je weet dat het een Google-protocol is dat een brug vormt tussen de tags en pixels die je meestal via Tag Manager op je website implementeert en de CDP's (Consent Data Platforms), de systemen die de door gebruikers geaccepteerde cookies registreren.
Met andere woorden: Consent Mode is een protocol dat tussen beide systemen zit en hun gedrag bepaalt en verandert.
Kort gezegd doet Consent Mode het volgende: het vertelt GTM welke cookies een gebruiker heeft geaccepteerd of geweigerd, zodat tags daarop reageren en wel of geen cookies plaatsen.
Als je meer details wilt, leg ik het in het oorspronkelijke artikel uitgebreider uit. Als je het al kent, laten we het dan even over cookies hebben…
Laten we beginnen met een belangrijke nuance: cookie is niet hetzelfde als informatie.
Een cookie is een klein bestandje dat in je browser wordt opgeslagen en informatie bevat, die al dan niet over de bezoeker van een website kan gaan.
Wanneer een gebruiker cookies weigert, voorkomt die dat je website en de geïmplementeerde tags (GA4, Facebook, Google Ads) deze cookies in de browser van die gebruiker opslaan.
Maar deze tools kunnen nog steeds informatie over de gebruiker verzamelen, alleen niet in de vorm van een cookie. En die informatie slaan ze op in hun systemen.
En dat doen ze. Natuurlijk doen ze dat. Ze blijven informatie verzamelen op andere manieren die op dit moment legaal zijn.
Deze informatie is – opnieuw, op dit moment – niet zo volledig als wat via cookies wordt verzameld. Maar ik twijfel er nauwelijks aan dat dit vroeg of laat hetzelfde niveau zal bereiken.
Goed, naast hoe ze werken moet je weten dat cookies hoofdzakelijk uit twee soorten bestaan:
- First-party: die worden door het eigen domein aangemaakt voor verschillende doeleinden, waaronder analyse en reclame. De cookies van GA4 en Google Ads vallen hieronder.
- Third-party: de bekende "cookies van derden". In feite volgen ze de gebruiker tijdens het browsen op verschillende sites, waardoor gepersonaliseerde advertenties en remarketing mogelijk worden. Ben je op AliExpress geweest en zie je daarna op Marca advertenties voor producten die je hebt bekeken? Dat komt door cookies van derden.
Door het misbruik van deze cookies van derden heeft Europa het gebruik ervan gereguleerd en ons verplicht die prachtige banners te plaatsen. En media ertoe verplicht geld te vragen aan mensen die ze niet willen accepteren.
Goed, we hebben nu de twee onderdelen die bij de verandering betrokken zijn:
- Consent Mode vertelt GTM-tags of ze cookies mogen plaatsen of niet.
- Cookies van derden maken gepersonaliseerde advertenties en remarketing mogelijk.
Google heeft die twee punten dus samengevoegd en gezegd dat je vanaf maart 2024 geen display- en remarketingcampagnes in Google Ads meer kunt gebruiken als Consent Mode niet op je website is geactiveerd.
Dit is de kern van alle commotie rond Consent Mode. Google zal deze campagnes namelijk uitschakelen als je niet aan de voorwaarden voldoet.
En hoe relevant is dat voor jou?
Om dat uit te zoeken, bekijken we elk onderdeel van de zin:
- Maart 2024: dat is de termijn die je hebt om Consent Mode op je website te implementeren als je niet geraakt wilt worden.
- Consent Mode geactiveerd: dit betekent wijzigingen in je GTM en in de CDP. Afhankelijk van hoe je CDP is geïmplementeerd, kan het genoeg zijn om de pluginversie bij te werken omdat de ontwikkelaar de rest al heeft geregeld. Voor GTM zul je zelf dingen moeten aanpassen, al kan dat zo eenvoudig zijn als het updaten van de CDP-tag.
- Display- en remarketingcampagnes: uitsluitend deze. Dat wil zeggen: de overige campagnes (zoekcampagnes, shopping, Pmax) worden NIET beïnvloed. Heb je geen Display- of remarketingcampagnes, dan raakt dit je NIET.
- In Google Ads: nog een belangrijk punt. Het gaat alleen om Google Ads. Gebruik je remarketingcampagnes met Criteo – om er één te noemen – dan word je niet geraakt (voorlopig althans). We zullen zien of de andere displaynetwerken volgen.
Duidelijk, toch?
Met deze vier punten weet je of je project geraakt zal worden of niet.
Nog iets: hier heb ik het over de reden voor de huidige commotie rond versie 2, namelijk het pauzeren van bepaalde soorten Google Ads-campagnes.
Consent Mode (v1 en v2) heeft gevolgen voor de analyse in Google Analytics, zoals ik je opnieuw uitleg in het oorspronkelijke artikel.
Dus als je het niet hebt geïmplementeerd omdat je geen display- en remarketingcampagnes gebruikt, kan weten wat het effect op GA4 is je van gedachten doen veranderen. Ik waarschuw je wel dat je een flink verkeersvolume nodig hebt om er voordeel uit te halen…
Consent Mode v2: wijzigingen ten opzichte van versie 1
Ik zei aan het begin dat Google sinds de komst van Consent Mode v1 probeert informatie over de gebruiker te verzamelen, zelfs als die cookies heeft geweigerd.
Dat doet het via wat het " pings " noemde, in feite het verzenden van anonieme informatie naar de servers van Google over wat de gebruiker op de website deed.
Doordat er geen cookies worden meegestuurd, verdwijnt het deel dat de gebruiker identificeert en dienen de gegevens om te " modelleren ". Dat wil zeggen: om de gegevens van gebruikers die cookies accepteerden aan te vullen, zodat we minder onvolledige en realistischer data krijgen.
GSC: de parameter van versie 1
Om te bepalen welke informatie kon worden doorgestuurd en hoe, voegde Google in v1 van Consent Mode een parameter toe aan de tracking van zijn pixels, de GSC ( (Google Consent Status)).
Deze parameter kon zo 4 verschillende waarden hebben:
- G100: de Google-tag (zoals die van GA4) wordt geladen, maar zonder cookietoestemming. Dit noemt Google nu de "Geavanceerde" modus in v2. Straks leg ik er meer over uit.
- G110: de gebruiker heeft advertentiecookies geaccepteerd, maar geen analytische cookies.
- G101: de gebruiker accepteert analytische cookies, maar geen advertentiecookies.
- G111: de gebruiker heeft voor beide toestemming gegeven.
Als technische analytics je aanspreekt, kun je deze parameter zien in het tabblad Network, van de elementeninspecteur van Chrome, gefilterd op "collect":
In de afbeelding hierboven zie je dat:
- De cookies op de website niet zijn geaccepteerd.
- Google Analytics wel wordt geladen (maar zonder cookies).
- De waarde van de GSC-parameter G100 is, oftewel "geen cookietoestemming", zoals verwacht.
Goed, dit uit versie 1 blijft bestaan in versie 2. Het is niet veranderd.
Wat er wel is gebeurd, is dat er een nieuwe parameter is toegevoegd.
GCD: de parameter van versie 2
Nu hebben we naast GSC een nieuwe parameter in de Google-tags, de GCD, die, zoals je kunt zien, uit een langere tekenreeks bestaat dan de vorige:
Het is nog niet volledig ontcijferd wat elk cijfer en elke letter betekent, maar de structuur kennen we wel. Die ziet er zo uit:
11<ad_storage>1<analytics_storage>1<ad_user_data>1<ad_personalization>5
Waarbij:
- De "11" het begin van de parameter aangeeft.
- De "1" scheidingen tussen waarden zijn.
- De letters zijn de waarden van elk van die toestemmingen. Samen vormen ze een matrix met twee coördinaten: één bepaalt of er wel of geen toestemming is en de andere of de toestemming standaard is (bijna nooit) of door een update (omdat de gebruiker die heeft geaccepteerd of geweigerd).
- Ad_storage en analytics_storage bestonden al eerder (het is dezelfde informatie als in de GSC-parameter).
- Ad_user_data en ad_personalization zijn nieuw en belangrijk. De eerste gaat over advertentietoestemming en de tweede over remarketing. Welnu, deze twee waarden hebben GEEN invloed op de GTM-tags en zouden bedoeld zijn voor interne informatie van Google. Mijn mening is dat Google hiermee vooruitloopt op het moment dat de wetgeving zich niet tegen cookies richt, maar tegen het gebruik van gebruikersinformatie voor deze doeleinden. Zoals ik hierboven al zei: informatie reist niet altijd in een cookie.
Terminologie: op weg naar standaardisering
Naast deze technische wijzigingen wilde Google de situatie "normaliseren" en termen verduidelijken, zodat duidelijk is welke begrippen worden gebruikt.
Dit geldt vooral voor de twee manieren om toestemming correct te implementeren: de basis- en de geavanceerde modus.
Basismodus
Het makkelijkst om aan te voldoen, maar slechter.
Hierbij wordt geen enkele tag of pixel geactiveerd totdat de gebruiker de cookiebanner accepteert.
Het was heel eenvoudig te implementeren: je hoefde alleen het laden van de GTM-container te koppelen aan het moment waarop de gebruiker de cookies accepteerde.
Maar zo werken betekende behoorlijk wat dataverlies, zoals de bron en het medium van de sessie of de landingspagina, als de gebruiker cookies pas op een andere pagina dan de landing page accepteerde.
Geavanceerde modus
De goede.
We moeten Consent Mode in onze GTM-container activeren en compatibele tags gebruiken, waaronder alle Google-tags.
Dus als je GA4 via Consent Mode wilt implementeren, is het normaal om dit via GTM te doen en niet rechtstreeks in de code van je website.
Bij implementatie via GTM activeren we de Analytics-tag telkens wanneer GTM wordt geladen (normaal bij het laden van de pagina), maar die plaatst GEEN cookies totdat de gebruiker de banner accepteert. Ondertussen stuurt hij informatie-"pings" naar de servers.
Zodra de gebruiker de banner accepteert, plaatst Analytics wel de cookie en verzamelt het zoveel mogelijk informatie.
Soorten implementatie van Consent Mode
Met dit alles kunnen we uiteindelijk kiezen uit drie benaderingen voor de toestemmingsmodus op onze website:
- Zonder Consent Mode.
- Met Basic Consent Mode.
- Met Advanced Consent Mode.
#1. Zonder Consent Mode
We negeren wat Google ons vertelt.
Voordelen:
We hoeven niets anders te doen dan ervoor te zorgen dat we aan de GRDP voldoen.
Onder bepaalde omstandigheden kunnen we GA4 zonder cookiebanner gebruiken.
Nadelen:
We kunnen geen remarketing- en displaycampagnes in Google Ads uitvoeren.
Waarschijnlijk zal de kwaliteit van onze gegevens in GA4 lager zijn, afhankelijk van de implementatie.
Geschikt voor websites:
Kleine websites die Analytics op een eenvoudige manier en zonder advertenties gebruiken. Meestal zonder monetisatiedoel.
En mogelijk ook zonder GTM.
#2. Met Basic Consent Mode
We passen toestemming eenvoudig toe en voldoen aan de GDPR.
Voordelen:
Precies dat: eenvoudig te implementeren. Zelfs zelf te beheren.
Nadelen:
De datakwaliteit zal niet optimaal zijn.
Geschikt voor websites:
Kleine of middelgrote websites die weinig of geen advertenties inzetten, maar wel bepaalde gegevens willen verzamelen en analyseren. En daarvoor GTM en GA4 gebruiken.
Ze hebben eigenlijk geen CDP nodig om aan de GDPR te voldoen, of een heel eenvoudige volstaat.
Denk bijvoorbeeld aan niet-transactionele bedrijfswebsites.
#3. Met Advanced Consent Mode
We pakken het serieus aan omdat we de voordelen willen of omdat het nodig is. En we implementeren het systeem volledig.
Voordelen:
Mogelijkheid om alle soorten Google Ads-campagnes te gebruiken.
Op grote sites zal de datakwaliteit – met naleving van de GRDP – verbeteren.
Nadelen:
Het is enigszins ingewikkeld als je het zelf wilt doen en niet voor een CDP wilt betalen.
Je moet overweg kunnen met GTM en soms technisch onderlegd zijn of iemand hebben die je helpt.
Geschikt voor websites:
Middelgrote of grote websites die in advertenties investeren of Google Analytics geavanceerd gebruiken.
Projecten die geld verdienen.
Conclusies
Kort gezegd heeft Google met versie 2 van Consent Mode de informatie die het systeem gebruikt uitgebreid en fijnmaziger gemaakt . Dat wil zeggen: versie 1 wordt niet ongeldig, maar juist uitgebreid.
Daarnaast wordt het systeem steeds verder gestandaardiseerd , waarbij de verschillende soorten toestemming een naam krijgen.
Het is opnieuw een stap in de technisering van analytics en digitale marketing. De sector lijkt steeds volwassener te worden en zal meer investering in middelen vragen als je niveaus wilt bereiken die slechts enkele maanden / jaren geleden eenvoudiger haalbaar waren.
Hoe dit jou raakt, hangt af van hoe je de Google-platforms gebruikt: bij beperkt gebruik merk je er weinig van, maar bij grote afhankelijkheid zul je aan de slag moeten.
Wat jij in dit geval minimaal moet doen, is, de tag van je CDP bijwerken in GTM, als je er überhaupt een gebruikt, want misschien doe je dat niet eens.
Mogelijk breid ik dit artikel binnenkort uit of maak ik een nieuw artikel over de configuratie van Consent Mode v2 in enkele van de meest gebruikte CDP's.
Als het onderwerp je voorlopig interesseert en je meer informatie wilt, lees dan hieronder verder, want daar vind je bovendien een middelzware maar gratis implementatie van versie 1 van Consent Mode. De v2 zal volgens mij niet veel verschillen.
Wanneer ik ermee aan de slag ga, laat ik het weten.
Voordat we doorgaan, denk ik dat dit je kan interesseren
Meld je aan en ontvang mijn gids van 66 pagina's met de Beste gratis digitale tools voor:
- Marketing
- Analytics
- UX
- Projectmanagement…
Bovendien krijg je elke dag een truc of tip (een goede) in je inbox om je bedrijf of digitale project te verbeteren.
Consent Mode v1: oorspronkelijk artikel
Sinds het bekend werd is er behoorlijk veel over gesproken, al tot mijn verbazing minder dan het misschien verdient. Zonder een echte paradigmaverschuiving te zijn, heeft het namelijk impact op twee fundamentele onderdelen van analytics:
- De implementatie (die complexer wordt).
- De rapportage (die de datakwaliteit zou verbeteren).
Daarom wil ik je over dit systeem vertellen en uitleggen hoe het ons kan helpen, in ruil voor extra technische ontwikkeling om het in gebruik te nemen.
Is het de moeite waard?
Dat laat ik jou beslissen nadat je het artikel hebt gelezen.
Wat Consent Mode is
Consent Mode is het antwoord van Google op de GDPR: een systeem dat GTM gebruikt en waarmee je aan de privacywetgeving kunt voldoen en toch bepaalde tags – zoals Google Analytics en Google Ads – enkele gegevens kunt laten verzamelen van gebruikers die onze websites bezoeken.
In wezen is het een meetsysteem cookieless, dat weliswaar niet zo nauwkeurig is als wanneer we het Google Analytics-snippet altijd meteen bij het laden van de pagina zouden plaatsen (zoals vóór de GDPR), maar wel een stap vooruit is ten opzichte van het pas laden van de tag nadat de gebruiker cookies accepteert.
Om het duidelijker te maken: afhankelijk van de verzamelde gegevens hebben we drie manieren om Google Analytics te implementeren:
- De tag alleen laden wanneer de gebruiker cookies accepteert: we verliezen veel gegevens, vooral als de gebruiker cookies niet op de landing accepteert maar pas enkele pagina's later. Voldoet voor 100% aan de GDPR.
- De tag via Consent Mode altijd zonder cookies laden: we verliezen gegevens, maar minder dan voorheen (daar komen we zo op). Zodra de gebruiker accepteert, laden we de normale tag met cookies. Ook dit voldoet voor 100% aan de GDPR.
- De normale tag laden zonder te wachten tot de gebruiker cookies accepteert: we verzamelen de maximale hoeveelheid gegevens. Jammer dat het illegaal is omdat het niet aan de GDPR voldoet.
Nu de drie mogelijke scenario's duidelijk zijn, richt ik me in dit artikel op het tweede. Dat zal, als het dat al niet is, de implementatiestandaard worden voor analyticsprojecten binnen bedrijven.
Voordat we op de gegevens ingaan: Consent Mode wil ook het activeren van andere tags of pixels (Facebook, affiliate) eenvoudiger maken op basis van de toestemmingen die de gebruiker ons geeft.
Dat bewaren we voor later, want zoals gezegd richt ik me in dit artikel op het voordeel voor metingen met Google Analytics. Daar valt genoeg over te zeggen.
Voordelen van Consent Mode in GA4
Het belangrijkste voordeel van dit systeem bij de implementatie van GA4 is dat Google Analytics met deze extra gegevens een deel van de niet-verzamelde gegevens kan afleiden, door de informatie die het wel heeft met zijn eigen algoritmen te modelleren.
Zo komen statistieken zoals het aantal dagelijkse gebruikers en hun kenmerken (land, campagne) veel dichter bij de werkelijkheid. Ook afgeleide statistieken zoals het conversiepercentage worden daardoor beïnvloed.
Google noemt deze gegevens “gemodelleerd”, tegenover de normaal verzamelde (“waargenomen”) gegevens.
En als we voldoen aan de vereisten die we nu zullen bekijken, kunnen we in het beheer van GA4 kiezen of we beide soorten gegevens willen gebruiken (“gemengd”, noemt Google het) of alleen de waargenomen data (wat we tot nu toe zagen):
Vereisten vooraf
Bij de vereisten zelf hebben we twee soorten: de technische -met betrekking tot de implementatie van het systeem- en die voor datavolume -met betrekking tot de hoeveelheid data die nodig is zodat GA4 correct kan schatten en het systeem robuust is-.
Laten we met die laatste beginnen.
Benodigde volumes
Als we naar de Analytics-documentatie gaan, lezen we dat:
“De property verzamelt ten minste 1000 gebeurtenissen per dag met analytics_storage='denied' gedurende ten minste 7 dagen.
De property heeft ten minste 1000 dagelijkse gebruikers die gebeurtenissen met analytics_storage='granted' verzenden gedurende minimaal 7 van de laatste 28 dagen.
Het model kan meer dan 7 dagen nodig hebben om binnen die periode van 28 dagen de datadrempel te bereiken. Toch is het mogelijk dat zelfs de extra gegevens niet voldoende zijn voor Analytics om het model te trainen.
De gedragsmodellen beginnen te werken vanaf de datum waarop een bepaalde property aan de vereisten voldoet.
In het zeldzame geval dat een property die al aan de vereisten voldeed daar niet langer aan voldoet, zijn geschatte gegevens niet meer beschikbaar. Zodra de property opnieuw aan de vereisten voldoet, komen de geschatte gegevens terug. Geschatte gegevens zijn alleen beschikbaar vanaf de datum waarop de property opnieuw aan de vereisten voldeed.”
Goed, als je je afvraagt wat analytics_storage is: dat gaat om de acceptatie door de gebruiker van analytische cookies. “denied” betekent dat die ze NOG NIET heeft geaccepteerd.
Om de volledige functionaliteit te krijgen (vooral gekoppeld aan het activeren van Signals), vereist GA4 bovendien toestemming voor advertentiecookies, de ad_storage.
Technische vereisten
Naast deze datavolumes moet vóór de start aan een aantal voorwaarden worden voldaan:
- We moeten GTM geïmplementeerd hebben op de site, op een van de mogelijke manieren:
- Invoegen in de code.
- Via een plugin (zo heb ik het zelf gedaan).
- Via opties van het thema.
- Een webstream van GA4 die via GTM is geïmplementeerd.
- Een cookiebanner waarmee ten minste analytische en advertentiecookies wel of niet kunnen worden geaccepteerd. Die kan zijn geïmplementeerd:
- Met maatwerkcode.
- Plugin van het CMS (zo heb ik het zelf gedaan).
Als we dit allemaal hebben geïmplementeerd, kunnen we beginnen met het configureren van het volledige systeem.
Het proces
Maar voordat we iets configureren, moeten we eerst begrijpen hoe het systeem zal werken, want de volgorde van de onderdelen is belangrijk.
Wanneer een nieuwe gebruiker de website bezoekt, moet dus het volgende gebeuren:
- De tag voor de initiële Consent Mode-status van GTM wordt geladen. Op dat moment staan analytics_storage en ad_storage op “denied”, omdat de gebruiker nog niets heeft geaccepteerd.
- Vanuit GTM wordt de GA4-tag zonder cookies geladen, omdat Consent Mode actief is.
- De cookiebanner verschijnt. Hier heeft de gebruiker drie opties:
- Als de gebruiker de cookies niet accepteert: wordt op elke pagina de cookieless GA4-tag geladen, met gedeeltelijke informatie die GA4 zal modelleren.
- Si acepta solo algunas cookies: en este caso, GA4 recogerá los datos correspondientes a analytics_storage (los principales) o a ad_storage (secundarios) en función de lo que haya aceptado el usuario.
- Si acepta todas las cookies: se mandará la aceptación a GA4 y se empezará a recoger la información completa.
Belangrijk: welke optie de gebruiker ook kiest, op elke pagina worden eerst analytics_storage en ad_storage in GTM geladen en naar GA4 gestuurd. Dit is het meest complexe / technische deel van de implementatie.
Consent Mode configureren in WordPress
Goed, nu we begrijpen hoe alles moet werken, kunnen we aan de slag.
Een verduidelijking: afhankelijk van je website kan het ene systeem geschikter zijn dan het andere. Daarom geef ik je hier een paar tutorials die het volledige proces met WordPress-plugins uitleggen:
- Met Cookiebot: misschien de makkelijkste, omdat er een aangepaste template voor GTM beschikbaar is. Het probleem is dat de gratis versie van deze CMP maar tot 50 URL's op de website toestaat, wat voor de meesten te weinig zal zijn. Heeft je project minder dan 50, begin dan hier (methode 3).
- GDPR Cookie Compliance: zo heb ik het zelf geïmplementeerd, omdat mijn website meer dan 50 URL's heeft. Ik heb wel enkele wijzigingen aangebracht bij het activeren van de GA4-tag, en daarop baseer ik deze stap-voor-stapuitleg, met enkele extra opmerkingen.
Nu echt, stap voor stap.
#1. De plugin installeren
We installeren deze plugin in ons WordPress:
https://es.wordpress.org/plugins/gdpr-cookie-compliance/
Als we een andere cookieplugin gebruiken, schakelen we die uit zodra het nieuwe systeem werkt.
De teksten en knoppen kun je instellen zoals je wilt, maar het gedeelte “Cookies van derden” configureren we zo:
En het gedeelte “Aanvullende cookies” zo:
We slaan alles op.
Als je het je herinnert, zei ik dat we op elke pagina de status van de toestemmingen van de gebruiker naar GA4 moeten sturen, zodat het systeem weet welke gegevens het moet opslaan en hoe (analytics_storage en ad_storage, weet je nog).
Hier voegen we code aan WordPress toe die bij elke paginalaad de toestemmingsstatus uit de plugin leest en twee variabelen met de bijbehorende waarden naar de DataLayer stuurt:
- Standaard moet de initiële toestemmingsstatus voor beide op “denied” (geweigerd) staan.
- Zodra de gebruiker een soort cookies accepteert, registreert de plugin de wijziging en bij de volgende paginalaad lezen we met deze code de aangepaste waarde uit (op de pagina waarop de gebruiker accepteert, hebben we de wijziging al naar GTM gestuurd).
Dit moet worden toegevoegd aan het bestand functions.php van ons child-thema:
/*Función GDPR*/
if (!is_admin()){
if ( function_exists( 'gdpr_cookie_is_accepted' ) ) {
/* supported types: 'strict', 'thirdparty', 'advanced' */
/*Analítica*/
if ( gdpr_cookie_is_accepted( 'thirdparty' ) ) {
?>
<script>
dataLayer = [{
'cookies_analitica': 'granted'
}];
</script>
<?php
} else {
?>
<script>
dataLayer = [{
'cookies_analitica': 'denied'
}];
</script>
<?php
}
/*Marketing*/
if ( gdpr_cookie_is_accepted( 'advanced' ) ) {
?>
<script>
dataLayer.push({
'cookies_marketing': 'granted'
});
</script>
<?php
} else {
?>
<script>
dataLayer.push({
'cookies_marketing': 'denied'
});
</script>
<?php
}
}
}Ter herinnering: ik heb de code gehaald van hier.
We kunnen die via FTP of via het WordPress-beheer toevoegen, maar wees voorzichtig met wat je hier aanpast als je daar niet aan gewend bent:
Zo verzamelen we bij elke paginalaad de juiste waarde via GTM DataLayer-variabelen en geven we die door aan GA4.
#3. De juiste toestemmingswaarden doorgeven aan de DataLayer
Om de waarden van analytics_storage en ad_storage aan GA4 door te geven, gebruiken we twee DataLayer-variabelen: één met de toestemmingsstatus van de gebruiker voor analytische cookies en één voor advertentiecookies.
We moeten beide aanmaken zoals ik je laat zien.
Analytische cookies
Het belangrijkste is de naam van de variabele: cookies_analitica.
Advertentiecookies
Opnieuw is de naam van de variabele het belangrijkst: cookies_marketing.
#4. Consent Mode activeren
Dit is heel eenvoudig. Je doet het vanuit de containerconfiguratie:
#5. De template van Simo Ahava importeren
Als je al een ander artikel van mij over GTM hebt gelezen, zou het vreemd zijn als ik je niet had verteld over de grootste expert ter wereld op het gebied van GTM-implementaties: Simo Ahava.
Simo stelt een template beschikbaar die ons leven een stuk makkelijker maakt bij het configureren van het gedrag van de cookiepermissies die de gebruiker heeft gegeven.
Om die te importeren, ga je vanuit het gedeelte Templates, zoek je op “consent” en klik je op degene die ik heb gemarkeerd:
Zodra we de template hebben geïmporteerd, maken we de twee benodigde toestemmingstags: de initiële tag, die op alle pagina's vóór de andere tags wordt geladen, en de update-tag, die wordt geladen wanneer de gebruiker zijn toestemming voor een soort cookies wijzigt.
De initiële
Na het importeren van Simo's template hebben we een nieuw type Consent Mode-tag:
We maken een nieuwe tag van dit type met deze configuratie:
Hier zijn verschillende dingen over te zeggen:
Eerst moeten we begrijpen waarvoor deze tag dient.
Deze tag vertelt de andere tags die Consent Mode gebruiken (zoals die van GA4) welke cookies de gebruiker heeft geaccepteerd.
Daarom wordt deze tag in GTM vóór alle andere geladen en is het commando ervan Default.
Direct daaronder zien we dat de tag rekening houdt met 5 soorten cookies:
- Analytisch: verwijst naar analytics_storage.
- Advertenties: verwijst naar ad_storage.
- Personalisatie.
- Functionaliteit.
- Beveiliging.
De laatste twee mogen volgens de GDPR standaard aan de gebruiker worden toegevoegd.
Personalisatiecookies worden gebruikt om ons video's op YouTube, nummers op Spotify of producten op Amazon aan te bevelen. Ze zijn niet relevant voor GA4.
De andere twee, die hier belangrijk zijn, hebben we eerder al uitgelegd.
Met die verduidelijking begrijp je dat we beveiliging en functionaliteit op “granted” laten staan (de gebruiker geeft ons dus toestemming om ze te plaatsen).
De waarde van de analytische en advertentiecookies laden we op basis van wat de gebruiker eerder heeft gedaan (of die ze heeft geaccepteerd of niet).
Die waarde krijgen we met de code die aan het bestand functions.php is toegevoegd en wordt opgeslagen in de twee DataLayer-variabelen die we eerder hebben gemaakt. Daarom gebruiken we deze variabelen als de standaard toestemmingsstatus.
Onthoud dat wanneer een gebruiker onze website binnenkomt, ze bij de eerste paginalaad op “denied” staan, maar op volgende pagina's kan hun waarde veranderd zijn als de gebruiker een soort cookies heeft geaccepteerd.
Zoals gezegd zit dit allemaal in de code van functions.php, dus als je het ingewikkeld vindt en alleen wilt dat het werkt, kopieer en configureer het dan precies zo.
Tot slot kunnen we personalisatiecookies voor GA4 op “denied” zetten. Als je op je site toestemming voor dit soort cookies verzamelt omdat je ze gebruikt, kun je net als bij de vorige twee een DataLayer-variabele gebruiken (je moet dan de code van functions.php aanpassen, natuurlijk).
Wat betreft de geselecteerde opties onder Other Settings : die helpen ons de campagne nauwkeuriger vast te leggen in ruil voor extra parameters in de URL's. Mijn advies is om ze ingeschakeld te laten.
Tot slot de trigger. Hier zijn er nieuwigheden.
Als je kijkt, zie je de trigger Consent Initialization – All Pages.
is. Deze trigger is standaard opgenomen in GTM en is een van de nieuwe triggers die Google samen met Consent Mode heeft toegevoegd.
Dit is de trigger die ervoor zorgt dat deze tag vóór alle andere tags in GTM wordt geladen, zodat de andere tags de waarden kunnen lezen en daarop kunnen reageren.
Ter informatie: als Consent Mode actief is, verzamelt GA4 in zijn requests de waarde van een nieuwe parameter (“gcs”). Deze parameter kan vier waarden hebben:
- G100: initiële status, analytische noch advertentiecookies geaccepteerd.
- G101: analytische cookies geaccepteerd.
- G110: advertentiecookies geaccepteerd.
- G111: beide soorten cookies geaccepteerd.
Het is de waarde van deze parameter die ervoor zorgt dat GA4 verschillende gegevens van de gebruiker verzamelt en bepaalt hoe die daarna worden verwerkt.
Wanneer de gebruiker enkele accepteert
Goed, dan gaan we naar de tweede Consent Mode-tag. Die werkt de toestemmingen van de gebruiker bij en verandert daarbij ook de waarde van de GCS-parameter.
Deze stap heeft wat meer om het lijf, want naast de Consent Mode-tag zelf, moeten we eerst nog andere tags maken die de waarden van de eerder gemaakte DataLayer-variabelen bijwerken.
Tags om de toestemmingsupdate naar de DataLayer te sturen
Afhankelijk van of de gebruiker alle cookies of slechts enkele accepteert, verschilt wat er naar de DataLayer wordt gestuurd.
Laten we beginnen met het meest gebruikelijke geval.
De gebruiker accepteert alle cookies
Op de website heeft de plugin deze knop geplaatst:
Die zorgt ervoor dat de gebruiker alle cookies accepteert.
Wanneer dat gebeurt, sturen we een aangepaste HTML-tag naar GTM met deze code:
<script>
dataLayer.push({
'event': 'guardar_cookies',
'cookies_analitica': 'granted',
'cookies_marketing': 'granted'
})
</script>Daardoor verandert de waarde van onze DataLayer-variabelen cookies_analitica en cookies_marketing.
De configuratie van de tag ziet er zo uit:
Daar zien we de bovenstaande code en een kliktrigger op de genoemde knop, met deze configuratie:
De klasse van de knop komt overeen met de reguliere expressie: (moove-gdpr-infobar-allow-all)|(moove-gdpr-modal-allow-all).
Dat is alles.
De gebruiker werkt enkele cookies bij
Nu het geval waarin de gebruiker niet alles accepteert, maar alleen enkele cookies.
Dat is wanneer die de instellingen van de banner opent en hier opslaat:
De code zou deze zijn:
<script>
var check_marketing = document.querySelector('#advanced-cookies .cookie-switch input').checked;
if(check_marketing){
var cookies_marketing = 'granted';
} else{
var cookies_marketing = 'denied';
}
var check_analitica = document.querySelector('#third_party_cookies .cookie-switch input').checked;
if(check_analitica){
var cookies_analitica = 'granted';
} else{
var cookies_analitica = 'denied';
}
dataLayer.push({
'event': 'guardar_cookies',
'cookies_analitica': cookies_analitica,
'cookies_marketing': cookies_marketing
})
</script>We doen hetzelfde: een aangepaste HTML-tag maken met deze configuratie:
Waarbij de nieuwe trigger er zo uit moet zien:
Waarbij de klikklasse is: moove-gdpr-modal-save-settings.
Aangepaste gebeurtenis om cookies op te slaan
Als je kijkt, zie je in de twee vorige codes dat we in beide gevallen een aangepaste gebeurtenis naar de DataLayer sturen: guardar_cookies.
Zo leg ik de reden uit, maar eerst maken we een trigger met deze gebeurtenis:
De update-tag van Consent Mode
Goed, nu we dit allemaal hebben gemaakt, gaan we naar de tweede Consent Mode-tag, de tag die de toestemmingen van de gebruiker bijwerkt.
De configuratie is deze:
Waarbij:
- Het commando is Update, omdat dit de waarden bijwerkt.
- De waarde van de DataLayer-variabelen is bijgewerkt en hier wordt de nieuwe waarde opgehaald.
- De trigger is degene die we zojuist hebben gemaakt en activeert de tag zodra de toestemmingen van de gebruiker worden bijgewerkt.
Daarmee is de configuratie klaar. Zoals je ziet hebben we de GA4-configuratie helemaal niet aangepast; de trigger blijft All pages:
Tests
Het is tijd om te testen.
Als eerste installeren we deze extensie als we die nog niet hebben, om de cookies te verwijderen.
Als tweede installeren we deze andere om de Google-tags te bekijken.
Vervolgens doen we het volgende:
Om het gedrag van een nieuwe gebruiker na te bootsen, verwijderen we ze door in de extensie op het prullenbakpictogram te klikken:
#2. De pagina opnieuw laden
Zo controleren we dat er na het verwijderen inderdaad geen Analytics-cookies meer zijn:
#3. Preview in GTM openen
De pagina wordt opnieuw geladen en we controleren dat:
- GTM en de GA4-tag worden geladen (de verschillende die ik heb geïnstalleerd):
- Er geen Analytics-cookie wordt geladen:
Dit betekent dat GA4 de gegevens zonder cookies ontvangt. We gaan goed.
We klikken op de knop om alle cookies of enkele cookies te accepteren.
We controleren dat GA4-cookies zijn toegevoegd:
Als extraatje en uit nieuwsgierigheid kunnen we in de console zien dat de waarde van de GCS-parameter is veranderd:
Dit betekent dat alles is gegaan zoals het hoort en dat we vanaf nu, zodra we aan de eerder beschreven volume-eisen voldoen, kunnen profiteren van de datamodellering van GA4.
Vragen
De belangrijkste vraag die waarschijnlijk bij je opkomt, is wat er gebeurt als een gebruiker cookies accepteert op een andere pagina dan de bestemmingspagina.
In de tests die ik heb uitgevoerd, heb ik niet kunnen zien hoe GA4 deze wijziging verwerkt. In BigQuery zorgt het er echter voor dat de requests van de gebruikerssessie met de parameter gcs=G100 van vóór de cookieacceptatie veranderen in requests met gcs=G111, waardoor de gegevens volledig kunnen worden verwerkt (belangrijk om exacte gegevens over de bron of landingspagina te hebben).
Daarom denk ik dat de verwerking in GA4 vergelijkbaar zal zijn, al heb ik dat, zoals gezegd, niet kunnen bevestigen.
De tweede meest voorkomende vraag is hoeveel nauwkeurigheid we winnen.
Ook daarop heb ik geen antwoord, want om dat te controleren zou je een GA4-implementatie moeten vergelijken met een andere die altijd rechtstreeks op de website wordt geladen (zonder GTM), zoals we vroeger deden.
En dat gaat in tegen de GDPR.
Bovendien is het me helemaal niet duidelijk of een actieve Consent Mode in de GTM-container en de initiële tag die vóór de rest wordt geladen, geen invloed hebben op de GA4-tag die buiten de container wordt geladen. Dat zou niet zo moeten zijn, maar mijn tests hebben het niet overtuigend duidelijk gemaakt.
Conclusies
Ik hoop dat ik iets duidelijker heb gemaakt wat Consent Mode allemaal inhoudt, welk voordeel het je kan bieden en hoe je het op een WordPress-website kunt implementeren.
Dat gezegd hebbende, na er flink wat tijd aan te hebben besteed, trek ik samengevat verschillende conclusies:
De eerste is dat Consent Mode blijvend is, want alles wat gegevens oplevert die campagnes helpen optimaliseren, is welkom.
De tweede is dat de implementatie niet helemaal eenvoudig is. Als je ontwikkelaar bent, heb je alles in korte tijd geconfigureerd; ben je dat niet, dan is het voortdurend beheren van de toestemmingswaarde niet direct vanzelfsprekend.
Dit versterkt de technisering van digitale analytics, waarbij het er bovendien sterk op lijkt dat dit nuttiger zal zijn in integraties met BigQuery.
Maar juist nu, met de massale implementatie van GA4, is het misschien een goed moment om dit onderwerp aan te pakken en het niet voor altijd uit te stellen.
Er blijven vragen over de black box van de datamodellering , die Google zal uitvoeren, terwijl het tegelijk rechter en partij is (zal het zijn eigen verkeer bevoordelen?), al vertrouw ik Google in dit geval liever.
Kortom, een nieuwe manier om analytics te begrijpen, na het eerste “alles mag” en het latere “bijna niets mag” van de GDPR. Er zijn meer tijd en meer gegevens nodig om te zien of het bij eenvoudige implementaties de moeite waard is.
Geef een reactie