GRATIS TOOLGEEN ACCOUNT NODIG

Werkt Google Consent Mode echt?

Deze Google Consent Mode-checker volgt de gtag-calls in de volgorde waarin de pagina ze doet, leest het toestemmingssignaal af van de uitgaande verzoeken en vertelt je welke van de vier v2-vereisten niet in orde is.

01Standaard vóór tagsToestemming gedeclareerd voordat er een Google-tag draait
02v2-parametersad_user_data en ad_personalization aanwezig
03Update bij wijzigingWe accepteren je banner en kijken wat die aan Google doorgeeft
04Region en wachttijdStandaardwaarden per regio, en tijd voor de CMP om te antwoorden
DE VIER VEREISTEN

Wat Consent Mode v2 echt vraagt.

Vier dingen, in volgorde. De meeste implementaties hebben de eerste twee goed en missen stilletjes de laatste twee.

01

Standaardstatus vóór de tags

De standaardwaarde moet worden gedeclareerd voordat gtag.js of de GTM-container draait. Komt hij later, dan registreert Google de eerste hits alsof er volledige toestemming was. Een container die zijn eigen standaard zet via een Consent Initialization-trigger is prima: waar het om gaat, is dat er niets eerder is gemeten.

gtag("consent", "default", {
  ad_storage: "denied", analytics_storage: "denied",
  ad_user_data: "denied", ad_personalization: "denied",
  wait_for_update: 500
});
02

v2-parameters aanwezig

Consent Mode v2 voegde in maart 2024 twee parameters toe. Zonder die parameters stopt Google Ads met het opbouwen van EER-doelgroepen en het modelleren van conversies, en wordt de implementatie niet geaccepteerd onder het EU-beleid voor toestemming van gebruikers van Google.

ad_user_data: "denied",
ad_personalization: "denied"
03

Update bij wijziging van toestemming

De banner moet de keuze van de bezoeker naar Google sturen zodra die verandert, anders blijven tags op de standaardwaarde draaien. We klikken niet op je banner, dus een update die we niet zien, wordt gemeld als onbevestigd in plaats van als fout. Accepteer zelf een categorie en kijk in de console.

gtag("consent", "update", {
  analytics_storage: "granted"
});
04

Region en wait_for_update

Een region-array houdt verkeer van buiten de EER onbeperkt, en wait_for_update voorkomt dat vroege pings met de verkeerde status worden verstuurd. Wereldwijd weigeren zonder region is veilig, alleen strenger dan nodig.

region: ["EEA", "GB", "CH"],
wait_for_update: 500
05

De gcs-parameter is het bewijs

Je broncode lezen vertelt je wat een pagina van plan was. De gcs-waarde op uitgaande verzoeken naar Google vertelt je wat er echt aankwam: G1 gevolgd door ad_storage en analytics_storage, dus G100 is allebei geweigerd en G111 is allebei toegestaan. Een pagina kan een perfect toestemmingsblok bevatten en toch helemaal geen gcs versturen.

Stop met gtag-calls met de hand bijhouden.

De banner van Katla zet alle vier de signalen op geweigerd voordat er iets laadt, en werkt ze daarna bij op basis van de echte keuze van de bezoeker. Wil je zien wat de pagina hoe dan ook opslaat? Start de cookiechecker.