Prise en charge de la norme COPPA dans le service d’identités d’Experience Cloud
Créé pour :
- Développeur
- Utilisateur ou utilisatrice
- Administration
- Leader
La loi COPPA (Children’s Online Privacy Protection Act) interdit la collecte en ligne d’informations personnelles sur les mineurs de moins de 13 ans sans le consentement vérifiable de l’un des parents. Les clients qui le souhaitent peuvent ajouter une variable en option au code de leur service d’identités d’Experience Cloud afin de l’empêcher de définir des cookies dans le domaine tiers d’un navigateur.
Cookies et suivi
Au chargement d’une page web, le service Experience Cloud ID appelle un serveur de collecte de données Adobe. La réponse du serveur de collecte de données comprend un cookie Experience Cloud et un cookie demdex.net.
- Le cookie Experience Cloud est défini dans le domaine propriétaire. Il ne peut pas être utilisé pour effectuer le suivi des visiteurs sur différents domaines, sauf si ces domaines fonctionnent ensemble pour autoriser l’accès.
- Le cookie demdex.net est défini dans le domaine tiers. Il contient un identifiant unique qui peut être utilisé pour effectuer le suivi des visiteurs sur différents domaines.
Cookies et conformité à la loi COPPA
Les cookies tiers qui effectuent le suivi des visiteurs dans différents domaines sur des sites Web destinés aux enfants déclenchent des exigences de consentement des parents COPPA. Pour respecter plus facilement la loi COPPA dans le cadre des analyses internes du site Web, ajoutez la variable disableThirdPartyCookies:true
à la Visitor.getInstance
fonction, comme illustré ci-après.
//Call the ID service
var visitor = Visitor.getInstance("insert marketing cloud ID here", {
//Set disableThirdPartyCookies configuration param
disableThirdPartyCookies: true
...
});
Lorsqu’il est défini sur la valeur true
, disableThirdPartyCookies
l’objet empêche le serveur de collecte de données de renvoyer le cookie tiers demdex.net. Si le navigateur d’un visiteur du site contient déjà ce cookie, le service d’ID ne l’utilise pas pour créer un Experience Cloud ID ou renvoyer un ID existant. Le service Experience Cloud ID crée à la place un ID aléatoire dans le cookie propriétaire. Une fois qu’il est activé, vous pouvez collecter des données à l’aide du service d’ID et les partager dans les différentes Experience Cloud solutions, y compris les autres opérations internes autorisées par la loi COPPA.
Experience Cloud Services
- Aide du service d’identités
- Présentation
- Implémentation
- Méthodes de mise en œuvre
- Guides de mise en œuvre
- Implémentation avec les balises Experience Platform
- Implémentation pour Analytics
- Implémentation pour Target
- Implémentation pour Analytics et Audience Manager
- Implémentation pour Analytics, Audience Manager et Target
- Utilisation du service ID avec A4T et une mise en œuvre côté serveur de Target
- Intégration directe avec le service d’ID
- Cas d’utilisation de l’intégration directe
- Test et vérification du service d’ID
- Service Opt-in
- Aperçu du service Opt-in
- Configuration du service Opt-in
- Validation du service Opt-in
- Configurer Opt-in avec Experience Platform Launch
- Configuration d’Opt-in à l’aide de DTM
- Contrôle des activités Experience Cloud en fonction du consentement de l’utilisateur
- Cas d’utilisation d’Opt-in
- Références d’Opt-in
- Utilisation des services Opt-in avec un framework IAB
- API du service d’ID
- Présentation de l’API du service d’ID
- Configuration
- Présentation des configurations
- audienceManagerServer et audienceManagerServerSecure
- cookieDomain
- cookieLifetime
- disableIdSyncs
- disableThirdPartyCalls
- disableThirdPartyCookies
- idSyncAttachIframeOnWindowLoad
- idSyncContainerID
- idSyncSSLUseAkamai
- loadTimeout
- overwriteCrossDomainMCIDAndAID
- resetBeforeVersion
- sdidParamExpiry
- Configurations Secure et SameSite
- secureCookie
- useCORSOnly
- whitelistParentDomain et whitelistIframeDomains
- Méthodes
- Méthodes
- appendSupplementalDataIDTo
- appendVisitorIDsTo (suivi interdomaines)
- Méthodes callTimeOut
- Synchronisation des ID par URL ou source de données
- getInstance
- getAnalyticsVisitorID
- getCustomerIDs
- setCustomerIDs
- getMarketingCloudVisitorID
- getLocationHint
- getVisitorValues
- isClientSideMarketingCloudVisitorID
- resetState
- Référence
- Présentation de la référence
- Référence Analytics
- Présentation de la référence Analytics
- Présentation de l’implémentation CNAME
- Définition des Analytics ID et Experience Cloud ID
- Ordre des opérations pour les Analytics ID
- Points de prise de décision concernant la migration vers le service d’ID
- Scénarios de migration du service d’ID
- Requêtes Analytics et d’identité
- Mise en œuvre côté serveur alliée à JavaScript
- Période de grâce du service d’ID
- Modifications de l’étiquetage SameSite de Google Chrome
- Politiques de sécurité du contenu et service d’ID
- Prise en charge de la loi COPPA dans le service d’ID
- Prise en charge de la norme CORS dans le service d’ID
- ID de client et états d’authentification
- Méthodes de bibliothèque ECID dans un univers ITP Safari
- Identification des visiteurs uniques
- Obtention des identifiants de région et d’utilisateur à partir du cookie AMCV ou du service d’ID
- Conditions requises pour le service d’ID
- Mesure de pulsation vidéo et service d’ID
- Data Workbench et service d’ID
- Prise en charge du hachage SHA-256 pour setCustomerIDs
- FAQ
- Notes de mise à jour du service d’ID