Integraciones de Brevo: elige una conexión que puedas verificar

Envía dos veces el mismo contacto de prueba. Si la segunda ejecución crea otro registro o reactiva una baja, la conexión ya falla antes de trabajar a escala. «Solo hay que conectar las dos apps» es un punto de partida razonable; falta saber qué recuerda la conexión tras la primera solicitud.

Comprueba tres cosas antes de elegir software

El transporte lleva una petición o evento entre sistemas. El mapeo determina qué significan los campos. El estado guarda qué versión de origen se procesó, qué falló y a qué registro de destino corresponde. Anota un origen, un destino y los campos del primer resultado útil. Asigna un responsable a cada campo: ventas puede gestionar la fase del cliente mientras Brevo conserva la baja de correo actual.

Cuatro rutas hacia Brevo

App nativa

Busca en el marketplace de Brevo una app mantenida y comprueba quién la publica. Lee sus instrucciones para los campos y eventos que necesitas. Estar en el marketplace no demuestra compatibilidad con Tajo. Para Shopify, empieza por la ruta documentada de Brevo PushOwl y comprueba el mapeo antes de crear otra conexión. Las opciones de recuperación son específicas de cada app.

Servicio de automatización

Puede recibir un formulario, mapear campos y llamar a Brevo. Comprueba sus controles de repetición, coste por tarea y almacenamiento. Un volumen pequeño no hace aceptable perder una suscripción. La guía de Webflow distingue el formulario Brevo incrustado del formulario nativo procesado en servidor. Elige la ruta que conserve el envío y la confirmación requeridos.

Capa de integración

Úsala cuando varios mapeos, registros duraderos de procesamiento o una recuperación coordinada justifiquen otro servicio. Pide ver un registro rechazado y su repetición. No deduzcas estas funciones de la categoría. Tajo está en acceso anticipado: lleva origen, destino y criterio de aceptación a una revisión de integración. Verifica el conector disponible y la ruta de ejecución antes de depender de ellos. Documentar una pareja de apps no prueba que funcione en tu espacio.

Código directo con la API

Escribe código si las rutas disponibles no cubren identidad, transformaciones o recuperación. Tu equipo se hace cargo de credenciales, límites, estado y procedimiento operativo. La guía de la API de Brevo trata la escritura de contactos. Para hojas de cálculo, el ejemplo de Apps Script es otra ruta y no necesita un conector nativo de Tajo para Sheets.

Decide según tu requisito real

Criterio	App nativa	Automatización	Capa de integración	API directa
Campos	Revisar el mapeo	Revisar entradas	Inspeccionar el mapa	Programarlo
Identidad	Revisar coincidencias	Configurarlas	Revisar el contrato	Guardar el ID de destino
Recuperación	Revisar controles	Probar reintentos	Exigir demostración	Construirla
Volumen	Confirmar límites	Calcular tareas	Probar la carga	Respetar límites
Responsable	Editor y operador	Dueño del escenario	Proveedor y dueño del sync	Tu equipo

¿Qué ruta cubre el requisito real?

1. La app nativa cubre campos y comprobaciones

   Usar la app nativa

   Seguir la configuración documentada.

2. Un formulario necesita una acción pequeña

   Evaluar automatización

   Verificar confirmación y repetición.

3. Varios mapeos necesitan recuperación coordinada

   Evaluar una capa de integración

   Pedir una demostración de fallo y repetición.

4. Falta la transformación necesaria

   Escribir la ruta API mínima

   Prever también su operación.

Demuestra el primer sync con un registro

Usa un destino aislado y un contacto bajo tu control. Desactiva automatizaciones de campaña mientras revisas los datos.

1. Anota ID de origen, lista de destino, atributos necesarios y prueba de consentimiento. Crea los tipos de atributo antes de escribir.
2. Ejecuta una vez e inspecciona el registro de destino, no solo el estado del trabajo. Revisa valores y elegibilidad comercial por separado.
3. Repite la misma versión de origen. Debe quedar una sola identidad y no salir otro mensaje de confirmación o bienvenida.
4. Cambia un campo normal y sincroniza. Deja otro vacío y comprueba la regla documentada para conservarlo o borrarlo.
5. Registra una baja posterior. Repite el alta antigua y confirma que la baja siga vigente.
6. Simula un rechazo. Guarda su identidad y resultado, recupera ese registro e inspecciónalo antes de avanzar el cursor guardado.

Es un procedimiento de aceptación, no una promesa de controles idénticos en todos los conectores. Si no puedes demostrar una comprobación necesaria, esa es la carencia que debes resolver.

Reintentos sin cambiar el significado

El endpoint de contactos admite ext_id y updateEnabled, pero tú respondes por la coincidencia. Los identificadores contradictorios requieren revisión; forceMerge puede borrar un registro y no debe ser la recuperación habitual. Una ficha única aún puede recibir dos correos de confirmación. Guarda el ID de envío y el resultado de cada efecto; tras un timeout, inspecciona el destino antes de reenviar. Consulta los límites actuales por endpoint y plan: pueden coexistir límites por hora y por segundo.

Los webhooks también necesitan responsable

Un evento informa de un cambio, pero no resuelve propietarios de campos ni mantiene por sí solo un sync bidireccional.

Autentica las entregas con el método admitido, conserva el trabajo válido y reconcilia actualizaciones perdidas. Si vuelve una escritura propia, compara la versión de origen y los valores previstos antes de escribir otra vez. No presupongas un marcador de origen universal. Para nuevas altas, sigue la guía de doble opt-in antes de añadirlas a una audiencia. Una dirección copiada y una dirección confirmada y suscrita son resultados distintos. La conexión está lista cuando puedes explicar la segunda ejecución tan bien como la primera.