Experience Platform · Identity Service
¿Cuántos perfiles tiene una persona?
Laura añade un producto al carrito en la web y lo compra en la app. Si ambas fuentes no comparten una identidad, parecen clientes distintos. Empieza por conectarlas. Después puedes explorar los perfiles de Marc y Núria y el riesgo de unir a dos personas.
Supuestos del ejemplo
Personas, valores y tienda inventados. CRMID y loyaltyId son namespaces personalizados del ejemplo.
Real-Time Customer Profile
Los perfiles que salen
Compara con el estado inicial y sigue primero a Laura. El detalle de identidades y eventos está debajo.
AJO · Target · operación
Qué pasa en AJO, Target y la operación
Lo que ve cada equipo con los perfiles de arriba.
La recomendación
Identidades comunes en origen, CRMID como namespace único y el stitching solo como puente
El grafo no puede inventar relaciones que las fuentes no emiten. Lo que dura se arregla en la recogida de datos. Identity Service lo protege, y el job de Data Distiller solo tapa el hueco mientras tanto.
- 01
Contrato de identidad por fuente
Web SDK con ECID y, tras el login, Email en el identityMap. Mobile SDK con CRMID. La landing de AJO identifica el clic. El TPV resuelve el CRMID desde la tarjeta de fidelización.
- 02
El teléfono, como lo guarda el CRM
La centralita manda +34600000111 en el namespace Phone (E.164). Si lo manda como 600 000 111 en Phone, son dos identidades distintas.
- 03
Identity Graph Linking Rules
CRMID como namespace único y con la prioridad más alta. Un teléfono o un dispositivo compartido ya no junta a dos personas. Adobe pide que ese namespace esté en todos los perfiles conocidos.
- 04
Stitching con fecha de caducidad
Si hace falta un job de Data Distiller que escriba registros puente, que tenga responsable y condición de retirada. Cuando lleve varias semanas sin escribir nada, se apaga.