Consents & Preferences type de données

Le type de Privacy/Marketing Preferences (Consent) données (ci-après dénommé "Consents & Preferences type de données") est un type de données Experience Data Model (XDM) destiné à prendre en charge la collecte des autorisations et préférences des clients générées par les plates-formes 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 type de Consents & Preferences données.

Conditions préalables

Ce document nécessite une compréhension pratique de XDM et de l'utilisation des schémas dans Experience Platform. Veuillez consulter la documentation suivante avant de continuer :

Structure du type de données

IMPORTANT

Le type de Consents & Preferences données est conçu pour couvrir une gamme de cas d'utilisation du consentement et de la gestion des préférences. En conséquence, ce document décrit l'utilisation des champs du type de données en termes généraux et ne fait que suggérer comment interpréter l'utilisation de ces champs. Consultez votre équipe juridique de protection des renseignements personnels pour aligner la structure du type de données sur la façon dont votre organisation interprète et présente à vos clients ces choix de consentement et de préférence.

Le type de Consents & Preferences données fournit plusieurs champs utilisés pour capturer les informations de consentement et de préférence .

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, en ce sens que certaines juridictions exigent l'obtention d'une autorisation avant que les données 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 le consentement affirmatif 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 situent dans deux catégories :

  • Préférences de personnalisation : Préférences concernant la manière dont la marque doit personnaliser les expériences fournies à un client.
  • Préférences marketing : Préférences concernant la possibilité pour une marque de contacter un client par le biais de différents canaux.

Le fichier JSON suivant présente un exemple du type de données que le type de Consents & Preferences données peut traiter. Les sections qui suivent fournissent des informations sur l'utilisation spécifique de chacun de ces champs.

{
  "xdm:consents": {
    "xdm:collect": {
      "xdm:val": "y",
    },
    "xdm:adID": {
      "xdm:val": "VI"
    },
    "xdm:share": {
      "xdm:val": "y",
    },
    "xdm:personalize": {
      "xdm:any": {
        "xdm:val": "y",
      },
      "xdm:content": {
        "xdm:val": "y"
      }
    },
    "xdm:marketing": {
      "xdm:preferred": "email",
      "xdm:any": {
        "xdm:val": "u"
      },
      "xdm:push": {
        "xdm:val": "n",
        "xdm:reason": "Too Frequent",
        "xdm:time": "2019-01-01T15:52:25+00:00"
      }
    },
    "xdm:idSpecific": {
      "email": {
        "jdoe@example.com": {
          "xdm:marketing": {
            "xdm:email": {
              "xdm:val": "n"
            }
          }
        }
      }
    }
  },
  "xdm:metadata": {
    "xdm:time": "2019-01-01T15:52:25+00:00"
  }
}
REMARQUE

L'exemple ci-dessus est destiné à illustrer la structure des données envoyées à Platform l'aide du type de Consents & Preferences données, afin de donner un contexte au reste de ce document qui explique les principaux champs fournis par le type de données. Le schéma complet de la structure du type de données se trouve dans l' appendice à des fins de référence.

xdm:consentements

xdm:consents contient plusieurs champs qui décrivent les consentements et préférences d’un client. Ces champs sont décrits plus en détail dans les sous-sections ci-dessous.

"xdm:consents": {
  "xdm:collect": {
    "xdm:val": "y",
  },
  "xdm:adID": {
    "xdm:val": "VI"
  },
  "xdm:share": {
    "xdm:val": "y",
  },
  "xdm:personalize": {
    "xdm:any": {
      "xdm:val": "y",
    },
    "xdm:content": {
      "xdm:val": "y"
    }
  },
  "xdm:marketing": {
    "xdm:preferred": "email",
    "xdm:any": {
      "xdm:val": "u"
    },
    "xdm:email": {
      "xdm:val": "n",
      "xdm:reason": "Too Frequent",
      "xdm:time": "2019-01-01T15:52:25+00:00"
    }
  }
}

xdm:collection

xdm:collect représente le consentement du client pour la collecte de ses données.

