← Blog

Por Qué Amazon SES Es el Proveedor de Correo Electrónico "Barato" Más Caro

Técnico Amazon SES, Precios, Entregabilidad, AWS July 11, 2026 by Equipo de Mailer To Go
Amazon SES tiene el precio más bajo en email a $0.10/1,000 — pero eso solo compra envío básico. Una vez que reconstruyes el dashboard, pipeline de eventos y herramientas anti-abuse que SES omite (SNS -> SQS -> Lambda -> CloudWatch, plus ingeniería), el costo completamente equipado sube a ~$4-6/1,000. Un desglose metódico de la promesa de SES vs. la realidad DIY.

Amazon SES anuncia el precio más bajo en correo electrónico: $0.10 por 1,000 mensajes. Es verdad, y es el número que gana en hojas de cálculo. Pero ese precio te compra exactamente una cosa — bytes saliendo de un servidor de correo. Todo lo que realmente necesitas para ejecutar correo electrónico transaccional — saber qué rebotó, detectar un patrón de spam antes de que AWS te suspenda, ver un gráfico de entregabilidad — se deja como un ejercicio para el lector. No estamos teorizando aquí — lanzamos Mailer To Go en SES nosotros mismos, y es la razón por la que ya no operamos allí. Este artículo precifica ese ejercicio. Metódicamente, el $0.10 titular se convierte en un efectivo $4–6 por 1,000 cuando puedes operar con seguridad — y para entonces habrás reconstruido, por tu cuenta, lo que MailerToGo, SendGrid y Mailgun incluyen en la caja.

La promesa

SES se vende como correo electrónico a escala de AWS y precios de AWS: centavos por mil, elástico, pago por uso, justo al lado del resto de tu stack. Para throughput puro, lo entrega.

La realidad: SES es un tubo de envío, no una plataforma de correo electrónico

Envía un mensaje a través de SES y responde las preguntas que todo remitente transaccional tiene que responder:

SES no responde ninguno de estos de la caja. No hay dashboard, no hay feed de eventos que puedas leer, no hay UI de supresión, no hay gráfico de reputación, no hay detección de anomalías. Los datos existen solo como un torrente de eventos individuales que debes capturar, almacenar, agregar y visualizar tú mismo. Y debes — SES aplica una dura tasa de rechazo bajo ~5% y tasa de reclamación bajo ~0.1%, y si pasas de eso, el primer “dashboard” que verás es el correo electrónico diciéndote que tu cuenta está bajo revisión.

Lo que tienes que construir

Para reconocer y prevenir spam y abuso — las apuestas básicas del correo electrónico transaccional — conectas un pipeline para cada evento que SES emite: envío, entrega, rechazo, reclamación, rechazo, apertura, clic. Rastrear todo lo que necesitas para permanecer seguro y eso es fácilmente 5 a 10 eventos por cada mensaje que envías.

SES  ──(configuration set event destination)──►  SNS topic
                                                    │
                                                    ▼
                                                  SQS queue        (buffer so nothing is lost)
                                                    │
                                                    ▼
                                                  Lambda           (parse, run your spam/deliverability checks, write to your DB)
                                                    │
                                        ┌───────────┴───────────┐
                                        ▼                       ▼
                                   CloudWatch metrics         your database
                               + dashboards               (suppression, history)
                                        │
                                        ▼
                               the graph SES never gave you

Aquí está la trampa: ese pipeline se factura por evento, no por correo electrónico. Así que la monitorización que construyes para vigilar problemas de spam y entregabilidad cuesta 5–10× lo que cuesta el envío — y el múltiplo crece conforme eres más cuidadoso.

Facturación del ejercicio

Toma un realista envío de SaaS transaccional de 1,000,000 correos electrónicos/mes. Con rastreo de eventos completo eso es aproximadamente 7 millones de eventos/mes fluyendo a través del pipeline. Cifras ilustrativas de región US (verifica precios actuales de AWS; el punto es la forma, no el centavo):

Capa Qué te compra ~$/mes ~$/1,000
Envío SES El mensaje se va $100 $0.10
SNS Distribuir ~7M eventos ~$4 ~$0.00
SQS Eventos buffer confiablemente ~$8 ~$0.01
Lambda Parsear ~7M eventos, ejecutar comprobaciones de spam/entregabilidad, escribir en tu BD ~$60 ~$0.06
CloudWatch (métricas personalizadas + PutMetricData + Logs) Los gráficos de rechazo/reclamación/entrega/reputación que SES omite — alta cardinalidad por dominio, campaña y proveedor de buzón ~$450 ~$0.45
NAT / transferencia de datos Déjalo hablar dentro de tu VPC ~$35 ~$0.04
Subtotal procesamiento de eventos la maquinaria que vigila spam y entregabilidad ~$560 ~$0.56
Envío SES, para comparación   $100 $0.10

