Brevo (ex-Sendinblue): Guía técnica para emailing transaccional

⚡TL;DR

• 📢 Brevo exige autenticación DKIM desde febrero de 2024: sin ella, tus emails pueden llegar desde @brevosend.com.
• La configuración DKIM puede ser en TXT (1024 bits por defecto) o CNAME (2048 bits nativo): contactar con soporte para activar 2048 bits en TXT.
• SPF no es necesario en IP compartida: DKIM solo es suficiente para pasar DMARC porque el Return-Path usa el dominio Brevo (sender-sib.com).
• IP dedicada innecesaria para la mayoría: requiere 100k+ emails/semana regulares y un warm-up de 4-8 semanas. Mantente en IP compartida si volumen < 50k/semana.
• El plan Free ofrece 300 emails/día con acceso completo a la API transaccional y webhooks, sin caducidad.

Introducción

Brevo (anteriormente Sendinblue) se ha consolidado como un actor principal del emailing en Europa, con un componente transaccional robusto utilizado por miles de desarrolladores para emails de confirmación, notificaciones y restablecimientos de contraseña.

Pero detrás de la interfaz de marketing se esconden sutilezas técnicas que pueden bloquear tus envíos: configuración DKIM en TXT vs CNAME, mecanismo de protección automática que reemplaza tu dominio por @brevosend.com, límites del plan Free a menudo mal entendidos, y decisiones API vs SMTP relay según tus casos de uso.

Esta guía está dirigida a desarrolladores, DevOps y administradores de sistemas que buscan integrar Brevo para email transaccional sin sorpresas desagradables. Detallamos los puntos críticos, las configuraciones esenciales y las decisiones técnicas a tomar según tu stack.

¿API o SMTP relay: qué elegir para email transaccional?

Brevo ofrece dos métodos de integración para email transaccional, ambos disponibles desde el plan Free.

Comparativa rápida

Criterio	API REST	SMTP relay
Integración	Código HTTP (SDK o cURL)	Configuración SMTP estándar
Flexibilidad	Templates dinámicos, batch, webhooks nativos	Contenido inline únicamente
Throughput	Hasta 6M versiones/hora en batch	Depende del cliente SMTP
Tracking	messageId retornado inmediatamente	Vía webhooks o logs
Compatibilidad	Requiere desarrollo personalizado	Funciona con todo (CMS, servidores mail)
Rate limits	Documentados (RPS, RPH)	Compartidos con la IP

¿Cuándo elegir la API REST?

Elige la API si necesitas:

• Personalización avanzada: variables dinámicas vía params, templates reutilizables, contenido HTML/texto inline
• Batch transaccional: hasta 1,000 versiones personalizadas por llamada, 6,000 llamadas/hora = 6 millones de versiones/hora teórico
• Webhooks nativos: eventos sent, delivered, opened, clicked, bounced, complaint en tiempo real
• Control fino: tags, headers personalizados, programación diferida, archivos adjuntos (hasta 4 MB unitario, 20 MB total)

Endpoint principal: POST https://api.brevo.com/v3/smtp/email

Ejemplo de envío simple:

curl -X POST https://api.brevo.com/v3/smtp/email \
  -H "api-key: YOUR_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{
    "sender": {"email": "no-reply@captaindns.com", "name": "TuProducto"},
    "to": [{"email": "user@captaindns.com", "name": "John Doe"}],
    "subject": "Confirmación de tu registro",
    "htmlContent": "<p>Hola {{params.nombre}}, ¡bienvenido!</p>",
    "params": {"nombre": "John"}
  }'

¿Cuándo elegir el SMTP relay?

Elige SMTP si necesitas:

• Máxima compatibilidad: plugins WordPress/WooCommerce, CMS, aplicaciones legacy, servidores mail existentes
• Configuración sin código: introducir host + puerto + credenciales, nada más
• Reutilización de infraestructura: tu app ya envía vía SMTP, solo cambiar los parámetros

