> For the complete documentation index, see [llms.txt](https://docs.adpage.io/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.adpage.io/documentation/documentation-nl/optimaliseer-je-setup/consentbeheer/triggervolgorde-voor-toestemmingsverwerking.md). # Triggervolgorde voor toestemmingsverwerking Hoe zorg je ervoor dat de tags die op elke pagina moeten afgaan, pas afgaan nadat de gegeven toestemming is verwerkt? ## De triggervolgorde instellen voor het verwerken van toestemming In dit artikel leggen we uit hoe je ervoor zorgt dat je tags die op elke pagina moeten afgaan (page\_view-eventtags, Hotjar of Clarity, enz.) correct afgaan, zodat de opgegeven toestemming correct is verwerkt. ### Waarom is het verwerken van toestemming belangrijk? Wanneer iemand je website voor het eerst bezoekt, heeft die nog geen toestemming gegeven voor cookies en tracking. Dat betekent dat tags zoals de page\_view-eventtags niet met alle gegevens worden verzonden (GA4-eventtags sturen cookieloze pings) of helemaal niet afgaan (Meta Ads-tag met extra ingestelde toestemmingscontroles). In je trackingopzet moet je dus wachten tot toestemming volledig is verwerkt voordat je probeert je page\_view-tags af te vuren. *** ### Een trigger voor de toestemmingsupdate op elke pagina Google Tag Manager biedt 5 standaardtriggers voor een paginalading. Maar geen van die 5 wacht tot de toestemmingssignalen volledig zijn verwerkt. Daarom wil je tags die afhankelijk zijn van de opgegeven toestemming instellen met een trigger die ervoor zorgt dat alle opgegeven toestemming is verwerkt.
Afhankelijk van het Consent Management Platform (CMP) dat je gebruikt, kan er op het moment dat de toestemming wordt bijgewerkt een specifieke dataLayer-eventpush plaatsvinden. #### Consent Studio, CookieYes en Cookiebot Nadat een bezoeker toestemming geeft via een Cookiebot- of Consent Studio-banner, verschijnt er op elke pagina een dataLayer-event met de naam `cookie_consent_update` Je kunt hier al je triggers op instellen voor een volledige opzet, inclusief de Google Tag en de page\_view-eventtags. Zorg ervoor dat alle andere eventtags nooit afgaan vóór `cookie_consent_update`maar altijd erna. **Stappen voor het instellen van de trigger** 1. Maak een Custom Event-trigger met de naam `cookie_consent_update`.
2. Vervang de triggers op alle tags die op elke pagina moeten afgaan door deze trigger.
3. Vervang de triggers op alle tags die zouden kunnen afgaan vóór `cookie_consent_update` in de dataLayer terechtkomt, als volgt: * Triggering op basis van bedankpagina's: gebruik een speciale `cookie_consent_update` trigger. * Triggering op basis van een dataLayer-event dat eerder kan afgaan dan `cookie_consent_update`: voeg het toe aan een triggergroep. **Triggeraanpassing:** Je kunt al je triggers voor bedankpagina's omzetten in Custom Event-triggers die luisteren naar de eventnaam `cookie_consent_update`.
**Triggergroep:** Als een trigger eerder kan afgaan dan `cookie_consent_update`, kun je die in een triggergroep plaatsen samen met `cookie_consent_update`. Een triggergroep wacht tot elke trigger in de groep op een pagina is geactiveerd voordat hij kan worden geactiveerd.
#### Andere Consent Management Platforms Niet elk CMP pusht een dataLayer-event wanneer toestemming wordt bijgewerkt, en de platforms die dat wel doen noemen het niet altijd `cookie_consent_update`. Dus als je geen Cookiebot, CookieYes of Consent Studio gebruikt, zul je zelf moeten uitzoeken wat je CMP beschikbaar maakt. De enige betrouwbare manier om dat te doen is om het te zien gebeuren in de previewmodus van Google Tag Manager. 1. Open de previewmodus van de webcontainer van Google Tag Manager op je site en verwijder alle cookies voor het domein, zodat je wordt behandeld als een compleet nieuwe bezoeker. 2. Accepteer alle cookies in de banner. 3. Bekijk de eventstream in de linkerkolom en zoek de gtag **Consent Update** aanroep. 4. Controleer of er een dataLayer-eventpush verschijnt **na** die consent-updateaanroep.
Als je er een vindt, is de volgende vraag of die zich herhaalt. Herlaad de pagina een paar keer en klik door naar een tweede pagina zonder je cookies te wissen. Een event dat maar één keer verschijnt, op het moment dat iemand met de banner interacteert, is hier niet wat je zoekt. Wat je nodig hebt is een event dat op elke paginalading afgaat zodra toestemming al is opgeslagen, omdat je je page\_view-tags er dan op kunt laten leunen op dezelfde manier als bij `cookie_consent_update`. Als het event alleen verschijnt bij die eerste interactie, dan is de aanpak in de volgende sectie degene die je in plaats daarvan moet gebruiken. En als er helemaal geen dataLayer-eventpush is na de toestemmingsupdate, dan geeft je CMP simpelweg niets om op te triggeren. In dat geval kun je de volgorde waarin je tags afgaan niet betrouwbaar controleren, wat betekent dat je de campagneparameters en referrer-gegevens van de eerste pagina van een sessie blijft verliezen. Op dat punt zouden we aanraden over te stappen op een CMP dat wél een consent-update-event pusht. Cookiebot en Consent Studio doen dat allebei, en beide integreren naadloos met de hierboven beschreven opzet. --- # Agent Instructions This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com. ## Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question. Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter: ``` GET https://docs.adpage.io/documentation/documentation-nl/optimaliseer-je-setup/consentbeheer/triggervolgorde-voor-toestemmingsverwerking.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.