"xdm:collect" : {
  "xdm:val": "y"
}
Propriété Description
xdm:val Le choix de consentement fourni par le client pour ce cas d’utilisation. Consultez l' annexe pour connaître les valeurs et les définitions acceptées.

xdm:adID

xdm:adID représente le consentement du client quant à savoir si un identifiant publicitaire (IDFA ou GAID) peut être utilisé pour lier le client à l’ensemble des applications sur ce périphérique.

"xdm:adID" : {
  "xdm:val": "y"
}
Propriété Description
xdm:val Le choix de consentement fourni par le client pour ce cas d’utilisation. Consultez l' annexe pour connaître les valeurs et les définitions acceptées.

xdm:share

xdm:share représente le consentement du client pour savoir si ses données peuvent être partagées avec (ou vendues à) des tiers ou des tiers.

"xdm:share" : {
  "xdm:val": "y"
}
Propriété Description
xdm:val Le choix de consentement fourni par le client pour ce cas d’utilisation. Consultez l' annexe pour connaître les valeurs et les définitions acceptées.

xdm:personnaliser

xdm:personalize capture les préférences des clients quant aux manières dont leurs données peuvent être utilisées pour la personnalisation. Les clients peuvent opt-out de cas d’utilisation spécifiques de la personnalisation ou opt-out de la personnalisation entièrement.

IMPORTANT

xdm:personalize ne couvre pas les cas d’utilisation marketing. Par exemple, si un client choisit de ne pas personnaliser ses canaux, il ne doit pas cesser de recevoir des communications par l’intermédiaire de ces canaux. Au contraire, les messages qu'ils reçoivent devraient être génériques et ne pas être basés sur leur profil.

Dans le même exemple, si un client choisit de ne pas participer au marketing direct pour tous les canaux (par xdm:marketing, comme expliqué dans la section suivante), il ne devrait pas recevoir de messages, même si la personnalisation est autorisée.

"xdm:personalize": {
  "xdm:content": {
    "xdm:val": "y",
  }
}
Propriété Description
xdm:content Représente les préférences du client pour le contenu personnalisé de votre site Web ou de votre application.
xdm:val La préférence de personnalisation fournie par le client pour le cas d’utilisation spécifié. Dans les cas où le client n'a pas à être invité à donner son consentement, la valeur de ce champ doit indiquer la base sur laquelle la personnalisation doit se faire. Consultez l' annexe pour connaître les valeurs et les définitions acceptées.

xdm:marketing

xdm:marketing capture les préférences des clients concernant les objectifs marketing auxquels leurs données peuvent être utilisées. Les clients peuvent opt-out de cas d’utilisation marketing spécifiques ou opt-out de marketing direct entièrement.

"xdm:marketing": {
  "xdm:preferred": "email",
  "xdm:any": {
    "xdm:val": "u"
  },
  "xdm:email": {
    "xdm:val": "n",
    "xdm:reason": "Too Frequent"
  },
  "xdm:push": {
    "xdm:val": "y"
  },
  "xdm:sms": {
    "xdm:val": "y"
  }
}
Propriété Description
xdm:preferred Indique le canal préféré du client pour la réception des communications. Consultez l’ annexe pour connaître les valeurs acceptées.
xdm:any Représente les préférences du client pour le marketing direct dans son ensemble. La préférence de consentement fournie dans ce champ est considérée comme la préférence "par défaut" pour tout canal de marketing, sauf si elle est remplacée par d’autres sous-champs fournis sous xdm:marketing. Si vous prévoyez 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 affinées doivent également être traitées comme y, sauf si elles sont explicitement définies sur n. Si la valeur n’est pas définie, les valeurs de chaque option de personnalisation doivent être respectées comme indiqué.
xdm:email Indique si le client accepte de recevoir des messages électroniques.
xdm:push Indique si le client autorise la réception de notifications Push.
xdm:sms Indique si le client accepte de recevoir des messages texte.
xdm:val La préférence fournie par le client pour le cas d’utilisation spécifié. Dans les cas où le client n'a pas à être invité à donner son consentement, la valeur de ce champ doit indiquer la base sur laquelle le cas d'utilisation du marketing doit se baser. Consultez l' annexe pour connaître les valeurs et les définitions acceptées.
xdm:time Horodatage ISO 8601 indiquant le moment où la préférence marketing a changé, le cas échéant. Notez que si l’horodatage d’une préférence individuelle est identique à celui fourni sous xdm:metadata, ce champ ne doit pas être défini pour cette préférence.
xdm:reason Lorsqu’un client choisit de ne pas participer à un cas d’utilisation marketing, ce champ de chaîne représente la raison pour laquelle il s’est désabonné.

