Prioridad del área de nombres namespace-priority
Cada implementación de cliente es única y está diseñada para satisfacer los objetivos de una organización en particular y, como tal, la importancia de un área de nombres determinada varía según el cliente. Algunos ejemplos del mundo real son:
- Su compañía podría considerar que cada dirección de correo electrónico representa una entidad de una sola persona y, por lo tanto, usar configuración de identidad para configurar el área de nombres de correo electrónico como única. Sin embargo, es posible que otra empresa desee representar las entidades de una sola persona como si tuvieran varias direcciones de correo electrónico y, por lo tanto, configurar el área de nombres de correo electrónico como no única. Estas empresas necesitarían utilizar otro área de nombres de identidad como única, como un área de nombres CRMID, para que pueda haber un identificador de una sola persona vinculado a las distintas direcciones de correo electrónico.
- Puede recopilar el comportamiento en línea mediante un área de nombres de "ID de inicio de sesión". Este ID de inicio de sesión podría tener una relación 1:1 con el CRMID, que luego almacena atributos de un sistema CRM y puede considerarse el área de nombres más importante. En este caso, está determinando que el área de nombres CRMID es una representación más precisa de una persona, mientras que el área de nombres de ID de inicio de sesión es la segunda más importante.
Debe realizar configuraciones en Identity Service que reflejen la importancia de las áreas de nombres, ya que esto influye en la forma y división de los perfiles y sus gráficos de identidad relacionados.
Determine sus prioridades
La determinación de la prioridad del área de nombres se basa en los siguientes factores:
Estructura del gráfico de identidad
Si la estructura de gráficos de su organización tiene capas, la prioridad del área de nombres debe reflejarla para que los vínculos correctos se eliminen en caso de colapso del gráfico.
-
El "colapso de gráfico" se refiere a escenarios en los que varios perfiles dispares se combinan involuntariamente en un único gráfico de identidad.
-
Un gráfico de capas hace referencia a gráficos de identidad que tienen varios niveles de vínculos. Vea la siguiente imagen para ver un ejemplo de un gráfico con tres capas.
Significado semántico del área de nombres
Una identidad representa un objeto real. Hay tres objetos que se representan en el gráfico de identidad. En orden de importancia, son:
- Personas (entre dispositivos, correo electrónico, número de teléfono)
- Dispositivo de hardware
- Explorador web (cookie)
Las áreas de nombres de persona son relativamente inmutables en comparación con los dispositivos de hardware (como IDFA y GAID), que son relativamente inmutables en comparación con los exploradores web. Básicamente, usted (persona) siempre será una sola entidad, que puede tener varios dispositivos de hardware (teléfono, portátil, tableta, etc.) y utilizar varios navegadores (Google Chrome, Safari, FireFox, etc.)
Otra forma de abordar este tema es a través de la cardinalidad. Para una entidad de persona determinada, ¿cuántas identidades se crearán? En la mayoría de los casos, una persona tendrá un CRMID, un puñado de identificadores de dispositivos de hardware (los restablecimientos IDFA/GAID no deberían ocurrir con frecuencia) e incluso más cookies (es concebible que una persona navegue en varios dispositivos, utilice el modo incógnito o restablezca cookies en un momento dado). Por lo general, la cardinalidad inferior indica un área de nombres con mayor prioridad.
Validar la configuración de prioridad del área de nombres
Una vez que tenga idea de cómo priorizar las áreas de nombres, puede utilizar la herramienta Simulación de gráficos en la interfaz de usuario para probar varios escenarios de colapso de gráficos y asegurarse de que las configuraciones de prioridad devuelvan los resultados de gráficos esperados. Para obtener más información, lea la guía sobre el uso de Herramienta de simulación de gráficos.
Configurar prioridad de área de nombres
La prioridad del área de nombres se puede configurar usando la interfaz de usuario de configuración de identidad. En la interfaz de configuración de identidad, puede arrastrar y soltar un área de nombres para determinar su importancia relativa.
Uso de prioridad de área de nombres
Actualmente, la prioridad del área de nombres influye en el comportamiento del sistema de Perfil del cliente en tiempo real. El diagrama siguiente ilustra este concepto. Para obtener más información, lea la guía sobre Adobe Experience Platform y los diagramas de arquitectura de aplicaciones.
Servicio de identidad: algoritmo de optimización de identidad
Para estructuras de gráficos relativamente complejas, la prioridad del área de nombres desempeña un papel importante a la hora de garantizar que se eliminen los vínculos correctos cuando se producen escenarios de colapso de gráficos. Para obtener más información, lea la descripción general del algoritmo de optimización de identidad.
Perfil del cliente en tiempo real: determinación de identidad principal para eventos de experiencia
-
Una vez que haya configurado la configuración de identidad para una zona protegida determinada, la identidad principal de los eventos de experiencia se determinará mediante la prioridad de área de nombres más alta de la configuración.
- Esto se debe a que los eventos de experiencia son de naturaleza dinámica. Un mapa de identidad puede contener tres o más identidades y la prioridad del área de nombres garantiza que el área de nombres más importante esté asociada al evento de experiencia.
-
Como resultado, Real-Time Customer Profile ya no usará las siguientes configuraciones:
- La configuración de identidad principal (
primary=true) al enviar identidades enidentityMapmediante Web SDK, Mobile SDK o la API de Edge Network (el área de nombres de identidad y el valor de identidad se seguirán usando en el perfil). Nota: Los servicios fuera del perfil del cliente en tiempo real, como el almacenamiento del lago de datos o Adobe Target, seguirán usando la configuración de identidad principal (primary=true). - Cualquier campo marcado como identidad principal en un esquema de clase de evento de experiencia XDM.
- Configuración de identidad principal predeterminada en el conector de origen de Adobe Analytics (ECID o AAID).
- La configuración de identidad principal (
-
Por otro lado, la prioridad namespace no determina la identidad principal para los registros de perfil.
- Para los registros de perfil, debe seguir definiendo los campos de identidad en el esquema, incluida la identidad principal. Lea la guía definición de campos de identidad en la interfaz de usuario para obtener más información.
-
La prioridad del área de nombres es una propiedad de un área de nombres. Es un valor numérico asignado a un área de nombres para indicar su importancia relativa.
-
La identidad principal es la identidad con la que se almacena un fragmento de perfil. Un fragmento de perfil es un registro de datos que almacena información sobre un usuario determinado: atributos (por ejemplo, registros CRM) o eventos (por ejemplo, navegación por sitios web).
Ejemplo de escenario
Esta sección proporciona un ejemplo de cómo la configuración de prioridad puede afectar a los datos.
Supongamos que se establecen las siguientes configuraciones para una zona protegida determinada:
Dadas las configuraciones descritas anteriormente, las acciones del usuario y la determinación de la identidad principal se resolverán de esta manera:
{ECID}{ECID, IDFA}{CRMID, ECID}{CRMID, ECID, AAID}{CRMID, GAID, ECID}Servicio de segmentación: almacenamiento de metadatos de pertenencia a segmentos
Para un perfil combinado determinado, las suscripciones a segmentos se almacenarán en la identidad con la prioridad de área de nombres más alta.
Por ejemplo, supongamos que hay dos perfiles:
-
El perfil 1 representa a John.
- El perfil de John es apto para S1 (abono a segmento 1). Por ejemplo, S1 podría hacer referencia a un segmento de clientes que se identifican como hombres.
- El perfil de John también cumple los requisitos para S2 (abono a segmento 2). Esto podría hacer referencia a un segmento de clientes cuyo estado de fidelidad es oro.
-
El Perfil 2 representa a Jane.
- El perfil de Jane es apto para S3 (abono a segmento 3). Esto podría hacer referencia a un segmento de clientes que se identifican como mujeres.
- El perfil de Jane también cumple los requisitos para S4 (abono a segmento 4). Esto podría hacer referencia a un segmento de clientes cuyo estado de lealtad es de platino.
Si John y Jane comparten un dispositivo, el ECID (explorador web) se transfiere de una persona a otra. Sin embargo, esto no influye en la información de abono de segmentos almacenada en contra de John y Jane.
Si los criterios de calificación de segmentos se basaran únicamente en eventos anónimos almacenados contra el ECID, Jane cumpliría los requisitos para ese segmento.
Implicaciones en otros servicios de Experience Platform implications
Esta sección describe cómo la prioridad del área de nombres puede afectar a otros servicios de Experience Platform.
Administración avanzada del ciclo de vida de los datos
La eliminación de registros de higiene de datos solicita funciones de la siguiente manera, para una identidad determinada:
- Perfil del cliente en tiempo real: elimina cualquier fragmento de perfil con la identidad especificada como identidad principal. La identidad principal del perfil se determinará ahora en función de la prioridad del área de nombres.
- Repositorio de datos: elimina cualquier registro con la identidad especificada como identidad principal. A diferencia del perfil del cliente en tiempo real, la identidad principal en el lago de datos se basa en la identidad principal especificada en WebSDK (
primary=true) o en un campo marcado como identidad principal
Para obtener más información, lea la descripción general avanzada de la administración del ciclo vital.
Atributos calculados
Si la configuración de identidad está habilitada, los atributos calculados utilizarán la prioridad de área de nombres para almacenar el valor de atributo calculado. Para un evento determinado, la identidad con la prioridad de área de nombres más alta tendrá el valor del atributo calculado escrito en ella. Para obtener más información, lea la guía de IU de atributos calculados.
Lago de datos
La ingesta de datos en el lago de datos seguirá cumpliendo la configuración de identidad principal establecida en Web SDK y los esquemas.
El lago de datos no determinará la identidad principal en función de la prioridad del área de nombres. Por ejemplo, Adobe Customer Journey Analytics seguirá utilizando valores en el mapa de identidad incluso después de habilitar la prioridad del área de nombres (por ejemplo, agregando un conjunto de datos a una nueva conexión), ya que Customer Journey Analytics consume sus datos del lago de datos.
Esquemas del modelo de datos de experiencia (XDM)
Cualquier esquema que no sea un evento de experiencia XDM, como los perfiles individuales de XDM, seguirá respetando cualquier campo que marque como identidad.
Para obtener más información sobre los esquemas XDM, lea la descripción general de esquemas.
Servicios inteligentes
Al seleccionar los datos, deberá especificar un área de nombres, que se utilizará para determinar los eventos que calculan las puntuaciones y los eventos que almacenan las puntuaciones calculadas. Se recomienda seleccionar el área de nombres que representa a una persona.
- Si recopila datos de comportamiento web mediante WebSDk, se recomienda elegir el área de nombres CRMID dentro del mapa de identidad.
- Si está recopilando datos de comportamiento web mediante el conector de origen de Analytics, debe seleccionar el descriptor de identidad (CRMID).
Esta configuración resulta en calcular puntuaciones solo mediante eventos autenticados.
Para obtener más información, lea los documentos sobre Inteligencia artificial aplicada a la atribución y Inteligencia artificial aplicada al cliente.
Destinos creados por socios
Es posible que los resultados actualizados de descalificación de audiencia para perfiles asociados a un dispositivo compartido no se envíen a destinos descendentes. Esto puede ocurrir en ciertos casos excepcionales en los que:
- La calificación de audiencias se basa únicamente en la actividad anónima.
- Los inicios de sesión en varios perfiles se producen en un corto período de tiempo.
Para obtener más información sobre los destinos creados por el socio, lea la descripción general de los destinos.
Privacy Service
Las solicitudes de eliminación de Privacy Service funcionan de la siguiente manera, para una identidad determinada:
- Perfil del cliente en tiempo real: elimina cualquier fragmento de perfil con el valor de identidad especificado como identidad principal. La identidad principal del perfil se determinará ahora en función de la prioridad del área de nombres.
- Lago de datos: elimina cualquier registro con la identidad especificada como identidad principal o secundaria.
Para obtener más información, lea la descripción general del servicio de privacidad.
Segmentación de Edge y aplicaciones de Edge Network
En el contexto de Identity Graph Linking Rules, hay dos cambios de comportamiento principales que hay que tener en cuenta con respecto a la segmentación de Edge y a las aplicaciones Edge Network:
- El
identityMapdebe contener un área de nombres de persona que se haya marcado como única. No se admiten los campos marcados como identidad (descriptores de identidad). - El área de nombres de persona debe tener la configuración
primary = truecuando un usuario final esté explorando mientras está autenticado.
Segmentación de Edge
En un evento determinado, asegúrese de que todas las áreas de nombres que representan una entidad de persona se incluyan en identityMap porque las identidades enviadas como campos XDM se omiten y no se utilizan para el almacenamiento de metadatos de pertenencia a segmentos.
- Aplicabilidad de eventos: este comportamiento se aplica solo a los eventos enviados directamente a Edge Network (como WebSDK y Mobile SDK). Los eventos ingeridos desde Experience Platform hub, como los ingeridos con el origen de la API HTTP, otros orígenes de flujo continuo y orígenes por lotes, no están sujetos a esta limitación.
- Especificidad de segmentación de Edge: Este comportamiento es específico de la segmentación de Edge. La segmentación por lotes y streaming son servicios independientes evaluados en el concentrador y no siguen el mismo proceso. Lea la guía de segmentación de Edge para obtener más información.
- Lea las páginas de Adobe Experience Platform y los diagramas de arquitectura de aplicaciones y Edge Network and hub comparison para obtener más información.
Aplicaciones de Edge Network
Para garantizar que las aplicaciones de Edge Network tengan acceso al perfil de Edge sin demora, asegúrese de que los eventos incluyan a primary=true en el CRMID. Esto garantiza la disponibilidad inmediata sin esperar las actualizaciones del gráfico de identidad desde el concentrador.
- Las aplicaciones de Edge Network, como Adobe Target, Offer Decisioning y Destinos personalizados de Personalization, seguirán dependiendo de la identidad principal en los eventos para acceder a los perfiles del perfil de Edge.
- Lea el diagrama de arquitectura de Experience Platform Web SDK y Edge Network para obtener más información sobre el comportamiento de Edge Network.
- Lea la documentación sobre tipos de elementos de datos y datos de identidad en Web SDK para obtener más información sobre cómo configurar la identidad principal en Web SDK.
- Asegúrese de que el ECID esté incluido en el evento de experiencia. Si falta el ECID, se agregará a la carga útil de evento con
primary=true, lo que puede dar lugar a resultados inesperados.