Configuración oficial:

SMTP server: smtp-relay.brevo.com
SMTP user: [tu email de cuenta]
SMTP password: [clave SMTP dedicada - NO la clave API]
Port: 587 (STARTTLS) o 465 (SSL) o 2525 (fallback)

Punto de atención crítico: el "SMTP password" es una clave SMTP dedicada, distinta de la API key. Este es el error más frecuente durante la configuración.

Configuración DKIM: el punto crítico que no debes fallar

Por qué la autenticación se volvió obligatoria

Desde el 1 de febrero de 2024, Brevo exige la autenticación de dominio para cumplir con los requisitos de Gmail y Yahoo. Microsoft siguió en mayo de 2025.

Consecuencia si no configuras DKIM: Brevo activa automáticamente un mecanismo de protección que reemplaza tu dominio de envío por @brevosend.com para maximizar la entregabilidad.

Formato observado: tu-empresa@5000001.brevosend.com

Implicación de producto: si tus destinatarios ven un dominio @brevosend.com mientras envías desde @captaindns.com, no es un bug SMTP/API, sino un problema de autenticación DNS sin resolver.

TXT vs CNAME: dos configuraciones posibles

Brevo genera dos tipos de configuración DKIM según la antigüedad y parametrización de tu cuenta:

Tipo	Número de registros	Tamaño de clave por defecto	Para activar 2048 bits
TXT (legacy)	1 solo	1024 bits	Contactar con soporte Brevo
CNAME (reciente)	2 distintos	2048 bits	Ya activado por defecto

Configuración TXT (1 registro):

Type: TXT
Nom: mail._domainkey
Valeur: k=rsa;p=MIIBIjANBgkqh...

Configuración CNAME (2 registros):

Type: CNAME
Nom: brevo1._domainkey
Cible: b1.captaindns-xx.dkim.brevo.com

Type: CNAME
Nom: brevo2._domainkey
Cible: b2.captaindns-xx.dkim.brevo.com

Regla de oro: los valores exactos siempre se muestran en la consola Brevo durante la configuración. No copiar/pegar de documentación externa, siempre usar lo que Brevo genera para tu cuenta.

Activar DKIM 2048 bits en configuración TXT

Si tienes una configuración TXT (1 registro) y deseas pasar a 2048 bits:

1. Contactar con soporte Brevo para solicitar la activación
2. Una vez activado, el nuevo valor DKIM aparece con un prefijo sib2k
3. Actualizar el registro DNS en tu registrar con el nuevo valor

Atención: algunos registrars limitan los campos TXT a 255 caracteres. Si el valor DKIM 2048 bits es demasiado largo, debes dividirlo en varios segmentos entre comillas:

"v=DKIM1; k=rsa; p=MIIBIjANBgkqh..." "...continuación de la clave..."

Brevo ofrece un "DNS record splitter tool" en su interfaz para generar este formato automáticamente.

Trampas de Cloudflare a evitar

Si usas Cloudflare para gestionar tus DNS:

1. Modo DNS only obligatorio: el registro DKIM debe tener la nube gris (DNS only), no naranja (proxy). El modo proxy rompe la autenticación DKIM.

2. CNAME Flattening desactivado: esta funcionalidad puede impedir la resolución correcta de los CNAME DKIM. Brevo recomienda desactivarla.

SPF: por qué no necesitas añadir Brevo

Una pregunta frecuente de los desarrolladores: "¿Debo añadir include:spf.sendinblue.com en mi SPF?" Respuesta corta: no, y no serviría de nada.

Entender por qué requiere comprender la diferencia entre dos direcciones email distintas en cada mensaje:

El From header (dirección visible): no-reply@captaindns.com

• Es la dirección que ve el destinatario en su cliente email
• DKIM firma este dominio (captaindns.com)

El Return-Path (Envelope From, dirección técnica): bounce@kh.d.sender-sib.com

