En esta página
Envía dos veces una inscripción de prueba. Deberías seguir teniendo un solo suscriptor, una sola solicitud de confirmación y un registro de lo ocurrido. Si la segunda entrega inicia otra secuencia de bienvenida, la conexión necesita trabajo.
Una integración útil entre Webflow y Brevo debe tratar la segunda entrega con tanto cuidado como la primera. Aquí tienes una asignación de campos, un límite claro para la confirmación y una pequeña prueba de aceptación aplicable a un servicio de automatización o a tu propio servidor.
Elige el camino más corto
| Lo que necesitas | Por dónde empezar | Qué comprobar |
|---|---|---|
| Inscripción a un boletín | Insertar un formulario de Brevo | Doble confirmación, campos obligatorios y lista de destino |
| Registros de envíos nativos de Webflow | Conservar el formulario y conectar un servicio de automatización | Campos, confirmación y comportamiento ante entregas repetidas |
| Enrutamiento propio o recuperación controlada | Recibir eventos de Webflow en tu servidor | Autenticación, estado pendiente, deduplicación y registro de fallos |
El creador de formularios de Brevo permite la doble confirmación. Quien se inscribe debe pulsar el enlace del correo antes de entrar en la base de contactos. Es un buen punto de partida si solo necesitas un boletín.
«Ya diseñamos el formulario en Webflow». Consérvalo si importan su diseño o sus registros. La guía de integración de Webflow describe opciones de automatización y API. Antes de cambiar la acción del formulario, comprueba sus efectos: si eludes el procesamiento de Webflow, también cambia dónde se guardan los envíos.
Define qué significa cada campo
Usa un formulario exclusivo para el boletín o una opción de marketing separada y sin marcar en un formulario general de consultas. Pedir una respuesta comercial no equivale a suscribirse en silencio.
Este es un ejemplo para un boletín empresarial. El nombre y el correo profesional obligatorios son normas de este formulario, no requisitos universales de Webflow o Brevo.
| Campo de origen | Destino | Regla |
|---|---|---|
| Correo profesional | Correo del contacto | Obligatorio; validarlo en el servidor |
| Nombre | Atributo FIRSTNAME | Obligatorio; eliminar espacios iniciales y finales |
| Empresa | Atributo COMPANY | Opcional; un envío vacío no borra un valor guardado |
| Elección de marketing | Registro de consentimiento | Aceptar solo valores explícitos; detenerse ante uno desconocido |
| ID del envío | Registro de procesamiento | Reconocer entregas repetidas |
| Hora e ID del formulario | Registro de procesamiento | Conservar el contexto que explica el origen |
Crea los atributos de Brevo con los tipos correctos antes de enviar datos. La API de contactos de Brevo acepta un objeto de atributos y puede actualizar un contacto existente con updateEnabled. Trasladar esos campos no concede permiso para enviar marketing.
Si solo aceptas correos de empresa, aplica esa norma también en el servidor. Un dominio empresarial no demuestra consentimiento ni garantiza que el buzón pertenezca a un cliente real.
Confirma antes de entrar en la audiencia
Para nuevos suscriptores, sigue este orden:
- Valida el formulario y la elección explícita de marketing.
- Guarda la solicitud como pendiente, con origen e ID de envío.
- Inicia una sola solicitud de doble confirmación.
- Recibe la confirmación mediante el sistema elegido.
- Añade a la audiencia de marketing al contacto confirmado.
Brevo dispone de un endpoint específico de doble opt-in, POST /v3/contacts/doubleOptinConfirmation, con plantilla, listas de destino y URL de redirección. La llamada normal POST /v3/contacts es distinta. No crees primero el contacto por separado si exiges confirmación antes de crearlo.
Deja la confirmación a cargo de un solo sistema. Si el mismo envío activa un formulario de Brevo, otra automatización y tus propios correos, puedes generar mensajes duplicados. Una respuesta correcta de la API tampoco demuestra que la persona haya pulsado el enlace.
Si necesitas diseñar el proceso completo, consulta nuestra guía de doble opt-in. Prueba por separado una dirección nueva y otra que ya se dio de baja.
Recibe los eventos en un servidor
No pongas la clave API de Brevo en el código de la página Webflow. Debe estar en el servidor receptor o en el almacén de credenciales del servicio de automatización.
Webflow documenta el webhook form_submission, incluidos campos, identidad del formulario y hora de envío. Verifícalo según el método con que lo creaste. Webflow advierte que los webhooks creados desde el panel no incluyen los encabezados de firma descritos para la ruta de integración firmada.
Guarda de forma duradera una entrega válida antes de confirmarla. Si el destino no está disponible, reintenta el trabajo guardado. Distingue entre «recibido», «pendiente de confirmación», «sincronizado», «omitido» y «fallido»: aceptar un webhook no significa completar la sincronización.
Respeta una baja posterior
Reprocesar una inscripción antigua no debe deshacer una baja más reciente. Compara la hora del evento y el estado de suscripción vigente antes de actualizar el destino. Una casilla ausente o un valor desconocido no es consentimiento. Un nuevo envío por sí solo no debe desbloquear ni volver a suscribir a quien se dio de baja; Brevo trata el bloqueo como un estado de suscripción aparte.
También debes revisar los cambios de identidad. La documentación de actualización de Brevo advierte que cambiar el correo de un contacto bloqueado puede quitar el bloqueo y volver a suscribirlo. Trata el cambio de dirección como una operación separada y revisada, no como una asignación normal de campos.
Para un contacto actualmente suscrito, actualizar el registro correspondiente puede evitar otro registro. Aun así, deduplica el evento: incluso un solo contacto puede recibir dos mensajes.
Ejecuta estas seis pruebas de aceptación
| Prueba | Resultado esperado |
|---|---|
| Inscripción nueva y válida | Pendiente hasta confirmar; sin marketing antes |
| Mismo envío entregado dos veces | Un resultado de procesamiento; sin segunda confirmación |
| Elección de marketing ausente o ambigua | No se presupone una suscripción |
| Inscripción antigua repetida tras una baja | La baja más reciente sigue vigente |
| Brevo no disponible temporalmente | Fallo visible que puede reintentarse; no falso éxito |
| Empresa omitida en un envío posterior | Se conserva el valor anterior salvo que se quiera borrarlo |
Hazlas en una lista de prueba aislada con direcciones bajo tu control. Comprueba ambos sistemas y los mensajes recibidos. Un paso verde en la automatización no basta.
Dónde encaja Tajo
Tajo está en acceso anticipado. Lleva el formulario de origen, la lista de destino, el mapa de campos y los seis resultados esperados a la revisión de tu integración. Confirma que el flujo elegido los cumple antes de activarlo.
Para comparar un formulario nativo, un servicio de automatización y código propio, consulta la guía de conectores de Brevo.
Para una tienda en lugar de un formulario web, lee la guía de Shopify a Brevo. Para una implementación propia, la guía de la API de Brevo amplía el contexto.
Cuéntanos qué sistemas necesitas conectar. Empieza con un formulario que resista una entrega repetida.
Preguntas frecuentes
¿Cuál es la forma más sencilla de conectar Webflow con Brevo?
Para un boletín, inserta un formulario de Brevo y activa la doble confirmación. Conserva el formulario nativo de Webflow si necesitas sus registros de envío o un enrutamiento propio. Conéctalo mediante un servicio de automatización o una integración en el servidor.
¿Crear un contacto en Brevo confirma su suscripción?
No. Una llamada normal para crear o actualizar un contacto no completa el doble opt-in. Utiliza un proceso de confirmación y añade a la audiencia de marketing a cada nuevo suscriptor solo después de que confirme.
¿Cómo evito duplicados cuando se repite un envío?
Guarda el ID del envío de Webflow y el resultado del procesamiento. Repetir el mismo envío no debe repetir sus efectos. Si el contacto ya está confirmado, actualiza su registro en vez de crear otra identidad.