Suivi

Consent Mode v2 et RGPD : ce qu’une boutique en ligne peut envoyer

Consent Mode v2 pour les boutiques en ligne : les quatre signaux de consentement de Google, ce qu’exige le droit européen et ce que le suivi côté serveur peut encore envoyer. Informations générales uniquement.

·Mis à jour le ·10 min de lecture·Par l’équipe ROASaurus

À retenir
  • Consent Mode v2 est la façon dont un site web indique aux balises Google ce qu’un visiteur a accepté, avec quatre signaux : ad_storage, analytics_storage, ad_user_data et ad_personalization.
  • Consent Mode ne recueille pas le consentement : c’est votre bandeau de cookies qui le fait, et Consent Mode transmet la réponse à Google.
  • Dans l’UE, les cookies de suivi à des fins publicitaires exigent un consentement préalable, et tout usage de données personnelles nécessite une base légale au titre du RGPD.
  • Le suivi côté serveur change l’endroit d’où les données sont envoyées, pas le fait que vous ayez le droit de les envoyer : il ne supprime donc pas le besoin de consentement.
  • ROASaurus ne définit pas les signaux Consent Mode de vos balises Google. Sur Shopify, il suit la Customer Privacy API ; sur les autres boutiques en ligne, il lit votre outil de consentement, Google Consent Mode compris.

Consent Mode v2 est la façon dont un site web indique à ses balises Google si un visiteur a accepté les cookies et l’utilisation de ses données à des fins publicitaires. Il repose sur quatre signaux : ad_storage, analytics_storage, ad_user_data et ad_personalization. Il ne demande pas le consentement lui-même. C’est votre bandeau de cookies qui le demande, et Consent Mode transmet la réponse à Google.

Ce guide explique les quatre signaux, le Consent Mode basique et avancé, ce que le droit européen exige d’une boutique en ligne dans les grandes lignes, comment le suivi côté serveur s’intègre, et comment ROASaurus gère le consentement.

Consent Mode est une fonctionnalité de Google pour les sites web et les applications. Le site définit un état de consentement par défaut pour chaque visiteur, généralement refusé, et le met à jour quand le visiteur répond au bandeau de cookies. Les balises Google lisent cet état et adaptent leur comportement. Avec consentement, elles fonctionnent normalement. Sans consentement, elles ne lisent ni n’écrivent de cookies publicitaires, et elles envoient des données limitées ou aucune, selon votre configuration.

La version 2 a ajouté deux signaux, ad_user_data et ad_personalization. Google les a introduits en renforçant l’application de sa politique de consentement des utilisateurs de l’UE. Pour les visiteurs de l’Espace économique européen (EEE), les annonceurs qui veulent utiliser la personnalisation des annonces et la mesure doivent recueillir le consentement et partager les signaux de consentement avec Google. La politique elle-même couvre les visiteurs de l’EEE, du Royaume-Uni et de la Suisse.

SignalCe qu’il contrôleQuand il est refusé
ad_storageCookies et identifiants d’appareil à des fins publicitairesAucun cookie publicitaire n’est écrit ni lu
analytics_storageCookies et identifiants à des fins d’analyse, comme la durée de visiteAucun cookie d’analyse n’est écrit ni lu
ad_user_dataEnvoi de données utilisateur à Google à des fins publicitairesLes données personnelles pour la publicité ne sont pas collectées, y compris les données hachées des conversions améliorées
ad_personalizationPublicité personnaliséeLe remarketing et les autres publicités personnalisées ne reçoivent aucune donnée
Les deux premiers signaux concernent le stockage sur l’appareil. Les deux nouveaux concernent ce que Google peut faire des données utilisateur. Résumé d’après la documentation Google sur Consent Mode.

Un bandeau de cookies associe ses propres catégories à ces signaux. Une correspondance courante : la catégorie marketing ou publicité définit ad_storage, ad_user_data et ad_personalization, et la catégorie analytique ou statistiques définit analytics_storage. Vérifiez comment votre outil de consentement procède, car une seule erreur de correspondance envoie la mauvaise réponse à chaque balise Google de votre site.

