Environnement
Adobe Experience Platform
Problème/Symptômes
Les profils comportant plus de 50 identités peuvent-ils être qualifiés pour les segments ?
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 des résidents de Californie est évalué sur true pour le fragment de profil contenant l’attribut d’état, tandis que les autres fragments de profil et d’événement sont évalués sur false. De même, un segment défini pour inclure la navigation sur les pages web est évalué sur true pour le fragment de suite de rapports Analytics, mais les fragments de profil et d’autres fragments d’événement sont évalués sur false. Le risque est lorsque le segment contient une condition négative, par exemple : aucun email n'a été envoyé la semaine dernière. 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’être évalué sur "true", une méthode consiste à inclure une condition sur un attribut de profil ET un événement, par exemple : où customer_id existe et où il existe au moins un événement. Aucun fragment ne comporte les deux critères, de sorte qu’aucun fragment ne sera évalué comme vrai. En règle générale, il est possible d’ajouter des tests d’existence à la fois 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
}