Calificación de perfiles en segmentos con más de 50 identidades

Para evitar que cualquier fragmento se evalúe como TRUESin embargo, uno de los enfoques es incluir una condición tanto en un atributo de perfil como en y un evento. Para determinar si el gráfico de identidad tiene más de 50 entradas para una identidad, utilice Postman para llamar a UPS a través de la API con el ID de identidad.

Descripción description

Entorno

Adobe Experience Platform (AEP)

Problema/Síntomas

¿Pueden los perfiles con más de 50 identidades cumplir los requisitos para los segmentos?

Resolución resolution

Cuando los segmentos están definidos para utilizar gráficos privados, el proceso normal es que los fragmentos de perfil se consulten con todos los ID en el gráfico de identidad y que los resultados se unan en un único perfil que combina registros de perfil y registros de evento. Sin embargo, cuando un gráfico de identidad tiene más de 50 entidades, los fragmentos de perfil no se ensamblan en un perfil. En su lugar, cada fragmento de perfil se trata como un perfil completo y la evaluación de segmentos se realiza individualmente con cada fragmento.

Por ejemplo, un segmento definido para incluir residentes de California evaluará en TRUE para el fragmento de perfil que contiene el atributo state, pero los demás fragmentos de perfil y evento se evaluarán como FALSE. Del mismo modo, un segmento definido para incluir la navegación por páginas web se evaluará en TRUE para el fragmento de grupo de informes de Analytics, pero los fragmentos de perfil y otros fragmentos de evento se evaluarán como FALSE. El riesgo se produce cuando el segmento contiene una condición negativa (por ejemplo:  no se ha enviado ningún correo electrónico en la última semana). El evento de correo electrónico no se vincula a ningún perfil ni a otros registros de eventos, por lo que la evaluación del perfil y otros eventos podrían generar un falso positivo.

Para evitar que cualquier fragmento se evalúe como TRUESin embargo, uno de los enfoques es incluir una condición tanto en un atributo de perfil como en y un evento (por ejemplo:  donde customer_id existe y existe al menos un evento).  Ningún fragmento tendrá ambos criterios, por lo que ningún fragmento se evaluará como TRUE. Normalmente, es posible añadir pruebas de existencia tanto en perfiles como en eventos sin alterar los resultados de segmentación (por ejemplo: probar un ID de CRM al segmentar clientes conocidos).

Para determinar si el gráfico de identidad tiene más de 50 entradas para una identidad, utilice Postman para llamar a UPS a través de la API con el ID de identidad, como se muestra a continuación.  La respuesta incluirá el error anotado si se ha superado el máximo de 50.

Configuración de la API de 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

Respuesta:

{
    "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
}