Consent Mode v2 avec GTM côté serveur

Consent Mode v2 utilise quatre signaux. Chacun vaut soit granted, soit denied.

• ad_storage : cookies et stockage à des fins publicitaires.
• analytics_storage : cookies et stockage à des fins d'analyse, comme le client ID de GA4.
• ad_user_data : indique si des données utilisateur peuvent être envoyées à Google à des fins publicitaires.
• ad_personalization : indique si les données peuvent servir à la publicité personnalisée, comme le remarketing.

Les deux derniers ont été ajoutés dans la v2. Google les exige pour les fonctionnalités publicitaires auprès des visiteurs de l'Espace économique européen (EEE).

Il existe deux façons d'utiliser Consent Mode :

• Basique : les balises Google ne se chargent pas du tout tant que le visiteur n'a pas fait son choix. Rien n'est envoyé avant le consentement.
• Avancé : les balises Google se chargent immédiatement avec l'état par défaut (en général refusé). Tant que le consentement est refusé, elles envoient des pings sans cookies ni identifiants, que Google utilise pour la modélisation. Après le consentement, elles fonctionnent normalement.

L'état par défaut doit être défini avant l'exécution de toute balise. Si vous le définissez dans le code, placez-le au-dessus de l'extrait GTM.

window.dataLayer = window.dataLayer || [];
function gtag(){dataLayer.push(arguments);}
gtag('consent', 'default', {
  ad_storage: 'denied',
  ad_user_data: 'denied',
  ad_personalization: 'denied',
  analytics_storage: 'denied',
  wait_for_update: 500
});

wait_for_update laisse à la bannière ce nombre de millisecondes pour signaler un choix enregistré avant que les balises ne se déclenchent. Quand le visiteur accepte, la bannière envoie une mise à jour :

gtag('consent', 'update', {
  ad_storage: 'granted',
  ad_user_data: 'granted',
  ad_personalization: 'granted',
  analytics_storage: 'granted'
});

En pratique, vous écrivez rarement ce code vous-même. La plupart des plateformes de consentement (CMP) proposent un modèle dans la Community Template Gallery qui définit l'état par défaut et la mise à jour pour vous.

1. 1 Dans le conteneur web, allez dans Tags, cliquez sur New et choisissez Tag Configuration. Cliquez sur Discover more tag types in the Community Template Gallery et recherchez votre CMP.
2. 2 Configurez l'état par défaut dans le modèle, en général denied pour les quatre signaux.
3. 3 Choisissez le déclencheur Consent Initialization - All Pages, pour qu'il s'exécute avant toutes les autres balises.
4. 4 Publiez et testez la bannière en Preview.

Les balises Google du conteneur web ajoutent l'état du consentement à chaque hit qu'elles envoient. Le paramètre gcs transporte ad_storage et analytics_storage, et gcd transporte les quatre signaux, y compris la façon dont ils ont été définis. Comme le hit part vers sgtm.example.com, l'état arrive avec lui dans votre conteneur serveur.

Le client GA4 lit ces paramètres et les transmet dans les données d'événement. Les balises Google du conteneur serveur (la balise GA4, le suivi des conversions Google Ads) les respectent automatiquement : quand le consentement est refusé en mode avancé, elles transmettent un ping sans cookies et ne posent ni ne lisent aucun identifiant.

Les balises d'autres fournisseurs dans le conteneur serveur, comme la Meta Conversions API, TikTok ou LinkedIn, ne lisent pas les paramètres de consentement de Google. Elles se déclenchent dès que leur déclencheur correspond, même si le visiteur a refusé. Vous devez ajouter vous-même le contrôle du consentement au déclencheur.

1. 1 Dans le conteneur serveur, allez dans Variables et créez une nouvelle variable Event Data avec le chemin de clé x-ga-gcs. Elle contient la valeur gcs, par exemple G111.
2. 2 Lisez-la ainsi : G1, puis un chiffre pour ad_storage et un pour analytics_storage, où 1 signifie accordé et 0 refusé. G111 signifie les deux accordés, G100 les deux refusés.
3. 3 Ouvrez le déclencheur de la balise du fournisseur et ajoutez une condition, par exemple la variable matches RegEx ^G11 pour les balises qui ont besoin de ad_storage.
4. 4 Testez une fois avec le consentement refusé et une fois avec le consentement accordé. La balise ne doit se déclencher que dans le second cas.

Si vous avez besoin de ad_user_data ou ad_personalization, le plus simple est d'envoyer vous-même l'état du consentement : ajoutez un paramètre d'événement comme marketing_consent avec la valeur granted ou denied à la balise d'événement GA4 du conteneur web, lisez-le avec une variable Event Data dans le conteneur serveur et utilisez-le dans le déclencheur.

1. 1 Ouvrez le conteneur web en Preview dans une nouvelle fenêtre de navigation privée, pour qu'aucun choix antérieur ne soit enregistré.
2. 2 Dans Tag Assistant, sélectionnez le premier événement Consent du Summary et ouvrez l'onglet Consent. On-page Default doit afficher denied pour les quatre signaux (ou vos valeurs par défaut régionales).
3. 3 Acceptez la bannière, sélectionnez l'événement Consent le plus récent et vérifiez que On-page Update affiche granted.
4. 4 Dans le Preview serveur, ouvrez une requête avant et une après le consentement, et comparez x-ga-gcs dans Event Data.

• L'état par défaut est défini avant le déclenchement de toute balise.
• Les quatre signaux v2 sont définis dans l'état par défaut et dans la mise à jour.
• Le conteneur serveur reçoit le nouvel état du consentement après l'acceptation du visiteur.
• Les balises serveur non Google ne se déclenchent qu'avec le consentement.