Qualification des profils dans les segments comportant plus de 50 identités

Pour empêcher tout fragment d’être évalué sur TRUE, une approche consiste à inclure une condition sur un attribut de profil et un événement. Pour déterminer si le graphique d’identités comporte plus de 50 entrées pour une identité, utilisez Postman pour appeler l’UPS via l’API avec l’ID d’identité.

Description description

Environnement

Adobe Experience Platform (AEP)

Problème/Symptômes

Les profils comportant plus de 50 identités peuvent-ils être qualifiés pour les segments ?

Résolution resolution

Lorsque des segments sont définis pour utiliser le graphique privé, le processus normal est que les fragments de profil sont interrogés à l’aide de tous les identifiants du graphique d’identités et que les résultats sont rassemblés dans un profil unique combinant des enregistrements de profil et des enregistrements d’événement. Mais lorsqu’un graphique d’identités comporte plus de 50 entités, les fragments de profil ne sont pas assemblés en un seul profil. À la place, chaque fragment de profil est traité comme un profil entier et l’évaluation du segment se produit individuellement par rapport à chaque fragment.

Par exemple, un segment défini pour inclure les résidents de Californie évalue à TRUE pour le fragment de profil contenant l’attribut d’état, mais les autres fragments de profil et d’événement évaluent à FALSE. De même, un segment défini pour inclure la navigation sur les pages web évalue à TRUE le fragment de suite de rapports Analytics, mais les fragments de profil et d’autres fragments d’événement évaluent à FALSE. Le risque est lorsque le segment contient une condition négative (par exemple : aucun email n'a été envoyé au cours de la semaine passée). L’événement email ne sera associé à aucun enregistrement de profil ou d’autres événements. L’évaluation du profil et d’autres événements peut donc générer un faux positif.

Pour empêcher tout fragment d’évaluation vers TRUE, une approche consiste à inclure une condition sur un attribut de profil et un événement (par exemple : où customer_id existe et il existe au moins un événement). Aucun fragment ne comporte les deux critères. Aucun fragment ne sera donc évalué comme TRUE. En règle générale, il est possible d’ajouter des tests d’existence sur les profils et les événements sans modifier les résultats de la segmentation (par exemple : le test d’un identifiant CRM lors de la segmentation de clients connus).

Pour déterminer si le graphique d’identités comporte plus de 50 entrées pour une identité, utilisez Postman pour appeler l’UPS via l’API avec l’ID d’identité comme illustré ci-dessous.  La réponse inclut l’erreur indiquée si le maximum de 50 a été dépassé.

Configuration de l’API Postman :

GET /data/core/ups/access/entities?entityId=KRN1136260447&entityIdNS=custid&schema.name=_xdm.context.profile HTTP/1.1
Host: platform.adobe.io
Content-Type: application/json
Authorization: Bearer
x-gw-ims-org-id: <b></b><b></b>*
x-api-key: acp_onboarding

Réponse :

{
    "message": "Received too many related identities. Received: 85, Maximum: 50.",
    "statusCode": 422,
    "type": "http://ns.adobe.com/aep/errors/UPSDK-112004-422",
    "title": "Too many related identities.",
    "error-code": "UPSDK-112004-422",
    "error-message": "Received too many related identities. Received: 85, Maximum: 50.",
    "status": 422
}