Audience Sync Agent para Data Cloud.
Sincronización operativa robusta de audiencias con consent y match rate monitoring.
Agente custom orientado a Performance Marketing, Marketing Operations y Adtech. Sincroniza segmentos a destinos externos — Meta CAPI, Google Ads, TikTok, LinkedIn, partners CRM, retailers data — manejando consent propagation, hashing PII según el spec de cada destino, rate limits, match rate monitoring, decline lists y schedule. Diferencia con el Activation Optimizer OOTB: ese OPTIMIZA strategy, este HACE el sync operativo robusto y auditable.
¿Qué hace Audience Sync Agent?
Es un agente custom que toma segmentos listos en Data Cloud y los sincroniza a destinos externos respetando reglas de consent y formatos por plataforma. Normaliza PII (lowercase emails, E.164 phones), aplica hashing SHA256 según el spec del destino, splittea en batches respetando rate limits, monitorea match rate, propaga declines del CMP en minutos y reconcilia cuando aparece lag. Conserva memoria de quirks por destino (formatos de hash, rate limits, error codes) y deja audit trail de cada operación.
Cómo funciona paso a paso
Del segmento listo en Data Cloud al destino externo con audit completo. 6 pasos.
Segmento listo y selección de destinos
El marketer activa un segmento. El Destination Selector identifica los destinos eligibles según consent, contracted usage y configuración de Activation Targets.
Hash strategy por destino
El Hash Strategy aplica normalización (lowercase + trim para emails, E.164 para phones) y hashing SHA256 según el spec de cada destino. Nunca loguea PII en plaintext.
Split por destino y batching
El Rate Limiter divide la audiencia en batches respetando los rate limits de cada API (Meta CAPI, Google Customer Match, TikTok Events, LinkedIn Insights).
Upload y retries
batchUpload sube los batches en paralelo. retryFailed maneja errores transitorios con backoff exponencial. Los errores permanentes quedan visibles en consola.
Match rate monitoring
monitorMatch consulta los match rates por destino y genera alertas cuando caen bajo threshold. El reporte se publica en Tableau Next y por Slack vía MCP.
Reconciliación con declines
propagateDecline detecta cambios de consent y elimina al individuo de los destinos en minutos. reconcileLag corrige drift entre Data Cloud y los destinos.
Ejemplo de interacción real
[Marketer activa un segmento de winback]
[El agente actúa]
Arquitectura del agente
Topics, Actions, Hydrators, Effectors, Channels, DMOs, Trust Layer y Memory.
Topics
Dominios de razonamiento
- Destination Selector
- Hash Strategy
- Rate Limiter
- Match Rate Monitor
- Decline Propagator
- Reconciliation
Actions
Lo que ejecuta
- syncSegment
- hashPII
- batchUpload
- monitorMatch
- propagateDecline
- reconcileLag / retryFailed
Hydrators y DMOs
Fuentes de contexto
- Segment membership
- Activation Targets config
- Prior sync logs
- Consent records
- Decline registry
- Identity resolution con consent
Effectors, Channels, Trust, Memory
Escrituras y guardrails
- POST a Meta CAPI / Google Ads / TikTok / LinkedIn
- Write sync log inmutable
- Update segment status
- Channels: Lightning, Slack, Tableau Next
- Trust Layer: PII never logged plaintext
- Memory: destination quirks (hash formats, error codes)
Implementación en 5 fases
Los factores críticos son la calidad de la PII normalization y la integración con el CMP.
Discovery de destinos y consent
Listamos destinos prioritarios, validamos consent vigente, contracted usage por destino y casos de uso de activación.
PII normalization y hashing standards
Definimos pipelines de normalización (E.164 phones, lowercase emails) y hashing SHA256 alineado al spec de cada destino. Validamos no logging plaintext.
Configuración del agente y conectores
Cargamos Topics, Actions, conectores Meta CAPI, Google Customer Match, TikTok Events, LinkedIn Insights y rate limits por API.
Piloto con destinos clave
Activamos 1 a 2 segmentos hacia 2 destinos. Medimos match rate, latencia de sync y propagación de declines.
Go-live multi-destino
Rollout total a destinos priorizados con audit cadence, monitoring continuo y escalation path para errores permanentes.
Perfiles Solu y participantes cliente
Requisitos para arrancar
Lo que conviene tener listo antes del piloto.
Datos
- Identity resolution con consent enforced
- PII normalizada (E.164 phones, lowercase emails)
- Decline registry alimentada por el CMP
- Signal sourcing diario o tiempo real
Integraciones
- Meta CAPI, Google Customer Match, TikTok, LinkedIn
- CMP corporativo conectado
- Activation Targets configurados
- Slack vía MCP, Tableau Next
Organizacional
- Hashing standards documentados por destino
- Governance de approval por nuevo destino
- Audit cadence acordada con Compliance
- Sponsor de Performance Marketing
Qué se busca optimizar
Dimensiones operativas y de calidad del sync, planteadas como marco genérico.
Match rate por destino
Maximizar match rate respetando consent y normalización. El objetivo varía por destino y por segmento.
Latencia de sync
Llevar el ciclo de activación de horas a minutos en segmentos de alto volumen.
Propagación de declines
De días a minutos: respetar consent revocado en todos los destinos casi en tiempo real.
Tasa de errores en upload
Reducir errores permanentes y minimizar retries innecesarios mediante memory de quirks por destino.
Cobertura de destinos prioritarios
Cuántos destinos prioritarios están activos con sync diario y monitoring continuo.
Calidad del audit log
Cobertura de cada operación con evidencia auditable de consent y hashing aplicado.
Qué considerar al implementar
Cinco focos para un sync robusto, auditable y respetuoso del consent.
Identity resolution con consent enforced
El consent es un atributo de primer orden, no un filtro post-hoc. Vale la pena enforce desde la identidad para evitar errores costosos en activación.
PII normalization estable
Una normalización consistente (E.164 phones, lowercase emails) es la base del match rate. Cuanto más temprano se enforce, mejor.
Hashing standards por destino
Cada plataforma tiene su spec (qué normaliza, qué hashea, en qué orden). Documentar y versionar evita errores recurrentes.
Governance de approval por destino
Sumar un destino nuevo implica nuevo contrato de uso, hashing y audit. Un workflow simple de approval evita destinos en gris.
Audit cadence con Compliance
Auditorías regulares del sync (qué se subió, con qué consent, a qué destino) sostienen la confianza con Privacy y con DPO.
Preguntas Frecuentes
Sí. El consent vigente se valida antes de cualquier sync, los declines se propagan en minutos y se mantiene audit log inmutable. La PII nunca se loguea plaintext y el agente respeta jurisdicciones cuando corresponde.
Sí. El agente integra los APIs oficiales de cada plataforma con sus specs de hashing y batching. Memory de quirks por destino acelera la onboarding de futuros destinos similares.
El Rate Limiter divide la audiencia en batches que respetan los límites de cada API y aplica backoff exponencial ante errores 429. Si el destino tiene quotas diarias, distribuye el sync a lo largo del día.
monitorMatch consulta los reportes de match rate de cada destino, los publica en Tableau Next y abre alertas si caen bajo threshold. El histórico permite distinguir cambios estructurales (consent revocado) de problemas técnicos.
Sí. Para partners custom, Solu construye conectores ad-hoc respetando los mismos guardrails (consent enforcement, hashing standards, audit log). El agente registra el quirk del partner para reuso futuro.
El Decline Propagator consume eventos del CMP y dispara unsync en cada destino afectado en cuestión de minutos. La ventana objetivo es propagar consent revoked en menos de una hora cumpliendo el spec del destino.
Sync de audiencias robusto, auditable y respetuoso del consent.
Conversemos con un Adtech Engineer de Solu. En una sesión de discovery revisamos destinos, consent y PII pipeline para proyectar el sync en tu organización.