Cuándo reemplazar Brevo por una infraestructura de email propia — y cuándo no

Una agencia empieza a cuestionar Brevo casi siempre por una razón válida: la operación de email dejó de ser una campaña ocasional y se convirtió en una parte relevante de cómo capta, nutre y atiende clientes. Aparecen listas distintas por cliente, segmentaciones específicas, alertas desde el CRM, correos transaccionales, automatizaciones y un equipo que necesita saber qué ocurrió con cada contacto.

Pero hay una mala salida para ese problema: concluir que hay que “autoalojar el email”. No es lo mismo construir un servidor de envío, usar un proveedor de envío por API o diseñar una capa interna que decide quién recibe qué comunicación y por qué. AWS SES, por ejemplo, puede cumplir el rol de proveedor de envío; no reemplaza por sí solo una plataforma de marketing, una política de consentimiento ni el trabajo operativo de cuidar una base de datos.

La pregunta útil no es “¿Brevo es caro?”. Es: ¿qué parte de la operación actual necesita más control, y qué parte conviene seguir resolviendo con una plataforma ya hecha?

Este artículo propone una forma de tomar esa decisión sin romantizar una arquitectura propia ni pagar por una herramienta que ya no se ajusta al proceso de la agencia.

Primero: separar tres capas que suelen mezclarse

Cuando alguien dice que quiere “reemplazar Brevo”, puede estar hablando de tres cosas diferentes.

La primera es la plataforma de marketing: donde un equipo crea campañas, plantillas, segmentos, formularios, automatizaciones y revisa resultados. Brevo se presenta como una plataforma multicanal y sus planes, capacidades y límites se deben revisar directamente en su documentación vigente, no en comparativas antiguas o capturas de precio. La información oficial de sus planes está aquí.

La segunda es el proveedor de envío: la infraestructura que recibe una solicitud y entrega un email. Un servicio como Amazon SES puede ser una pieza de esa capa. AWS publica sus tarifas de SES en su página oficial de precios, pero una comparación seria no mira sólo la tarifa de envío: también considera desarrollo, soporte, monitoreo, almacenamiento, manejo de errores y el tiempo que el equipo tendrá que operar.

La tercera es la lógica interna de negocio. Aquí viven reglas como: “si un lead descargó este recurso y pertenece a esta cuenta, invitarlo a esta secuencia”; “si una oportunidad lleva siete días sin actividad, avisar al ejecutivo”; o “si una persona se dio de baja, bloquear cualquier flujo promocional futuro”. Esta lógica puede estar parcialmente dentro de Brevo, en un CRM, en una automatización o en una herramienta interna conectada a varios sistemas.

La mayoría de las agencias no necesita reemplazar las tres capas de una sola vez. De hecho, hacerlo suele crear más riesgo que valor.

La señal real: el proceso ya no cabe en una campaña estándar

Quédate con la plataforma actual cuando la mayor parte del trabajo consiste en campañas editoriales, newsletters, segmentación simple y automatizaciones que el equipo puede entender y mantener desde la interfaz. También es una buena decisión si la agencia necesita que varias personas no técnicas creen, revisen y programen emails sin depender de desarrollo.

El problema aparece cuando el envío debe responder a datos que ya existen en otras herramientas: estado de una oportunidad, actividad del cliente, datos de producto, eventos de una web, reglas por cuenta o una aprobación previa. En ese escenario, copiar listas a mano, crear etiquetas para cada excepción y reconstruir la misma automatización para cada cliente hace que el sistema sea difícil de auditar.

Una señal aún más clara es que nadie puede responder con certeza por qué una persona recibió un correo. Si la respuesta depende de revisar tres plataformas, una hoja de cálculo y el contexto de alguien del equipo, no falta otro template: falta una capa de reglas visible y trazable.

Matriz de decisión: quedarse, integrar o reemplazar

No hay una única arquitectura correcta. Esta matriz ayuda a decidir cuál es el siguiente movimiento más pequeño y razonable.

Decisión	Cuándo tiene sentido	Qué mantienes	Qué debes asumir
Quedarse	Las campañas, formularios, segmentos y automatizaciones estándar cubren el proceso. El equipo necesita autonomía editorial.	Plataforma de marketing y su lógica nativa.	Revisar periódicamente listas, consentimiento, bajas, propietarios de datos y costos vigentes.
Integrar	La plataforma sirve para crear y operar campañas, pero las decisiones de audiencia dependen del CRM, producto o procesos propios.	Brevo como interfaz y canal; una capa interna para preparar datos, audiencias o eventos.	Definir fuente de verdad, sincronización, responsables y qué ocurre cuando un dato falla.
Reemplazar una capa	El proceso requiere reglas muy específicas, alto volumen operativo o una trazabilidad que la plataforma actual no entrega de forma práctica.	Puede mantenerse el CRM, la interfaz de contenidos o el proveedor de envío.	Construir, monitorear y operar la parte reemplazada; no sólo lanzarla.

