Analyses de la Consent Management Platform (CMP)
Type d'accès: Analytique - Visionneuse
La plateforme de gestion du consentement (CMP) Didomi analytics fournit à votre organisation מגוון de tableaux de bord qui peuvent ensuite être filtrés afin d’examiner les données clés sur les performances de vos notices de consentement sur vos domaines/applications. Dans cet article, nous aborderons les éléments suivants pour les analytics CMP :
Remarque: Ce qui suit fait référence aux données d’analyse agrégées capturées dans les tableaux de bord CMP structurés de Didomi. Les preuves de consentement (les enregistrements historiques individuels des choix de consentement d’un utilisateur final sont conservés par Didomi pendant 5 ans).
Mises à jour du tableau de bord
Les tableaux de bord analytics CMP de Didomi sont mis à jour quotidiennement (vers 7:00 UTC) avec un décalage d’un jour.
Limites des données historiques
La fenêtre d’historique des données dépend de l’agrégation de date disponible pour un tableau de bord particulier. Veuillez vous référer au tableau pour connaître les limites des données historiques pour chaque tableau de bord :
Horaire
14 jours
Exploration
Quotidienne
1 an
Domaines et applications
Pays
Tech
Pages vues du web
Sessions d’application
Amérique du Nord
Tests A/B
Implémentation de la notice
Événements mesurés
Les SDK Didomi collectent automatiquement des événements lorsqu’un utilisateur final interagit avec votre site web, votre application mobile, etc. Les événements suivants sont collectés et agrégés afin de générer les tableaux de bord d’analytics CMP :
Pages vues du site web
Un événement de page vue est déclenché sur chaque page consultée par un utilisateur final sur votre site web lorsque le SDK Didomi est présent.
Remarque: Les pages vues ne sont suivies que lorsque le SDK Didomi est présent sur la page ; veillez donc à intégrer la balise du SDK Didomi sur chaque page de votre site web.
Cet événement inclut les données suivantes :
Date et heure
Statut du consentement de l’utilisateur final pour les finalités et les fournisseurs
Nom de domaine (mais pas l’URL/la page réellement visitée par l’utilisateur)
Pays de l’utilisateur final
Expérience (le cas échéant)
Sessions d’application mobile
Les sessions d’application sont suivies à chaque lancement de votre application mobile.
Remarque: Les sessions d’application ne sont suivies que lorsque le SDK Didomi est initialisé ; veillez donc à intégrer le SDK Didomi dans votre application et à l’initialiser à chaque lancement de l’application.
Cet événement inclut les données suivantes :
Date et heure
Statut du consentement de l’utilisateur final pour les finalités et les fournisseurs
ID de l’application mobile
Pays de l’utilisateur final
Affichage de la notice
L’événement suit le moment où les notices de consentement sont affichées aux utilisateurs finaux pour recueillir leur consentement.
Cet événement inclut les données suivantes :
Date et heure
Finalités et fournisseurs affichés à l’utilisateur final
Statut du consentement de l’utilisateur final
Domaine ou ID de l’application mobile
Pays de l’utilisateur final
Décisions de consentement de l’utilisateur final
L’événement suit les décisions de consentement prises par l’utilisateur final (positives comme négatives). consent.given est envoyé chaque fois qu’un utilisateur final accepte ou refuse des finalités ou des fournisseurs dans une notice de consentement (ou toute autre interface affichée par Didomi) afin d’enregistrer le nouveau statut de consentement de l’utilisateur final.
Cet événement inclut les données suivantes :
Date et heure
Nouveau statut de consentement de l’utilisateur pour les finalités et les fournisseurs
Statut de consentement précédent de l’utilisateur pour les finalités et les fournisseurs
Domaine ou ID de l’application mobile
Pays de l’utilisateur
Remarque: Cet événement est conservé comme preuve légale du consentement.
Interactions avec l’interface
L’événement suit les interactions de l’utilisateur final au sein de l’interface de consentement (affichage de la liste des finalités, विस्तार des détails des fournisseurs, etc.).
Cet événement inclut les données suivantes :
Date et heure
Identifiant de l’interaction avec l’interface
Domaine ou ID de l’application mobile
Pays de l’utilisateur
Échantillonnage des données
À l’exception de l’événement des décisions de consentement de l’utilisateur final (qui est collecté et stocké par Didomi comme preuve légale du consentement et pour démontrer les choix de l’utilisateur final), les autres événements collectés par les SDK Didomi sur les sites web et les applications mobiles sont échantillonnés.
L’échantillonnage désigne la collecte d’événements auprès d’utilisateurs finaux aléatoires, puis l’extrapolation des données d’analytics dans les tableaux de bord CMP de votre organisation. La stratégie d’échantillonnage de Didomi est actuellement la suivante :
Chaque utilisateur final est associé à un identifiant utilisateur unique et aléatoire
Les identifiants utilisateur sont répartis uniformément dans N compartiments aléatoires via hachage
Les utilisateurs des X % de compartiments supérieurs sont sélectionnés comme faisant partie de l’échantillon
Tous les événements des utilisateurs de l’échantillon sont collectés
Remarque: Le taux d’échantillonnage varie selon les types d’événements et les plateformes.
Cette stratégie garantit que l’échantillon est représentatif de l’ensemble de la base d’utilisateurs finaux en sélectionnant des utilisateurs finaux purement aléatoires et en enregistrant tous les événements de ces utilisateurs finaux (ce qui garantit que nous capturons l’intégralité du comportement de ces utilisateurs finaux).
Mis à jour