Lógica de vinculación del servicio de identidad
Se establece un vínculo entre dos identidades cuando coinciden el área de nombres de identidad y los valores de identidad.
Existen dos tipos de identidades que se vinculan:
- Registros de perfil: Estas identidades generalmente provienen de sistemas CRM.
- Eventos de experiencia: Estas identidades generalmente provienen de la implementación del SDK web o del origen de Adobe Analytics.
Significado semántico del establecimiento de vínculos
Una identidad representa una entidad real. Si hay un vínculo establecido entre dos identidades, significa que las dos identidades están asociadas. A continuación se muestran algunos ejemplos que ilustran este concepto:
Explicación de la lógica de vinculación del servicio de identidad
Una identidad consta de un área de nombres de identidad y un valor de identidad.
- Un área de nombres de identidad es el contexto de un valor de identidad determinado para. Algunos ejemplos comunes de áreas de nombres de identidad son ID de CRM, Correo electrónico y Teléfono.
- Un valor de identidad es la cadena que representa una entidad del mundo real. Por ejemplo: "julien@acme.com" puede ser un valor de identidad para un área de nombres de correo electrónico, y 555-555-1234 puede ser un valor de identidad correspondiente para un área de nombres de teléfono.
Consulte los siguientes diagramas para obtener una representación visual del funcionamiento de la lógica de vinculación del servicio de ID:
Supongamos que tiene un gráfico de identidad existente con tres identidades vinculadas:
- TELÉFONO:(555)-555-1234
- CORREO ELECTRÓNICO:julien@acme.com
- ID de CRM:60013ABC
Se incorporan un par de identidades en el gráfico y este par contiene:
- ID de CRM:60013ABC
- ECID:100066526
El servicio de identidad reconoce que el CRM ID:60013ABC ya existe dentro del gráfico y, por lo tanto, solo vincula el nuevo ECID
Escenario del cliente
Es ingeniero de datos y está introduciendo el siguiente conjunto de datos CRM (registro de perfil) en Experience Platform.
**
- Indica un campo marcado como identidad principal.*
- Indica un campo marcado como identidad secundaria.
También ha implementado el SDK web y ha introducido un conjunto de datos del SDK web (evento de experiencia) con las siguientes tablas de datos:
t=1
t=2
t=3
t=4
La identidad principal de cada evento se determina en función de configuración de los tipos de elementos de datos.
-
Si selecciona el ID de CRM como principal, los eventos autenticados (eventos con mapa de identidad que contenga el ID de CRM y ECID) tendrán una identidad principal de ID de CRM. Para eventos no autenticados (los eventos con el mapa de identidad que solo contiene ECID) tendrán una identidad principal de ECID. El Adobe recomienda esta opción.
-
Si selecciona el ECID como principal, independientemente del estado de autenticación, el ECID se convierte en la identidad principal.
En este ejemplo:
t=1
, utilizaba un equipo de escritorio (ECID:38652) y para ver la página de inicio exploraba de forma anónima.t=2
, utilizó el mismo equipo de escritorio, inició sesión (CRM ID:31260XYZ) y luego buscó zapatos.- Una vez que el usuario ha iniciado sesión, el evento envía tanto el ECID como el ID de CRM al servicio de identidad.
t=3
, utilizó un ordenador portátil (ECID:44675) y navegó de forma anónima.t=4
, utilizó el mismo equipo portátil, inició sesión (CRM ID: 31260XYZ) y luego vio el historial de compras.
En timestamp=0
, tiene dos gráficos de identidad para dos clientes diferentes. Ambos están representados por tres identidades vinculadas.
table 0-row-4 1-row-4 2-row-4 | |||
---|---|---|---|
ID de CRM | Correo electrónico | Teléfono | |
Customer one | 60013ABC | julien@acme.com | 555-555-1234 |
Cliente dos | 31260XYZ | evan@acme.com | 777-777-6890 |
En timestamp=1
, un cliente utiliza un portátil para visitar su sitio web de comercio electrónico, ver su página de inicio y navegar de forma anónima. Este evento de exploración anónima se identifica como ECID:38652. Dado que el servicio de identidad solo almacena eventos con al menos dos identidades, esta información no se almacena.
En timestamp=2
, un cliente utiliza el mismo portátil para visitar su sitio web de comercio electrónico. Inician sesión con la combinación de nombre de usuario y contraseña y buscan zapatos. El servicio de identidad identifica la cuenta del cliente cuando inicia sesión porque corresponde a su ID de CRM: 31260XYZ. Además, el servicio de identidad relaciona ECID:38562 con CRM ID:31260XYZ, ya que ambos utilizan el mismo explorador en el mismo dispositivo.
En timestamp=3
un cliente utiliza una tableta para visitar su sitio web de comercio electrónico y navegar de forma anónima. Este evento de exploración anónima se identifica como ECID:44675. Dado que el servicio de identidad solo almacena eventos con al menos dos identidades, esta información no se almacena.
En timestamp=4
, un cliente utiliza la misma tableta, inicia sesión en su cuenta (ID de CRM:31260XYZ) y ve su historial de compras. Este evento vincula su CRM ID:31260XYZ al identificador de cookie asignado a la actividad de navegación anónima, ECID:44675, y vincula ECID:44675 al gráfico de identidad de los dos clientes.