xdm:idSpecific

xdm:idSpecific peut être utilisé lorsqu’un consentement ou une préférence particulier ne s’applique pas universellement à un client, mais est limité à un seul appareil ou à un seul ID. Par exemple, un client peut opt-out recevoir des courriers électroniques vers une adresse, tout en autorisant potentiellement les courriers électroniques vers une autre.

IMPORTANT

Les consentements et les préférences au niveau du canal (c'est-à-dire ceux qui sont fournis xdm:consents en dehors de xdm:idSpecific) s'appliquent aux identifiants dans ce canal. Par conséquent, tous les consentements et préférences au niveau du canal ont un effet direct sur le respect de paramètres équivalents d’ID ou spécifiques au périphérique :

  • Si le client s’est désabonné au niveau du canal, les consentements ou préférences équivalents dans xdm:idSpecific sont ignorés.
  • Si le consentement ou la préférence au niveau du canal n'est pas défini, ou si le client a opté pour, les consentements ou préférences équivalents dans xdm:idSpecific sont respectés.

Chaque clé de l' xdm:idSpecific objet représente un espace de nommage d'identité spécifique reconnu par le service d'identité Adobe Experience Platform. Bien que vous puissiez définir vos propres espaces de nommage personnalisés pour classer les différents identifiants, il est recommandé d'utiliser l'un des espaces de nommage standard fournis par Identity Service pour réduire la taille des enregistrements pour le Profil client en temps réel. Pour plus d'informations sur les espaces de nommage d'identité, consultez la présentation de l'espace de nommage d'identité dans la documentation Identity Service.

Les clés de chaque objet d'espace de nommage représentent les valeurs d'identité uniques pour lesquelles le client a défini des préférences. Chaque valeur d’identité peut contenir un ensemble complet de consentements et de préférences, formatés de la même manière que xdm:consentsle cas échéant.

"xdm:idSpecific": {
  "email": {
    "jdoe@example.com": {
      "xdm:marketing": {
        "xdm:email": {
          "xdm:val": "n"
        }
      }
    }
  }
}

xdm:metadata

xdm:metadata capture les métadonnées générales sur les consentements et préférences du client chaque fois qu’il a été mis à jour pour la dernière fois.

"xdm:metadata": {
  "xdm:time": "2019-01-01T15:52:25+00:00",
}
Propriété Description
xdm:time Horodatage de la dernière mise à jour du consentement et des préférences du client. Ce champ peut être utilisé au lieu d’appliquer des horodatages à des préférences individuelles afin de réduire la charge et la complexité. La définition d’une xdm:time valeur sous une préférence individuelle remplace l’ xdm:metadata horodatage de cette préférence particulière.

Invitation de données à l’aide du type de données

Pour utiliser le type de Consents & Preferences données pour importer les 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.

Consultez le didacticiel sur la création d’un schéma dans l’interface utilisateur pour savoir comment affecter des types de données aux champs. Une fois que vous avez créé un schéma contenant un champ avec le type de Consents & Preferences données, reportez-vous à la section relative à la création d'un jeu de données dans le guide de l'utilisateur du jeu de données, en suivant les étapes de création d'un jeu de données avec un schéma existant.

IMPORTANT

Si vous souhaitez envoyer des données de consentement à Real-time Customer Profile, vous devez créer un schéma Profileactivé basé sur la XDM Individual Profile Consents & Preferences classe contenant le type de données. Le jeu de données que vous créez en fonction de ce schéma doit également être activé pour Profile. Reportez-vous aux didacticiels ci-dessus pour connaître les étapes spécifiques liées aux Real-time Customer Profile exigences des schémas et des jeux de données.

En outre, vous devez également vous assurer que vos stratégies de fusion sont configurées pour classer par priorité les ensembles de données qui contiennent les dernières données de consentement et de préférence, afin que les profils clients soient mis à jour correctement. See the overview on merge policies for more information.

Traitement des modifications du consentement et des préférences

Lorsqu’un client modifie son consentement ou ses préférences sur votre site Web, ces modifications doivent être collectées et appliquées immédiatement à l’aide du SDK WebAdobe Experience Platform. Si un client choisit de ne pas participer à la collecte de données, toutes les collectes de données doivent cesser immédiatement. Si un client choisit de ne pas personnaliser, aucune personnalisation ne doit apparaître sur la page suivante qu’il visite.

Annexe

Les sections ci-dessous fournissent des informations de référence supplémentaires sur le type de Consents & Preferences données.

Valeurs acceptées pour xdm:val

Le tableau suivant présente les valeurs acceptées pour xdm:val:

Valeur Titre Description
y Oui Le client a opté pour le consentement ou la préférence. En d'autres termes, ils consentent à l'utilisation de leurs données comme indiqué par le consentement ou la préférence en question.
n Non Le client a choisi de ne pas donner son consentement ou sa préférence. En d'autres termes, ils ne consentent pas à l'utilisation de leurs données comme indiqué par le consentement ou la préférence en question.
p Vérification en attente Le système n'a pas encore reçu de valeur de consentement ou de préférence finale. Il s'agit le plus souvent d'un consentement qui nécessite une vérification en deux étapes. Par exemple, si un client choisit de recevoir des courriers électroniques, ce consentement est défini sur p jusqu’à ce qu’il sélectionne un lien dans un courrier électronique pour vérifier qu’il a fourni l’adresse électronique correcte, auquel moment le consentement est mis à jour y.

Si ce consentement ou cette préférence n'utilise pas un processus de vérification à deux étapes, le 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 la première page d’un site Web avant que le client n’ait répondu à l’invite de consentement. Dans les juridictions qui n'exigent pas de consentement explicite, vous pouvez également l'utiliser pour indiquer que le client n'a pas explicitement choisi de se retirer (en d'autres termes, le consentement est supposé).
u Unknown (Inconnu) Les informations relatives au consentement ou aux préférences du client sont inconnues.
LI Intérêt légitime L'intérêt commercial légitime de recueillir et de traiter ces données à des fins déterminées l'emporte sur le préjudice qu'elles peuvent causer à la personne.
CT Contrat La collecte de données aux fins spécifiées est nécessaire pour respecter les obligations contractuelles avec la personne.
CP Respect d'une obligation légale La collecte de données à des fins déterminées est nécessaire pour satisfaire aux obligations légales de l'entreprise.
VI Intérêts vitaux du particulier La collecte de données à des fins déterminées est nécessaire pour protéger les intérêts vitaux de l'individu.
PI Intérêt public La collecte de données à des fins déterminées est nécessaire pour réaliser une tâche dans l'intérêt public ou dans l'exercice de l'autorité officielle.

Valeurs acceptées pour xdm:priority

Le tableau suivant présente les valeurs acceptées pour xdm:preferred:

Valeur Description
email Canal Email.
push Notifications push.
inApp Les messages in-app.
sms SMS.
phone Interactions d’appel téléphonique.
phyMail Courrier physique.
inVehicle Messages embarqués.
inHome Messages internes.
iot Internet des messages d'objets (IoT).
social Contenu des médias sociaux.
other Canal qui ne correspond pas à une catégorie standard.
none Aucun canal préféré.
unknown Le canal préféré est inconnu.

Schéma complet Consents & Preferences

Pour vue le schéma complet du type de Consents & Preferences données, reportez-vous au référentiel XDMofficiel.

Sur cette page