• Es la dirección técnica usada por los servidores SMTP para enrutar el mensaje
• SPF autentica este dominio (sender-sib.com), no el tuyo
• Invisible para el destinatario, visible solo en los headers raw

Cómo funciona DMARC con Brevo

DMARC exige que al menos un método (SPF o DKIM) pase en "alignment" con el dominio From:

Método	Dominio autenticado	Dominio From	¿Alignment?	Resultado DMARC
SPF	sender-sib.com (Return-Path)	captaindns.com	❌ No	No contribuye
DKIM	captaindns.com (firma d=)	captaindns.com	✅ Sí	✅ DMARC pasa

Explicación: SPF valida que la IP de envío está autorizada para sender-sib.com (el dominio del Return-Path). Pero DMARC verifica si el dominio autenticado corresponde al dominio From (captaindns.com). Como sender-sib.com ≠ captaindns.com, SPF no pasa en alignment.

En cambio, DKIM firma el dominio captaindns.com (vía la firma d=captaindns.com), que coincide exactamente con el From header. DKIM pasa en alignment, por lo tanto DMARC pasa.

Por qué añadir Brevo en tu SPF no cambia nada

Incluso si añades include:spf.sendinblue.com en tu SPF:

v=spf1 include:spf.sendinblue.com ~all

Esto no cambia nada en el alignment DMARC porque:

1. SPF siempre autentica el dominio del Return-Path (sender-sib.com)
2. El Return-Path sigue controlado por Brevo, no puedes cambiarlo
3. DMARC verifica el alignment entre Return-Path y From header, que sigue siendo diferente
4. Por lo tanto SPF no contribuye todavía a DMARC

Veredicto: añadir Brevo en tu SPF es inútil para el alignment DMARC. DKIM es ampliamente suficiente.

La excepción: IP dedicada

SPF se vuelve pertinente únicamente si contratas una IP dedicada (add-on a 251 €/año, incluido en Enterprise).

Con una IP dedicada, Brevo puede configurar el Return-Path con tu dominio (bounce@captaindns.com en lugar de bounce@sender-sib.com). En ese caso:

• SPF autentica captaindns.com (Return-Path)
• DKIM autentica captaindns.com (From header)
• Ambos pasan en alignment → doble validación DMARC

Entonces deberás añadir tu IP dedicada en tu SPF:

v=spf1 ip4:77.32.170.5 ~all

Pero en IP compartida (planes Free a Professional), DKIM solo es suficiente para DMARC.

IP dedicada: cuándo y por qué considerarla

La IP dedicada es un add-on a 251 €/año (incluido en Enterprise) que te asigna una dirección IP exclusivamente reservada para tus envíos. Pero la mayoría de los usuarios no la necesitan.

IP compartida vs IP dedicada: entender la diferencia

IP compartida (por defecto en todos los planes):

• Tu tráfico email se enruta vía IPs compartidas con otros clientes Brevo
• La reputación de la IP es colectiva: Brevo mantiene pools de IPs reputadas
• No necesita warm-up: las IPs ya están "calientes" gracias al volumen global
• Entregabilidad optimizada por Brevo (rotación de IP, gestión de quejas)

IP dedicada:

• Una dirección IP únicamente para tus envíos
• Reputación aislada: tus prácticas determinan solas tu reputación
• Warm-up obligatorio: la IP está "fría" al inicio (ningún historial)
• Control total: posibilidad de usar tu dominio para el Return-Path (alignment SPF)

¿Cuándo elegir una IP dedicada?

Brevo recomienda una IP dedicada únicamente si cumples TODOS estos criterios:

Criterio	Umbral mínimo	Por qué es importante
Volumen semanal	50,000 a 100,000 emails/semana	Volumen insuficiente → reputación inestable
Regularidad de envío	Al menos 3 campañas/semana	Gaps > 30 días → IP se enfría, warm-up a rehacer
Engagement elevado	Tasa de apertura > 20%, bounce < 2%	Mal engagement en IP dedicada → reputación cae rápido
Necesidad de control	Aislar reputación transaccional vs marketing	Separar flujos críticos (transaccional) y marketing