Google propose deux façons de mettre en œuvre Consent Mode. La différence tient à ce qui se passe avant le consentement et sans lui.

Consent Mode basique
  • Les balises Google ne se chargent pas tant que le visiteur n’a pas répondu au bandeau
  • Si le visiteur refuse, aucune donnée n’est envoyée à Google, pas même l’état de consentement
  • La modélisation des conversions utilise un modèle général
Consent Mode avancé
  • Les balises Google se chargent immédiatement, avec le consentement refusé par défaut
  • Sans consentement, les balises envoient des mesures sans cookies
  • La modélisation des conversions utilise un modèle construit pour l’annonceur
Les deux sont des configurations Consent Mode valides. Le mode avancé envoie certaines données avant et sans consentement : décidez-en donc avec votre conseiller juridique.

Techniquement, Consent Mode fonctionne avec deux commandes. La commande default définit l’état de consentement avant qu’une balise Google envoie des données. La commande update le modifie quand le visiteur répond au bandeau.

Les commandes default et update de Consent Mode
// On every page, before any Google tag sends data:
gtag('consent', 'default', {
  ad_storage: 'denied',
  ad_user_data: 'denied',
  ad_personalization: 'denied',
  analytics_storage: 'denied'
});

// When the visitor accepts marketing and analytics cookies:
gtag('consent', 'update', {
  ad_storage: 'granted',
  ad_user_data: 'granted',
  ad_personalization: 'granted',
  analytics_storage: 'granted'
});

Les plateformes de gestion du consentement envoient généralement ces commandes à votre place. Vérifiez qu’elles le font, et qu’elles envoient la mise à jour sur chaque page après la réponse du visiteur, pas seulement sur la page où le bandeau s’est affiché.

Ce que le droit européen exige d’une boutique en ligne

Deux lois européennes comptent surtout pour le suivi publicitaire, et Google ajoute sa propre politique par-dessus. Voici un résumé dans les grandes lignes.

Les règles ePrivacy sur les cookies

La directive ePrivacy couvre le stockage d’informations sur l’appareil d’un visiteur, comme les cookies, et leur relecture. Les cookies strictement nécessaires à un service demandé par le visiteur, comme le panier ou une connexion, n’ont pas besoin de consentement. Les cookies de suivi à des fins publicitaires, si. Selon les recommandations de l’UE pour les entreprises, le consentement passe en premier : de tels cookies ne peuvent pas être déposés à l’ouverture de la page. Le consentement doit être donné par finalité, et le retirer doit être aussi simple que le donner.

Le RGPD et les données personnelles

Le RGPD s’applique à tout usage de données personnelles, comme une adresse e-mail, un numéro de téléphone ou les détails d’une commande. Chaque usage nécessite l’une des six bases légales, par exemple le consentement, un contrat ou l’intérêt légitime. Vous ne pouvez traiter que les données nécessaires à la finalité. Un service qui traite des données personnelles pour vous, comme un outil de suivi, exige un contrat écrit avec vous.

La politique de consentement des utilisateurs de l’UE de Google

Si vous utilisez les produits publicitaires de Google, cette politique ajoute une obligation contractuelle. Pour les visiteurs de l’EEE, du Royaume-Uni et de la Suisse, vous devez obtenir un consentement valide pour les cookies là où la loi l’exige, et pour l’utilisation de données personnelles afin de personnaliser les annonces. Vous devez conserver les preuves du consentement, expliquer comment le retirer et nommer clairement chaque partie qui reçoit les données.