Lee eso de nuevo: la monitorización cuesta aproximadamente 5–6× el correo electrónico en sí. La línea más barata en una factura de SES es el envío. CloudWatch es la parte costosa — la cardinalidad de métrica personalizada es el asesino silencioso, porque para realmente detectar abuso necesitas métricas desglosadas por dominio de envío × tipo de evento × proveedor de buzón, y ese recuento explota. (La respuesta del propio AWS a “SES no tiene dashboard,” Virtual Deliverability Manager, es un add-on pagado encima de todo esto — otro ~$0.07–0.12 por 1,000.)

Y eso sigue siendo solo la factura de AWS. La otra mitad es gente:

Capa   ~$/mes ~$/1,000
Construir el pipeline (amortizado, primer año) 2–4 semanas para diseñar SNS/SQS/Lambda + supresión + alertas ~$2,000 ~$2.00
Mantener + on-call se retrasa, AWS cambia una API, aparece un nuevo tipo de evento ~$1,500 ~$1.50
Costo efectivo completamente cargado     ~$4–6 / 1,000

El $0.10 era real. Era solo el primero — y más pequeño — elemento de línea.

Es peor a escala, no mejor

La defensa habitual de SES es “pero es inmejorable en volumen.” No lo es, y aquí está por qué: el envío escala linealmente ($0.10/1,000) mientras el procesamiento de eventos escala contra ti. Más correo electrónico significa más eventos (5–10×), más invocaciones de Lambda, y — lo peor de todo — mayor cardinalidad de métrica CloudWatch conforme añades dominios, campañas y monitorización de abuso más granular. Cuanto más grande y cuidadoso eres, más la carga de observabilidad domina. No es una ventaja de escala; es una trampa de escala.

El laberinto

El problema más profundo no es el total — es la forma del total. Tu “costo de SES” no es un número que puedas comparar contra un competidor; está disperso en seis servicios, una VPC y una hoja de ruta de ingeniería. Cada pieza es específica de AWS: configuration sets, políticas de tema SNS, matemática de métrica CloudWatch, IAM. Nada es portátil. Cuanto más construyas para hacer SES usable, más te bloqueas en un stack hecho a medida que solo funciona en AWS y solo tu equipo entiende — y más difícil se vuelve responder la única pregunta que un negocio debería poder responder fácilmente: ¿cuál es mi costo real de enviar correo electrónico, y es alguno bueno?

Lo sabemos porque lo intentamos

No razonamos nuestro camino a esto desde una hoja de cálculo — lanzamos Mailer To Go en SES. Y golpeamos exactamente la pared que este artículo describe: una vez que el costo completamente cargado de operar SES se sentó debajo de nosotros, no pudimos armar una oferta que fuera un mejor valor para nuestros clientes que simplemente decirles que usaran un competidor habría sido. Nuestro costo real en SES era más alto que el precio de etiqueta de los mismos proveedores que nos propusimos vencer. El asesino específico: los eventos que empujamos a CloudWatch y Lambda solo para vigilar spam y problemas de entregabilidad corrieron 5–10× el costo del envío de SES en sí. La cosa más barata en la factura era el correo electrónico; la parte costosa era poder verlo. Así que reconstruimos el stack de entrega — dashboards, pipeline de eventos, supresión y herramientas de reputación — como nuestra propia infraestructura, no como un impuesto pernado en el tubo de otro. Esa es la diferencia que estás pagando, y es por qué el número en nuestra página de precios es el número completo.

No tomes nuestra palabra para ello

El patrón está bien documentado — comenzando con AWS mismo:

Una reconciliación honesta: las guías de precios casual ponen monitorización SES CloudWatch básica en $10–30/mes. Esa es la versión de juguete — suficiente para dibujar un gráfico, no suficiente para detectar abuso. Las métricas de alta cardinalidad que realmente señalan spam y problemas de entregabilidad (por dominio, campaña y proveedor de buzón) son las que corren hacia cientos. Esa brecha es la historia.

La alternativa de tirantes y cinturón

MailerToGo — como SendGrid y Mailgun — incluye lo que SES te hace construir: un dashboard, webhooks de eventos, análitica de entrega/rechazo/reclamación, supresión automática, gestión de reputación y controles de spam/abuso, en un precio por mensaje. Ese número es directamente comparable, cara a cara, contra cualquier par — no hay reconstrucción de seis servicios, no hay sorpresa por evento, no hay factura de cardinalidad de métrica que crece más rápido que tú.

El matiz honesto, porque las matemáticas lo merecen: el precio de envío de SES realmente es el más bajo, y si realmente disparas y olvidas sin cero monitorización, pagarás centavos — justo hasta que tu tasa de rechazo o reclamación dispare un límite y AWS te pausa sin aviso. El momento que construyes la monitorización que te mantiene seguro para enviar, la factura se invierte, y se invierte más difícil conforme creces.

Más barato de comprar, más costoso de poseer.


¿Comparando directamente? Ver Mailer To Go vs Amazon SES y, cuando estés listo, cómo migrar desde Amazon SES. ¿Nuevo en el lado de entregabilidad? Comienza con autenticación de correo electrónico, de principio a fin y precios transparentes por mensaje.