Identification et regroupement des utilisateurs
Identification de l’utilisateur
Il existe plusieurs façons d’identifier un utilisateur dans Adobe Target. Target utilise les identifiants suivants :
tntID
tntId
est l’identifiant principal d’un utilisateur dans Target. Vous pouvez fournir cet identifiant ou Target le générera automatiquement si la requête ne contient pas.thirdPartyId
thirdPartyId
est l’identifiant de votre société pour l’utilisateur, que vous pouvez envoyer avec chaque appel . Lorsqu’un utilisateur se connecte au site d’une entreprise, celle-ci crée généralement un identifiant lié au compte du visiteur, à sa carte de fidélité, à son numéro de membre ou à tout autre identifiant applicable de l’entreprise.marketingCloudVisitorId
marketingCloudVisitorId
est utilisé pour fusionner et partager des données entre différentes solutions d’Adobe. MarketingCloudVisitorId est requis pour les intégrations avec Adobe Analytics et Adobe Audience Manager.customerIds
Target ID (tntID)
L’ Target ID, ou tntId
, peut être considéré comme un ID d’appareil. Cet tntId
est généré automatiquement par Adobe Target s’il n’est pas fourni dans la requête. Les demandes suivantes doivent inclure cet tntId
pour que le contenu approprié soit diffusé sur un appareil utilisé par le même utilisateur.
L’exemple d’appel suivant illustre une situation dans laquelle un tntId
n’est pas transmis à Target.
code language-javascript line-numbers |
---|
|
code language-java line-numbers |
---|
|
En l’absence d’un tntId
, Adobe Target génère un tntId
et le fournit dans la réponse, comme suit.
{
"status": 200,
"requestId": "5b586f83-890c-46ae-93a2-610b1caa43ef",
"client": "acmeclient",
"id": {
"tntId": "10abf6304b2714215b1fd39a870f01afc.35_0"
},
"edgeHost": "mboxedge35.tt.omtrdc.net",
...
}
Dans cet exemple, le tntId
généré est 10abf6304b2714215b1fd39a870f01afc.35_0
. Notez que cet tntId
doit être utilisé pour le même utilisateur entre les sessions.
ID tiers (thirdPartyId)
Si votre organisation utilise un identifiant pour identifier votre visiteur, vous pouvez utiliser thirdPartyID
pour diffuser du contenu. Un thirdPartyID
est un identifiant persistant utilisé par votre entreprise pour identifier un utilisateur final, qu’il interagisse avec votre entreprise à partir de canaux web, mobiles ou IoT. En d’autres termes, le thirdPartyId
référence les données de profil utilisateur qui peuvent être utilisées sur plusieurs canaux. Cependant, vous devez fournir le thirdPartyID
pour chaque appel de l’API de diffusion Adobe Target que vous effectuez.
L’exemple d’appel suivant illustre l’utilisation d’un thirdPartyId
.
code language-javascript line-numbers |
---|
|
code language-java line-numbers |
---|
|
Dans ce scénario, Adobe Target génère un tntId
puisqu’il n’a pas été transmis dans l’appel d’origine, qui sera mappé sur le thirdPartyId
fourni.
Identifiant visiteur Marketing Cloud (marketingCloudVisitorId)
marketingCloudVisitorId
est un identifiant universel et permanent qui identifie vos visiteurs dans toutes les solutions Adobe Experience Cloud. Lorsque votre organisation met en oeuvre le service d’ID, cet ID vous permet d’identifier un même visiteur du site et ses données dans différentes solutions Experience Cloud, y compris Adobe Target, Adobe Analytics et Adobe Audience Manager. Veuillez noter que marketingCloudVisitorId
est requis lors de l'intégration de Target à Adobe Analytics et Adobe Audience Manager.
L’exemple d’appel suivant montre comment un marketingCloudVisitorId
récupéré du service d’ID Experience Cloud est transmis à Target.
code language-javascript line-numbers |
---|
|
code language-java line-numbers |
---|
|
Dans ce scénario, Target génère un tntId
puisqu’il n’a pas été transmis dans l’appel d’origine, qui sera mappé sur le marketingCloudVisitorId
fourni.
ID de client (customerIds)
Les ID de client peuvent être ajoutés ou associés à un ID de visiteur Experience Cloud. Lors de l'envoi de customerIds
, le marketingCloudVisitorId
doit également être fourni. De plus, un état d’authentification peut être fourni avec chaque customerId
pour chaque visiteur. Les statuts d'authentification suivants peuvent être utilisés :
unknown
authenticated
logged_out
Veuillez noter que seule la présence de customerId
dans un état authentifié Target référence les données de profil utilisateur stockées et liées à customerId. Si l’état customerId
est inconnu ou logged_out
, il sera ignoré et les données de profil utilisateur qui peuvent être associées à cet état customerId
ne seront pas utilisées pour le ciblage des audiences.
code language-javascript line-numbers |
---|
|
code language-java line-numbers |
---|
|
L’exemple ci-dessus montre comment envoyer un customerId
avec un authenticatedState
. Lors de l'envoi d'un customerId
, les integrationCode
, id
et authenticatedState
ainsi que les marketingCloudVisitorId
sont requis. integrationCode
est l’alias du fichier d’attributs du client que vous avez fourni via CRS.
Profil fusionné
Vous pouvez combiner tntId
, thirdPartyID
et marketingCloudVisitorId
dans la même requête. Dans ce scénario, Adobe Target conserve le mappage de tous ces identifiants et les épingle à un visiteur. Découvrez comment les profils sont fusionnés et synchronisés en temps réel à l’aide des différents identifiants.
code language-javascript line-numbers |
---|
|
code language-java line-numbers |
---|
|
L’exemple ci-dessus montre comment combiner tntId
, thirdPartyID
et marketingCloudVisitorId
dans la même requête.
Bucketing
Vos utilisateurs sont redirigés vers l’affichage d’une expérience selon la manière dont vous configurez vos activités Adobe Target. Dans Adobe Target, le regroupement est :
- Déterministe : MurmurHash3 permet de s’assurer que votre utilisateur est regroupé et qu’il voit la variation appropriée à chaque fois que l’ID utilisateur est cohérent.
- Attractif : Adobe Target stocke la variation que votre utilisateur voit dans le profil utilisateur afin de s’assurer que la variation est systématiquement affichée pour cet utilisateur entre les sessions et les canaux. Les variations et l’attractivité sont garanties lors de l’utilisation de la prise de décision côté serveur. Lorsque la prise de décision sur l’appareil est utilisée, l’attractivité n’est pas garantie.
Workflow de regroupement de bout en bout
Avant de passer à l’algorithme de regroupement, il est important de souligner que des étapes similaires sont utilisées pour sélectionner des activités en fonction de leur pourcentage d’affectation du trafic, ainsi que pour sélectionner une expérience au sein d’une activité.
Etapes de sélection de l’activité
- Générer un identifiant d’appareil, généralement un UUID
- Obtention du code client
- Obtention de l’ID d’activité
- Procurez-vous le sel, qui est généralement une chaîne comme "activité".
- Calcul du hachage à l’aide de MurmurHash3
- Obtention de la valeur absolue du hachage
- Divisez la valeur absolue du hachage par 10 000
- Divisez le reste par 1 000, ce qui devrait produire une valeur comprise entre 0 et 1.
- Multiplier le résultat de 100 %
- Comparez le pourcentage d’affectation du trafic d’activité au pourcentage obtenu. Si le pourcentage d’affectation du trafic est inférieur, l’activité est sélectionnée. Sinon, l’activité est ignorée.
Etapes de sélection de l’expérience
- Générer un identifiant d’appareil, généralement un UUID
- Obtention du code client
- Obtention de l’ID d’activité
- Obtenez le sel, qui est généralement une chaîne comme "expérience".
- Calcul du hachage à l’aide de MurmurHash3
- Obtention de la valeur absolue du hachage
- Divisez la valeur absolue du hachage par 10 000
- Divisez le reste par 1 000, ce qui devrait produire une valeur comprise entre 0 et 1.
- Multiplier le résultat par le nombre total d’expériences dans l’activité.
- Arrondir le résultat. Cela devrait produire l’index d’expérience.
Exemple
Prenons l’exemple suivant :
- Client C avec code client
acmeclient
- Activité A ayant l’identifiant
1111
et trois expériencesE1
,E2
,E3
- Les expériences ont la distribution suivante :
E1
- 33 %,E2
- 33 %,E3
- 34 %
Le flux de sélection se présente comme suit :
- ID de l’appareil
702ff4d0-83b1-4e2e-a0a6-22cbe460eb15
- Code client
acmeclient
- ID d’activité
1111
- Sel
experience
- Valeur de hachage
acmeclient.1111.702ff4d0-83b1-4e2e-a0a6-22cbe460eb15.experience
, valeur de hachage-919077116
- Valeur absolue du hachage
919077116
- Reste après division par 10 000,
7116
- La valeur après le reste est divisée par 10 000,
0.7116
- Résultat après avoir multiplié la valeur par rapport au nombre total d’expériences
3 * 0.7116 = 2.1348
- L’index d’expérience est
2
, ce qui signifie la troisième expérience, puisque nous utilisons l’indexation basée sur0
.