Comment les espaces de noms d’identité AEP sont-ils liés aux sources de données AAM ?
Cet article traite de la corrélation entre les espaces de noms d’identité AEP, les sources de données AAM et les sources de données d’attributs du client créés via le service principal People (qui sont elles-mêmes des sources de données AAM spéciales disponibles pour tous les clients, quel que soit le statut de la licence AAM). Pour permettre le partage de données entre les audiences AEP et Experience Cloud à l’aide d’une adresse e-mail hachée SHA256 et fournir un moyen de transmettre des identités aux sources de données AAM et Attributs du client via le groupe de champs de schéma de mappage d’identité, un type de connexion doit être établi entre les sources de données AAM et les espaces de noms d’identité AEP. Le mode exact de cette connexion et la création ou non d’un espace de noms d’identité AEP pour la source de données AAM correspondante en question dépendent du moment où la source de données d’attributs AAM ou Customer a été créée.
Description description
Environnement
- Adobe Experience Platform (AEP)
- Adobe Audience Manager (AAM)
- People Core Service (Attributs du client)
Problèmes/Symptômes
Existe-t-il une relation entre les sources de données AAM (et les attributs du client) et les espaces de noms d’identité AEP ?
Résolution resolution
Oui. Ils sont liés de la manière suivante.
- Toutes les sources de données entre appareils d’AAM créées dans AAM et les sources de données d’attributs du client créées dans l’interface utilisateur de People Core Service entre avril 2019 et février 2024 ont un espace de noms d’identité AEP corollaire créé dans le sandbox de production avec le même nom dans la même organisation Experience Cloud, même si l’organisation Experience Cloud n’a pas reçu de licence pour AEP.
- Toutes les sources de données AAM sur plusieurs appareils et attributs du client créées avant avril 2019 ont eu leur espace de noms d’identité AEP corollaire créé en avril 2019.
- Toutes les sources de données AAM sur plusieurs appareils et attributs du client créées après février 2024 n’ont pas eu d’espace de noms d’identité AEP corollaire créé pour elles, mais leurs identifiants peuvent toujours être transmis à AAM et aux attributs du client via le groupe de champs champ de schéma de mappage d’identité. Informations supplémentaires ci-dessous.
- Tous les espaces de noms d’identité générés automatiquement possèdent un pointeur vers mais ne sont pas la même entité que leurs homologues de source de données AAM sur plusieurs appareils ou Attributs du client. Il s’agit d’identités distinctes référencées dans la même ligne d’une table de recherche sur Experience Edge.
- Seules les sources de données AAM sur plusieurs appareils et Attributs du client peuvent avoir un espace de noms d’identité équivalent. Ce n’est pas le cas pour les sources de données AAM basées sur des cookies.
Compte tenu de ces informations, voici quelques mises en garde importantes à connaître :
- La suppression d’une source de données d’attributs du client ou sur plusieurs appareils AAM avec un espace de noms d’identités corollaire entraîne la suppression de cet espace de noms d’identité corollaire.
- Toutes les mises à jour de la source de données d’attributs du client ou d’appareils AAM nom ou code d’intégration ne seront PAS répercutées dans une interface utilisateur d’espace de noms d’identité AEP corollaire.
- Le symbole de l’espace de noms peut correspondre ou non à l’alias des attributs du client hérités ou au code d’intégration AAM. Le symbole peut être trouvé de l'une des façons répertoriées dans la section suivante.
Comment appliquer ces informations dans la pratique ?
Si une implémentation existante d’AAM ou d’attributs du client doit être conservée lors d’une migration vers les SDK web ou mobile d’AEP, la méthode pour transmettre les ID utilisateur ou CRM à AAM et aux attributs du client (ce qui a été historiquement fait via la fonction/méthode setCustomerIDs du service d’identités ECID) consiste à définir le Mappage d’identités SDK avec le symbole espace de noms d’identité qui identifie la source de données d’attributs AAM ou du client. Le symbole d’espace de noms d’identité se trouve de différentes manières :
- Utilisez l’interface utilisateur d’AEP ou de la collecte de données pour rechercher l’espace de noms d’identité correspondant à la source de données AAM sur plusieurs appareils ou Attributs du client en question. Si cela n’est pas immédiatement clair ou si l’espace de noms d’identité AEP nécessaire ne se trouve pas dans l’interface utilisateur des identités, essayez une autre option ci-dessous.
- Pour les utilisateurs disposant d’une licence AAM, accédez à Audience Data
>Datasources dans l’interface utilisateur d’AAM. Cliquez dans la source de données en question et la valeur du champ Espace de noms grisé est le symbole d’identité à utiliser. Toutes les sources de données d’attributs du client seront également disponibles dans l’interface utilisateur d’AAM. Cette méthode fonctionne donc également pour ceux qui utilisent à la fois les attributs du client et AAM. - Utilisez l’API AAM pour l’une des sources de données AAM potentielles à l’aide de cet appel API pour renvoyer une payload JSON contenant le champ
customNamespaceCode. La valeur de ce champ est le symbole d’identité à utiliser. Le même appel API peut être utilisé pour déterminer le symbole à utiliser pour une source de données d’attributs du client. - Si aucune des options ci-dessus ne fonctionne, soit parce que l’espace de noms d’identité AEP ne se trouve pas dans l’interface utilisateur des identités, soit parce que l’organisation ne dispose pas d’une licence pour AAM, contactez l’assistance AAM et demandez le symbole d’identité qui fait référence à la source de données Attributs du client en question.
Lorsque le symbole d’identité approprié se trouve dans le mappage d’identités, Experience Edge transfère l’accès à la collecte de données à Audience Manager (en supposant que le service Audience Manager soit activé sur le flux de données) où AAM verra le symbole d’identité, recherche le code d’intégration AAM ou l’alias d’attribut du client corollaires, puis met à jour l’accès avec le code d’intégration AAM ou l’alias d’attribut du client appropriés, permettant ainsi à la source de données inter-appareils AAM ou à l’alias d’attribut du client de continuer à collecter les identifiants d’utilisateur pour les cas d’utilisation AAM et d’attribut du client.
S’assurer que les identités appropriées vont à la bonne solution
Dans certains cas, les identités destinées à AAM et aux attributs du client doivent et ne doivent pas être utilisées pour les cas d’utilisation d’AEP. Gardez à l’esprit les informations et conseils suivants lorsque vous décidez quelles identités doivent être envoyées à quelles solutions :
- AEP traite toutes les identités transmises via le mappage d’identités qui possède également une identité AEP corollaire dans l’interface utilisateur des identités d’AEP comme des identités assemblables, même si les espaces de noms d’identité en question ne sont pas liés à un champ XDM activé par profil. Cela peut s’avérer problématique si les identifiants qui doivent être transmis à AAM ou aux attributs du client ne sont pas des identifiants individuels/de niveau profil. Cela peut entraîner la fusion/la réduction de plusieurs profils AEP en un seul si l’identifiant en question était un identifiant familial, par exemple, au lieu d’un identifiant individuel. L’utilisation de la méthode Règles de liaison de graphiques d’identités peut également résoudre ce problème.
- Si l’identité est transmise via le mappage d’identités, mais que cette même entité n’existe pas dans l’interface utilisateur des identités d’AEP, l’ingestion d’AEP renvoie une erreur, sauf si une autre identité est marquée comme Principal.
- Si la fonctionnalité souhaitée consiste à ce que les attributs AEP et AAM/customer utilisent la même identité, mais qu’aucun espace de noms d’identité AEP n’a été créé, vous pouvez en créer un en utilisant le même symbole d’espace de noms d’identité que celui de l’interface utilisateur d’AAM (voir la section précédente). Cela permet à une seule entrée de mappage d’identités de gérer l’envoi de l’identifiant à AEP, AAM et les attributs du client. Toutefois, gardez à l’esprit qu’il sera utilisé comme identifiant d’assemblage, comme mentionné dans la première puce.
- Si l’espace de noms d’identité AEP se trouve dans l’interface utilisateur des identités d’AEP et qu’il comporte le même symbole d’identité que les jeux de données AAM et Attributs du client, il n’existe aucun moyen pris en charge d’empêcher cette identité d’accéder à AEP.
Lecture connexe :
États authentifiés d’AEP Web SDK dans AAM : cet article aborde le problème où les identifiants/sources de données sur plusieurs appareils ne se synchronisent pas ou ne se comportent pas de la même manière qu’avant la migration.