Comment les espaces de noms d’identité AEP sont-ils liés aux sources de données AAM
Cet article décrit la corrélation entre les espaces de noms d’identité AEP et les sources de données AAM. Brièvement, toutes les sources de données AAM multi-appareils créées dans AAM ont un espace de noms d’identité AEP corollaire et la suppression de la source de données entraînera la suppression de l’espace de noms d’identité.
Description description
Environnement
- Adobe Experience Platform (AEP)
- Adobe Audience Manager (AAM)
Problèmes/Symptômes
Existe-t-il une relation entre les sources de données AAM et les espaces de noms d’identité AEP ?
Résolution resolution
Oui. Elles sont liées de la manière suivante.:
- Toutes les sources de données AAM multi-appareils créées dans AAM depuis avril 2019 ont un espace de noms d’identité AEP corollaire créé avec le même nom dans la même organisation Experience Cloud, même si l’organisation Experience Cloud n’avait pas de licence pour AEP.
- Tous les AAM sources de données multi-appareils créées avant avril 2019 avaient leur espace de noms d’identité AEP corollaire créé en avril 2019.
- Tous les espaces de noms d’identité générés AAM ont un pointeur vers, mais ne sont pas la même entité que leurs AAM sources de données multi-appareils. Il s’agit d’identités distinctes référencées dans la même ligne d’un tableau de recherche dans Experience Edge.
- Seules les sources de données AAM multi-appareils disposent d’un espace de noms d’identité équivalent. Les sources de données AAM basées sur des cookies ne le font pas.
Compte tenu de ces informations, voici quelques avertissements importants à connaître :
- La suppression d’une source de données AAM multi-appareils entraîne la suppression de l’espace de noms d’identité corollaire.
- Toute mise à jour de la source de données AAM multi-appareils name ou integration code ne sera PAS répercutée dans l’interface utilisateur d’espace de noms d’identité AEP.
- Tout code d’intégration de source de données multi-appareils AAM créé après avril 2019 avec des caractères spéciaux (un trait d’union ou un trait de soulignement, par exemple) donnera lieu à un nouveau symbole d’espace de noms d’identité composé de 3 lettres majuscules.
- Le symbole de l’espace de noms d’identité doit correspondre au code d’intégration de source de données multi-appareils AAM (même s’il comporte des caractères spéciaux) SI la source de données AAM a été créée entre et avril 2019 ET que le code d’intégration n’a pas été mis à jour depuis.
Comment est-ce que l'on applique cette information de manière pratique ?
Si une mise en oeuvre d’AAM existante doit être conservée lors d’une migration vers les SDK Web ou mobiles AEP, la manière de transmettre les ID d’utilisateur ou de gestion de la relation client à AAM (ce qui est effectué historiquement via la fonction/méthode d’ID utilisateur de définition du service d’identité ECID) consiste à définir la carte d’identité du SDK avec le symbole d’espace de noms d’identité trouvé dans l’interface utilisateur AEP ou de collecte de données correspondant qui correspond à l’interface utilisateur Nouvelle source de données multi-appareils en question. Experience Edge verra le symbole d’identité, recherchera le code d’intégration d’AAM corollaire, puis transmettra l’accès de collecte de données avec le code d’intégration d’AAM correct, ce qui permettra à la source de données multi-appareils de continuer à collecter les identifiants utilisateur pour les cas d’utilisation d’ utilisant ces identifiants.
Remarque importante : AEP traite toutes les identités transmises par le biais de la carte d’identité dans le SDK Web AEP (ou dans d’autres cas) comme des identités pouvant être groupées, même si les espaces de noms d’identité en question ne sont pas liés à un champ XDM activé pour les profils. Cela peut poser problème si les ID qui doivent être transmis à AAM ne sont pas des ID individuels/au niveau du profil. Cela peut entraîner la fusion/réduction de plusieurs profils AEP en un si l’ID en question était un identifiant de famille, par exemple, au lieu d’un identifiant individuel.
Conseil utile : S’il n’est pas clair quelle source de données AAM multi-appareils peut être liée à un espace de noms d’identité AEP donné, alors l’appel de l’API AAM pour l’une des sources de données potentielle à l’aide de cet appel d’API renvoie une charge utile JSON contenant le champ customNamespaceCode. La valeur de ce champ doit correspondre à l’espace de noms d’identité AEP qui pointe vers cette source de données AAM.
Lecture connexe :
États authentifiés du SDK Web AEP dans AAM : cet article traite du problème en raison duquel les identifiants et les sources de données multi-appareils ne se synchronisent pas ou ne se comportent pas de la même manière qu’avant la migration.