Google Consent Mode v2 - États-Unis

Type d'accès: Notifications de consentement - Éditeur

Google Consent Mode v2 garantit que les fournisseurs Google associés à une notification de consentement respectent les choix de consentement d'un utilisateur final (appelés types de consentement) définis par Google. Dans cet article, nous verrons comment implémenter Google Consent Mode v2 sur une notification de consentement spécifiée pour les réglementations américaines (p. ex. CPRA, NJDPA).

Pour les réglementations sur la confidentialité aux États-Unis, les balises de produits Google se chargeront lorsqu'un utilisateur final accède à votre site web ou application, chargeront l'API du mode de consentement et effectueront les actions suivantes :

Définir les états de consentement par défaut pour types de consentement. Afin de se conformer aux réglementations américaines sur la confidentialité, les valeurs par défaut seront définies sur accordé
Les états de consentement pour les types de consentement seront mis à jour en fonction des sélections de l'utilisateur final pour les finalités et/ou fournisseurs dans votre notification de consentement. Si l'utilisateur final utilise Global Privacy Control (GPC) dans son navigateur, alors les types de consentement seront immédiatement définis sur refusé

Produits du mode de consentement Google

Les produits Google suivants intègrent des vérifications de consentement et ajusteront leur comportement en fonction de l'état de consentement de l'utilisateur final pour le Google types de consentement:

Google Tag
Google Analytics (inclut Google Analytics pour Firebase SDK)
Google Ads (inclut le suivi des conversions Google Ads et le remarketing ; la prise en charge des conversions par appel téléphonique est en attente.)
Floodlight
Conversion Linker

Google Consent Mode ne prend en charge que gtag.js . Assurez-vous que votre organisation n'utilise pas de balises héritées pour vos produits Google telles que ga.js, analytics.js, ou conversion.js .

La vérification du consentement varie selon chaque produit Google et peut être consultée en sélectionnant un fournisseur sur la plateforme GTM et en développant l'onglet Paramètres avancés > Paramètres de consentement onglet.

Didomi propose plusieurs façons pour votre organisation d'implémenter Google Consent Mode v2 pour les notifications de consentement liées aux réglementations américaines sur la confidentialité. Veuillez consulter les onglets ci-dessous pour la méthode la mieux adaptée aux besoins de votre organisation :

Dans cet onglet, nous verrons comment utiliser Google Tag Manager pour implémenter Google Consent Mode v2 pour une notification de consentement soumise à une ou plusieurs réglementations américaines sur la confidentialité.

Configurer GCM v2 sur une notification de consentement soumise à une ou plusieurs réglementations américaines sur la confidentialité

Depuis une notification de consentement configurée pour une ou plusieurs réglementations américaines sur la confidentialité, cliquez sur l'onglet Personnalisation et sélectionnez Intégrations.

Cliquez sur Modes de consentement et activez le bouton correspondant à Google Consent Mode v2.

Développez le volet Google Consent Mode v2 pour configurer les détails de l'intégration. Consultez le tableau ci-dessous pour obtenir des informations sur chaque interrupteur de la configuration d'intégration :

Remarque: Afin d'implémenter avec succès Google Consent Mode v2 pour les réglementations américaines sur la confidentialité, votre organisation devra devoir activer Google Advertising Products et/ou Google Analytics Products en fonction des produits Google utilisés par votre organisation.

Interrupteur

Description

Activer Google Advertising Product

