Puntos clave
- Enrutamiento entre varios proveedores: Conecta varios proveedores de envío (Amazon SES, SendGrid, Mailgun, SMTP genérico, Gmail OAuth) a un único espacio de trabajo y gestiónalos desde un solo lugar.
- Balanceo de carga ponderado: Asigna a cada servidor una parte del tráfico saliente en función del coste, la cuota diaria y la velocidad máxima de envío.
- Failover automático: Cuando un proveedor devuelve errores de limitación de velocidad (throttling) o de disponibilidad (por ejemplo, HTTP 429, HTTP 5xx o un SMTP 421 del relay), los mensajes en cola se redirigen a un servidor de respaldo en tiempo real.
Cuando tu volumen alcanza cientos de miles o millones de correos al mes, depender de un único proveedor de envío se convierte en un punto único de fallo. Una caída del proveedor, un mantenimiento programado, la limitación de velocidad o alcanzar de forma inesperada tu cuota diaria de envío pueden retrasar campañas y correos transaccionales de los que depende el negocio.
La infraestructura multiproveedor de eMailBase resuelve este problema convirtiendo tus servidores de envío en un pool flexible y con autorrecuperación, en lugar de un único canal.
1. Las ventajas técnicas de una arquitectura con varios servidores
Gestionar varios servidores de envío desde un único panel de control te ofrece tres ventajas operativas:
Failover automatizado
Cuando no se puede acceder al servidor principal o este rechaza los envíos con un error temporal (como un SMTP 421 del relay, o un HTTP 429 o 5xx de la API de un proveedor), eMailBase traslada automáticamente los mensajes afectados de la cola a un servidor de respaldo preconfigurado para que la campaña siga en marcha. Los aplazamientos que emite el proveedor de buzones del destinatario (por ejemplo, un 4xx de Gmail u Outlook) se reintentan según lo programado en lugar de derivarse a otro servidor, ya que cambiar de proveedor no resuelve un bloqueo del lado del destinatario.
Escalado de rendimiento y cuotas
Cada cuenta de envío en la nube tiene una velocidad máxima de envío (correos por segundo) y, en la mayoría de los proveedores, una cuota diaria o mensual. Repartir el tráfico entre varios servidores permite que tu rendimiento total se acerque a la capacidad combinada de todos ellos, de modo que las campañas grandes terminan antes. En la práctica, la limitación de velocidad que aplican los grandes proveedores de buzones en recepción sigue vigente, así que ajusta el ritmo de envío a cada dominio destinatario según tu reputación.
Segmentación del tráfico por finalidad
Puedes dedicar servidores distintos a cada flujo de correo: una cuenta de Google Workspace (Gmail OAuth) para el seguimiento comercial personal uno a uno, un pool de Amazon SES para las newsletters periódicas y Twilio SendGrid para el correo transaccional activado por eventos. Mantener los flujos separados también aísla sus reputaciones, de modo que una campaña de newsletter floja no perjudique los restablecimientos de contraseña ni los recibos.
2. Modelos habituales de infraestructura de envío
| Modelo de arquitectura | Configuración | Objetivo operativo principal |
|---|---|---|
| Optimizado en costes con failover | Amazon SES (peso del 80 %) + SendGrid (peso del 20 % y destino de failover) | Aprovechar el bajo coste por mensaje de Amazon SES y mantener a la vez una ruta de respaldo fiable y ya calentada en SendGrid. |
| Configuración inicial flexible para pymes | Gmail OAuth en 1 clic (correo uno a uno) + Amazon SES (correo de campañas) | Usar el buzón corporativo existente para empezar rápido con el contacto personal, mientras SES se encarga del volumen masivo. Google Workspace limita el envío a unos 2.000 mensajes por usuario y día, y el envío masivo a Gmail sigue exigiendo SPF, DKIM y DMARC en tu dominio. |
| Gran empresa | Varias cuentas de Amazon SES en distintas regiones (US East, EU West, Asia Pacific Southeast) | Obtener cuotas y velocidades de envío independientes por región, mantener los datos en la región exigida para cumplir los requisitos de residencia y seguir operativo si una región de AWS sufre una incidencia. |
3. Cómo configurar el enrutamiento de servidores en eMailBase
- Abre el BYO Sending Hub en tu espacio de trabajo.
- Conecta cada proveedor introduciendo su clave de API o sus credenciales SMTP, o vincula una cuenta de Google con OAuth en 1 clic.
- Ajusta el control deslizante Weight (peso) de cada servidor para definir el reparto de tráfico que quieras.
- Elige el servidor que actuará como destino de failover y define el umbral de reintentos, es decir, el número de intentos fallidos permitidos antes de que el tráfico cambie de ruta.