Ejemplos de casos de uso legítimos:

• Finanzas/salud: cumplimiento regulatorio que exige IP dedicada trazable
• Grandes volúmenes regulares: 200,000+ emails/semana con envíos diarios
• Necesidad de whitelisting: algunos clientes B2B exigen incluir tu IP en whitelist
• Separación transaccional/marketing: evitar el impacto de campañas marketing en emails transaccionales críticos

Cuándo permanecer en IP compartida:

• Volumen < 50,000 emails/semana
• Envíos irregulares (una vez/mes, trimestrales)
• Inicio de actividad (no hay suficiente historial de engagement)
• Puramente transaccional bajo volumen (< 10,000/mes)

El proceso de warm-up: 4 a 8 semanas incomprimibles

Una IP dedicada nueva tiene una reputación nula a ojos de los ISPs (Gmail, Yahoo, Outlook). Enviar 100,000 emails de golpe en una IP fría = spam garantizado.

Plan de warm-up recomendado por Brevo:

Día	Volumen	Targets
D1	3,000	Contactos más comprometidos (abierto < 30 días)
D2	3,450	+15% del volumen previo
D3	3,968	+15%
D7	~6,700	Continuar +15%/día
D14	~17,000	Ampliar a contactos comprometidos < 90 días
D21	~43,000	Incluir contactos menos recientes
D28-56	Hasta volumen objetivo	Subida progresiva hacia 100k+

Reglas estrictas durante el warm-up:

1. Dirigirse primero a los comprometidos: comenzar por los contactos que abrieron/hicieron clic en los últimos 30 días
2. Aumento progresivo: +15% por día máximo, nunca duplicar volumen
3. Monitorizar las métricas: bounce rate < 2%, complaint rate < 0.1%, apertura > 20%
4. Sin interrupción: un gap de 7+ días ralentiza el warm-up, 30+ días = reiniciar desde cero

Ejemplo de error fatal:

❌ Día 1: 3,000 emails (OK)
❌ Día 8-20: sin envío (vacaciones)
❌ Día 21: 50,000 emails de golpe
→ Resultado: spam masivo, reputación destruida, imposible recuperar

Restricciones y trampas de una IP dedicada

Compromiso requerido: mantener una disciplina de envío estricta

• Sin "pausa" > 30 días sin reiniciar el warm-up
• Volumen regular: mejor 50k/semana constante que 200k/mes esporádico
• Monitorización activa: seguir bounce/complaint/engagement en tiempo real

Costo total de propiedad:

• 251 €/año (add-on)
• Tiempo de ingeniería: 4-8 semanas de warm-up con vigilancia
• Riesgo: mala gestión = reputación peor que en IP compartida

SPF se vuelve necesario: con IP dedicada, debes configurar SPF para autorizar tu IP:

v=spf1 ip4:77.32.170.5 ~all

Pool de IPs: para volúmenes muy grandes (> 500k/semana), Brevo ofrece pools de varias IPs dedicadas para repartir la carga y mantener la reputación.

Veredicto: ¿quién necesita realmente una IP dedicada?

Necesitas una IP dedicada si:

• Volumen regular > 100,000 emails/semana
• Envíos diarios o como mínimo 3x/semana
• Necesidad de whitelisting cliente o cumplimiento regulatorio
• Presupuesto y recursos para gestionar el warm-up y la vigilancia

Permanece en IP compartida si:

• Volumen < 50,000/semana
• Envíos irregulares o esporádicos
• Puramente transaccional bajo volumen
• Sin recursos para gestionar activamente la reputación

En caso de duda, comienza con IP compartida. Los pools Brevo están bien gestionados, y siempre puedes migrar a IP dedicada más tarde una vez establecido tu volumen y regularidad.

Límites técnicos que conocer antes de empezar

