Consentements et préférences type de données
La variable Consentement pour la confidentialité, la personnalisation et les préférences marketing type de données (ci-après appelé "Consentements et préférences type de données") est un Experience Data Model Type de données (XDM) destiné à prendre en charge la collecte des autorisations et préférences client générées par les plateformes de gestion du consentement (CMP) et d’autres sources provenant de vos opérations de données.
Ce document couvre la structure et l'utilisation prévue des champs fournis par le Consentements et préférences type de données.
Conditions préalables prerequisites
Ce document nécessite une compréhension pratique de XDM et de l’utilisation des schémas dans Experience Platform. Avant de poursuivre, consultez la documentation suivante :
Structure du type de données structure
La variable Consentements et préférences le type de données fournit plusieurs champs utilisés pour la capture. consentement et préférence informations.
Un consentement est une option qui permet à un client de spécifier comment ses données peuvent être utilisées. La plupart des consentements ont un aspect juridique, dans la mesure où certaines juridictions exigent l’obtention d’une autorisation avant que les données ne puissent être utilisées d’une manière particulière, ou exigent que le client ait la possibilité d’arrêter cette utilisation (opt-out) si un consentement positif n’est pas requis.
Une préférence est une option qui permet au client de spécifier comment gérer différents aspects de son expérience avec une marque. Elles se divisent en deux catégories :
- Préférences de personnalisation: préférences concernant la manière dont la marque doit personnaliser les expériences diffusées à un client.
- Préférences marketing: préférences permettant à une marque de contacter un client par le biais de divers canaux.
La capture d’écran suivante montre comment la structure du type de données est représentée dans l’interface utilisateur de Platform :
Le fichier JSON suivant illustre un exemple du type de données que la variable Consentements et préférences le type de données peut être traité. Les sections suivantes contiennent des informations sur l’utilisation spécifique de chacun de ces champs.
{
"consents": {
"collect": {
"val": "VI",
},
"adID": {
"idType": "IDFA",
"val": "y"
},
"share": {
"val": "y",
},
"personalize": {
"content": {
"val": "y"
}
},
"marketing": {
"preferred": "email",
"any": {
"val": "u"
},
"push": {
"val": "n",
"reason": "Too Frequent",
"time": "2019-01-01T15:52:25+00:00"
}
},
"metadata": {
"time": "2019-01-01T15:52:25+00:00"
}
}
}
consents
choices
consents
contient plusieurs champs qui décrivent les consentements et les préférences d’un client. Ces champs sont décrits plus en détail dans les sous-sections ci-dessous.
"consents": {
"collect": {
"val": "VI",
},
"adID": {
"idType": "IDFA",
"val": "y"
},
"share": {
"val": "y",
},
"personalize": {
"content": {
"val": "y"
}
},
"marketing": {
"preferred": "email",
"any": {
"val": "u"
},
"email": {
"val": "n",
"reason": "Too Frequent",
"time": "2019-01-01T15:52:25+00:00"
}
}
}
collect
collect
représente le consentement du client pour la collecte de ses données.
"collect": {
"val": "y"
}
val
adID
adID
représente le consentement du client pour savoir si un ID d’annonceur peut être utilisé pour lier le client à l’ensemble des applications de cet appareil.
"adID": {
"idType": "IDFA",
"val": "y"
}
idType
IDFA
pour Apple ID pour les annonceurs ou GAID
pour Google Advertiser ID, également appelé Android Advertiser ID (AAID).val
share
share
représente le consentement du client pour que ses données puissent être partagées avec (ou vendues à) des tiers ou des tiers.
"share": {
"val": "y"
}
val
personalize
personalize
personalize
capture les préférences des clients concernant les façons dont leurs données peuvent être utilisées pour la personnalisation. Les clients peuvent se désabonner de cas d’utilisation de personnalisation spécifiques ou se désabonner entièrement de la personnalisation.
personalize
ne couvre pas les cas d’utilisation marketing. Par exemple, si un client choisit de ne pas se personnaliser pour tous les canaux, il ne doit pas cesser de recevoir des communications par le biais de ces canaux. Au contraire, les messages qu'ils reçoivent doivent être génériques et non basés sur leur profil.marketing
, expliqué dans la section section suivante), ce client ne doit recevoir aucun message, même si la personnalisation est autorisée."personalize": {
"content": {
"val": "y",
}
}
content
val
marketing
marketing
marketing
capture les préférences des clients concernant les finalités marketing auxquelles leurs données peuvent être utilisées. Les clients peuvent se désabonner de cas d’utilisation marketing spécifiques ou se désabonner entièrement du marketing direct.
"marketing": {
"preferred": "email",
"any": {
"val": "u"
},
"email": {
"val": "n",
"reason": "Too Frequent"
},
"push": {
"val": "y"
},
"sms": {
"val": "y"
}
}
preferred
any
marketing
. Si vous envisagez d’utiliser des options de consentement plus granulaires, il est recommandé d’exclure ce champ.Si la valeur est définie sur
n
, tous les paramètres de personnalisation plus spécifiques doivent être ignorés. Si la valeur est définie sur y
, toutes les options de personnalisation plus affinées doivent également être traitées comme y
, sauf si défini explicitement sur n
. Si la valeur n’est pas définie, les valeurs de chaque option de personnalisation doivent être honorées comme indiqué.email
push
sms
val
time
metadata
, ce champ ne doit pas être défini pour cette préférence.reason
metadata
metadata
capture les métadonnées générales sur les consentements et préférences du client chaque fois qu’ils ont été mis à jour pour la dernière fois.
"metadata": {
"time": "2019-01-01T15:52:25+00:00",
}
time
time
la valeur sous une préférence individuelle remplace la valeur metadata
horodatage de cette préférence particulière.Ingestion des données à l’aide du type de données ingest
Pour utiliser la variable Consentements et préférences type de données pour ingérer des données de consentement de vos clients, vous devez créer un jeu de données basé sur un schéma qui contient ce type de données.
Voir le tutoriel sur création d’un schéma dans l’interface utilisateur pour savoir comment attribuer des types de données à des champs. Une fois que vous avez créé un schéma contenant un champ avec la propriété Consentements et préférences type de données, voir la section sur création d’un jeu de données dans le guide d’utilisation du jeu de données, en suivant les étapes de création d’un jeu de données avec un schéma existant.
Gestion des modifications du consentement et des préférences
Lorsqu’un client modifie ses consentements ou ses préférences sur votre site web, ces modifications doivent être collectées et appliquées immédiatement à l’aide de la variable SDK Web Adobe Experience Platform. Si un client choisit de ne pas participer à la collecte de données, toute collecte de données doit immédiatement cesser. Si un client s’exclut de la personnalisation, aucune personnalisation ne doit être présente sur la page suivante qu’il consulte.
Annexe appendix
Les sections ci-dessous fournissent des informations de référence supplémentaires concernant la variable Consentements et préférences type de données.
Valeurs acceptées pour val
choice-values
Le tableau suivant décrit les valeurs acceptées pour val
:
y
n
p
p
jusqu’à ce qu’ils sélectionnent un lien dans un courrier électronique pour vérifier qu’ils ont fourni l’adresse électronique correcte, à ce moment-là le consentement est mis à jour pour y
.Si ce consentement ou cette préférence n’utilise pas un processus de vérification à deux ensembles, la variable
p
choix peut être utilisé pour indiquer que le client n’a pas encore répondu à l’invite de consentement. Par exemple, vous pouvez définir automatiquement la valeur sur p
sur la première page d’un site web, avant que le client n’ait répondu à l’invite de consentement. Dans les juridictions qui ne requièrent pas de consentement explicite, vous pouvez également l’utiliser pour indiquer que le client n’a pas explicitement exercé son droit d’opposition (en d’autres termes, le consentement est supposé).u
dy
Notez que si des lois ou des modifications apportées à la politique de confidentialité de votre entreprise entraînent des modifications des valeurs par défaut de certains utilisateurs ou de tous les utilisateurs, vous devez mettre à jour manuellement tous les profils contenant des valeurs par défaut.
dn
Notez que si des lois ou des modifications apportées à la politique de confidentialité de votre entreprise entraînent des modifications des valeurs par défaut de certains utilisateurs ou de tous les utilisateurs, vous devez mettre à jour manuellement tous les profils contenant des valeurs par défaut.
LI
CT
CP
VI
PI
Valeurs acceptées pour preferred
preferred-values
Le tableau suivant décrit les valeurs acceptées pour preferred
. La variable preferred
les valeurs indiquent le canal préféré du client pour la réception de communications qui l’informerait sur la collecte de données, les politiques de confidentialité et les options de personnalisation.
email
push
inApp
sms
phone
phyMail
inVehicle
inHome
iot
social
other
none
unknown
Complet Consentements et préférences schema full-schema
Pour afficher le schéma complet de la variable Consentements et préférences type de données, voir référentiel XDM officiel.