“Reemplazar” no tiene que significar eliminar Brevo el viernes y mover todo el lunes. Puede significar sacar primero una automatización crítica que hoy vive de forma confusa dentro de una campaña. Por ejemplo, una agencia puede conservar Brevo para newsletters y usar una herramienta interna para decidir cuándo crear una audiencia, registrar el motivo de un envío o disparar una comunicación basada en un cambio de estado del CRM.

Qué cambia si AWS SES entra a la arquitectura

AWS SES puede ser útil cuando la agencia necesita enviar mediante una API, centralizar la lógica de envío en un sistema propio o conectar el correo con eventos que no nacen dentro de una plataforma de marketing. Eso no convierte la operación en “propia” en el sentido de que ya no haya dependencias: sigue existiendo un proveedor, credenciales, límites, configuración, monitoreo y decisiones de diseño.

Tampoco basta con cambiar el endpoint que envía el email. Una infraestructura de correo seria necesita tratar explícitamente los rebotes, las quejas y los contactos que no deben seguir recibiendo comunicaciones. AWS explica que las direcciones asociadas a rebotes duros o quejas pueden añadirse a listas de supresión en SES; revisa la documentación de supresión antes de definir cómo registrarás esos eventos y quién podrá corregirlos.

Además, una plataforma de marketing suele traer mecanismos de baja listos para usar. Brevo documenta cómo personalizar una página de desuscripción. Si mueves parte del proceso a una capa interna, esa obligación operativa no desaparece. El sistema tiene que respetar bajas y preferencias de manera consistente sin importar desde dónde se originó el envío.

Por eso el costo de una arquitectura no se resume a una línea de una página de precios. El cálculo real incluye el tiempo para definir reglas, pruebas, registro de eventos, alertas cuando algo falla y un responsable que pueda explicar el sistema seis meses después.

Un diseño inicial que una agencia puede operar

La primera versión no debería intentar ser un clon de una plataforma de email. Debería resolver una decisión repetida y costosa con el menor número posible de componentes.

Un patrón útil es este:

1. Fuente de verdad: el CRM o una base de datos mantiene el estado del contacto, cuenta, consentimiento y relación comercial.
2. Reglas explícitas: una tabla o herramienta interna contiene las condiciones de entrada, exclusión, contenido y propietario de cada flujo.
3. Aprobación cuando importa: una persona revisa las reglas nuevas, campañas sensibles o cambios masivos antes de activarlos.
4. Proveedor de envío: Brevo, SES u otro proveedor ejecuta el envío elegido para ese flujo.
5. Registro de eventos: el sistema conserva qué regla produjo el envío, cuándo ocurrió, qué identificador de contacto usó y si hubo un error o una baja posterior.

Con este patrón, la agencia puede partir por una sola comunicación: por ejemplo, una secuencia de seguimiento para leads que ya dieron consentimiento y que cumplieron una condición concreta en el CRM. No se intenta migrar toda la base ni reconstruir cada campaña histórica. Se mide si el proceso se vuelve más claro para el equipo y si las excepciones se pueden resolver sin inventar otra planilla.

Checklist antes de mover una automatización

Antes de integrar o reemplazar una parte del sistema, responde estas preguntas por escrito:

• ¿Cuál es la fuente de verdad para email, consentimiento, estado comercial y preferencias?
• ¿Qué evento inicia el flujo y quién puede cambiar esa condición?
• ¿Qué contactos quedan excluidos, incluidas las bajas y los registros con datos incompletos?
• ¿Quién revisa el contenido, la audiencia y las reglas antes de activar un cambio?
• ¿Qué proveedor ejecuta el envío y dónde se registran los resultados técnicos?
• ¿Cómo se detectan rebotes, quejas o errores de sincronización y quién los atiende?
• ¿Cómo detienes el flujo si una regla se comporta mal?
• ¿Puede una persona del equipo explicar por qué se envió un correo específico?

Si estas respuestas no existen, todavía no es momento de reemplazar una plataforma. Es momento de ordenar el proceso. La herramienta interna llega después de que el equipo puede describir la decisión que quiere automatizar.

El objetivo no es “salir de Brevo”

Para algunas agencias, quedarse en Brevo será la decisión más eficiente. Para otras, integrarlo con una capa interna permitirá conservar la comodidad editorial mientras se gana control sobre datos y reglas. Y en procesos específicos, reemplazar una capa puede tener sentido si el equipo está dispuesto a operar lo que construye.

La arquitectura correcta no es la que tiene más componentes ni la que parece más barata en una comparación rápida. Es la que permite al equipo comunicar con criterio, mantener trazabilidad y resolver cambios sin depender de improvisaciones.

Si estás evaluando qué parte de tu operación de email conviene mantener, integrar o rediseñar, conversemos en GVL. También puedes revisar nuestros servicios para ver cómo abordamos herramientas internas y automatizaciones para equipos de marketing.

Fuentes

• Brevo. Información sobre los planes de precios de Brevo. Consultado el 29 de agosto de 2026.
• Amazon Web Services. Amazon SES pricing. Consultado el 29 de agosto de 2026.
• Amazon Web Services. Amazon SES account-level suppression list. Consultado el 29 de agosto de 2026.
• Brevo. Customize an unsubscribe page to integrate into your email campaigns. Consultado el 29 de agosto de 2026.