Vinculación basada en gráficos

Uso de la identidad principal en identityMap áreas de nombres para definir el persistentID:

• Si se encuentran varias identidades principales en diferentes áreas de nombres, las identidades de las áreas de nombres se ordenan lexicográficamente y se selecciona la primera identidad.
• Si se encuentran varias identidades principales en un solo área de nombres, se selecciona la primera identidad principal lexicográfica disponible.

En el ejemplo siguiente, las áreas de nombres e identidades generan una lista de identidades principales ordenada y, finalmente, la identidad seleccionada.

[
  {"id": "ecid-3"},
  {"id": "ecid-2", "primary": true},
  {"id": "ecid-1", "primary": true}
 ]

[
  {"id": "ccid-1"},
  {"id": "ccid-2", "primary": true}
]

PrimaryIdentities [
  {"id": "ccid-2", "namespace": "CCID"},
  {"id": "ecid-1", "namespace": "ECID"},
  {"id": "ecid-2", "namespace": "ECID"}
]
NonPrimaryIdentities [
  {"id": "ccid-1", "namespace": "CCID"},
  {"id": "ecid-3", "namespace": "ECID"}
]

"id": "ccid-2",
"namespace": "CCID"

Uso del espacio de nombres identityMap para definir el persistentID:

• Si se encuentran varios valores para persistentID en un área de nombres identityMap, se utiliza la primera identidad lexicográfica disponible.

En el ejemplo siguiente, ha seleccionado ECID como el área de nombres que debe utilizar. Esa selección genera una lista de identidades ordenadas y, finalmente, la identidad seleccionada.

[
  {"id": "ecid-3"},
  {"id": "ecid-2", "primary": true},
  {"id": "ecid-1", "primary": true}
]

[
  {"id": "ccid-1"},
  {"id": "ccid-2", "primary": true}
]

[
  "id": "ecid-1",
  "id": "ecid-2",
  "id": "ecid-3"
]

"id": "ecid-1",
"namespace": "ECID"

Vinculación en tiempo real: intenta vincular cada visita (evento) conforme se va produciendo, utilizando el ID persistente para buscar el ID de persona para el área de nombres seleccionada consultando el gráfico de identidad. Si el ID de persona está disponible desde la búsqueda, este ID de persona se vincula inmediatamente.

Reproducir vinculación: reproduce datos basados en identidades actualizadas del gráfico de identidades. En esta fase es en la que las visitas de dispositivos anteriormente desconocidos (ID persistentes) se vinculan a medida que el gráfico de identidad ha resuelto la identidad de un área de nombres. Dos parámetros determinan la reproducción: frequency y lookback window. Adobe ofrece las siguientes combinaciones de estos parámetros:

• Retrospectiva diaria en una frecuencia diaria: Los datos se reproducen todos los días con una ventana retrospectiva de 24 horas. Esta opción ofrece la ventaja de que las reproducciones son mucho más frecuentes, pero los perfiles no autenticados deben autenticarse el mismo día que visitan el sitio.
• Retrospectiva semanal de una frecuencia semanal: los datos se reproducen una vez a la semana con una ventana retrospectiva semanal (consulte opciones). Esta opción ofrece la ventaja de que ofrece a las sesiones no autenticadas mucho más tiempo para autenticarse. Sin embargo, los datos no enlazados con menos de una semana de antigüedad no se vuelven a procesar hasta la siguiente reproducción semanal.
• Retrospectiva quincenal con una frecuencia semanal: Los datos se reproducen una vez por semana con una ventana retrospectiva quincenal (consulte opciones). Esta opción ofrece la ventaja de que ofrece a las sesiones no autenticadas mucho más tiempo para autenticarse. Sin embargo, los datos no enlazados con menos de dos semanas de antigüedad no se vuelven a procesar hasta la siguiente reproducción semanal.
• Retrospectiva mensual de una frecuencia semanal: los datos se reproducen cada semana con una ventana retrospectiva mensual (consulte opciones). Esta opción ofrece la ventaja de que ofrece a las sesiones no autenticadas mucho más tiempo para autenticarse. Sin embargo, los datos no enlazados con menos de un mes de antigüedad no se vuelven a procesar hasta la siguiente reproducción semanal.

Privacidad: cuando se reciben solicitudes relacionadas con la privacidad, además de quitar la identidad solicitada del conjunto de datos de origen, se debe deshacer cualquier vinculación de esa identidad entre eventos no autenticados. Además, la identidad debe eliminarse del gráfico de identidad para evitar una vinculación futura basada en gráficos para esa identidad específica.

El conjunto de datos de evento de Adobe Experience Platform al que desea aplicar la vinculación debe tener una columna que identifique un perfil en cada fila, la ID persistente. Por ejemplo, un ID de visitante generado por una biblioteca AppMeasurement de Adobe Analytics o un ECID generado por el servicio de identidad de Experience Platform.

El gráfico de identidad del servicio de identidad de Experience Platform debe configurarse en el nivel de zona protegida antes de habilitar la vinculación basada en gráficos.

• El gráfico de identidad debe tener un área de nombres (por ejemplo Email o Phone) que desee usar durante la vinculación para resolver el ID de persona.
• El gráfico de identidad debe rellenarse con información de identidades de cualquier conjunto de datos relevante (de tipo event o profile y que contenga al menos dos áreas de nombres útiles con valores de ID).
• Todos los conjuntos de datos que contienen estas identidades relevantes deben estar habilitados para la ingesta de datos del gráfico de identidades. Esta habilitación garantiza que las identidades entrantes se añadan al gráfico a lo largo del tiempo desde todas las fuentes necesarias.
• Si ya utiliza el Perfil de datos del cliente en tiempo real o Adobe Journey Optimizer durante un tiempo, el gráfico debería estar configurado hasta cierto punto.
  Si también se requiere relleno de vinculación histórica para el conjunto de datos habilitado con la vinculación basada en gráficos, el gráfico ya debe contener identidades históricas para todo el período a fin de obtener los resultados de vinculación deseados.

Si desea utilizar la vinculación basada en gráficos y prevé que el conjunto de datos de evento contribuirá al gráfico de identidad, debe habilitar el conjunto de datos para el servicio de identidad.

El ID persistente y el ID de persona se pueden usar con identityMap. O el ID persistente y el ID de persona pueden ser campos del esquema XDM, en cuyo caso los campos deben estar definidos como una identidad en el esquema.

Las marcas de tiempo no se tienen en cuenta al consultar el ID de persona mediante el área de nombres especificada. Por lo tanto, es posible que un ID persistente se vincule con un ID de persona de un registro que tenga una marca de tiempo anterior.

En escenarios de dispositivos compartidos, donde el área de nombres del gráfico contiene varias identidades, se utiliza la primera identidad lexicográfica. Si los límites y prioridades del área de nombres se configuran como parte de la publicación de reglas de vinculación de gráficos, se utiliza la última identidad del usuario autenticado. Consulte Dispositivos compartidos para obtener más información.

Hay un límite estricto de tres meses para rellenar identidades en el gráfico de identidades. Para rellenar el gráfico de identidades, debe utilizar identidades de relleno en caso de que no utilice una aplicación de Experience Platform, como Real-time Customer Data Platform.

Se aplican las protecciones del servicio de identidad. Vea, por ejemplo, los límites estáticos siguientes:

• Número máximo de identidades en un gráfico: 50.
• Número máximo de vínculos a una identidad para una sola ingesta por lotes: 50.
• Número máximo de identidades en un registro XDM para la ingesta de gráficos: 20.
• Cantidad mínima de identidades en un registro XDM para la ingesta de gráficos: 2.