Cross-Channel Identity Stitcher Agent.
El visitante anónimo de hoy es el cliente conocido de mañana. La continuidad del perfil deja de perderse.
Agente custom de Agentforce específico para canales digitales que une identidades anónimas (web visitor cookies, app device IDs) con conocidas (CRM, login, email). Maneja consent, gestiona declines, orquesta progressive identification y propaga el linkage cross-device. Es distinto del Identity Resolution OOTB (que define la estructura) y del Identity Quality Auditor (que audita): este se encarga del live stitching.
¿Qué hace el Cross-Channel Identity Stitcher Agent?
Es un agente custom desarrollado sobre Agentforce que opera en la frontera entre el visitante anónimo y el cliente conocido. Construye perfiles anónimos con session continuity desde el primer evento, los mantiene durante toda la sesión y dispara el stitch contra el CRM cuando aparece la señal de identificación correcta. Maneja consent como condición de primera clase, propaga declines a todos los devices vinculados y orquesta progressive identification sin generar fricción en la experiencia. La unificación cross-device queda registrada en el Unified Individual de Data Cloud.
Cómo funciona paso a paso
Del primer evento anónimo a la unificación cross-device. 5 pasos diseñados para preservar consent y reducir fricción.
Anonymous arrival
El visitante entra al site o a la app. El agente crea un anonymous profile con session continuity, vincula el device ID y empieza a registrar engagement signals (páginas vistas, search queries, productos navegados).
Engagement signals
Anonymous Profile Builder enriquece el perfil con cada interacción relevante. El Progressive ID Recommender va calculando cuándo y cómo proponer la identificación, en función del engagement acumulado.
Progressive ID con consent
Cuando el agente sugiere pedir identificación (registro, login, captura de email), valida que el consent management cubra el propósito. Sin consent específico al stitch, la pregunta no se dispara.
Stitch contra CRM
El visitante se identifica. Stitch Orchestrator dispara attemptStitch contra el CRM, valida match con identidades existentes, vincula el device ID al Unified Individual y unifica el browsing history previo en el perfil conocido.
Personalización contextual
El Unified Individual ID se entrega a Marketing Cloud Personalization. El contenido renderizado pasa a ser coherente con el histórico cross-device del cliente. Cualquier revocación posterior de consent dispara declinePropagate y suprime el individual de las activaciones.
Ejemplo de interacción
[Sesión mobile, site retail]
[Resultado del stitch]
Arquitectura del agente
Topics, Actions, Hydrators, Effectors, Channels, DMOs, Trust Layer y Memory.
Topics
Dominios de razonamiento
- Anonymous Profile Builder
- Stitch Orchestrator
- Consent Validator
- Progressive ID Recommender
- Decline Handler
- Cross-Device Linker
Actions y Channels
Lo que ejecuta y dónde comunica
- createAnonymous · attemptStitch
- validateConsent · suggestProgressiveID
- declinePropagate · linkDevices
- Web SDK
- Mobile SDKs (iOS, Android)
- Marketing Cloud Personalization · Lightning
Hydrators y DMOs
Fuentes de contexto
- Web events
- App events
- Login events
- CRM identities
- Consent logs
- Device graph
Effectors, Trust Layer y Memory
Escrituras, guardrails y aprendizaje
- Write Unified Individual link
- Update consent record
- Suppress segmento
- Trigger personalización
- Consent enforcement first-class · PII never logged plaintext en analytics
- Memory de session continuity por anonymous profile
Implementación en 5 fases
El driver crítico es la madurez de los SDKs deployados y la integración con la CMP. Timing típico: 8 a 12 semanas.
Discovery de canales y consent
Inventariamos canales digitales (web, iOS, Android, email), validamos la integración con la CMP (OneTrust, Cookiebot, Didomi) y mapeamos las políticas de consent vigentes por país y por propósito.
Modelo de progressive identification
Definimos la lógica de cuándo proponer identificación: thresholds de engagement, momentos de mayor intención y formatos por canal. Cada propuesta queda atada a un consent específico.
Agent build e integración con SDKs y CMP
Construimos Topics y Actions en Agent Builder, conectamos web SDK y mobile SDKs, integramos la CMP vía API y configuramos el linkage al Unified Individual de Data Cloud.
Shadow mode y validación
El agente opera en shadow: detecta oportunidades de stitch sin escribir Unified Individual links reales. Comparamos su salida contra la resolución OOTB y ajustamos la lógica de stitch y de progressive ID.
Go-live y mejora continua
Cutover. Monitoreamos stitch rate web→known, stitch rate cross-device, conversion lift en perfiles que pasan de anonymous a known y respeto de declines. La memoria del agente se enriquece con cada sesión.
Equipo típico de implementación
Requisitos para arrancar
Lo que conviene tener listo antes del go-live.
Datos mínimos
- Web SDK y mobile SDKs (iOS y Android) deployados
- CRM identities exportables hacia Data Cloud
- Signal sourcing diario de eventos digitales
- Histórico de consent records preservado
Licencias
- Salesforce Data Cloud
- Agentforce Platform
- Marketing Cloud Personalization
- CMP con licencia de API (OneTrust, Cookiebot, Didomi)
Integraciones
- Web SDK y mobile SDKs maduros y versionados
- OneTrust, Cookiebot o Didomi vía API estándar
- Marketing Cloud Personalization API
- Login provider del CRM (SSO o nativo)
Org readiness
- Política clara de progressive identification
- Governance de consent firmada por DPO
- Ownership claro entre Digital Marketing y CRM
- Playbook de manejo de declines y revocaciones
Qué se busca optimizar
Lo que el agente busca mejorar — los rangos exactos dependen del baseline de cada compañía.
No prometemos cifras atribuidas a casos. Detallamos las dimensiones que el Cross-Channel Identity Stitcher Agent ataca y la dirección esperada del cambio.
Stitch rate web→known
% de visitantes anónimos que terminan vinculados a una identidad conocida durante o después de la sesión inicial.
Stitch rate cross-device
% de clientes con más de un device vinculado al Unified Individual, con linkage validado por consent.
Conversion lift anonymous→known
Diferencial de conversión en visitantes que completan progressive identification frente a los que se mantienen anónimos.
LTV uplift en perfiles stitched
Valor incremental observado en perfiles unificados cross-device frente a perfiles fragmentados, con la unificación habilitando personalización coherente.
Tasa de respeto de declines
% de revocaciones de consent propagadas correctamente a todos los devices vinculados. La meta es 100% por requisito regulatorio.
Cobertura del consent management
% de canales digitales con consent management integrado y validable por el agente antes de cada decisión de stitch.
Qué considerar al implementar
Cinco prácticas que aceleran el time-to-value y sostienen la confianza del equipo.
SDKs deployados maduros
Web SDK y mobile SDKs con eventos consistentes, versionado claro y session continuity validada. Sin esa base, el anonymous profile pierde coherencia y el stitch posterior degrada.
CMP integrada vía API
OneTrust, Cookiebot o Didomi conectadas con la CMP API estándar. El consent record es el insumo de primera condición: se valida antes de cada stitch y antes de cada activación.
CRM identities exportables
Las identidades del CRM (email, customer ID, login) tienen que estar disponibles para Data Cloud con la frescura adecuada. Si el export es semanal, el stitch en tiempo real pierde precisión.
Governance de consent
Política firmada por DPO sobre qué propósitos se aceptan, cómo se versiona el consent record y cómo se preserva el linaje. La auditoría regulatoria depende de esa traza.
Decline propagation cadenced
Las revocaciones se propagan a devices vinculados con cadencia cercana al tiempo real. Suprimir el individual de las activaciones siguientes es un requisito regulatorio, no una optimización.
Preguntas frecuentes
El agente nunca stitch sin consent activo y específico al propósito. El registro de consent es la primera condición. Para LGPD y Habeas Data, el agente preserva el linaje de cómo se obtuvo el consent y lo expone en cada export.
Con los tres, vía sus APIs estándar. El agente lee el consent record antes de cada decisión de stitch y aborta si el consent está revocado.
Sí. El agente está diseñado para operar con first-party identifiers (login, email hash, device ID consentido). Las cookies de terceros nunca fueron parte del path crítico.
Vía la API de Personalization. El agente entrega el Unified Individual ID para que la Personalization renderice contenido coherente con el histórico cross-device del cliente.
Sí. Cada device queda vinculado al Unified Individual cuando hay evento de stitch. El device graph es interno a Data Cloud y respeta el consent del cliente.
El agente dispara declinePropagate: marca el linkage como inactivo, suprime al individual de los segmentos accionables y propaga la revocación a los devices vinculados. Las activaciones siguientes ya no incluyen ese individual.
El visitante anónimo ya está en tu site. Solo falta unirlo al cliente que ya conocés.
Hablá con un Data Architect de Solu. Mapeamos tus canales digitales, integramos tu CMP y proyectamos el lift en stitch rate y conversion para tu operación.