Consent Mode v2 met server-side Google Tag Manager

Consent Mode is hoe Google-tags te weten komen waar een bezoeker mee instemde. Sinds maart 2024 is versie 2 verplicht voor adverteerders die de advertentieproducten van Google gebruiken voor bezoekers in de Europese Economische Ruimte. Met server-side tagging begint het nog steeds in de browser, maar de toestemmingsstatus reist daarna mee naar je server-container, en daar zit bij de meeste setups een gat.

De vier signalen

• analytics_storage: mogen analysecookies worden opgeslagen.
• ad_storage: mogen advertentiecookies worden opgeslagen.
• ad_user_data: mogen gebruikersgegevens voor advertenties naar Google worden gestuurd (nieuw in v2).
• ad_personalization: mogen de gegevens worden gebruikt voor gepersonaliseerde advertenties zoals remarketing (nieuw in v2).

Je cookiebanner zet voor elk een standaard, meestal denied, voordat er een tag draait, en stuurt een update als de bezoeker antwoordt.

Basic of advanced mode

In basic mode laden Google-tags pas als de bezoeker toestemming geeft. Er wordt niets verstuurd vóór of zonder toestemming. In advanced mode laden de tags meteen en sturen ze cookieloze pings met de status denied, die Google gebruikt om conversies en gedrag te modelleren. Advanced mode geeft betere gemodelleerde data; basic mode is de strengere keuze. Welke past, is een beslissing van je organisatie.

Hoe de toestemmingsstatus je server bereikt

Elke Google-hit draagt de toestemmingsstatus in twee parameters: gcs (bijvoorbeeld G111 als analytics en advertenties granted zijn, G100 als beide denied zijn) en gcd, dat ook aangeeft of elk signaal standaard is gezet of door de bezoeker. Je server-container ontvangt ze met de hit. De eigen servertags van Google, zoals de GA4-tag, lezen ze en gedragen zich daarnaar.

Measurebase leest ze ook: de pagina Domain statistics laat zien hoeveel hits binnenkwamen met granted, denied of helemaal zonder Consent Mode-status.

Wat je server-container moet doen

Tags voor andere platforms lezen de toestemmingsstatus van Google niet uit zichzelf. Een Conversions API-tag van Meta, TikTok of LinkedIn in je server-container gaat af voor elk binnenkomend event, tenzij je zegt dat hij dat niet moet doen. Voeg een triggervoorwaarde of uitzondering toe die de toestemmingsstatus van het event controleert, zodat bezoekers die advertenties weigerden niet naar die platforms worden doorgestuurd.

De twee fouten die we het vaakst zien

1. Helemaal geen Consent Mode. De site toont een banner, maar de Google-hits hebben geen parameter gcs bij zich. Google behandelt dan elke hit als met toestemming. Onze tracking-audit meldt dit als "de Google-hits dragen geen toestemmingsstatus".
2. Standaarden die te laat komen. De standaard wordt gezet in een tag op All Pages, nadat andere tags al zijn afgegaan. Zet hem op de trigger Consent Initialization, of laat de Tag Manager-template van je toestemmingstool het doen.

Beide staan uitgebreider in Tags die afgaan vóór toestemming.

Testen

Controleer in de ontwikkelaarstools van je browser de waarde van gcs voor en nadat je de banner beantwoordt, en in de preview van de server-container dezelfde waarde op het binnenkomende event. Om je tags te testen zonder elke keer je eigen banner te beantwoorden, behandelt de power-up Auto Grant Consent elke hit als met toestemming. Hij is alleen voor testen: zet hem daarna uit.