Google Consent Mode v2 (de base) - RGPD
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 utilisant la configuration de base de Google Consent Mode.
Cliquez ici pour obtenir des informations sur la configuration du mode de consentement avancé de Google.
Présentation de Google Consent Mode v2 (Basic)
Dans la version de base de Google Consent Mode v2, les balises de produits Google doivent être empêchées par votre organisation de se charger jusqu’à ce qu’un utilisateur final interagisse avec votre notification de consentement sur le site web. Une fois que l’utilisateur final interagit avec la notification de consentement, l’une des actions suivantes peut se produire :
Consentement
Si un utilisateur final accorde son consentement, les balises de produits Google se chargeront et exécuteront les API du mode de consentement.
Aucun consentement
Si un utilisateur final n’accorde pas son consentement, aucune donnée n’est transmise à Google (pas même un état de consentement par défaut). Les balises Google resteront bloquées et la modélisation des annonces de Google Consent Mode sera basée sur un modèle général.
Produits Google Consent Mode
Les produits Google suivants intègrent des vérifications du consentement et ajusteront leur comportement en fonction de l’état de consentement de l’utilisateur final pour les types de consentement Google :
Balise Google
Google Analytics (inclut le SDK Google Analytics pour Firebase)
Google Ads (inclut le suivi des conversions Google Ads et le remarketing ; la prise en charge des conversions d’appels téléphoniques 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 ses 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 .
Implémenter Google Consent Mode v2 (Basic) — RGPD
Didomi offre plusieurs façons à votre organisation d’implémenter Google Consent Mode v2 (Basic) pour les notifications de consentement RGPD. Veuillez consulter les onglets ci-dessous pour la méthode qui convient le mieux aux besoins de votre organisation :
Dans cet onglet, nous verrons comment utiliser Google Tag Manager pour implémenter Google Consent Mode v2 (Basic) pour une notification de consentement RGPD.
Configurer Google Consent Mode v2 (Basic) sur la notification de consentement
Depuis la notification de consentement, cliquez sur l’onglet Personnalisation et sélectionnez Intégrations.
Cliquez sur Modes de consentement et activez le bouton à côté de Google Consent Mode v2.
Développez l’accordéon Google Consent Mode v2 pour configurer les détails de l’intégration. Consultez le tableau ci-dessous pour obtenir des informations sur chaque bouton de la configuration de l’intégration :
Remarque: Afin de mettre en œuvre avec succès Google Consent Mode v2 (Basic) pour le RGPD, votre organisation devra devoir activer les produits publicitaires Google et/ou les produits Google Analytics selon les produits Google que votre organisation utilise.
Définissez l’état par défaut de Google Consent Mode lors du chargement de la page
La version de base de Google Consent Mode v2 bloquera les balises de produits Google jusqu’à ce qu’un utilisateur final interagisse avec votre notification de consentement. Assurez-vous que ce bouton est désactivé pour vous assurer qu’aucun état par défaut n’est défini pour la version de base.
Activer les produits publicitaires Google
Ajoutera le fournisseur Google Advertising Products (ID d’API : google) à la notification de consentement. Conçu pour englober les produits Google qui utilisent un ou plusieurs des types de consentement suivants :
ad_storagead_user_dataad_personalizationfunctionality_storagepersonalization_storagesecurity_storage
Activer {consent type} avant que l’utilisateur n’accorde son consentement
Pour chaque type de consentement, remplacera l’état par défaut du type de consentement Google et le définira sur accordé dès que la balise de produit Google se charge.
Avec Google Consent Mode v2 (Basic), les balises de produits Google seront bloquées jusqu’à ce que l’utilisateur final accorde son consentement, et même l’état de consentement ne sera pas envoyé à Google. Ces paramètres n’ont pas besoin d’être activés.
Activer les produits Google Analytics
Ajoutera le fournisseur Google Analytics Products (ID d’API : googleana-4TXnJigR) à la notification de consentement. Conçu pour englober les produits Google qui nécessitent le analytics_storage type de consentement.
Activer l’intégration TCF avec Google Consent Mode
Permet à Didomi de définir un indicateur supplémentaire (TCData.enableAdvertiserConsentMode à true) pour getTCData et addEventListener commandes.\n\nCet indicateur supplémentaire permet à Google de déduire et d’associer les paramètres de consentement aux types de consentement Google Consent Mode v2 suivants en fonction des finalités IAB TCF :
ad_storagead_user_dataad_personalization
Cliquez ici pour plus d’informations sur la manière dont Google calcule le mappage entre les finalités IAB TCF et les types de consentement Google.
Remarque: L’intégration TCF avec Google Consent Mode ne prend pas en charge les balises de produits Google qui nécessitent les analytics_storage, functionality_storage, personalization_storage, ou security_storage types de consentement.
Pour les produits Google qui nécessitent le analytics_storage type de consentement, Didomi définira ce type de consentement sur accordé si l’utilisateur final consent globalement (consentement au fournisseur et à toutes ses finalités) pour Google Analytics Products (ID d’API : googleana-4TXnJigR).
Nom de la couche de données
Par défaut, Didomi utilise dataLayer comme nom de variable pour la dataLayer Google Tag Manager de votre organisation. Si votre organisation a modifié le nom de variable de votre dataLayer, saisissez ce nom de variable dans l’espace prévu.
Sinon, votre organisation peut utiliser l’objet window.didomiConfig pour configurer Google Consent Mode v2 (Basic) sur votre notification de consentement. Bien que Didomi recommande d’utiliser la console pour activer la fonctionnalité comme indiqué ci-dessus, la window.didomiConfig méthode peut être utile pour les tests.
Configurer la/les balise(s) de produit 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 soient bloquées conformément à une configuration Google Consent Mode v2 (Basic), votre organisation doit configurer les balises de produits Google dans Google Tag Manager pour qu’elles se déclenchent uniquement lorsqu’un utilisateur final accorde son consentement au produit Google concerné.
Tout d’abord, votre organisation doit créer une variable de couche de données pour didomiVendorsEnabled car elle sera utilisée dans le déclenchement :
Depuis l’espace de travail Google Tag Manager de votre organisation, accédez à votre balise de produit Google et modifiez le déclencheur.
Configurez votre déclencheur avec les champs suivants :
Type de déclencheur
Événement personnalisé
Nom de l’événement
didomi-consent
Ce déclencheur se déclenche sur
certains événements personnalisés
Condition de l’événement
didomiVendorsEnabled contient <vendor API ID>
Remarque: Remplacez <vendor API ID> par l’identifiant réel du fournisseur qui, lorsqu’il aura donné son consentement, déclenchera la balise de produit Google.
Une fois terminé, enregistrez la configuration du déclencheur et 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 (Basic) pour une notification de consentement RGPD si votre organisation utilise directement des balises gtag.js pour les produits Google sur votre site web.
Configurer Google Consent Mode v2 (Basic) sur la notification de consentement
Depuis la notification de consentement, cliquez sur l’onglet Personnalisation et sélectionnez Intégrations.
Cliquez sur Modes de consentement et activez le bouton à côté de Google Consent Mode v2.
Développez l’accordéon Google Consent Mode v2 pour configurer les détails de l’intégration. Consultez le tableau ci-dessous pour obtenir des informations sur chaque bouton de la configuration de l’intégration :
Remarque: Afin de mettre en œuvre avec succès Google Consent Mode v2 (Basic) pour le RGPD, votre organisation devra devoir activer les produits publicitaires Google et/ou les produits Google Analytics selon les produits Google que votre organisation utilise.
Définissez l’état par défaut de Google Consent Mode lors du chargement de la page
La version de base de Google Consent Mode v2 bloquera les balises de produits Google jusqu’à ce qu’un utilisateur final interagisse avec votre notification de consentement. Assurez-vous que ce bouton est désactivé pour vous assurer qu’aucun état par défaut n’est défini pour la version de base.
Activer les produits publicitaires Google
Ajoutera le fournisseur Google Advertising Products (ID d’API : google) à la notification de consentement. Conçu pour englober les produits Google qui utilisent un ou plusieurs des types de consentement suivants :
ad_storagead_user_dataad_personalizationfunctionality_storagepersonalization_storagesecurity_storage
Activer {consent type} avant que l’utilisateur n’accorde son consentement
Pour chaque type de consentement, remplacera l’état par défaut du type de consentement Google et le définira sur accordé dès que la balise de produit Google se charge.
Avec Google Consent Mode v2 (Basic), les balises de produits Google seront bloquées jusqu’à ce que l’utilisateur final accorde son consentement, et même l’état de consentement ne sera pas envoyé à Google. Ces paramètres n’ont pas besoin d’être activés.
Activer les produits Google Analytics
Ajoutera le fournisseur Google Analytics Products (ID d’API : googleana-4TXnJigR) à la notification de consentement. Conçu pour englober les produits Google qui nécessitent le analytics_storage type de consentement.
Activer l’intégration TCF avec Google Consent Mode
Permet à Didomi de définir un indicateur supplémentaire (TCData.enableAdvertiserConsentMode à true) pour getTCData et addEventListener commandes.\n\nCet indicateur supplémentaire permet à Google de déduire et d’associer les paramètres de consentement aux types de consentement Google Consent Mode v2 suivants en fonction des finalités IAB TCF :
ad_storagead_user_dataad_personalization
Cliquez ici pour plus d’informations sur la manière dont Google calcule le mappage entre les finalités IAB TCF et les types de consentement Google.
Remarque: L’intégration TCF avec Google Consent Mode ne prend pas en charge les balises de produits Google qui nécessitent les analytics_storage, functionality_storage, personalization_storage, ou security_storage types de consentement.
Pour les produits Google qui nécessitent le analytics_storage type de consentement, Didomi définira ce type de consentement sur accordé si l’utilisateur final consent globalement (consentement au fournisseur et à toutes ses finalités) pour Google Analytics Products (ID d’API : googleana-4TXnJigR).
Nom de la couche de données
Par défaut, Didomi utilise dataLayer comme nom de variable pour la dataLayer Google Tag Manager de votre organisation. Si votre organisation a modifié le nom de variable de votre dataLayer, saisissez ce nom de variable dans l’espace prévu.
Sinon, votre organisation peut utiliser l’objet window.didomiConfig pour configurer Google Consent Mode v2 (Basic) sur votre notification de consentement. Bien que Didomi recommande d’utiliser la console pour activer la fonctionnalité comme indiqué ci-dessus, la window.didomiConfig méthode peut être utile pour les tests.
Installer les balises de produits Google
Afin de garantir que les balises de produits Google soient bloquées conformément à une configuration Google Consent Mode v2 (Basic), votre organisation doit configurer chaque balise de produit Google sur votre page pour qu’elle se déclenche uniquement lorsqu’un utilisateur final accorde son consentement au produit Google concerné.
Utilisez le Didomi <script> attributs de balise pour modifier les gtag.js balises de chaque balise de produit Google sur votre site web afin d’inclure type="didomi/javascript" data-vendor="{Google Vendor API ID}" .
Ne 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 de Google Consent Mode v2 (Basic).
Des informations sur l’implémentation de Google Consent Mode v2 (Basic) via le modèle GTM de Didomi sont disponibles ci-dessous :
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 des partenaires d’applications avancés (AAP) comme Airbridge, ApplyFlyer, etc...
Les organisations qui ont implémenté la solution Google Consent Mode v2 précédente via le setConsent méthode doivent mettre à jour leurs implémentations 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 reposent sur des signaux de consentement fournis par programmation au moment de 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 de l’utilisateur.
Dans cet onglet, nous verrons comment implémenter Google Consent Mode v2 (Basic) pour une notification de consentement RGPD pour une application mobile.
Prérequis
Consultez le tableau ci-dessous pour plus d’informations sur la version minimale requise du SDK mobile Didomi utilisé dans votre application et prenant en charge le SDK Firebase et le SDK Google Ads :
iOS/tvOS
> v2.27.0
Android
> v2.27.0
Configurer Google Consent Mode v2 (Basic) sur la notification de consentement
Depuis la notification de consentement, cliquez sur l’onglet Personnalisation et sélectionnez Intégrations.
Cliquez sur Modes de consentement et activez le bouton à côté de Google Consent Mode v2.
Développez l’accordéon Google Consent Mode v2 pour configurer les détails de l’intégration. Consultez le tableau ci-dessous pour obtenir des informations sur chaque bouton de la configuration de l’intégration :
Remarque: Afin de mettre en œuvre avec succès Google Consent Mode v2 (Basic) pour le RGPD, votre organisation devra devoir activer les produits publicitaires Google et/ou les produits Google Analytics selon les produits Google que votre organisation utilise.
Définissez l’état par défaut de Google Consent Mode lors du chargement de la page
La version de base de Google Consent Mode v2 bloquera les balises de produits Google jusqu’à ce qu’un utilisateur final interagisse avec votre notification de consentement. Assurez-vous que ce bouton est désactivé pour vous assurer qu’aucun état par défaut n’est défini pour la version de base.
Activer les produits publicitaires Google
Ajoutera le fournisseur Google Advertising Products (ID d’API : google) à la notification de consentement. Conçu pour englober les produits Google qui utilisent un ou plusieurs des types de consentement suivants :
ad_storagead_user_dataad_personalizationfunctionality_storagepersonalization_storagesecurity_storage
Activer {consent type} avant que l’utilisateur n’accorde son consentement
Pour chaque type de consentement, remplacera l’état par défaut du type de consentement Google et le définira sur accordé dès que la balise de produit Google se charge.
Avec Google Consent Mode v2 (Basic), les balises de produits Google seront bloquées jusqu’à ce que l’utilisateur final accorde son consentement, et même l’état de consentement ne sera pas envoyé à Google. Ces paramètres n’ont pas besoin d’être activés.
Activer les produits Google Analytics
Ajoutera le fournisseur Google Analytics Products (ID d’API : googleana-4TXnJigR) à la notification de consentement. Conçu pour englober les produits Google qui nécessitent le analytics_storage type de consentement.
Activer l’intégration TCF avec Google Consent Mode
Permet à Didomi de définir un indicateur supplémentaire (TCData.enableAdvertiserConsentMode à true) pour getTCData et addEventListener commandes.\n\nCet indicateur supplémentaire permet à Google de déduire et d’associer les paramètres de consentement aux types de consentement Google Consent Mode v2 suivants en fonction des finalités IAB TCF :
ad_storagead_user_dataad_personalization
Cliquez ici pour plus d’informations sur la manière dont Google calcule le mappage entre les finalités IAB TCF et les types de consentement Google.
Remarque: L’intégration TCF avec Google Consent Mode ne prend pas en charge les balises de produits Google qui nécessitent les analytics_storage, functionality_storage, personalization_storage, ou security_storage types de consentement.
Pour les produits Google qui nécessitent le analytics_storage type de consentement, Didomi définira ce type de consentement sur accordé si l’utilisateur final consent globalement (consentement au fournisseur et à toutes ses finalités) pour Google Analytics Products (ID d’API : googleana-4TXnJigR).
Firebase
Firebase est le SDK de base pour les 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é
une conformité simplifiée pour le RGPD et les réglementations similaires
Branch
Partenaires d’attribution d’applications (AAP) comme Branch doivent recevoir des signaux de consentement précis pour se conformer aux réglementations de confidentialité et transmettent 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 du signal Google Consent Mode pour Branch.
Pour les utilisateurs finaux dans les régions réglementées par le RGPD, Didomi indique le contexte de conformité en définissant eea à 1 et applique des valeurs par défaut pour les signaux de consentement en fonction de votre configuration dans la console. Après que l’utilisateur final a donné son consentement, Didomi recalcule l’état de ces signaux en utilisant le consentement de l’utilisateur final pour Google Advertising Products et Google Analytics Products et met Branch à jour en conséquence.
Pour les utilisateurs en dehors des régions RGPD, Didomi définit eea à 0 pour indiquer qu’aucune obligation RGPD 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 de confidentialité et transmettent 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 transmissions d’installations et d’événements.
Lorsque le CMP collecte 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.
Kochava analyse la chaîne de consentement TCF et l’applique pour générer les signaux requis par Google. Ce processus fonctionne de manière transparente avec les CMP qui prennent en charge l’IAB Transparency & Consent Framework (TCF) v2.3 ou l’API Global Privacy Platform v1.1.
Airbridge
Partenaires d’attribution d’applications (AAP) comme Airbridge doivent recevoir des signaux de consentement précis pour se conformer aux réglementations de confidentialité et transmettent 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 situés dans l’EEE (Espace économique européen) et donc soumis au RGPD, Didomi informe Airbridge que l’utilisateur se trouve dans une région réglementée en définissant eeaRegion à true. En même temps, Airbridge reçoit les valeurs par défaut des signaux de consentement en fonction de votre configuration dans le SDK Didomi. Une fois que l’utilisateur final a donné son consentement via le CMP, Didomi met à jour ces signaux et s’assure qu’Airbridge reflète les préférences réelles de l’utilisateur final.
Pour les utilisateurs finaux en dehors de l’EEE, Didomi signale que l’utilisateur final ne se trouve pas dans une région réglementée par le RGPD en définissant eeaRegion à false.
AppsFlyer
Partenaires d’attribution d’applications (AAP) comme AppsFlyer doivent recevoir des signaux de consentement précis pour se conformer aux réglementations de confidentialité et transmettent 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 du signal Google Consent Mode pour AppsFlyer.
Pour les utilisateurs dans les régions réglementées par le RGPD, Didomi indique le contexte de conformité en définissant
isUserSubjectToGDPRàtrueet applique des valeurs par défaut pour les signaux de consentement en fonction de votre configuration dans la console. Après que l’utilisateur final a donné son consentement, Didomi recalcule l’état de ces signaux en utilisant le consentement de l’utilisateur final pour Google Advertising Products et Google Analytics Products et met AppsFlyer à jour en conséquence.Pour les utilisateurs en dehors de la juridiction du RGPD, Didomi définira
isUserSubjectToGDPRàfalse.Si vous avez activé l’intégration IAB TCF avec Google Consent Mode, Didomi indiquera automatiquement à AppsFlyer d’utiliser la chaîne TC en définissant
enableTCFDataCollection(true). En conséquence, AppsFlyer peut obtenir directement le consentement de l’utilisateur à partir de la chaîne TC dansSharedPreferences
Tester Google Consent Mode v2 (Basic) - RGPD
Lorsqu’il est correctement configuré, un déploiement Google Consent Mode v2 (Basic) empêchera le déclenchement des balises de produits Google concernées jusqu’à ce que l’utilisateur final accorde son consentement aux fournisseurs Google concernés associés à votre notification de consentement. Dans cette section, nous verrons comment tester si votre configuration Google Consent Mode v2 (Basic) fonctionne comme prévu.
Si vous avez besoin d’une assistance supplémentaire ou avez remarqué quelque chose d’inhabituel, n’hésitez pas à contacter google-support@didomi.io.
Confirmer les fournisseurs de produits Google sur la notification de consentement
Comme mentionné ci-dessus lors de la configuration, Google Consent Mode v2 (Basic) nécessite l’utilisation des fournisseurs suivants Google Advertising Products (ID d’API : google) et/ou Google Analytics Products (ID d’API : googleana-4TXnJigR) selon les produits Google que votre organisation utilise.
Avant de continuer, assurez-vous que les fournisseurs corrects sont ajoutés à la notification de consentement pour refléter les produits Google qui seront déclenchés :
Tester le déclenchement des produits Google
Lors du test de l’implémentation Google Consent Mode v2 (Basic), votre organisation voudra confirmer trois actions :
Les produits Google ne se déclenchent pas avant l’action de consentement
Les produits Google ne se déclenchent pas si un utilisateur final refuse le consentement
Les produits Google se déclenchent uniquement lorsqu’un utilisateur final accorde son consentement
La manière dont votre organisation teste que la/les balise(s) de produit Google se déclenche(nt) comme prévu dans une configuration Google Consent Mode v2 (Basic) dépend de la façon dont vous avez configuré l’implémentation sur la notification de consentement :
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 (par 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 (Basic) 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 de votre navigateur.
Les balises de produits Google ne se déclenchent pas avant l’action de consentement
Accédez au site web sur lequel vous avez déployé la notification de consentement Didomi avec une implémentation Google Consent Mode v2 (Basic) et laissez la notification de consentement se charger sur la page. Il est important que vous n’interagissiez pas encore avec la notification de consentement.
Ouvrez la console du navigateur et accédez au stockage des cookies (pour Chrome, il s’agit de Application> Cookies et pour Firefox, de Storage>Cookies).
Assurez-vous qu’aucun cookie n’est déposé par les produits Google sensibles au consentement utilisés par votre organisation (par ex. Google Analytics, AdWords, Floodlight, etc...).
Cliquez ici pour plus d’informations sur les noms de cookies pour les produits Google.
Ensuite, sélectionnez l’onglet Réseau dans la console du navigateur et utilisez le filtre de recherche fourni pour rechercher :
analytics.jsgtagcollectgcsgcd
Assurez-vous qu’aucune requête réseau n’est effectuée avec ces paramètres.
Les balises de produits Google ne se déclenchent pas si un utilisateur final refuse le consentement
Accédez au site web sur lequel vous avez déployé la notification de consentement Didomi avec une implémentation Google Consent Mode v2 (Basic) 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 accédez au stockage des cookies (pour Chrome, il s’agit de Application> Cookies et pour Firefox, de Storage>Cookies).
Assurez-vous qu’aucun cookie n’est déposé par les produits Google sensibles au consentement utilisés par votre organisation (par ex. Google Analytics, AdWords, Floodlight, etc...).
Cliquez ici pour plus d’informations sur les noms de cookies pour les produits Google.
Ensuite, sélectionnez l’onglet Réseau dans la console du navigateur et utilisez le filtre de recherche fourni pour rechercher :
analytics.jsgtagcollectgcsgcd
Assurez-vous qu’aucune requête réseau n’est effectuée avec ces paramètres.
Les balises de produits Google se déclenchent uniquement lorsqu’un utilisateur final accorde son consentement
Accédez au site web sur lequel vous avez déployé la notification de consentement Didomi avec une implémentation Google Consent Mode v2 (Basic) et laissez la notification de consentement se charger sur la page. Accordez le consentement pour tous les fournisseurs et toutes les finalités.
Sélectionnez l’onglet Réseau dans la console du navigateur et vérifiez que les requêtes pour Google Analytics et/ou Google AdWords contiennent un gcd paramètre et que sa valeur reflète les choix faits par l’utilisateur final.
La valeur de gcd ressemble à une chaîne de caractères : gcd=11<ad_storage>1<analytics_storage>1<ad_user_data>1<ad_personalization>5
Chaque stockage a la valeur possible “e”, “r”, “n” ou “v”, qui équivalent accordé dans une mise à jour GCM après l’interaction de l’utilisateur avec le CMP
Dans cet onglet, nous verrons comment tester l’implémentation Google Consent Mode v2 (Basic) de votre organisation via Google Tag Manager.
Il est recommandé d’effectuer les tests suivants à l’aide d’une fenêtre de navigation privée de votre navigateur ou d’effacer les cookies et le stockage local de votre site web dans votre navigateur préféré.
Accédez au conteneur dans lequel vous avez configuré et publié votre Google Consent Mode v2 (Basic) dans votre compte Google Tag Manager et 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 ne se déclenchent pas avant l’action de consentement
Laissez la notification de consentement se charger dans la fenêtre suivante du tag assistant. Il est important que vous n’interagissiez pas encore avec la notification de consentement.
Accédez aux événements sur le côté gauche du tag assistant et sélectionnez l’onglet Balises Assurez-vous qu’aucune de vos balises de produits Google ne se déclenche.
Ensuite, cliquez sur l’onglet Consentement pour les événements sur le côté gauche et assurez-vous que L’état du consentement n’a pas encore été défini.
Les balises de produits Google ne se déclenchent pas si un utilisateur final refuse le consentement
Laissez la notification de consentement se charger dans la fenêtre suivante du tag assistant. Refusez le consentement pour tous les fournisseurs et toutes les finalités.
Accédez aux événements liés à l’action « refuser le consentement » sur le côté gauche du tag assistant et sélectionnez l’onglet Balises Assurez-vous qu’aucune de vos balises de produits Google ne se déclenche.
Ensuite, cliquez sur l’onglet Consentement pour les événements liés à l’action « refuser le consentement » sur le côté gauche et assurez-vous que tous les types de consentement Google sont définis sur Refusé (sauf pour security_storage).
Les balises de produits Google se déclenchent uniquement lorsqu’un utilisateur final accorde son consentement
Laissez la notification de consentement se charger dans la fenêtre suivante du tag assistant. Accordez le consentement pour tous les fournisseurs et toutes les finalités.
Accédez à didomi-consent l’événement lié à l’action « accorder le consentement » sur le côté gauche du tag assistant et sélectionnez l’onglet Balises Assurez-vous que vos balises de produits Google se sont déclenchées.
Ensuite, cliquez sur l’onglet Consentement pour les événements liés à l’action « accorder le consentement » sur le côté gauche et assurez-vous que les types de consentement Google appropriés ont Mise à jour sur la page et État actuel été définis sur Accordé.
La manière dont votre organisation effectue les tests dépend des intégrations configurées et des outils disponibles pour votre application mobile. Dans cet onglet, nous verrons comment valider que les signaux par défaut et mis à jour sont définis et envoyés correctement.
Activer les journaux de débogage
Activez la journalisation verbeuse dans le SDK Didomi via :
Android
iOS
Si elle est intégrée avec Firebase, activez Firebase DebugView via :
Android
iOS
Lancez avec -FIRDebugEnabled argument
Critères de test
Analysez les journaux et les charges utiles réseau pour chaque critère afin de vous assurer que les résultats attendus sont définis.
Bonnes pratiques de test
Testez votre application dans plusieurs régions et 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 des versions réelles du SDK et non des mocks pour la validation finale
Mis à jour