Sincronización de clientes
Tajo mueve los datos de clientes a Brevo de dos maneras: sincronización continua (los cambios de una plataforma conectada fluyen a Brevo sin parar) y migración masiva (una transferencia a plena capacidad y reanudable desde Mailchimp, Klaviyo, HubSpot, Salesforce, Shopify, WooCommerce, Stripe y otras). Ambas funcionan sobre el mismo motor y comparten una propiedad innegociable: el consentimiento se prueba registro a registro, nunca se supone.
Cómo se decide el consentimiento
Cada registro pasa por una puerta de consentimiento fail-closed antes de poder entrar en una audiencia de marketing:
| Veredicto | Qué ocurre |
|---|---|
Consentimiento probado (por ejemplo, Mailchimp subscribed, Klaviyo SUBSCRIBED, consentimiento de marketing de Shopify) | Se importa a las listas de Brevo que elijas |
| Rechazo explícito (baja, exclusión voluntaria) | No se descarta, pasa a Brevo como contacto en lista negra y queda anotado en el registro de no contactar, para que la nueva plataforma nunca pueda escribirle |
Suprimido por entregabilidad (rebote duro, denuncia de spam, por ejemplo Mailchimp cleaned, Klaviyo HARD_BOUNCE/SPAM_COMPLAINT) | Pasa como lista negra y se marca como persistente: un alta posterior en otra plataforma nunca levanta un rebote ni una denuncia |
| Sin probar (ninguna señal de consentimiento) | Se rechaza. “No pudimos probar el consentimiento” y “hay consentimiento” nunca son el mismo resultado |
La diferencia entre “rechazado” y “sin probar” importa: una baja es una decisión que debe sobrevivir a la migración; un campo ausente no es ninguna decisión.
Fuentes de consentimiento por plataforma
| Plataforma | Prueba de consentimiento | Señales de supresión |
|---|---|---|
| Mailchimp | Estado de miembro subscribed | unsubscribed (exclusión), cleaned (rebote duro) |
| Klaviyo | Consentimiento de marketing del perfil SUBSCRIBED | Lista de supresión con motivos (UNSUBSCRIBE, USER_SUPPRESSED, HARD_BOUNCE, INVALID_EMAIL, SPAM_COMPLAINT) |
| Shopify | email_marketing_consent.state / accepts_marketing | not_subscribed explícito |
| HubSpot | Estados de suscripción (API por lotes, 100 contactos por llamada) | hs_email_optout |
| Salesforce | No se puede probar de forma masiva desde Sales Cloud, la identidad se migra, pero la inscripción en audiencias sigue cerrada | HasOptedOutOfEmail, EmailBouncedDate |
| WooCommerce / Stripe | No se deduce de las compras, un registro de cliente no es consentimiento de marketing | Ninguna |
Resolución de conflictos durante la migración
Cuando el origen y Brevo no coinciden sobre la misma dirección, la resolución sigue el modo que elijas:
- Gana la decisión más reciente (predeterminado), prevalece el lado cuya decisión de consentimiento lleva la marca de tiempo más nueva. Un lado sin marca de tiempo interpretable siempre pierde frente a uno que sí la tiene; cuando ninguno tiene marca de tiempo, gana el estado menos alcanzable.
- Fuente de verdad, tú indicas la plataforma con autoridad para la migración (“el origen tiene razón” o “Brevo tiene razón”). Si tu workspace ya declara un sistema de registro, esa plataforma pasa a ser la autoridad predeterminada de forma automática.
- En todos los modos: los rebotes duros y las denuncias de spam son hechos de entregabilidad, no preferencias, nunca se levantan por un alta más reciente, y cada conflicto sobre el que el motor decide no actuar se cuenta y se informa, nunca se omite en silencio.
Fiabilidad a plena capacidad
- La extracción basada en cursor recorre toda la tabla de origen (más de 100.000 contactos) con puntos de control, una caída se reanuda desde el último lote completado y los reintentos nunca escriben por duplicado (claves de idempotencia por registro).
- Las escrituras en Brevo usan la API de importación masiva (10.000 contactos por bloque) dentro de los límites de frecuencia de Brevo; el estado de supresión viaja con la importación, así que no hay ninguna ventana en la que un contacto sea alcanzable y después quede suprimido.
- Cada ejecución informa de lo que se movió y de lo que no: contactos importados, rechazos explícitos arrastrados, supresiones propagadas, conflictos retenidos y motivos de fallo por registro.
Qué añade la sincronización después de la migración
Una vez migrado, las mismas conexiones mantienen Brevo al día: los webhooks de plataforma (Shopify, WooCommerce, WordPress, Mailchimp) hacen fluir los cambios casi en tiempo real, y las fuentes consultadas por sondeo se refrescan según su planificación. Las bajas observadas en el origen invierten el consentimiento en el libro de registro, con la traza de auditoría de cuándo, desde dónde y con qué evidencia.
Configuración
- Conecta la plataforma de origen en Tajo (clave de API u OAuth, según el conector).
- Conecta Brevo y elige las listas de destino.
- Elige el modo de resolución de conflictos (o acepta el predeterminado).
- Ejecuta la migración y revisa el informe, incluidos los conflictos retenidos, antes de activar las automatizaciones.
El tratamiento del consentimiento y de las supresiones no se puede desactivar. No existe ningún ajuste que importe como contactables los contactos dados de baja.