Plan Free: 300 emails/día, ¿pero con qué perímetro?

El plan Free de Brevo ofrece un acceso sorprendente a las funcionalidades transaccionales, pero con límites estrictos:

Límite	Valor	Comportamiento
Emails/día	300	Reset diario, sin rollover
Contactos almacenables	100,000
Branding	Obligatorio	"Sent with Brevo" no removible
Campaña > 300 destinatarios	Solo 300 enviados el día D	Requeue manual necesario
Usuarios	1 solo (owner)
Webhooks transaccionales	✅ Incluido	Todos los eventos disponibles
API REST	✅ Incluido	Acceso completo, rate limits estándar
SMTP relay	✅ Incluido	Host smtp-relay.brevo.com
Retención de logs	✅ Ilimitada

Punto positivo: todas las funcionalidades transaccionales están disponibles en el plan Free, incluidos webhooks, API y SMTP relay. El límite de 300 emails/día es suficiente para dev/staging o apps de bajo volumen.

Punto de atención: el límite de 300 emails/día es un límite global (campañas + transaccional). Si envías 200 emails transaccionales vía API, te quedan 100 créditos para campañas.

Límites de contactos por plan y nivel

Trampa frecuente: el número de contactos almacenables no está solo determinado por el plan (Starter/Standard/Professional), sino también por el nivel de volumen de emails elegido.

Plan	Nivel emails/mes	Contactos máx
Starter	5,000	500
Starter	10,000	1,500
Starter	20,000+	Ilimitados
Standard	5,000	1,500
Standard	20,000	10,000
Professional	20,000	2,000
Professional	100,000+	100,000+

Ejemplo concreto: un plan Starter a 5,000 emails/mes solo permite almacenar 500 contactos, incluso si solo envías a 200 personas. Para levantar este límite, debes pasar al nivel 20,000 emails/mes (contactos ilimitados en Starter).

Rate limits API: RPS y RPH

Brevo aplica rate limits por niveles (General/Advanced/Extended). En caso de superación, recibes un código HTTP 429 Too Many Requests.

Ejemplos de límites genéricos:

Endpoint	RPS (peticiones/segundo)	RPH (peticiones/hora)
GET /v3/smtp/emails	2	7,200
Endpoints contactos	10	36,000

Batch transaccional: permite 6,000 llamadas/hora × 1,000 versiones por llamada = 6 millones de versiones/hora teórico.

Recomendación: para jobs de notificaciones masivas (alertas, recordatorios, digests), usar batch transaccional en lugar de llamadas unitarias para optimizar los rate limits.

Cuotas de plataforma (máximos técnicos)

Más allá de los límites comerciales (contactos según plan), Brevo aplica cuotas técnicas por recurso:

Recurso	Planes generales	Enterprise
Campañas email almacenadas (drafts incluidos)	10,000	50,000
Campañas email planificadas simultáneamente	150	300
Workflows automation activos	50	500
Listas de contactos	300	600
Media library	2 GB	5 GB

Lectura importante: estas cuotas de plataforma son máximos técnicos; los límites comerciales (contactos según plan/nivel) pueden ser más bajos y se aplican primero.

Plan de acción: puesta en marcha en 6 pasos

1. Crear la cuenta y validar el sender

• Crear una cuenta Brevo (Free posible)
• Crear un "sender" (dirección From) en Settings > Senders & IP
• Validar la dirección vía el enlace recibido por email

2. Autenticar el dominio (DKIM obligatorio)

• Ir a Settings > Senders & IP > Domain authentication
• Brevo muestra 3 registros DNS a crear:
  1. Brevo code (TXT): valida la propiedad del dominio
  2. DKIM (TXT o CNAME según tu configuración)
  3. DMARC (TXT): política de tratamiento de emails no conformes
• Crear estos registros en tu registrar (atención a duplicados)
• Verificar la propagación (puede tardar 24-48h)

