AAM ¿Cómo se relacionan los espacios de nombres de identidad de AEP con las fuentes de datos de?
AAM AAM AAM En este artículo se analiza la correlación entre las áreas de nombres de identidad de AEP, las fuentes de datos de y las fuentes de datos de atributos del cliente creadas mediante el servicio principal People (que a su vez son fuentes de datos de especiales disponibles para todos los clientes, independientemente del estado de la licencia). Para habilitar el uso compartido de datos entre AEP y Audiencias de Experience Cloud AAM AAM 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 atributos del cliente y de identidad a través del grupo de campos Esquema del mapa de identidad, se tuvo que establecer un tipo de conexión entre fuentes de datos y espacios de nombres de identidad de AEP256. AAM AAM 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 la fuente de datos correspondiente en cuestión depende del momento en que se creó la fuente de datos de atributos del cliente o del.
Descripción description
Entorno
- Adobe Experience Platform (AEP)
- Adobe Audience Manager AAM ()
- Servicio principal People (Atributos del cliente)
Problemas/Síntomas
AAM ¿Existe alguna relación entre las fuentes de datos de la fuente de datos (y el atributo del cliente) y los espacios de nombres de identidad de AEP?
Resolución resolution
Sí. Se relacionan de las siguientes maneras.:
- AAM AAM Todas las fuentes de datos entre dispositivos creadas en fuentes de datos de atributos del cliente y de 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.
- AAM Todas las fuentes de datos de atributos del cliente y de varios dispositivos creadas antes de abril de 2019 tuvieron su corolario en el área de nombres de identidad de AEP creada en abril de 2019.
- AAM AAM Todos los orígenes de datos de atributos del cliente y de varios dispositivos creados después de febrero de 2024 no han tenido 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 los usuarios a través del Grupo de campos de esquema de mapa de identidad. Detalles adicionales a continuación.
- AAM Cualquier área de nombres de identidad generada automáticamente tiene un puntero a, pero no son la misma entidad que sus homólogos de fuentes de datos de atributos del cliente o entre dispositivos de la misma manera. Son identidades independientes a las que se hace referencia en la misma fila de una tabla de búsqueda en Experience Edge.
- AAM Solo los orígenes de datos de atributos del cliente y de varios dispositivos pueden tener un área de nombres de identidad como homólogo. AAM Las fuentes de datos basadas en cookies de la no lo hacen.
Dada esta información, hay que tener en cuenta algunas advertencias importantes:
- AAM La eliminación de un origen de datos de atributos del cliente o entre dispositivos de la con un área de nombres de identidades corolarias dará como resultado la eliminación de ese área de nombres de identidad corolaria.
- AAM Cualquier actualización de la fuente de datos de atributos del cliente o entre dispositivos de la name o integration code NO se reflejará en una interfaz de usuario del área de nombres de identidad de AEP corolaria.
- AAM 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 la. 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?
AAM AAM AAM Si es necesario mantener una implementación de atributos del cliente o 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 los atributos del cliente y del cliente (lo que se ha hecho históricamente mediante la función o el método setCustomerIDs del servicio de identidad de ECID) es establecer el mapa de identidad del SDK con el símbolo de área de nombres de identidad que identifica el origen de datos de atributos del cliente o el usuario. El símbolo del área de nombres de identidad se puede encontrar de varias formas diferentes:
- AAM Utilice la interfaz de usuario de AEP o de recopilación de datos para encontrar el área de nombres de identidad que se corresponde con la fuente de datos de atributos del cliente o entre dispositivos en cuestión. Si esto no se borra inmediatamente o el área de nombres de identidad de AEP necesaria no está en la interfaz de usuario de identidades, pruebe otra de las opciones siguientes.
- AAM AAM Para los que tengan una licencia de, vaya a Orígenes de datos de Audience Data
>dentro de la interfaz de usuario de la. 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á. AAM AAM Todos los orígenes de datos de atributos del cliente también se encuentran en la interfaz de usuario de la, por lo que este método también funciona para aquellos que utilizan tanto los atributos del cliente como los atributos del cliente de la interfaz de usuario de la. - AAM AAM Utilice la API de la para una de las posibles fuentes de datos de la 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. - AAM AAM 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 la, póngase en contacto con el servicio de asistencia técnica de la organización y solicite el símbolo de identidad que hace referencia a la fuente de datos de atributos del cliente en cuestión.
Cuando el distintivo de identidad adecuado está en el mapa de identidad, Experience Edge reenviará la visita de recopilación de datos al Audience Manager (suponiendo que el servicio de Audience Manager esté habilitado en el conjunto de datos), donde verá el AAM AAM AAM AAM AAM de identidad, buscará el código de integración corolario o el alias de atributos del cliente y, a continuación, actualizará la visita con el código de integración o el alias de atributos del cliente adecuados, lo que permitirá que el origen de datos o el alias de atributos del cliente sigan recopilando ID de usuario para los casos de uso de atributos del cliente y del cliente
Garantizar que las identidades correctas vayan a la solución correcta
AAM Hay casos en los que las identidades significadas para los atributos del cliente y del cliente deben y no deben utilizarse para 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á cualquier identidad pasada a través del mapa de identidad que también tenga una identidad corolaria de AEP 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. AAM Esto puede suponer un problema si los ID que deben pasarse a los atributos del cliente o del cliente no son ID de nivel de perfil o individual. Esto puede hacer que varios perfiles de AEP se fusionen o se contraigan en uno 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 identidades de AEP, la ingesta de AEP generará un error a menos que haya otra identidad marcada como principal.
- AAM AAM Si la funcionalidad deseada es que los atributos de AEP y de 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 la (consulte la sección anterior). AAM Esto permite que una entrada del mapa de identidad gestione el envío del ID a AEP, a los atributos del cliente y a los atributos del cliente. Sin embargo, tenga en cuenta que se utilizará como ID de unión como se menciona en la primera viñeta.
- AAM 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 el conjunto de datos de atributos del cliente y del cliente, no hay una forma compatible de evitar que esa identidad llegue a AEP.
Lectura Relacionada:
AAM Estados autenticados del SDK web de AEP en la versión: En este artículo se describe el problema por el 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.