Lo que separa a una infraestructura gestionada de una plataforma compartida
Las matemáticas del email son contraintuitivas. Un relay SMTP a €0.0009 por mensaje parece dramáticamente más barato que la infraestructura dedicada, hasta que se entiende que en un ESP compartido "entregado" no significa "en bandeja". Un correo que cae en spam de Gmail también cuenta como entregado. Le cuesta lo mismo. Sus métricas de campaña muestran 100% de deliverability mientras la tasa de apertura se queda en 8%.
Con infraestructura dedicada las cuentas cambian. Cuando su reputación de IP está aislada del resto del mundo, el placement en bandeja es función directa de su propio comportamiento: calidad de lista, tasa de queja, señales de engagement. Los operadores con higiene de lista en orden ven 95-98% de placement de manera consistente. Esa mejora del 15-20% sobre infraestructura compartida se traduce directamente en revenue de campaña a escala.
A 1 millón de mensajes mensuales con un revenue por inbox-delivered de €0.10, la diferencia entre 78% (placement típico de un ESP compartido) y 97% (infraestructura dedicada) es de €19,000 al mes en revenue adicional. La diferencia de coste entre las plataformas suele estar en el rango €300-€600/mes. El ROI no admite mucha discusión.
Más allá del placement, la infraestructura dedicada habilita capacidades operativas que un ESP compartido no puede entregar por estructura: throttling por proveedor a nivel dominio, lógica de retry específica por categoría de bounce, monitoreo de profundidad de cola en vivo, aislamiento de stream por tipo de envío y acceso a postmasters para resolver bloqueos puntuales en horas, no en días.
Esto no son features premium que se desbloquean en un plan superior. Son propiedades estructurales: o su programa de email es realmente suyo, o usted es pasajero del ecosistema de reputación de otra empresa.
El stack que armamos para cada cliente
Cada despliegue arranca desde los mismos principios arquitectónicos y luego se calibra al volumen, caso de uso y mix de proveedores del programa concreto:
- Selección y configuración de MTA: PowerMTA cuando el volumen pasa el millón diario y el throttling nativo por dominio + los accounting logs estructurados pagan la licencia. Postfix optimizado cuando el toolchain open-source es suficiente. KumoMTA (escrito por el mismo equipo que creó PowerMTA, en Rust, Apache 2.0) cuando el cliente busca lo mismo sin licencia comercial.
- Asignación de IPs y autenticación: IPs IPv4 dedicadas con PTR válido, verificación FCrDNS, registros SPF para todos los dominios, llaves DKIM de 2048 bits con procedimiento de rotación documentado, y DMARC al menos en p=none con monitoreo activo de reportes agregados.
- Arquitectura de streams: pools de IPs separados para transaccional, marketing masivo y cold outreach. Cada pool funciona en aislamiento total de reputación: un pico de quejas en un stream no toca el placement del otro.
- Stack de monitoreo: DNSBL 24/7 contra Spamhaus ZEN, Barracuda BRBL, URIBL y 47 listas más. Reputación de dominio e IP en Gmail Postmaster Tools. Microsoft SNDS integrado. Yahoo FBL registrado. Alertas de profundidad de cola en tiempo real.
- Procesamiento de bounces y quejas: supresión automática de hard bounces, conversión queja-a-baja, y análisis diario de tasa de bounces por proveedor y segmento de lista.
Umbrales de volumen: cuándo el coste de lo dedicado se justifica
El criterio convencional dice que la infraestructura dedicada empieza a pagarse a los 500,000 envíos mensuales. Es un punto de partida razonable, pero pierde algo más relevante: la naturaleza del programa importa más que el volumen.
Una empresa SaaS que envía 100,000 correos al mes de recupero de contraseña y onboarding tiene más en juego por mensaje que un publisher de newsletter enviando 2 millones de marketing. Si el 5% de los recuperos cae en spam, los usuarios no entran a la app: es una falla de producto inmediata y medible. Para ese caso, lo dedicado se justifica muy por debajo del umbral convencional.
Al revés, un programa de marketing con lista muy engaged, contenido de calidad y patrones de envío estables puede sostenerse en infraestructura compartida hasta superar el millón mensual antes de que las cuentas inclinen la balanza. Volumen y caso de uso se evalúan juntos, no por separado.