3. Activar DKIM 2048 bits si es necesario

Si tienes una configuración TXT y deseas 2048 bits:

• Contactar con soporte Brevo
• Una vez activado, actualizar el registro DNS con el valor sib2k...
• Si el valor supera 255 caracteres, usar el splitter tool de Brevo

Si tienes una configuración CNAME: 2048 bits ya activado por defecto.

4. Elegir y configurar el método de envío

Opción A: API REST

• Generar una API key en Settings > API keys
• Implementar el endpoint POST /v3/smtp/email
• Crear templates en Campaigns > Transactional templates si es necesario
• Configurar los webhooks transaccionales en Settings > Webhooks

Opción B: SMTP relay

• Generar una clave SMTP (distinta de la API key) en Settings > SMTP & API
• Configurar tu app/plugin/servidor mail:
  • Host: smtp-relay.brevo.com
  • Port: 587 (STARTTLS recomendado)
  • User: tu email de cuenta
  • Password: la clave SMTP generada

5. Probar y monitorizar

• Enviar un primer email de prueba
• Verificar en Transactional > Email logs que el envío es OK
• Configurar webhooks para trackear eventos (delivered, bounced, etc.)
• Verificar que el dominio From es el tuyo (no @brevosend.com)

6. Optimizar según el volumen

Si superas 300 emails/día:

• Pasar al plan Starter (5,000 emails/mes = ~160/día)
• Verificar el tope de contactos según el nivel elegido
• Si grandes volúmenes + necesidad de reputación aislada: considerar IP dedicada (251 €/año)

FAQ

¿Por qué mis emails llegan desde @brevosend.com cuando envío desde mi dominio?

Es el mecanismo de protección automática de Brevo activado cuando tu dominio no está autenticado (DKIM faltante o inválido). Brevo reemplaza el dominio de envío por @brevosend.com para maximizar la entregabilidad en Gmail/Yahoo. Solución: configurar correctamente los registros DKIM en tus DNS y esperar la validación.

¿Cuál es la diferencia entre clave API y clave SMTP?

La clave API sirve para llamadas REST (POST /v3/smtp/email), la clave SMTP sirve para autenticación al relay SMTP (smtp-relay.brevo.com). Son dos credenciales distintos generados en Settings > SMTP & API. Confusión frecuente: usar la API key como password SMTP no funciona.

DKIM en TXT o CNAME: ¿cuál elegir?

No eliges: Brevo genera una configuración TXT (1 registro) o CNAME (2 registros) según tu cuenta. Los CNAME están en 2048 bits por defecto, los TXT en 1024 bits salvo petición al soporte. Si tienes opción, prefiere CNAME (más simple, 2048 bits nativo, sin límite 255 caracteres).

¿El plan Free es suficiente para una app en producción?

Sí, si tu volumen es ≤ 300 emails/día y aceptas el branding "Sent with Brevo". Todas las funcionalidades transaccionales (API, SMTP, webhooks, logs ilimitados) están disponibles en el plan Free. Ideal para MVP, staging, o apps de bajo volumen. Para quitar el branding, debes pasar a Starter + add-on "Remove logo" (9 €/mes).

¿Puedo usar Brevo únicamente para email transaccional sin hacer campañas?

Sí, Brevo no te obliga a usar las campañas marketing. Puedes crear una cuenta únicamente para API/SMTP transaccional. El límite de 300 emails/día en el plan Free es global (transaccional + campañas), pero si solo envías transaccional, tienes 300 créditos disponibles.

¿Cómo gestionar el límite de 255 caracteres en registros TXT para DKIM 2048 bits?

Algunos registrars (OVH, Gandi) limitan los campos TXT a 255 caracteres. Brevo ofrece un "DNS record splitter tool" que divide el valor DKIM en varios segmentos entre comillas. Formato: "primera parte..." "continuación...". Cada segmento tiene menos de 255 caracteres, y el DNS los concatena automáticamente.