RègleCe qu’elle couvreExemple dans une boutique en ligne
Directive ePrivacyStockage d’informations sur l’appareil et relectureLe cookie du pixel Meta, un cookie d’identifiant visiteur
RGPDTout traitement de données personnellesEnvoi d’un e-mail haché avec un achat à une plateforme publicitaire
Politique de consentement des utilisateurs de l’UE de GoogleProduits publicitaires Google utilisés pour des visiteurs de l’EEE, du Royaume-Uni et de la SuisseTransmission des signaux Consent Mode aux balises Google
Les règles se cumulent. Une même étape d’une configuration de suivi peut relever de plusieurs d’entre elles.

Le suivi côté serveur change l’endroit d’où un événement est envoyé : votre serveur au lieu du navigateur du visiteur. Il ne change pas ce que vous avez le droit d’envoyer. Deux points l’expliquent.

Premièrement, la plupart des configurations côté serveur commencent quand même dans le navigateur. Un script lit l’identifiant de clic dans l’URL d’arrivée et le stocke sur l’appareil : les règles ePrivacy s’appliquent donc à cette étape. Deuxièmement, envoyer un achat avec un e-mail haché, une adresse IP ou un identifiant de clic à une plateforme publicitaire est un traitement de données personnelles. Il exige une base légale au titre du RGPD, quel que soit le chemin emprunté par les données. Notre guide sur ce qu’est le suivi côté serveur explique le volet technique.

Bandeau de cookiesLe visiteur autorise ou refuse les cookies marketing.
Script du navigateurDéfinit un identifiant visiteur et y associe les identifiants de clic, uniquement avec consentement.
Votre serveurConstruit l’achat à partir de la commande et hache les données personnelles.
Plateforme publicitaireReçoit uniquement ce que couvre votre base légale.
Déplacer une étape vers le serveur ne la fait pas sortir des règles. Chaque étape qui utilise l’appareil ou envoie des données personnelles a besoin d’une base.

Minimisation des données et hachage

Envoyez ce dont la plateforme a besoin pour associer et compter la conversion, pas toute la commande. Les plateformes publicitaires demandent que les champs personnels comme l’e-mail et le téléphone soient normalisés et hachés avec SHA-256 avant l’envoi. Le hachage protège la valeur brute sur son trajet vers la plateforme, mais ce n’est pas de l’anonymisation : la plateforme compare le hash à ses propres données d’utilisateurs pour trouver une correspondance. Traitez les données hachées comme des données personnelles.

Pour illustrer où un outil place la limite, voici ce que fait ROASaurus sur Shopify avec Respect visitor consent activé, ce qui est le réglage par défaut.

DonnéeLe visiteur autorise les cookies marketingLe visiteur refuse
Cookie d’identifiant visiteurDéfiniNon défini
Identifiants de clic et UTMEnregistrésNon enregistrés
Événements de navigation, comme les vues de page et les ajouts au panierEnregistrés avec l’identifiant visiteurConservés sans identifiant visiteur, adresse IP ni détails du navigateur, et non envoyés aux plateformes publicitaires
Pixels navigateur de Meta, TikTok et d’autresChargés et envoient des événementsNon chargés, aucun événement navigateur
Conversion Google Ads depuis le checkout ShopifyEnvoyéeNon envoyée
Commande payée, envoyée côté serveurEnvoyée avec les identifiants de clic, les données clients hachées de la commande, ainsi que l’adresse IP et le user agentEnvoyée à Meta, TikTok, Snapchat, Pinterest, Reddit, X, Microsoft et Taboola avec les données client hachées de la commande, ainsi que l’adresse IP et le user agent de la commande, sans identifiants de clic. LinkedIn et les destinations ajoutées après lui ne reçoivent rien ; GA4 reçoit une vente anonyme
Adresse de la landing page d’une commande ShopifyUtilisée dans les rapports d’attribution de ROASaurus, non envoyée aux plateformes publicitairesUtilisée dans les rapports d’attribution de ROASaurus, non envoyée aux plateformes publicitaires
Meta, TikTok et les autres plateformes citées ci-dessus reçoivent la commande payée dans les deux cas. Pour un visiteur qui a refusé, cet événement ne contient aucun identifiant de clic.

