¿Cómo se relacionan los espacios de nombres de identidad de AEP con las fuentes de datos de AAM?
Este artículo analiza la correlación entre las áreas de nombres de identidad de AEP, las fuentes de datos de AAM y las fuentes de datos de atributos del cliente creadas mediante el servicio principal People (que a su vez son fuentes de datos especiales de AAM disponibles para todos los clientes, independientemente del estado de la licencia de AAM). Para habilitar el uso compartido de datos entre audiencias de AEP y Experience Cloud mediante una dirección de correo electrónico con hash SHA256, así como para proporcionar una forma de pasar identidades a fuentes de datos de AAM y Atributos del cliente a través del grupo de campos Esquema del mapa de identidad, se tuvo que establecer un tipo de conexión entre las fuentes de datos de AAM y los espacios de nombres de identidad de AEP. La forma exacta en que se establece esa conexión y si se creó o no un área de nombres de identidad de AEP para el origen de datos de AAM correspondiente en cuestión depende de cuándo se creó el origen de datos de atributos de AAM o del cliente.
Descripción description
Entorno
- Adobe Experience Platform (AEP)
- Adobe Audience Manager (AAM)
- Servicio principal People (Atributos del cliente)
Problemas/Síntomas
¿Existe alguna relación entre las fuentes de datos de AAM (y los atributos del cliente) y las áreas de nombres de identidad de AEP?
Resolución resolution
Sí. Se relacionan de las siguientes maneras:
- Todas las fuentes de datos entre dispositivos de AAM creadas en AAM y las fuentes de datos de atributos del cliente creadas en la interfaz de usuario del servicio principal Personas entre abril de 2019 y febrero de 2024 tienen un área de nombres de identidad de AEP corolario creado en la zona protegida de producción con el mismo nombre en la misma organización de Experience Cloud, aunque la organización de Experience Cloud no tuviera licencia para AEP.
- Todas las fuentes de datos de atributos del cliente y entre dispositivos de AAM creadas antes de abril de 2019 tuvieron su corolario en el área de nombres de identidad de AEP creado en abril de 2019.
- Todos los orígenes de datos de atributos del cliente y entre dispositivos de AAM creados después de febrero de 2024 no tienen un área de nombres de identidad de AEP corolario creado para ellos, pero sus identificadores se pueden pasar a los atributos del cliente y de AAM a través del grupo de campos de esquema de mapa de identidad. Detalles adicionales a continuación.
- Cualquier área de nombres de identidad generada automáticamente tiene un puntero a, pero no es la misma entidad que sus homólogos de fuentes de datos de atributos del cliente o entre dispositivos de AAM. Son identidades independientes a las que se hace referencia en la misma fila de una tabla de búsqueda en Experience Edge.
- Solo las fuentes de datos de atributos del cliente y entre dispositivos de AAM pueden tener un área de nombres de identidad como homólogo. Las fuentes de datos de AAM basadas en cookies no.
Dada esta información, hay que tener en cuenta algunas advertencias importantes:
- La eliminación de un origen de datos de AAM entre dispositivos o de atributos del cliente con un área de nombres de identidades corolarias dará como resultado la eliminación de ese área de nombres de identidad corolaria.
- Cualquier actualización del origen de datos de atributos del cliente o entre dispositivos de AAM name o integration code NO se reflejará en una interfaz de usuario del área de nombres de identidad de AEP secundaria.
- El símbolo del área de nombres puede coincidir o no con el alias de atributos del cliente heredados o el código de integración de AAM. El símbolo se puede encontrar de una de las formas enumeradas en la siguiente sección.
¿Cómo se aplica esta información de forma práctica?
Si es necesario mantener una implementación de AAM o Atributos del cliente existente durante una migración a los SDK web o móvil de AEP, la manera de pasar los ID de usuario o CRM a AAM y los Atributos del cliente (lo que se hizo históricamente mediante la función o el método setCustomerIDs del servicio de identidad de ECID) es estableciendo el mapa de identidad de SDK con el símbolo de área de nombres de identidad que identifica la fuente de datos de AAM o Atributos del cliente. El símbolo del área de nombres de identidad se puede encontrar de varias formas diferentes:
- Utilice la interfaz de usuario de AEP o de recopilación de datos para encontrar el área de nombres de identidad que corresponde con el origen de datos de AAM entre dispositivos o de atributos del cliente en cuestión. Si no se borra inmediatamente o el área de nombres de identidad de AEP necesaria no está en la interfaz de usuario de identidades, pruebe con otra de las opciones siguientes.
- Para los que tengan una licencia de AAM, vaya a Orígenes de datos de audiencias
>dentro de la interfaz de usuario de AAM. Haga clic en la fuente de datos en cuestión y el valor del campo Área de nombres atenuado es el símbolo de identidad que se utilizará. Todos los orígenes de datos de atributos del cliente también se encuentran en la interfaz de usuario de AAM, por lo que este método también funciona para aquellos que utilizan atributos del cliente y AAM. - Use la API de AAM para una de las posibles fuentes de datos de AAM usando esta llamada de API para devolver una carga útil JSON que contenga el campo
customNamespaceCode. El valor de ese campo es el símbolo de identidad que se va a utilizar. Se puede utilizar la misma llamada de API para determinar el símbolo que se utilizará para una fuente de datos de atributos del cliente. - Si ninguna de las opciones anteriores funciona, ya sea porque el área de nombres de identidad de AEP no está en la interfaz de usuario de identidades o porque la organización no tiene licencia para AAM, póngase en contacto con el servicio de atención al cliente de AAM y solicite el símbolo de identidad que hace referencia a la fuente de datos de atributos del cliente en cuestión.
Cuando el símbolo de identidad adecuado está en el mapa de identidad, Experience Edge reenviará la visita de recopilación de datos a Audience Manager (suponiendo que el servicio de Audience Manager esté habilitado en el flujo de datos), donde AAM verá el símbolo de identidad, buscará el código de integración de AAM corolario o el alias de atributos del cliente y, a continuación, actualizará la visita con el código de integración de AAM o el alias de atributos del cliente adecuados, lo que permitirá que la fuente de datos entre dispositivos de AAM o el alias de atributos del cliente sigan recopilando ID de usuario para los casos de uso de AAM y atributos del cliente.
Garantizar que las identidades correctas vayan a la solución correcta
Hay casos en los que las identidades significadas para AAM y los atributos del cliente deben y no deben usarse para los casos de uso de AEP. Tenga en cuenta la siguiente información y sugerencias a la hora de decidir qué identidades deben enviarse a qué soluciones:
- AEP tratará todas las identidades pasadas a través del mapa de identidad que también tengan una identidad AEP corolaria en la interfaz de usuario de identidades de AEP como identidades vinculables, incluso si las áreas de nombres de identidad en cuestión no están vinculadas a un campo XDM habilitado para perfiles. Esto puede resultar problemático si los ID que deben pasarse a AAM o los Atributos del cliente no son ID de nivel individual/de perfil. Esto puede hacer que varios perfiles de AEP se fusionen o se contraigan en uno solo si el ID en cuestión fuera un ID doméstico, por ejemplo, en lugar de un ID individual. El uso de reglas de vinculación de gráfico de identidad también puede ayudar con esta situación.
- Si la identidad se pasa a través del mapa de identidad, pero esa misma entidad no existe en la interfaz de usuario de AEP identities, la ingesta de AEP generará un error a menos que haya otra identidad marcada como principal.
- Si la funcionalidad deseada es que los atributos de AEP y AAM/cliente utilicen la misma identidad, pero no se ha creado ningún área de nombres de identidad de AEP, se puede crear una utilizando el mismo símbolo de área de nombres de identidad que se encuentra en la interfaz de usuario de AAM (consulte la sección anterior). Esto permite que una entrada del mapa de identidad gestione el envío del ID a AEP, AAM y Atributos del cliente. Sin embargo, tenga en cuenta que se utilizará como ID de unión como se menciona en la primera viñeta.
- Si el área de nombres de identidad de AEP se encuentra en la interfaz de usuario de identidades de AEP y tiene el mismo símbolo de identidad que AAM y el conjunto de datos de atributos del cliente, no hay una forma compatible de evitar que esa identidad llegue a AEP.
Lectura Relacionada:
Estados autenticados de AEP Web SDK en AAM: En este artículo se analiza el problema de que los ID y las fuentes de datos entre dispositivos no se sincronizan ni se comportan de la misma manera que antes de la migración.