¿Debo añadir Brevo (include:spf.sendinblue.com) en mi SPF?

No, es inútil. SPF autentica el dominio del Return-Path (sender-sib.com en Brevo), no tu dominio From. Como DMARC verifica el alignment con el dominio From, SPF no contribuye a DMARC en Brevo. DKIM solo es suficiente para pasar DMARC. Excepción: con IP dedicada, Brevo puede usar tu dominio para el Return-Path, y ahí SPF se vuelve pertinente.

¿Debo contratar una IP dedicada para mi proyecto?

Probablemente no. Una IP dedicada requiere un volumen mínimo de 50,000 a 100,000 emails por semana, con envíos regulares (al menos 3x/semana). Impone un warm-up de 4 a 8 semanas y una disciplina estricta (sin pausa > 30 días). Si tu volumen es inferior, si tus envíos son irregulares, o si es transaccional puro < 10,000/mes, permanece en IP compartida. En caso de duda, comienza con IP compartida y migra más tarde si es necesario.

Glosario

• SPF (Sender Policy Framework): Protocolo de autenticación que lista los servidores autorizados a enviar emails para un dominio. SPF autentica el dominio del Return-Path, no el From header. Con Brevo en IP compartida, SPF no pasa en alignment DMARC porque el Return-Path es sender-sib.com.

• DKIM (DomainKeys Identified Mail): Protocolo de autenticación que firma criptográficamente los emails para probar que provienen del dominio declarado. DKIM firma el dominio del From header. Requerido por Gmail/Yahoo desde febrero de 2024.

• DMARC (Domain-based Message Authentication, Reporting & Conformance): Protocolo que verifica el alignment entre SPF/DKIM y el From header. DMARC pasa si al menos SPF o DKIM pasa en alignment. En Brevo, solo DKIM contribuye a DMARC (salvo IP dedicada).

• Return-Path (Envelope From): Dirección técnica invisible usada por los servidores SMTP para enrutar el email y gestionar bounces. SPF autentica este dominio. En Brevo, es bounce@kh.d.sender-sib.com, no tu dominio.

• Alignment DMARC: Mecanismo que verifica si el dominio autenticado por SPF o DKIM corresponde al dominio From. Modo relaxed (por defecto): los subdominios pasan. Modo strict: correspondencia exacta requerida.

• CNAME (Canonical Name): Tipo de registro DNS que apunta a otro dominio. Usado por Brevo para delegar la gestión de claves DKIM a sus servidores.

• Rate limit: Límite de flujo expresado en RPS (peticiones por segundo) o RPH (peticiones por hora). Superación → código HTTP 429.

• Batch transaccional: Método de envío que permite personalizar hasta 1,000 versiones de un email en una sola llamada API. Optimiza los rate limits para notificaciones masivas.

• Webhook: URL HTTP llamada automáticamente por Brevo durante eventos (delivered, bounced, opened). Permite seguimiento en tiempo real sin polling de logs.

• Sender: Dirección email From validada en Brevo. Cada sender debe ser verificado (enlace por email) antes de ser usado.

• IP dedicada: Dirección IP aislada solo para tus envíos. Evita el impacto de la reputación de otros usuarios. Requiere un warm-up progresivo de 4 a 8 semanas. Permite el alignment SPF usando tu dominio para el Return-Path. Recomendada para volúmenes > 100,000 emails/semana regulares. Add-on 251 €/año, incluido en Enterprise.

• Warm-up: Proceso de subida de carga progresiva de una IP dedicada nueva. Comienza a 3,000 emails/día y aumenta 15% por día durante 4 a 8 semanas. Apunta primero a los contactos más comprometidos. Un gap > 30 días requiere reiniciar desde cero.

• STARTTLS: Mecanismo de cifrado oportunista para SMTP. Comienza en claro luego upgrade a TLS. Puerto 587 recomendado.

Fuentes oficiales

• Rebranding Sendinblue → Brevo
• Pricing y planes