Savoir si la commande payée d’un visiteur qui a refusé peut être envoyée est une question juridique, et la réponse peut varier selon la boutique et le pays. ROASaurus l’envoie par défaut. Si votre conseil juridique indique que les événements d’achat exigent eux aussi un consentement préalable, contactez ROASaurus avant d’activer les achats côté serveur. Consentement et confidentialité donne les détails pour Shopify et les autres boutiques en ligne.

Un mois de commandes, à titre illustratif (65% de consentement, 10% de navigateurs bloqués)
Commandes payées envoyées côté serveur
1,000
Commandes envoyées avec des identifiants de clic
650
Commandes vues par les pixels navigateur
585
Avec 65% de consentement, au plus 650 des 1,000 commandes parviennent aux plateformes publicitaires avec des identifiants de clic. Les bloqueurs de publicités arrêtent ensuite 10% de ces navigateurs : les pixels en voient donc 585.

ROASaurus ne définit pas les signaux Google Consent Mode de vos balises Google. Il lit le choix du visiteur depuis une source différente selon votre boutique en ligne :

  • Sur Shopify, le script de la boutique et les pixels de checkout lisent la Customer Privacy API de Shopify, que votre bandeau de cookies renseigne. Le pixel de checkout suit aussi un choix que l’acheteur modifie pendant le checkout. Le guide du suivi côté serveur sur Shopify montre le fonctionnement pas à pas.
  • Sur les autres boutiques en ligne, le script ROASaurus lit OneTrust, Cookiebot, Usercentrics, Didomi, CookieYes, iubenda, Termly, Complianz, Osano, TrustArc, les bandeaux IAB TCF, les commandes consent de Google Consent Mode et la WP Consent API. Avec Google Consent Mode, le consentement marketing signifie que ad_storage et ad_user_data sont accordés, et vous pouvez associer d’autres catégories pour chaque outil. Avec un autre bandeau, appelez tlq('consent', true) ou tlq('consent', false) quand le visiteur fait son choix.
  • Les conversions Google Ads ne sont envoyées que depuis le checkout Shopify. ROASaurus y charge la balise Google uniquement pour les acheteurs qui autorisent les cookies marketing, mais n’envoie pas de signaux Consent Mode avec elle.
  • Depuis le serveur, ROASaurus transmet le choix dans les champs de consentement propres à Google : les événements Google Analytics 4 portent ad_user_data et ad_personalization, accordés pour les visiteurs qui ont consenti et refusés pour les commandes envoyées comme ventes anonymes, et les envois de leads vers Google Ads portent le consentement ad_user_data.

Vos propres balises Google ont toujours besoin de Consent Mode. Si vous exécutez des balises Google Ads ou Google Analytics sur votre site, votre bandeau ou votre outil de consentement doit leur envoyer les signaux. Si vous faites de la publicité auprès de visiteurs de l’EEE, vérifiez auprès du fournisseur de votre outil de consentement ou de votre développeur que votre configuration complète, y compris les conversions Google Ads du checkout, répond aux exigences de Google pour votre compte.

  1. Installez un bandeau de cookies

    Il doit bloquer les cookies marketing, et les cookies d’analyse là où votre droit l’exige, jusqu’à ce que le visiteur accepte. Sur Shopify, utilisez un bandeau qui écrit dans la Customer Privacy API.

  2. Reliez le bandeau à Consent Mode

    Définissez les quatre signaux sur « refusé » par défaut et mettez-les à jour depuis le bandeau, afin que vos balises Google suivent le choix du visiteur.

  3. Réglez votre outil de suivi pour respecter le consentement

    Dans ROASaurus, gardez Respect visitor consent activé dans Store settings. Sur les boutiques en ligne autres que Shopify, vérifiez que ROASaurus lit votre outil de consentement, ou transmettez le choix avec tlq('consent', …).

  4. Décidez des achats côté serveur

    Demandez à votre conseiller juridique si les commandes payées des visiteurs qui ont refusé peuvent être envoyées, et sur quelle base légale.

  5. Mettez à jour votre politique de confidentialité et vos contrats

    Nommez chaque plateforme publicitaire qui reçoit des données, expliquez comment retirer son consentement et signez un accord de traitement des données avec chaque sous-traitant.

  6. Testez les deux réponses

    Refusez les cookies dans une fenêtre de navigation privée et vérifiez dans les outils de développement qu’aucun pixel publicitaire ne se charge et qu’aucun cookie d’identifiant visiteur n’est défini. Acceptez ensuite, et vérifiez que les deux apparaissent.

