setConsent
La commande setConsent
indique au SDK Web s’il doit envoyer des données (opt-in), ignorer des données (opt-out) ou utiliser defaultConsent
(consentement inconnu).
Le SDK Web prend en charge les normes suivantes :
-
Adobe standard : les normes 1.0 et 2.0 sont prises en charge.
-
Transparency & Consent Framework de l’IAB : si vous utilisez cette norme, le profil client en temps réel du visiteur est mis à jour avec les informations de consentement si votre mise en oeuvre est correctement configurée :
- Le schéma de profil individuel XDM contient le groupe de champs de consentement IAB TCF 2.0.
- Le schéma Événement d’expérience contient le groupe de champs de consentement IAB TCF 2.0.
- Vous incluez les informations de consentement IAB dans l’événement objet XDM. Le SDK Web n’inclut pas automatiquement les informations de consentement lors de l’envoi de données d’événement.
Après avoir utilisé cette commande, le SDK Web écrit les préférences de l’utilisateur dans un cookie. La prochaine fois que l’utilisateur charge votre site web dans le navigateur, le SDK récupère ces préférences persistantes pour déterminer si des événements peuvent être envoyés à Adobe.
Adobe vous recommande de stocker les préférences de boîte de dialogue de consentement séparément de celles du consentement du SDK Web. Le SDK Web ne permet pas de récupérer le consentement. Pour vous assurer que les préférences de l’utilisateur restent synchronisées avec le SDK, vous pouvez appeler la commande setConsent
à chaque chargement de page. Le SDK Web effectue uniquement un appel au serveur lorsque le consentement est modifié.
Utilisation de defaultConsent
avec setConsent
using-consent
Le SDK Web propose deux commandes de configuration de consentement complémentaires :
defaultConsent
: cette commande est destinée à capturer les préférences de consentement des clients Adobe utilisant le SDK Web.setConsent
: cette commande est destinée à capturer les préférences de consentement des visiteurs de votre site.
Lorsqu’ils sont utilisés ensemble, ces paramètres peuvent donner lieu à différents résultats de collecte de données et de définition des cookies, selon leurs valeurs configurées.
Consultez le tableau ci-dessous pour savoir quand se produit la collecte de données et quand les cookies sont définis, en fonction des paramètres de consentement.
in
in
in
out
in
pending
in
pending
out
pending
out
in
out
out
out
Les cookies suivants sont définis lorsque la configuration du consentement permet :
idMigrationEnabled
est activé. Cela s’avère utile lors de la transition vers le SDK Web alors que certaines parties du site utilisent toujours visitor.js
.s_ecid=MCMID|<ECID>
.Définition du consentement à l’aide de l’extension de balise SDK Web
La définition du consentement est effectuée en tant qu’action dans une règle dans l’interface des balises de collecte de données Adobe Experience Platform.
- Connectez-vous à experience.adobe.com à l’aide de vos informations d’identification Adobe ID.
- Accédez à Collecte de données > Balises.
- Sélectionnez la propriété de balise de votre choix.
- Accédez à Rules, puis sélectionnez la règle de votre choix.
- Sous Actions, sélectionnez une action existante ou créez une action.
- Définissez le champ déroulant Extension sur SDK Web Adobe Experience Platform et définissez le Type d’action sur Définir le consentement.
- Définissez les champs de votre choix à droite, y compris Standard et Consentement général.
- Cliquez sur Conserver les modifications, puis exécutez votre processus de publication.
Vous pouvez inclure plusieurs objets de consentement dans cette action.
Définition du consentement à l’aide de la bibliothèque JavaScript du SDK Web
Exécutez la commande setConsent
lors de l’appel de votre instance configurée du SDK Web. Vous pouvez inclure les objets suivants dans cette commande :
consent[]
: un tableau d’objetsconsent
. L’objet de consentement est formaté différemment selon la norme et la version que vous choisissez. Consultez les onglets ci-dessous pour obtenir des exemples de chaque objet de consentement, selon la norme de consentement.identityMap
: objet contrôlant la manière dont un ECID est généré et les informations de consentement des identifiants sont liées. Adobe recommande d’inclure cet objet lorsquesetConsent
est exécuté avant d’autres commandes, telles quesendEvent
.edgeConfigOverrides
: un objet qui contient la configuration du flux de données remplace.
Objet consent
standard Adobe 2.0
Si vous utilisez Adobe Experience Platform, vous devez inclure un groupe de champs de schéma de confidentialité dans votre schéma de profil. Voir Gouvernance, confidentialité et sécurité dans Adobe Experience Platform pour plus d’informations sur la norme Adobe 2.0. Vous pouvez ajouter des données dans l’objet de valeur ci-dessous correspondant au schéma du champ consents
du groupe de champs de profil Contenus et Préférences.
-
standard
: la norme de consentement que vous choisissez. Définissez cette propriété sur"Adobe"
pour la norme Adobe 2.0. -
version
: chaîne représentant la version de la norme de consentement. Définissez cette propriété sur"2.0"
pour la norme Adobe 2.0. -
value
: objet contenant des valeurs de consentement.value.collect.val
: valeur du consentement. Définissez-le sur"y"
lorsque les utilisateurs s’abonnent et sur"n"
lorsque les utilisateurs se désabonnent.value.metadata.time
: date et heure de la dernière mise à jour des paramètres de consentement des utilisateurs.
code language-js |
---|
|
Objet consent
standard IAB TCF 2.0
Pour enregistrer les préférences de consentement de l’utilisateur fournies par le biais de la norme IAB (Interactive Advertising Bureau Europe) Transparency and Consent Framework (TCF), définissez la chaîne de consentement comme illustré ci-dessous.
Lorsque le consentement est défini de cette manière, le profil client en temps réel est mis à jour avec les informations de consentement. Pour que cela fonctionne, le schéma XDM du profil doit contenir le groupe de champs Confidentialité du profil. Lors de l’envoi d’événements, les informations de consentement de l’IAB doivent être ajoutées manuellement à l’objet XDM d’événement. Le SDK Web n’inclut pas automatiquement les informations de consentement dans les événements.
Pour envoyer les informations de consentement dans les événements, vous devez ajouter le groupe de champs Confidentialité des événements d’expérience à votre schéma XDM ExperienceEvent Profile activé. Consultez la section sur la mise à jour du schéma ExperienceEvent dans le guide de préparation du jeu de données pour savoir comment le configurer.
standard
: la norme de consentement que vous choisissez. Définissez cette propriété sur"IAB TCF"
pour la norme IAB TCF 2.0.version
: chaîne représentant la version de la norme de consentement. Définissez cette propriété sur"2.0"
pour la norme IAB TCF 2.0.value
: chaîne contenant la valeur de consentement.gdprApplies
: valeur booléenne qui détermine si le RGPD s’applique à cette valeur de consentement. Sa valeur par défaut esttrue
.gdprContainsPersonalData
: valeur booléenne qui détermine si les données d’événement associées à cet utilisateur contiennent des données personnelles. Sa valeur par défaut estfalse
.
code language-js |
---|
|
Objet consent
standard Adobe 1.0
standard
: la norme de consentement que vous choisissez. Définissez cette propriété sur"Adobe"
pour la norme Adobe 1.0.version
: chaîne représentant la version de la norme de consentement. Définissez cette propriété sur"1.0"
pour la norme Adobe 1.0.value.general
: valeur du consentement. Définissez-le sur"in"
lorsque les utilisateurs s’abonnent et sur"out"
lorsque les utilisateurs se désabonnent.
code language-js |
---|
|
Envoi de plusieurs normes dans une même requête multiple-standards
Le SDK Web prend également en charge l’envoi de plusieurs objets de consentement dans une requête, comme illustré dans l’exemple ci-dessous.
alloy("setConsent", {
consent: [{
standard: "Adobe",
version: "2.0",
value: {
collect: {
val: "y"
},
metadata: {
time: "2021-03-17T15:48:42-07:00"
}
}
}, {
standard: "IAB TCF",
version: "2.0",
value: "CO1Z4yuO1Z4yuAcABBENArCsAP_AAH_AACiQGCNX_T5eb2vj-3Zdt_tkaYwf55y3o-wzhhaIse8NwIeH7BoGP2MwvBX4JiQCGBAkkiKBAQdtHGhcCQABgIhRiTKMYk2MjzNKJLJAilsbe0NYCD9mnsHT3ZCY70--u__7P3fAwQgkwVLwCRIWwgJJs0ohTABCOICpBwCUEIQEClhoACAnYFAR6gAAAIDAACAAAAEEEBAIABAAAkIgAAAEBAKACIBAACAEaAhAARIEAsAJEgCAAVA0JACKIIQBCDgwCjlACAoAAAAA.YAAAAAAAAAAA",
gdprApplies: true
}]
});
Persistance des préférences de consentement persistence
Après avoir communiqué les préférences de l’utilisateur au SDK Web à l’aide de la commande setConsent
, le SDK conserve les préférences de l’utilisateur dans un cookie. La prochaine fois que l’utilisateur charge votre site web dans le navigateur, le SDK Web récupère et utilise ces préférences persistantes pour déterminer si des événements peuvent être envoyés à Adobe.
Vous devrez stocker les préférences de l’utilisateur indépendamment pour pouvoir afficher la boîte de dialogue de consentement avec les préférences actuelles. Il n’est pas possible de récupérer les préférences de l’utilisateur à partir du SDK Web. Pour vous assurer que les préférences de l’utilisateur restent synchronisées avec le SDK, vous pouvez appeler la commande setConsent
à chaque chargement de page. Le SDK Web effectue un appel au serveur uniquement si les préférences ont changé.
Synchronisation des identités lors de la définition du consentement sync-identities
Lorsque le consentement par défaut (défini par le biais du paramètre defaultConsent ) est défini sur pending
ou out
, le paramètre setConsent
peut être la première requête qui émet et établit l’identité. Il peut donc être important de synchroniser les identités lors de la première requête. Vous pouvez ajouter le mappage d’identité à la commande setConsent
comme sur la commande sendEvent
. Voir Utilisation d’identityMap pour obtenir un exemple d’inclusion de identity map dans votre commande.