Show Menu
TOPICS×

Requête et définition d’ID par le service Experience Cloud Identity

Cette section décrit le processus de requête d’ID et de réponse. Ces exemples illustrent l’affectation d’ID sur chaque site, entre différents sites et pour les sites gérés par différents clients Experience Cloud avec leurs ID d’organisation.
Si vous ne savez pas comment le service Experience Cloud Identity crée un identifiant visiteur, prenez quelques instants pour consulter la section Experience Cloud .

Requête d’un Experience Cloud ID

Les exemples ci-après montrent comment le service d’ID demande l’identifiant visiteur Experience Cloud et le reçoit. Ces exemples utilisent deux sociétés fictives, Food Company et Sports Company, pour illustrer les flux de données pour les requêtes d’ID et les réponses. Chaque société dispose d’un ID d’organisation Experience Cloud unique et a mis en œuvre le code du service d’ID sur tous ses sites. Ces cas d’utilisation représentent les flux de données pour une mise en œuvre générique du service d’ID sans Analytics, d’ID hérités ni de navigateurs qui bloquent les cookies tiers.
Première requête
Dans cet exemple, un nouveau visiteur se rend sur le site des pizzas géré par la société Food Company. La société Food Company a placé le code du service d’ID sur le site Web des pizzas. Lorsque le site des pizzas est chargé, le code du service d’ID recherche le cookie AMCV dans le domaine pizza.
  • Si le cookie AMCV est défini, le visiteur du site dispose d’un Experience Cloud ID. Dans ce cas, le cookie effectue le suivi du visiteur et partage les données avec d’autres solutions Experience Cloud.
  • Si le cookie AMCV n’est pas défini, le code du service d’ID appelle un serveur de collecte de données régional à l’adresse
    dpm.demdex.net/id
    (voir aussi Signification des appels vers le domaine Demdex ). L’appel comprend l’ID d’organisation de la société Food Company. L’ID d’organisation est défini dans la fonction
    Visitor.getInstance
    du code du service d’ID.
Première réponse
Le serveur de collecte de données renvoie dans la réponse l’Experience Cloud ID (MID) et le cookie demdex. Le code du service d’ID écrit la valeur MID dans le cookie AMCV. Imaginons par exemple que le serveur de collecte de données renvoie un MID dont la valeur est 1234. Il stockerait le cookie AMCV sous la forme
mid|1234
et le définirait dans le domaine pizza propriétaire. Le cookie demdex contient également un ID unique (appelons-le 5678). Ce cookie est défini dans le domaine demdex.net tiers qui est distinct du domaine pizza.
Comme vous allez le constater dans l’exemple suivant, l’ID demdex et l’ID d’organisation permettent au service d’ID de créer le MID correct et de le renvoyer lorsque le visiteur passe sur un autre site appartenant à la société Food Company.

Requête et réponse intersites

Dans cet exemple, le visiteur de la société Food Company passe du site des pizzas au site des tacos. La société Food Company a mis en œuvre le code du service d’ID sur le site Web des tacos. Le visiteur ne s’est jamais rendu sur le site des tacos.
Il n’existe donc pas de cookie AMCV sur le site des tacos. De plus, le service d’ID ne peut pas utiliser le cookie AMCV défini sur le site des pizzas, car il est spécifique au domaine pizza. Le service d’ID doit par conséquent appeler le serveur de collecte de données pour rechercher un identifiant visiteur et le demander. Dans le cas présent, l’appel du serveur de collecte de données comprend l’ID d’organisation
et
l’ID demdex. Souvenez-nous que l’ID demdex est obtenu du site sur les pizzas et stocké en tant que cookie tiers dans le domaine demdex.net.
Une fois que le serveur de collecte de données a reçu l’ID d’organisation et l’ID demdex, il crée le MID correct pour le visiteur du site et le renvoie. Comme le MID est dérivé de manière mathématique de l’ID d’organisation et de l’ID demdex, le cookie AMCV contient la valeur MID,
mid = 1234
.

Requêtes d’ID depuis d’autres sites

Dans cet exemple, notre visiteur quitte les sites de Food Company et accède au site de football appartenant à la société Sports Company. Lorsque le visiteur accède au site de football, le processus de recherche et de demande d’ID fonctionne comme cela a été décrit dans les exemples précédents. Comme la société Sports Company possède son propre ID d’organisation, le service d’ID renvoie toutefois un autre MID. Le nouveau MID est unique aux domaines contrôlés par la société Sports Company et permet à celle-ci d’effectuer le suivi et de partager les données du visiteur dans l’ensemble des solutions Experience Cloud. L’ID demdex reste identique pour ce visiteur, car il contient un cookie tiers et persiste dans les différents domaines.