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, les sources de données AAM et les sources de données d’attributs du client créées via le service principal Personnes (qui sont eux-mêmes des sources de données AAM spéciales disponibles pour tous les clients, quel que soit leur état de licence). Pour permettre le partage de données entre les audiences AEP et Experience Cloud à l’aide d’une adresse électronique 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 carte des identités, un type de connexion doit être établi entre AAM sources de données et les espaces de noms d’identité AEP. La manière exacte dont cette connexion est établie et si un espace de noms d’identité AEP a été créé pour la source de données AAM correspondante en question dépend du moment où la source de données AAM ou Attribut du client 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 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 dans les sources de données 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 l’environnement de test de production portant 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.
- Aucun espace de noms d’identité AEP corollaire n’a été créé pour toutes les sources de données d’attributs clients et d’appareils AAM créées après février 2024, mais leurs identifiants peuvent toujours être transmis aux attributs AAM et client via le groupe de champs de schéma de carte des identités. Informations supplémentaires ci-dessous.
- 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 clients et d’appareils AAM peuvent avoir 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 avec un espace de noms d’identités corollaires entraînera la suppression de cet espace de noms d’identité corollaire.
- Toute mise à jour de la source de données AAM multi-appareils ou Attribut client name ou code d’intégration ne sera PAS répercutée 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é ou au code d’intégration AAM. Le symbole se trouve de l’une des façons répertoriées dans la section suivante.
Comment appliquer ces informations 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 Web ou Mobile AEP, la manière de transmettre les identifiants utilisateur ou CRM à AAM et aux attributs du client (ce qui a été réalisé historiquement via la fonction/méthode setCustomerIDs du service d’identification ECID) consiste à définir la carte d’identités du SDK avec le symbole d’identité qui identifie l’identité Source de données Attributs d’utilisateur ou d’utilisateur. Le symbole de l’espace de noms d’identité se trouve de différentes manières :
- Utilisez l’interface utilisateur AEP ou de collecte de données pour trouver l’espace de noms d’identité qui correspond à la source de données AAM multi-appareils ou Attribut client en question. Si ce n’est pas clair immédiatement ou que l’espace de noms d’identité AEP nécessaire ne figure pas dans l’interface utilisateur des identités, essayez une autre des options ci-dessous.
- Pour ceux qui disposent d’une licence AAM, accédez à Audience Data
>Datasources dans l’interface utilisateur d’AAM. Cliquez sur la source de données en question. La valeur du champ Espace de noms grisé est le symbole d’identité à utiliser. Toutes les sources de données d’attributs du client se trouvent également dans l’interface utilisateur d’AAM. Par conséquent, cette méthode fonctionne également pour ceux qui utilisent 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 charge utile 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 Attributs du client. - Si aucune des options ci-dessus ne fonctionne, soit parce que l’espace de noms d’identité AEP ne figure pas dans l’interface utilisateur des identités, soit parce que l’organisation n’a pas de licence pour AAM, contactez l’assistance AAM et demandez le symbole d’identité qui référence la source de données Attributs du client en question.
Lorsque le symbole d’identité approprié se trouve dans la carte d’identité, Experience Edge transfère l’accès de collecte de données à l’Audience Manager (en supposant que le service d’Audience Manager soit activé dans la flux de données) où AAM verra le symbole d’identité, recherchera le code d’intégration d’AAM corollaire ou l’alias d’attribut du client, puis mettra à jour l’accès avec le code d’intégration ou l’alias d’attribut du client approprié, ce qui permet d’ la source de données d’alias de l’alias de l’alias de l’alias d’alias de l’alias de l’alias de l’alias de l’alias de l’alias de l’utilisateur de l’alias multi-appareil de l’alias de l’utilisateur de l’alias de l’alias de l’alias de l’alias de l’alias de l’alias de ID pour les cas d’utilisation des attributs du client et de l’.
Assurer que les identités appropriées aillent vers 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 AEP. Gardez les informations et conseils suivants à l’esprit lorsque vous décidez quelles identités doivent être envoyées vers quelles solutions :
- AEP traite toutes les identités transmises par le biais de la carte d’identité qui possèdent également une identité AEP corollaire dans l’interface utilisateur des identités AEP 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. L’utilisation des règles de liaison de graphique d’identités peut également vous aider dans cette situation.
- Si l’identité est transmise par le biais de la carte des identités, mais que la même entité n’existe pas dans l’interface utilisateur des identités AEP, l’ingestion AEP génère 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/client utilisent la même identité, mais qu’aucun espace de noms d’identité AEP n’a été créé, il est possible d’en créer un à l’aide du même symbole d’espace de noms d’identité que celui trouvé dans l’AAM interface utilisateur (voir la section précédente). Cela permet à une entrée de carte des identités de gérer l’envoi de l’identifiant à AEP, à AAM et aux attributs du client. Sachez toutefois qu’il sera utilisé comme identifiant de point de contact, comme indiqué dans la première puce.
- Si l’espace de noms d’identité AEP se trouve dans l’interface utilisateur des identités AEP et qu’il contient le même symbole d’identité que le jeu de données AAM et Attribut client, il n’existe aucun moyen pris en charge d’empêcher cette identité d’accéder à 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.