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 et toutes les sources de données Attribut client créées dans l’interface utilisateur de People Core Service ont un espace de noms d’identité AEP corollaire et la suppression de la source de données entraîne 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 l’attribut du client) 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 et les sources de données Attributs du client créées dans l’interface utilisateur de People Core Service 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 d’attributs du client et inter-appareils créés 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 automatiquement ont un pointeur vers , mais ne sont pas la même entité que leurs homologues de sources de données d’attributs client ou inter-appareils AAM. 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 d’attributs du client et inter-appareils AAM ont une contrepartie d’espace de noms d’identité. 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 ou Attribut client entraîne la suppression de l’espace de noms d’identité corollaire.
- Toutes les mises à jour apportées à la source de données AAM multi-appareils ou Attribut client name ou code d’intégration ne seront PAS répercutées dans l’interface utilisateur de l’espace de noms d’identité AEP.
- Tout code d’intégration AAM source de données multi-appareils ou Alias d’attribut du client créé après avril 2019 avec des caractères spéciaux (un trait d’union ou un trait de soulignement, par exemple) générera 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 ou à l’alias d’attribut du client (même s’il comporte des caractères spéciaux) SI la source de données a été créée entre avril et avril 2019 ET que le code ou l’alias 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 ou d’attributs du client existante doit être conservée lors d’une migration vers les SDK AEP Web ou Mobile, la manière de transmettre les identifiants utilisateur ou CRM à AAM et aux attributs du client (ce qui est historiquement fait via la fonction/méthode d’ID utilisateur de définition du service d’identification ECID) consiste à définir la carte d’identité SDK avec le symbole d’espace de noms d’identité trouvé dans l’AEP Interface utilisateur de la collection qui correspond à la source de données d’attributs client ou multi-appareils en question. Experience Edge verra le symbole d’identité, recherchera le code d’intégration d’AAM corollaire ou l’alias d’attribut du client, puis transmettra l’accès de collecte de données avec le code d’intégration d’AAM correct ou l’alias d’attribut du client, ce qui permettra à la source de données multi-appareils ou à l’alias d’attribut du client de continuer à collecter les ID d’utilisateur pour les cas d’utilisation d’ et d’attribut du client utilisant ces ID.
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 ou aux attributs du client 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 ou Attribut client peut être liée à un espace de noms d’identité AEP donné, l’appel de l’API AAM pour l’une des sources de données potentielles à 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. Le même appel API peut être utilisé pour déterminer quel espace de noms d’attribut du client est associé à quel espace de noms d’identité AEP.
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.