Glossaire de l'exportation des données
Fonctionnalité premium: Toute fonctionnalité premium d’exportation de données (CMP, PMP ou ACM)
Dans les tableaux ci-dessous, nous fournissons des glossaires pour les données incluses dans chacun des types de données pouvant être exportés via l’exportation de données.
Traceurs ACM
Le type de données ACM Trackers correspond à des données brutes pour des événements de suivi individuels détectés lors des analyses. Chaque ligne représente un traceur unique (cookie, script, etc.) trouvé sur vos sites web dans différents scénarios de consentement. Ces données peuvent être exploitées par votre organisation pour analyser :
Analyse détaillée du comportement des traceurs selon les scénarios de consentement
Débogage technique des implémentations de suivi
Comprendre quand des traceurs spécifiques se déclenchent par rapport aux actions de consentement
Audit de conformité des fournisseurs au niveau de chaque traceur
Les champs inclus dans le type de données ACM Trackers sont :
ID
Identifiant unique de cette instance de traceur dans l’analyse
EVENT_TIME
Horodatage auquel le robot d’exploration a enregistré l’événement pendant l’analyse
CREATED_AT
Horodatage auquel les données du traceur ont été traitées à la fin de l’analyse de la page (pour l’ingestion des données)
COLLECT_ID
Identifiant unique de la collecte (scénario d’analyse : accepter/refuser/aucune action)
COLLECT_PAGE_ID
Identifiant unique de la page spécifique analysée dans une collecte
HOST
Domaine hébergeant le traceur
TYPE
Type de traceur (par ex. "cookie", "script")
PAGE_URL
URL complète où le traceur a été détecté
PAGE_URL_HOST
Domaine hôte de la page analysée
PAGE_URL_SLD
Domaine de second niveau de la page
PROPERTY_ID
Identifiant de la propriété de votre site web
REPORT_ID
Identifiant unique du rapport
ORGANIZATION_ID
Identifiant de votre organisation
IS_TC_STRING_IDENTICAL
Si l’API TCF tc_string correspond à gdpr_consent paramètre de requête
INITIATOR
Le fournisseur qui dépose/crée réellement le traceur
INITIAL_NAME
Nom original du traceur avant traitement
NAME
Nom du traceur traité (après correspondance avec le motif regex)
NAME_PATTERN
Motif regex utilisé pour traiter le nom initial
VENDOR
Fournisseur propriétaire du traceur (si la correspondance a réussi dans la base de données)
VALUE
Valeur/contenu du traceur
LIFETIME_SECONDS
Durée de conservation du traceur
IS_THIRD_PARTY
Indique si le traceur provient d’un domaine tiers
IS_HTTP_ONLY
Indicateurs de sécurité et de persistance
IS_SECURE_ONLY
Indicateurs de sécurité et de persistance
IS_PERSISTENT
Indicateurs de sécurité et de persistance
SOURCE
Comment le traceur a été créé ("javascript" ou "http request")
CMP
Contexte du scénario de consentement (format JSON indiquant quand le traceur a été détecté)
HASH_NAME_HOST_TYPE
Hachage pour agréger les traceurs (nom traité + hôte + type)
HASH_INITIAL_NAME_HOST_TYPE
Hachage pour agréger les traceurs (nom initial + hôte + type)
Fournisseurs ACM
Le type de données ACM Trackers est une information consolidée sur les fournisseurs détectés sur l’ensemble de vos propriétés, agrégée par scénarios de consentement. Chaque ligne représente le résumé de l’activité d’un fournisseur dans un rapport spécifique. Ces données peuvent être exploitées par votre organisation pour analyser :
Reporting des performances des fournisseurs selon les scénarios de consentement
Évaluation des risques liés aux tiers et inventaire des fournisseurs
Création de tableaux de bord de conformité présentant des indicateurs au niveau des fournisseurs
Comprendre quels fournisseurs sont actifs dans différents contextes de consentement
Les champs inclus dans le type de données ACM Vendors sont :
Remarque: Les données des fournisseurs ACM peuvent être jointes aux données des traceurs ACM à l’aide des PARTNER/VENDOR champs pour obtenir des informations détaillées sur les traceurs pour chaque fournisseur.
REPORT_ID
Identifiant unique du rapport
PROPERTY_ID
Identifiant de la propriété du site web
ORGANIZATION_ID
Identifiant de votre organisation
ID
Identifiant du fournisseur (ID de base de données si correspondance trouvée, sinon domaine hôte)
REQUEST_COUNT
Nombre de requêtes de traceurs provenant de ce fournisseur
CMP
Scénarios de consentement dans lesquels le fournisseur était actif (format tableau JSON)
PARTNER
Informations détaillées sur le fournisseur et métadonnées (format JSON)
CREATED_AT
Horodatage de génération du rapport
Propriétés ACM
Le type de données ACM Trackers est une information consolidée qui regroupe le statut de conformité au niveau de la propriété et les résultats de collecte. Chaque ligne représente le statut global de conformité d’une propriété web. Ces données peuvent être exploitées par votre organisation pour analyser :
Suivi de la conformité à haut niveau sur l’ensemble de votre portefeuille de sites web
Identification des propriétés présentant des problèmes ou des erreurs de collecte
Suivi des taux de réussite des analyses et dépannage des collectes ayant échoué
Reporting de direction sur l’état global du suivi de la conformité
Les champs inclus dans le type de données ACM Properties sont :
WEBSITE
URL complète du site web
PROPERTY_ID
Identifiant unique de la propriété
CREATED_AT
Horodatage de génération du rapport
REPORTSTATUS
Statut global de traitement du rapport (par ex. "Processed", "Partially Processed", "Failed")
COLLECT_CONSENT_TO_ALL
Statut/erreurs pour la collecte du scénario "tout accepter". Cliquez ici pour voir les codes de statut disponibles
COLLECT_REFUSE_TO_ALL
Statut/erreurs pour la collecte du scénario "tout refuser". Cliquez ici pour voir les codes de statut disponibles
COLLECT_NO_USER_CHOICE
Statut/erreurs pour la collecte du scénario "aucune action de l’utilisateur". Cliquez ici pour voir les codes de statut disponibles
Remarque: Le COLLECT_NO_USER_CHOICE scénario comporte généralement moins de types d’erreurs, car il ne nécessite aucune interaction avec les boutons.
Codes de statut
Les codes de statut suivants sont des messages de statut lisibles par l’humain qui indiquent le résultat de chaque collecte de scénario de consentement (par ex. COLLECT_CONSENT_TO_ALL) et peuvent être utilisés pour aider à identifier des zones spécifiques d’optimisation ou de dépannage du site web.
SUCCÈS
Collecte terminée avec succès pour ce scénario
Site web inaccessible
Problèmes réseau, site web hors ligne, ou le robot d’exploration ne peut pas accéder au site
Système anti-bot
Protection contre les bots ou mesures anti-automatisation détectées et bloquant le robot d’exploration
Aucun CMP existant ou clair sur la page
Aucun CMP trouvé ou CMP non clairement identifiable
Aucune option de refus trouvée
CMP détecté, mais aucune option de consentement de refus/rejet disponible
Aucun bouton d’acceptation trouvé
CMP détecté, mais aucun bouton de consentement d’acceptation trouvé
Impossible de cliquer sur le bouton de la page
Échec de l’interaction avec l’interface utilisateur - le bouton existe mais ne peut pas être cliqué
Erreur générale
Autres erreurs non précisées non couvertes par les catégories ci-dessus
Événements API
Reportez-vous au tableau ci-dessous pour les colonnes qui seront incluses dans l’export de données pour les événements API.
event_type
Le type d’événement de consentement enregistré (par ex. event.created)
transaction_timestamp
Quand l’événement de consentement s’est réellement produit (l’heure de l’action de l’utilisateur final). Utilisez-le comme heure de l’événement pour l’analyse des séries temporelles.
partition_user_id
L’ID utilisateur global interne de Didomi — le point d’ancrage pour relier les événements d’un utilisateur final. Cette valeur est générée par Didomi.
partition_organization_user_id
L’identifiant de votre organisation pour l’utilisateur final (l’ID que vous avez fourni — e-mail haché, ID CRM, etc.). C’est la clé de jointure vers vos propres systèmes.
parameters
Blob JSON de détails spécifiques à l’événement (charge utile du choix, contexte).
datehour
Colonne de partition (date + heure). Filtrez dessus pour analyser uniquement les jours dont vous avez besoin.
entity_id
ID unique de l’enregistrement/de l’entité de consentement auquel cet événement appartient
entity_created_at
Quand cette entité de consentement a été créée pour la première fois. Différent de transaction_timestamp (l’heure de cet événement).
Événements CMP et PMP
Reportez-vous au tableau ci-dessous pour les colonnes qui seront incluses dans l’export de données pour les événements CMP.
id
ID unique pour cet événement SDK unique
event_type
Ce que le SDK a signalé : consent.given, consent.asked, pageview, ui.action, sync.acknowledged
source_type
Le SDK/la plateforme : sdk-web, sdk-amp, sdk-mobile, sdk-ctv
source_domain
Domaine du site web (web) ou ID du bundle d’application / nom du package (mobile).
source_key
La clé API publique de votre organisation. Identifie la propriété à l’origine de l’événement.
source_session_id
Regroupe les événements de la même session de navigation/application.
source_deployment_id
Quel déploiement de la bannière a servi cet événement. Relie l’activité à une bannière publiée spécifique.
source_provider
La source du fournisseur/de la configuration de consentement.
source_beacon
Si l’événement a été envoyé via navigator.sendBeacon.
source_version
Version du SDK en cours d’exécution au moment où l’événement s’est déclenché. Utile pour repérer des comportements spécifiques à une version.
source_sampling
La stratégie d’échantillonnage appliquée à cet événement. Cruciale pour le comptage — extrapolez les types d’événements échantillonnés selon leur taux ; consent.given et sync.acknowledge ne sont jamais échantillonnés.
user_country
Pays géographique (code ISO)
user_region
État / province, le cas échéant
user_id
UUID utilisateur anonyme généré par le SDK.
user_id_type
Quel type d’ID user_id est (par ex. uuid).
user_id_hash
Forme hachée de l’ID utilisateur. Pseudonymisée — pour des jointures/déduplications respectueuses de la vie privée
user_organization_user_id
L’identifiant de l’utilisateur final de votre organisation, lorsque l’utilisateur final était authentifié. Clé de jointure avec votre CRM (null pour les utilisateurs finaux anonymes).
token_user_id
ID utilisateur porté par le jeton de consentement signé.
token_user_id_hash
Version hachée de l’ID utilisateur du jeton.
token_created
Quand le jeton de consentement a été créé.
token_updated
Quand le jeton a été mis à jour pour la dernière fois.
token_issuer
Qui a émis le jeton.
token_version
Version du format du jeton.
vendors_enabled
Fournisseurs auxquels l’utilisateur final a consenti.
vendors_disabled
Fournisseurs auxquels l’utilisateur final a refusé.
vendors_li_enabled
Fournisseurs autorisés au titre de l’intérêt légitime.
vendors_li_disabled
Fournisseurs contestés au titre de l’intérêt légitime.
purposes_enabled
Finalités auxquelles l’utilisateur final a consenti
purposes_disabled
Finalités auxquelles l’utilisateur final a refusé
purposes_li_enabled
Finalités autorisées au titre de l’intérêt légitime
purposes_li_disabled
Finalités contestées au titre de l’intérêt légitime
authentication_type
Comment l’utilisateur a été identifié/authentifié pour cet événement.
user_tcfcs
La chaîne de consentement IAB TCF encodant le choix complet.
user_tcfv
La version TCF à laquelle la chaîne se conforme.
user_regs
Le ou les règlements en vigueur pour cet utilisateur (par ex. gdpr, ccpa). Indique à votre organisation quelles règles s’appliquaient.
parameters
Détail JSON spécifique à l’événement (action effectuée, choix avant/après, nom de l’interaction). Champ flexible où de nouvelles données arrivent sans changement de schéma.
experiment_group
Quelle branche l’utilisateur a vue (test / contrôle).
experiment_id
Identifiant du test A/B auquel l’utilisateur participait (web uniquement).
event_timestamp
Quand l’événement s’est produit sur l’appareil de l’utilisateur final
datehour
Partition date + heure. Pour des requêtes de fichiers efficaces
Mis à jour