Consent Mode v2 sans perdre tes données

Consent Mode v2 est devenu incontournable pour qui veut continuer à mesurer et rester conforme. Mais mal configuré, il peut te faire perdre une part énorme de tes données. Voici comment l’installer sans saigner ta mesure.

Pourquoi Consent Mode ?

Depuis l’application stricte du RGPD et les exigences de Google (notamment pour le remarketing et les audiences), il ne suffit plus de « bloquer les tags tant qu’il n’y a pas de consentement ». Consent Mode permet à Google de modéliser les conversions perdues quand l’utilisateur refuse — à condition que tout soit branché correctement.

Sans Consent Mode v2, deux risques : tes audiences et le remarketing se dégradent faute de signaux, et tu perds toute visibilité sur les utilisateurs non consentants. Avec, tu récupères une estimation modélisée de ce trafic.

Basic vs Advanced

• Basic : les tags ne se chargent pas tant que le consentement n’est pas donné. Pas de modélisation, ou très limitée.
• Advanced : les tags se chargent et envoient des pings anonymes sans cookie en cas de refus. Google peut alors modéliser les conversions manquantes. C’est le mode qui préserve le plus de données — mais il demande une mise en place rigoureuse.

Dans la quasi-totalité des cas où la modélisation compte, c’est le mode advanced qu’on vise.

Les valeurs par défaut, en premier

Le cœur du sujet : Google doit recevoir un état de consentement par défaut avant le chargement de tout tag de mesure. C’est ce default qui dit « tant que l’utilisateur n’a pas choisi, considère que rien n’est accordé ».

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

Ensuite, quand l’utilisateur choisit dans la CMP, on envoie un update :

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

Le wait_for_update laisse à la CMP le temps de répondre avant que les tags ne décident quoi faire.

La modélisation des conversions

En mode advanced, Google utilise les signaux anonymes + ses modèles pour estimer les conversions des utilisateurs non consentants. En pratique, sur les comptes bien configurés, on récupère une part significative des conversions « perdues ». Mais la modélisation a besoin de volume (un seuil d’events par jour) et d’un câblage propre pour s’activer — sur un petit site, elle peut ne jamais se déclencher.

Les erreurs fréquentes

• Déclencher les balises avant l’init du Consent Mode → états de consentement ignorés.
• Oublier de définir les valeurs par défaut (default) avant le chargement de la CMP.
• Mélanger CMP et tags sans wait_for_update.
• Ne pas tester les deux chemins (accepte / refuse) en preview.

Comment vérifier que c’est bon ?

1. En GTM Preview, contrôle l’état consent au chargement (tout denied) puis après acceptation (les bons champs en granted).
2. Le Tag Assistant de Google confirme la séquence default → update.
3. Côté GA4, surveille l’apparition des conversions modélisées (elles apparaissent avec un léger délai, et seulement si le volume suffit).

Le setup recommandé

1. CMP certifiée TCF / Consent Mode (Didomi, Sirdata, abconsent…) qui pousse les signaux.
2. gtag('consent', 'default', …) chargé en premier, avant tout autre tag.
3. Mode advanced si le volume le permet.
4. Vérification en GTM Preview : les deux scénarios de consentement, et les consent state corrects.
5. Contrôle dans GA4 / Ads que la modélisation s’active.

Bien fait, Consent Mode v2 n’est pas une perte : c’est le meilleur compromis entre conformité et conservation de la donnée.