Ajoutera le fournisseur Google Advertising Products (ID d'API : google) à la notification de consentement. Conçu pour couvrir les produits Google qui utilisent un ou plusieurs des types de consentement suivants :

ad_storage
ad_user_data
ad_personalization
functionality_storage
personalization_storage
security_storage

Les types de consentement ci-dessus seront définis par défaut sur accordé. Cette valeur par défaut ne peut pas être modifiée par votre organisation

Activer Google Analytics Products

Ajoutera le fournisseur Google Analytics Products (ID d'API : googleana-4TXnJigR) à la notification de consentement. Conçu pour couvrir les produits Google qui nécessitent le analytics_storage type de consentement.

Les types de consentement ci-dessus seront définis par défaut sur accordé. Cette valeur par défaut ne peut pas être modifiée par votre organisation

Nom du dataLayer

Par défaut, Didomi utilise dataLayer comme nom de variable pour le dataLayer Google Tag Manager de votre organisation. Si votre organisation a modifié le nom de variable de votre dataLayer, veuillez saisir ce nom de variable dans l'espace prévu.

Publiez et intégrez le SDK web Didomi sur votre site web une fois terminé.

Configurer les balises de produits Google

Remarque: Cette section suppose que votre organisation a déjà intégré les balises Google Tag Manager sur votre site web.

Afin de garantir que les balises de produits Google se chargent (et que l'état par défaut des types de consentement Google soit exposé), votre organisation doit configurer les balises de produits Google pour qu'elles ne se chargent qu'une fois le SDK Didomi prêt et Google Consent Mode v2 défini.

Deux méthodes sont disponibles pour votre organisation afin de configurer les balises de produits Google. Choisissez ci-dessous la méthode la mieux adaptée à votre cas d'utilisation :

Balise Google Tag Manager sur la page

Utilisez le Didomi <script> attributs de balise pour modifier les balises Google Tag Manager sur votre site web afin d'inclure type="didomi/javascript" . Les balises de produits Google configurées dans votre Google Tag Manager se chargeront dès que le SDK sera prêt, mais sans lien spécifique avec un fournisseur.

<script type="didomi/javascript" src="https://www.googletagmanager.com/gtag/js?id=GA_MEASUREMENT_ID"></script>

Balises de produits Google dans Google Tag Manager

Depuis l'espace de travail Google Tag Manager de votre organisation, accédez à votre balise de produit Google et modifiez le déclencheur.

Utilisez le flux de travail Google Tag Manager pour configurer un nouveau déclencheur pour la balise de produit Google avec les champs suivants :

Champ

Valeur

Type de déclencheur

Événement personnalisé

Nom de l'événement

didomi-ready

Ce déclencheur se déclenche sur

Tous les événements personnalisés

Une fois terminé, Enregistrer le déclencheur et la configuration de la balise. Soumettez les modifications de votre conteneur Google Tag Manager conformément aux politiques de votre organisation.

Dans cet onglet, nous verrons comment implémenter Google Consent Mode v2 pour une notification de consentement relative à une ou plusieurs réglementations américaines sur la confidentialité si votre organisation utilise gtag.js des balises pour les produits Google directement sur votre site web.

Configurer GCM v2 sur une notification de consentement soumise à une ou plusieurs réglementations américaines sur la confidentialité

Cliquez sur Modes de consentement et activez le bouton correspondant à Google Consent Mode v2.

Interrupteur

Description

Activer Google Advertising Product

ad_storage
ad_user_data
ad_personalization
functionality_storage
personalization_storage
security_storage

Les types de consentement ci-dessus seront définis par défaut sur accordé. Cette valeur par défaut ne peut pas être modifiée par votre organisation

Activer Google Analytics Products

Les types de consentement ci-dessus seront définis par défaut sur accordé. Cette valeur par défaut ne peut pas être modifiée par votre organisation

Nom du dataLayer

Publiez et intégrez le SDK web Didomi sur votre site web une fois terminé.

Installer les balises de produits Google

Ajoutez les balises nécessaires pour vos produits Google sensibles au consentement (p. ex. Floodlight, Conversion Linker, etc.) sur votre site web.

Conformément à une configuration Google Consent Mode v2 - États-Unis, ces produits Google se chargeront lorsqu'un utilisateur final accède au site web avec les types de consentement Google définis par défaut sur accordé.

Afin de garantir que les balises de produits Google se chargent, votre organisation doit configurer chaque balise de produit Google pour qu'elle ne se charge qu'une fois le SDK Didomi prêt et Google Consent Mode v2 défini.

Utilisez le Didomi <script> attributs de balise pour modifier les balises de produits Google sur votre site web afin d'inclure type="didomi/javascript" .

<!-- Google tag (gtag.js) -->
<script type="didomi/javascript" async src="https://www.googletagmanager.com/gtag/js?id=G-1234PKLKH0"></script>
<script type="didomi/javascript">
  window.dataLayer = window.dataLayer || [];
  function gtag(){dataLayer.push(arguments);};
  gtag('js', new Date());

  gtag('config', 'G-1234PKLKH0');
</script>

Ne n'activez pas le bouton Google Consent Mode v2 dans la console Didomi lorsque vous utilisez le modèle GTM comme méthode d'implémentation pour Google Consent Mode v2 - États-Unis.

Des informations sur l'implémentation de Google Consent Mode v2 via le modèle GTM Didomi sont disponibles ci-dessous :

Modèle GTM Didomi

Didomi a mis à jour sa prise en charge depuis la sortie de Google Custom Mode v2 avec des intégrations natives simplifiées avec Firebase et Advanced App Partners (AAP) comme Airbridge, ApplyFlyer, etc.

Les organisations qui ont implémenté la solution précédente Google Consent Mode v2 via la setConsent méthode doivent mettre à jour leur implémentation en suivant les instructions ci-dessous et supprimer setConsent pour Google Consent Mode v2 du code de l'application.

Sur les applications mobiles, Google Consent Mode v2 fonctionne via des SDK tels que Firebase et les SDK Google Ads. Ces SDK s'appuient sur des signaux de consentement fournis programmatiquement à l'exécution. Les signaux de consentement doivent être transmis tôt dans le cycle de vie de l'application afin de garantir que les SDK Google respectent les choix des utilisateurs finaux.

Dans cet onglet, nous verrons comment implémenter Google Consent Mode v2 pour une notification de consentement relative à une réglementation américaine sur la confidentialité pour une application mobile.

Exigences

Consultez le tableau ci-dessous pour plus d'informations sur la version minimale requise du SDK mobile Didomi utilisé dans votre application, qui prend en charge le SDK Firebase et le SDK Google Ads :

SDK mobile

Version minimale

iOS/tvOS

>v2.27.0

Android

>v2.27.0

Configurer GCM v2 sur une notification de consentement soumise à une ou plusieurs réglementations américaines sur la confidentialité

Cliquez sur Modes de consentement et activez le bouton correspondant à Google Consent Mode v2.

Interrupteur

Description

Activer Google Advertising Product

ad_storage
ad_user_data
ad_personalization
functionality_storage
personalization_storage
security_storage

Les types de consentement ci-dessus seront définis par défaut sur accordé. Cette valeur par défaut ne peut pas être modifiée par votre organisation

Activer Google Analytics Products

Les types de consentement ci-dessus seront définis par défaut sur accordé. Cette valeur par défaut ne peut pas être modifiée par votre organisation

Firebase

Firebase est le SDK principal des applications Google. Une fois activée, l'intégration garantit :

un mappage correct des signaux de consentement Didomi vers Firebase
une propagation automatique vers les SDK Google pour la mesure et la publicité

Branch

Partenaires d'attribution d'applications (AAP) comme Branch doivent recevoir des signaux de consentement précis pour se conformer aux réglementations sur la confidentialité et transmettre ces signaux à Google.

Lorsque Branch est activé dans la console et que le SDK Branch est présent dans votre application, Didomi gère la propagation des signaux Google Consent Mode pour Branch.

Didomi définit eea sur 0 pour indiquer qu'aucune obligation GDPR ne s'applique.

Kochava

Partenaires d'attribution d'applications (AAP) comme Kochava doivent recevoir des signaux de consentement précis pour se conformer aux réglementations sur la confidentialité et transmettre ces signaux à Google.

Lorsque Kochava est activé dans la console, Didomi s'assure que Kochava reçoit la chaîne de consentement nécessaire pour renseigner les signaux de consentement de Google. Kochava utilise ces informations de consentement lors des installations et des transmissions d'événements.

Lorsque le CMP recueille le consentement de l'utilisateur final, la chaîne de consentement est partagée avec Kochava via Didomi, à condition que le SDK soit configuré pour envoyer les installations ou les événements après que l'utilisateur a donné son consentement.

Airbridge

Partenaires d'attribution d'applications (AAP) comme Airbridge doivent recevoir des signaux de consentement précis pour se conformer aux réglementations sur la confidentialité et transmettre ces signaux à Google.

Lorsque Airbridge est activé dans la console et que le SDK Airbridge est détecté dans l'application, Didomi calcule les signaux Google Consent Mode appropriés et les partage avec Airbridge.

Pour les utilisateurs finaux hors de l'EEE, Didomi indique que l'utilisateur final ne se trouve pas dans une région régie par le RGPD en définissant eeaRegion sur faux.

AppsFlyer

Partenaires d'attribution d'applications (AAP) comme AppsFlyer doivent recevoir des signaux de consentement précis pour se conformer aux réglementations sur la confidentialité et transmettre ces signaux à Google.

Lorsque AppsFlyer est activé dans la console et que le SDK AppsFlyer est présent dans votre application, Didomi gère la propagation des signaux Google Consent Mode pour AppsFlyer.

Pour les utilisateurs hors de la juridiction du RGPD, Didomi définira isUserSubjectToGDPR sur faux .

Lorsqu'il est configuré avec succès et correctement, une implémentation Google Consent Mode v2 - réglementations américaines sur la confidentialité déclenchera les balises de produits Google avec les types de consentement Google définis par défaut sur accordé. Dans cette section, nous verrons comment tester si votre configuration Google Consent Mode v2 - réglementations américaines sur la confidentialité fonctionne comme prévu.

Si vous avez besoin d'une assistance supplémentaire ou si vous avez remarqué quelque chose d'inhabituel, n'hésitez pas à contacter google-support@didomi.io.

Votre organisation voudra confirmer trois actions lors des tests :

Les produits Google se chargent avec des types de consentement définis par défaut sur un état de consentement accordé
Les produits Google se mettent à jour pour afficher des types de consentement définis sur un état de consentement refusé en raison du choix de l'utilisateur final
Les produits Google se mettent à jour pour afficher des types de consentement définis sur un état de consentement accordé en raison du choix de l'utilisateur final

La manière dont votre organisation teste le déclenchement attendu des balises de produits Google dans une configuration Google Consent Mode v2 - États-Unis dépend de la façon dont vous avez configuré l'implémentation sur la notification de consentement :

Méthode d'implémentation

Tests disponibles

Google Tag Manager

Google Tag Manager
Site web

gtag.js

Site web

Modèle GTM

Google Tag Manager
Site web

SDK mobile

Journaux du SDK Didomi
Firebase DebugView
ADB (Android) ou Console Xcode (iOS) pour les journaux d'exécution
Analyseurs réseau (p. ex. Charles Proxy) pour vérifier les charges utiles des événements

Dans cet onglet, nous verrons comment tester l'implémentation Google Consent Mode v2 - États-Unis de votre organisation via le site web sur lequel la notification de consentement Didomi est déployée.

Il est recommandé d'effectuer les tests suivants à l'aide d'une fenêtre de navigation privée dans votre navigateur.

gcd paramètre

Le gcd paramètre est inclus dans la charge utile de chaque requête réseau Google AdWords et Google Analytics lorsque Google Consent Mode v2 est activé. Le paramètre reflète l'état des types de consentement de Google Consent Mode v2 et assure à Google que le mode consentement est activé et que le consentement est collecté.

Remarque: Bien que le gcd paramètre ne soit pas documenté publiquement par Google, il est disponible dans plusieurs articles.

Le gcd Le paramètre est une chaîne de caractères composée de plusieurs composants qui peuvent avoir plusieurs valeurs. Le format de la chaîne de caractères est le suivant :

gcd=13<ad_storage>3<analytics_storage>3<ad_user_data>3<ad_personalization>5

Composant

Description

Préfixe

Début invariable de la chaîne de caractères. Représenté par un 11 ou 13

Suffixe

Fin invariable de la chaîne de caractères. Représentée par un 5 ou 7

Séparateur

Sépare les valeurs d'état du consentement pour les différents types de consentement (ad_storage, analytics_storage, etc.). Représenté par un 1 ou 3

État de consentement

L'état de consentement pour chacun des types de consentement représentés (ad_storage, analytics_storage, ad_user_data, ad_personalization) suit la structure ci-dessous :

p - Valeur par défaut refusée
t - Valeur par défaut accordée
q, m, u - Refusé après le choix de l'utilisateur final
e, r, n, v - Accordé après le choix de l'utilisateur final
1 - Indéfini

Exemple:

13t3p3p3p5

ad_storage est accordé par défaut
analytics_storage est refusé par défaut
ad_user_data est refusé par défaut
ad_user_personalization est refusé par défaut

Les balises de produits Google se chargent avec des types de consentement définis par défaut sur accordé

Accédez au site web sur lequel vous avez déployé la notification de consentement Didomi avec une implémentation Google Consent Mode v2 - États-Unis et laissez la notification de consentement se charger sur la page. Il est important de ne pas interagir avec la notification de consentement pour le moment.

Ouvrez la console du navigateur et sélectionnez l'onglet Réseau onglet. Utilisez le filtre de recherche fourni pour vérifier les requêtes contenant ce qui suit pour le gcd paramètre :

analytics.js
gtag
collect

Assurez-vous que les valeurs d'état de consentement pour chaque type de consentement dans le gcd paramètre correspondent aux paramètres par défaut attendus.

Les balises de produits Google se mettent à jour pour afficher des types de consentement définis sur refusé en raison du choix de l'utilisateur final

Accédez au site web sur lequel vous avez déployé la notification de consentement Didomi avec une implémentation Google Consent Mode v2 - États-Unis et laissez la notification de consentement se charger sur la page. Refusez le consentement pour tous les fournisseurs et toutes les finalités.

Ouvrez la console du navigateur et sélectionnez l'onglet Réseau onglet. Vérifiez les requêtes de vos produits Google pour vous assurer que la valeur d'état de consentement de chaque type de consentement dans le gcd paramètre est définie sur refusé en raison du choix de l'utilisateur final.

Les balises de produits Google se mettent à jour pour afficher des types de consentement définis sur accordé en raison du choix de l'utilisateur final

Accédez au site web sur lequel vous avez déployé la notification de consentement Didomi avec une implémentation Google Consent Mode v2 - États-Unis et laissez la notification de consentement se charger sur la page. Accordez le consentement pour tous les fournisseurs et toutes les finalités.

Dans cet onglet, nous verrons comment tester le Google Consent Mode v2 - États-Unis

Il est recommandé d'effectuer les tests suivants à l'aide d'une fenêtre de navigation privée dans votre navigateur ou de vider les cookies et le stockage local de votre site web dans votre navigateur préféré.

Accédez au conteneur où vous avez configuré et publié votre conteneur Google Consent Mode v2 - États-Unis dans votre compte Google Tag Manager, puis cliquez sur Aperçu.

Utilisez le champ fourni pour saisir l'URL de votre site web sur lequel la notification de consentement Didomi est implémentée. Cliquez sur Connecter une fois terminé.

Les balises de produits Google se chargent avec des types de consentement définis par défaut sur accordé

Laissez la notification de consentement se charger dans la fenêtre suivante de l'assistant de balise. Il est important de ne pas interagir avec la notification de consentement pour le moment.

Assurez-vous que vos balises de produits Google ne se déclenchent pas avant l'événement didomi-ready .

Tout en affichant encore l'événement didomi-ready , cliquez sur l'onglet Consentement Assurez-vous que les valeurs dans la Valeur par défaut sur la page sont définies sur accordé.

Les balises de produits Google se mettent à jour pour afficher des types de consentement définis sur refusé en raison du choix de l'utilisateur final

Laissez la notification de consentement se charger dans la fenêtre suivante de l'assistant de balise. Refusez le consentement pour tous les fournisseurs et toutes les finalités.

Sélectionnez les événements liés à l'action de refus du consentement dans la colonne de gauche et cliquez sur l'onglet Consentement Assurez-vous que les valeurs dans la Mise à jour sur la page sont définies sur Refusé (sauf pour security_storage.

Les balises de produits Google se mettent à jour pour afficher des types de consentement définis sur accordé en raison du choix de l'utilisateur final

Laissez la notification de consentement se charger dans la fenêtre suivante de l'assistant de balise. Accordez le consentement pour tous les fournisseurs et toutes les finalités.

Sélectionnez les événements liés à l'action d'acceptation du consentement dans la colonne de gauche et cliquez sur l'onglet Consentement Assurez-vous que les valeurs dans la Mise à jour sur la page sont définies sur Accordé.

La manière dont votre organisation teste dépend des intégrations configurées et des outils disponibles pour votre application mobile. Dans cet onglet, nous verrons les validations que votre organisation doit effectuer afin de vérifier que les signaux par défaut et mis à jour sont correctement définis et envoyés.

Activer les journaux de débogage

Activez la journalisation détaillée dans le SDK Didomi via :

Android

Didomi.getInstance().setLogLevel(LogLevel.DEBUG)

iOS

Didomi.shared.setLogLevel(.debug)

Si l'intégration est effectuée avec Firebase, activez Firebase DebugView via :

Android

adb shell setprop debug.firebase.analytics.app <your.package.name>

iOS

Lancez avec -FIRDebugEnabled argument

Critères de test

Analysez les journaux et les charges utiles réseau pour chaque critère afin de garantir que les résultats attendus sont définis pour le champ approprié.

Bonnes pratiques de test

Testez votre application dans plusieurs régions et sous plusieurs réglementations
Vérifiez le comportement au premier lancement de l'application et après les actions de consentement de l'utilisateur final
Utilisez toujours de véritables builds du SDK et non des mocks pour la validation finale

Mis à jour il y a 16 jours

Vue d'ensemble de Google Consent Mode v2 - États-Unis

Produits du mode de consentement Google

Implémenter Google Consent Mode v2 - États-Unis

Configurer GCM v2 sur une notification de consentement soumise à une ou plusieurs réglementations américaines sur la confidentialité

Configurer les balises de produits Google

Balise Google Tag Manager sur la page

Balises de produits Google dans Google Tag Manager

Configurer GCM v2 sur une notification de consentement soumise à une ou plusieurs réglementations américaines sur la confidentialité

Installer les balises de produits Google

Exigences

Configurer GCM v2 sur une notification de consentement soumise à une ou plusieurs réglementations américaines sur la confidentialité

Tester Google Consent Mode v2 - États-Unis

Activer les journaux de débogage

Critères de test

Bonnes pratiques de test