Sources

  1. Google for Developers: Consent mode overview
  2. Google Ads Help: Updates to consent mode for traffic in European Economic Area (EEA)
  3. Google: EU user consent policy
  4. Your Europe: Online privacy, how to use cookies on your website
  5. Your Europe: Data protection under GDPR

Dans ROASaurus

À lire aussi

SuiviBloqueurs de publicités et suivi : ce que perd votre boutiqueLes bloqueurs de publicités arrêtent les pixels de suivi, si bien que les plateformes publicitaires ratent des achats. Découvrez quels événements sont perdus, pourquoi les événements côté serveur ne le sont pas et comment mesurer votre écart.SuiviÉvénements d’achat en double : pourquoi des ventes sont comptées deux foisLes événements d’achat en double gonflent les conversions et le ROAS. Découvrez les causes, la façon dont Meta, TikTok, Snapchat, Pinterest et Reddit dédupliquent, et comment corriger le problème.SuiviSafari ITP et suivi publicitaire : ce qui fonctionne encoreSafari ITP limite à 7 jours les cookies posés par des scripts, ou à 24 heures après certains clics sur une publicité. Découvrez son effet sur l’attribution et quel suivi fonctionne encore.
FAQ

Vos questions, nos réponses

Quelle est la différence entre Consent Mode v1 et v2 ?

La version 2 a ajouté deux signaux, ad_user_data et ad_personalization, aux signaux de stockage ad_storage et analytics_storage. Ils indiquent à Google si les données utilisateur peuvent servir à la publicité et aux annonces personnalisées.

Consent Mode v2 est-il obligatoire ?

Pour les visiteurs de l’EEE, Google exige que les annonceurs recueillent le consentement et partagent les signaux de consentement pour continuer à utiliser la personnalisation des annonces et la mesure. Sur les sites web, Consent Mode est le moyen habituel de partager ces signaux avec les balises Google.

Le suivi côté serveur évite-t-il d’avoir besoin du consentement aux cookies ?

Non. Le suivi côté serveur change l’endroit d’où les événements sont envoyés, pas le fait que vous ayez le droit de les envoyer. Lire les identifiants de clic dans le navigateur et envoyer des données personnelles aux plateformes publicitaires relèvent tous deux des règles européennes de confidentialité.

ROASaurus prend-il en charge Google Consent Mode ?

ROASaurus ne définit pas les signaux Consent Mode de vos balises Google, mais il les lit. Sur Shopify, il suit la Customer Privacy API. Sur les autres boutiques en ligne, il lit votre outil de consentement, y compris les commandes consent de Google Consent Mode. Depuis le serveur, ses événements GA4 et ses envois de leads vers Google Ads portent les champs de consentement de Google. Vos propres balises Google ont toujours besoin du Consent Mode de votre bandeau.

Les données clients hachées sont-elles anonymes ?

Traitez-les comme des données personnelles. Le hachage masque l’e-mail brut sur son trajet vers la plateforme, mais la plateforme publicitaire compare le hash à ses propres données d’utilisateurs, ce qui est précisément la raison de l’envoi.

Chaque vente, rattachée à la publicité qui l’a générée

Suivi côté serveur, bénéfice et valeur vie client dans une seule application. Essai gratuit de 14 jours, sans carte bancaire.

Démarrez votre essai gratuit →