Guía de configuraciones de Identity Graph Linking Rules configurations-guide
Lea este documento para obtener más información acerca de los diferentes tipos de implementación que puede configurar con Identity Graph Linking Rules.
Los escenarios de gráficos de clientes se pueden agrupar en tres categorías diferentes.
- Básico: Las implementaciones básicas incluyen gráficos que generalmente incluyen implementaciones simples. Estas implementaciones tienden a girar en torno a un único área de nombres entre dispositivos (por ejemplo, CRMID). Aunque las implementaciones básicas son bastante sencillas, puede producirse un colapso del gráfico, a menudo debido a escenarios de dispositivos compartidos.
- Intermedio: Las implementaciones intermedias incluyen varias variables como varios espacios de nombres entre dispositivos, identidades no únicas y varios espacios de nombres únicos.
- Avanzadas: Las implementaciones avanzadas implican escenarios de gráficos complejos y de varias capas. Para implementaciones avanzadas, es esencial establecer la prioridad de área de nombres correcta para garantizar que se eliminen los vínculos adecuados, lo que evita el colapso del gráfico.
Introducción
Antes de sumergirse en el siguiente documento, asegúrese de familiarizarse con varios conceptos importantes del servicio de identidad y Identity Graph Linking Rules.
Implementaciones básicas basic-implementations
CRMID.Lea esta sección para ver las implementaciones básicas de Identity Graph Linking Rules.
Caso de uso: implementación simple que utiliza un área de nombres entre dispositivos
Por lo general, los clientes de Adobe tienen un único área de nombres entre dispositivos que se utiliza en todas sus propiedades, incluidas la web, la móvil y las aplicaciones. Este sistema es agnóstico tanto desde el punto de vista industrial como geográfico, ya que los clientes de los servicios minoristas, de telecomunicaciones y financieros utilizan este tipo de implementación.
Normalmente, un usuario final está representado por un área de nombres entre dispositivos (a menudo un CRMID), por lo tanto, el CRMID debe clasificarse como un área de nombres única. Un usuario final propietario de un equipo y de un(a) iPhone que no comparta su dispositivo podría tener un gráfico de identidad como el siguiente.
Imagine que es arquitecto de datos en una compañía de comercio electrónico llamada ACME. John y Jane son sus clientes. Son usuarios finales que viven juntos en San José, California. Comparten un equipo de escritorio y lo utilizan para examinar el sitio web. Del mismo modo, John y Jane también comparten un(a) iPad y ocasionalmente usan este(a) iPad para navegar por Internet, incluido el sitio web.
Modo de texto
CRMID: John, ECID: 123
CRMID: John, ECID: 999, IDFA: a-b-c
Configuración de algoritmo (Configuración de identidad)
Configure los siguientes ajustes en la interfaz de simulación de gráficos antes de simular el gráfico.
Gráfico simulado
En este gráfico, John (el usuario final) se representa mediante el CRMID. {ECID: 123} representa el explorador web que John utilizó en su equipo personal para visitar su plataforma de comercio electrónico. {ECID: 999} representa el explorador que usó en su iPhone y {IDFA: a-b-c} representa su iPhone.
Ejercicio
Simule la siguiente configuración en Simulación de gráficos. Puede crear sus propios eventos o copiar y pegar mediante el modo de texto.
Dispositivo compartido (PC)
Modo de texto
| code language-json |
|---|
|
Gráfico simulado
En este gráfico, John y Jane están representados por sus propios CRMID respectivos:
{CRMID: John}{CRMID: Jane}
El explorador del equipo de escritorio que ambos usan para visitar la plataforma de comercio electrónico está representado por {ECID: 111}. En este escenario de gráfico, Jane es el último usuario final autenticado y, por lo tanto, se elimina el vínculo entre {ECID: 111} y {CRMID: John}.
Dispositivo compartido (móvil)
Modo de texto
| code language-json |
|---|
|
Gráfico simulado
En este gráfico, John y Jane están representados por sus propios CRMID respectivos. El explorador que utilizan está representado por {ECID: 111} y el iPad que comparten está representado por {IDFA: a-b-c}. En este escenario de gráfico, Jane es el último usuario final autenticado y, por lo tanto, se eliminan los vínculos de {ECID: 111} y {IDFA: a-b-c} a {CRMID: John}.
Implementaciones intermedias intermediate-implementations
Lea esta sección para implementaciones intermedias de Identity Graph Linking Rules.
Caso de uso: Sus datos incluyen identidades no únicas
CRMIDCChash(es un área de nombres personalizada que representa un número de tarjeta de crédito con hash).
Imagine que es un arquitecto de datos que trabaja para un banco comercial que emite tarjetas de crédito. Su equipo de marketing ha indicado que desea incluir el historial de transacciones de tarjetas de crédito anteriores en un perfil. Este gráfico de identidad puede tener el siguiente aspecto.
Modo de texto
CRMID: John, CChash: 1111-2222
CRMID: John, CChash: 3333-4444
CRMID: John, ECID: 123
CRMID: John, ECID: 999, IDFA: a-b-c
Configuración de algoritmo (Configuración de identidad)
Configure los siguientes ajustes en la interfaz de simulación de gráficos antes de simular el gráfico.
Gráfico simulado
No hay garantías de que estos números de tarjeta de crédito, o cualquier otra área de nombres no única, siempre se asociarán a un único usuario final. Dos usuarios finales pueden registrarse con la misma tarjeta de crédito, y es posible que haya valores de marcador de posición no únicos que se hayan introducido erróneamente. En pocas palabras, no hay garantía de que las áreas de nombres no únicas no causen el colapso del gráfico.
Para resolver este problema, el servicio de identidad elimina los vínculos más antiguos y conserva los más recientes. Esto garantiza que solo tenga un CRMID en un gráfico, lo que evita el colapso del gráfico.
Ejercicio
Simule las siguientes configuraciones en Simulación de gráficos. Puede crear sus propios eventos o copiar y pegar mediante el modo de texto.
Modo de texto
| code language-json |
|---|
|
Gráfico simulado
Dos usuarios finales diferentes se suscriben al sitio web de comercio electrónico con la misma tarjeta de crédito. Su equipo de marketing desea evitar el colapso del gráfico asegurándose de que la tarjeta de crédito esté asociada con un solo perfil.
Modo de texto
| code language-json |
|---|
|
Gráfico simulado
Debido a datos no limpios, se ha introducido un número de tarjeta de crédito no válido en Experience Platform.
Modo de texto
| code language-json |
|---|
|
Gráfico simulado
Caso de uso: sus datos incluyen CRMID con hash y sin hash
CRMIDCRMIDhash
Está ingiriendo un CRMID sin hash (sin conexión) y un CRMID con hash (en línea). Se espera que haya una relación directa entre los CRMID sin hash y con hash. Cuando un usuario final navega con una cuenta autenticada, el CRMID con hash se envía junto con el ID del dispositivo (representado en el servicio de identidad como un ECID).
Configuración de algoritmo (Configuración de identidad)
Configure los siguientes ajustes en la interfaz de simulación de gráficos antes de simular el gráfico.
Ejercicio
Simule las siguientes configuraciones en Simulación de gráficos. Puede crear sus propios eventos o copiar y pegar mediante el modo de texto.
John y Jane comparten un dispositivo.
Modo de texto
| code language-json |
|---|
|
Debido a errores en el proceso de hash, se genera un CRMID con hash no único que se envía al servicio de identidad.
Modo de texto
| code language-json |
|---|
|
Caso de uso: sus datos incluyen tres áreas de nombres únicas
CRMID.El cliente define una entidad de una sola persona de la siguiente manera:
- Un usuario final con un CRMID asignado.
- Usuario final asociado a una dirección de correo electrónico con hash, de modo que los perfiles se puedan activar en destinos que admitan correo electrónico con hash (por ejemplo, Facebook).
- Usuario final asociado a una dirección de correo electrónico, de modo que el personal de soporte pueda buscar su perfil en Real-Time CDP utilizando dicha dirección de correo electrónico.
Simule las siguientes configuraciones en la herramienta de simulación de gráficos. Puede crear sus propios eventos o copiar y pegar mediante el modo de texto.
En esta situación, John y Jane inician sesión en un sitio web de comercio electrónico.
Modo de texto
| code language-json |
|---|
|
Modo de texto
| code language-json |
|---|
|
Implementaciones avanzadas advanced-implementations
Las implementaciones avanzadas implican escenarios de gráficos complejos y de varias capas. Estos tipos de implementaciones incluyen el uso de namespace priority para identificar los vínculos correctos que deben quitarse para evitar el colapso del gráfico.
Prioridad del área de nombres son metadatos que clasifican los áreas de nombres según su importancia. Si un gráfico contiene dos identidades, cada una con áreas de nombres únicas diferentes, el servicio de identidad utiliza la prioridad del área de nombres para decidir qué vínculos eliminar. Para obtener más información, lea la documentación sobre la prioridad del área de nombres.
La prioridad del área de nombres juega un papel crítico en escenarios de gráficos complejos. Los gráficos pueden tener varias capas: un usuario final puede estar asociado con varios ID de inicio de sesión y estos ID de inicio de sesión pueden tener un cifrado hash. Además, se pueden vincular distintos ECID a distintos ID de inicio de sesión. Para asegurarse de que el vínculo correcto se elimine en la capa correcta, las configuraciones de prioridad de área de nombres deben ser correctas.
Lea esta sección para ver las implementaciones avanzadas de Identity Graph Linking Rules.
Caso de uso: necesita soporte para varias líneas de negocios
CRMIDloginID
Los usuarios finales tienen dos cuentas diferentes, una cuenta personal y una cuenta empresarial. Cada cuenta se identifica con un ID diferente. En esta situación, un gráfico típico tendría el siguiente aspecto:
Modo de texto
CRMID: John, loginID: JohnPersonal
CRMID: John, loginID: JohnBusiness
loginID: JohnPersonal, ECID: 111
loginID: JohnPersonal, ECID: 222
loginID: JohnBusiness, ECID: 222
Configuración de algoritmo (Configuración de identidad)
Configure los siguientes ajustes en la interfaz de simulación de gráficos antes de simular el gráfico.
Gráfico simulado
Ejercicio
Simule la siguiente configuración en Simulación de gráficos. Puede crear sus propios eventos o copiar y pegar mediante el modo de texto.
Modo de texto
| code language-json |
|---|
|
Modo de texto
| code language-json |
|---|
|
Caso de uso: tiene implementaciones complejas que requieren varias áreas de nombres
CRMIDloyaltyIDthirdPartyIDorderID
Es una empresa de medios de comunicación y entretenimiento y los usuarios finales tienen lo siguiente:
- UN CRMID
- Un ID de fidelidad
Además, los usuarios finales pueden realizar una compra en el sitio web de comercio electrónico y estos datos están vinculados a su dirección de correo electrónico. Los datos de usuario también los enriquece un proveedor de bases de datos de terceros y se envían a Experience Platform por lotes.
Modo de texto
CRMID: John, loyaltyID: John, Email: john@g
Email: john@g, orderID: aaa
CRMID: John, thirdPartyID: xyz
CRMID: John, ECID: 111
Configuración de algoritmo (Configuración de identidad)
Configure los siguientes ajustes en la interfaz de simulación de gráficos antes de simular el gráfico.
Ejercicio
Simule la siguiente configuración en Simulación de gráficos. Puede crear sus propios eventos o copiar y pegar mediante el modo de texto.
Modo de texto
| code language-json |
|---|
|
Modo de texto
| code language-json |
|---|
|
Modo de texto
| code language-json |
|---|
|
Modo de texto
| code language-json |
|---|
|
Modo de texto
| code language-json |
|---|
|
Pasos siguientes
Para obtener más información sobre Identity Graph Linking Rules, lea la siguiente documentación: