GTM intègre plusieurs mechanismen om toestemming te beheren : Consent Mode, Consent Settings (Built-In en Additional Consent Checks), en Consent Overview. Deze functies kunnen nuttig zijn als u geen CMP gebruikt of toestemming handmatig beheert, maar veroorzaken vaak verwarring bij gebruik van een CMP als Axeptio — je zou kunnen denken dat je ze moet configureren om conform te zijn. Dit is wat elk ervan werkelijk doet, en hoe ze zich verhouden tot Axeptio.

Consent Mode is een eigen mechanisme van Google. Het stelt Google-tags (Google Ads, GA4, Floodlight…) in staat hun gedrag aan te passen op basis van toestemmingssignalen (ad_storage, analytics_storage, ad_user_data, ad_personalization, enz.) : bijvoorbeeld anoniem gemaakte gegevens verzenden in plaats van helemaal niet uit te voeren. Google heeft dit ontworpen met een universele ambitie — de 7 beschikbare signaaltypen (ad_storage, analytics_storage, ad_user_data, ad_personalization voor Google-services, en functionality_storage, personalization_storage, security_storage voor tags van derden) zijn het bewijs daarvan. In de praktijk hebben echter weinig services van derden hun templates toestemmingsaware gemaakt, en Consent Mode stelt je niet in staat toestemming service per service te beheren.

In elke GTM-tag is een sectie Consent Settings (bèta) beschikbaar. Deze toont twee afzonderlijke blokken.

Built-In Consent Checks geven aan welke Consent Mode-signalen de tag standaard raadpleegt (bijvoorbeeld ad_storage en analytics_storage voor een Google Analytics-tag). Je kunt ze niet wijzigen — GTM bepaalt ze automatisch op basis van het tagtype, en ze zijn alleen zichtbaar als het tagsjabloon actief de toestemmingsstatus in zijn code raadpleegt.

Deze checks blokkeren het tags niet. In de geavanceerde modus van Consent Mode — dat wil zeggen als de tag zonder voorwaarde van een Axeptio-trigger wordt geactiveerd — wijzigen zij het gedrag volgens de toestand van de signalen : een Google Ads-tag stuurt bijvoorbeeld anoniem gemaakte gegevens in plaats van persoonlijke gegevens als ad_storage denied is. Omdat Axeptio deze signalen beheert, werken de Built-In Checks automatisch zonder enige configuratie van jouw kant.

Met deze instelling kun je de activering van een tag voorwaardelijk maken aan de status van specifieke Consent Mode-signalen. Dit is vooral handig in configuraties zonder CMP, of met een CMP die alleen finaliteitscategorieën beheert zonder granulariteit op serviceniveau.

Het biedt drie opties :

Met Axeptio, laat deze parameter op "Niet ingesteld". "Geen aanvullende toestemming vereist" is ook acceptabel, maar "Niet ingesteld" is correcter : je stelt niet dat de tag geen toestemming vereist, je laat simpelweg Axeptio dit beheren.

Deze keuze heeft een displayeffect in de Consent Overview : tags op "Niet ingesteld" verschijnen in "Toestemming niet geconfigureerd", terwijl die op "Geen aanvullende toestemming vereist" verschijnen in "Toestemming geconfigureerd". Beide zijn correct met Axeptio — het is slechts een weergavekwestie, geen compliancekwestie. Als de Consent Overview verwarring in je team veroorzaakt, weet dat je deze kunt uitschakelen in Admin > Containerinstellingen, door "Toestemmingsoverzicht inschakelen" uit te vinken.

Waarom niet "Aanvullende toestemming vereist voor tag-activering" gebruiken met Axeptio?

Er zijn twee redenen. Ten eerste, als je je tags al hebt geconditioneerd volgens onze aanbevelingen, creëert dit een dubbele voorwaarde : GTM controleert toestemming aan zijn kant, parallel met wat Axeptio al heeft gecommuniceerd. Een tag kan dan nooit worden geactiveerd, zelfs als de gebruiker toestemming heeft gegeven.

Ten tweede vraagt deze optie je om een tag te koppelen aan een Google Consent Mode-signaal, terwijl Axeptio van een ander uitgangspunt vertrekt. Axeptio beheert toestemming service per service : elke service wordt individueel geaccepteerd of geweigerd. Als je een Meta-pixel en een Pinterest-pixel aan hetzelfde ad_storage-signaal koppelt, voorwaardelijk je ze met hetzelfde resultaat — terwijl een gebruiker er zeer goed een kan hebben geaccepteerd en de ander kan hebben geweigerd. Je verliest de precisie die Axeptio je geeft, en de controle die je je bezoekers biedt.

GTM biedt een native trigger genaamd Consent Initialization - All Pages. Deze wordt vóór elke andere trigger in de container geactiveerd — dit is de allereerste op elke pagina. De rol ervan is de standaardwaarden van Consent Mode-signalen in te stellen voordat andere tags beginnen te worden geactiveerd.

Dit is precies wat Axeptio doet : het vertrouwt op deze trigger om standaardsignalen in te stellen bij paginaladen, vóór al het andere. Als je Axeptio via GTM laadt, moet je je Axeptio-tag absoluut configureren met de trigger Consent Initialization - All Pages — en niet "Alle pagina's" of "Pagina-weergave". Zonder dit kunnen andere tags worden geactiveerd voordat Axeptio de tijd had om de standaard Consent Mode-signalen in te stellen.

Toestemmingsbeheer met Axeptio verloopt via de gebeurtenissen en variabelen die Axeptio naar GTM stuurt, niet via Consent Settings. Dit is de benadering waarmee je elke tag aan de toestemming van de corresponderende service kunt voorwaardelijk maken, met de noodzakelijke granulariteit om conform te zijn.

Ga naar Uw GTM-tags aan toestemming onderwerpen : introductie om uw tags te configureren.