Un servicio de email transaccional envía los mensajes uno a uno que genera tu aplicación: restablecimientos de contraseña, recibos, avisos de envío, códigos de verificación. Elegir uno se plantea casi siempre como una comparativa de precios, y ese es el enfoque equivocado. Todos los servicios de esta página pueden poner un mensaje en la red por una fracción de céntimo. Lo que los diferencia es si el mensaje llega, y las características que deciden esa llegada son justo las que menos aparecen en las páginas de precios: si el servicio mantiene tu flujo transaccional lejos del de marketing, qué hace con un pool de IP compartidas y qué te pide publicar en el DNS su documentación.
Esta página ordena los servicios por esos mecanismos, cita cada precio de la propia página de tarifas del proveedor con la fecha en la que la leímos, y no publica ninguna cifra que no hayamos podido verificar en la fuente.
Un servicio de email transaccional entrega correo de aplicación, no campañas
Un servicio de email transaccional es la infraestructura que acepta un mensaje de tu aplicación y lo entrega a un único destinatario que lo ha provocado. El disparador es la característica que lo define. Alguien restablece una contraseña, hace un pedido o pide un código de verificación, y sale un mensaje en respuesta a esa acción concreta.
Del disparador se derivan tres propiedades, y son la razón de que los proveedores transaccionales existan como categoría separada de las herramientas de campañas.
La latencia importa. Un restablecimiento de contraseña que llega en cuatro minutos es un ticket de soporte. El envío de campañas no tiene un plazo equivalente, así que la infraestructura de campañas está construida para encolar y limitar el ritmo de formas que la infraestructura transaccional no se puede permitir.
No hay baja. Un recibo no es marketing, así que no lleva una opción de baja comercial y, en la mayoría de las jurisdicciones, no necesita el consentimiento que sí necesita una campaña. Esa distinción es legal, no técnica, y se rompe en el momento en el que metes una promoción en un recibo.
El volumen depende de tus usuarios, no de tu calendario. No lo puedes programar, y se dispara cuando tu producto funciona.
Un servicio de email transaccional no es una plataforma de email marketing, y no es un buzón. No tiene un creador de campañas en el sentido en el que lo tiene una herramienta de marketing, no gestiona listas de suscriptores como tarea principal y nunca recibe correo en tu nombre.
El correo transaccional y el de marketing van en flujos separados
Envía los dos desde el mismo dominio y la misma IP, y será el correo de marketing el que decida si llegan los recibos. Esa es la decisión de arquitectura con más consecuencias de esta página, y acertarla desde el principio no cuesta nada.
El mecanismo es la reputación. Los proveedores de buzón puntúan una identidad de envío, formada por el dominio y la IP que envían el correo, según cómo reaccionan los destinatarios ante ella. El correo de marketing genera quejas, porque una parte de cualquier lista promocional lo marca como spam. El transaccional casi no genera ninguna, porque el destinatario lo pidió segundos antes. Mezcla los dos y la tasa de quejas del lado de marketing se pega a la identidad que lleva los recibos.
La solución es separar la identidad, y tiene tres niveles:
- Un subdominio por flujo. Envía los recibos desde
mail.example.comy las campañas desdenews.example.com. Cada subdominio acumula su propia reputación, y esto cuesta dos registros DNS. - Un flujo de envío separado en el proveedor. La mayoría de los servicios transaccionales lo admiten de forma nativa, con nombres como streams, subcuentas o message streams. Mantiene los dos tipos de correo en colas distintas y con informes distintos.
- Una IP dedicada para el flujo transaccional. Esto solo ayuda por encima de un mínimo de volumen. Por debajo de unos 100.000 mensajes al mes, una IP dedicada tiene demasiado poco tráfico para construir una reputación estable, y un pool compartido que el proveedor gestiona activamente rendirá mejor.
El tercer nivel es donde la mayoría de los remitentes entiende el consejo al revés. Una IP dedicada no es automáticamente mejor. Es mejor cuando envías lo suficiente para mantenerla caliente.
Relay SMTP o API: la decisión de integración que dura más que el proveedor
Elige el relay SMTP cuando quieras cambiar de proveedor sin tocar el código de tu aplicación, y la API cuando quieras datos de vuelta por mensaje. Todos los servicios de aquí ofrecen las dos cosas, así que esta es una decisión sobre tu código y no sobre la lista de candidatos.
SMTP es la opción portable. Tu aplicación ya sabe hablar SMTP, la mayoría de los frameworks incluyen un mailer que lo hace, y pasar a otro proveedor significa cambiar un host, un usuario y una contraseña. Nada de tu código sabe qué proveedor hay al otro lado. El coste es que SMTP te da una única respuesta de aceptación y nada más, así que los datos de rebotes y aperturas tienen que volver por otra vía, normalmente un webhook.
Una API te da la identidad del mensaje en el momento del envío. Recibes un ID de mensaje en la respuesta, puedes adjuntarle tus propios metadatos y puedes consultar su destino más tarde. El renderizado de plantillas, la programación y el etiquetado por mensaje suelen vivir en la API y no en el relay. El coste es una integración específica de cada proveedor, y una migración que toca el código de la aplicación.
La respuesta práctica para la mayoría de los equipos es SMTP para todo lo que un framework ya envía, y la API para los mensajes que necesitas rastrear de uno en uno.
Los servicios, y lo que cada uno te da de verdad
Todos los precios de abajo se leyeron en la propia página de tarifas del proveedor el 29 de agosto de 2026. Cuando un proveedor no publica una cifra, esta página lo dice en lugar de adivinarla, y cuando las propias páginas de un proveedor se contradicen entre sí, dice cuál hemos usado.
Postmark separa por defecto el correo transaccional del de difusión
Postmark es el único servicio de aquí que hace de la separación de flujos el comportamiento por defecto en lugar de una configuración que descubres más tarde. Toda cuenta arranca con un flujo transaccional y un flujo de difusión sobre infraestructuras separadas, así que los recibos no heredan la tasa de quejas de una campaña sin que nadie tenga que planificarlo.
El plan gratuito es de 100 emails al mes sin caducidad, que es un plan gratuito de verdad y no una prueba. Los de pago arrancan en $15.00/mes por 10.000 emails al mes, con exceso a $1.80 / 1.000. Una IP dedicada arranca en $50/mes por IP y está restringida a cuentas que envían 300.000 o más al mes en Pro o superior, que es la restricción correcta: por debajo de ese volumen una IP dedicada hace más daño que bien.
Amazon SES es el más barato por mensaje y el que más trabajo da por mensaje
Amazon SES cuesta $0.10 por cada 1.000 emails en su tarifa a la carta, menos que cualquier otro servicio de aquí, y es el que menos te da alrededor de eso. No hay un editor de plantillas que merezca ese nombre, los informes son CloudWatch, y la gestión de rebotes y quejas es un topic de SNS que cableas tú.
El plan gratuito no es lo que dicen la mayoría de las comparativas. La asignación perpetua de 62.000 mensajes al mes para el correo enviado desde EC2 ya no existe. Las cuentas nuevas de AWS reciben ahora $200 en créditos del AWS Free Tier, disponibles durante seis meses desde la creación de la cuenta y utilizables en doce. Cualquier comparativa que siga imprimiendo 62.000 está leyendo una página que Amazon ya ha sustituido, y eso se comprueba en un clic en la página de precios de SES.
Las IP dedicadas gestionadas cuestan $15 al mes por cuenta, la IP dedicada más barata de esta comparativa por amplio margen. Los adjuntos se facturan aparte, a $0.12 por GB. Nuestra guía de entregabilidad de Amazon SES cubre la configuración del dominio.
Mailgun está hecho para desarrolladores, pero separar los flujos te cuesta un plan superior
El plan gratuito de Mailgun es de 100 emails al día sin caducidad y sin tarjeta, lo que lo convierte en el servicio más fácil de evaluar bien antes de pagar. Los de pago arrancan en $15/mes por 10.000 emails al mes, con exceso a $1.80 / 1.000.
El truco está en dónde vive la función de entregabilidad. El propio centro de ayuda de Mailgun recomienda separar el correo de marketing del transaccional usando pools de IP, y los pools de IP están restringidos a los planes Scale, que arrancan en $90/mes por 100.000 emails al mes. Por debajo puedes separar por subdominio de envío, pero los dos flujos siguen saliendo de las IP compartidas de Mailgun. Las IP dedicadas adicionales cuestan $59/IP/mes, las más caras de aquí.
Conviene saberlo antes de registrarte: las cuentas nuevas reciben un subdominio de pruebas que solo puede enviar a cinco destinatarios autorizados, y un dominio sin verificar está limitado a 300 emails al día. Esa es la fricción real del alta, no el tope gratuito de 100 al día.
Bird es donde acabó SparkPost, y su antigua página de precios sigue viva
SparkPost ya no se vende como producto. La propia página de Bird se titula "SparkPost is now Bird Email", las cuentas de SparkPost existentes siguen funcionando y los clientes nuevos compran Bird.
Comprueba qué página de precios de Bird estás leyendo. Bird sirve dos páginas de precios de email vivas y contradictorias, las dos devuelven HTTP 200 y las dos se titulan "Email pricing". La actual lista Free, Startup, Growth y Enterprise, con los planes de pago arrancando en $15/mes por 50.000 emails al mes a $0.30 por cada 1.000. La otra lista Starter y Premier a $20 por 50.000, que son los planes antiguos de la línea SparkPost. Visitar sparkpost.com/pricing redirige a la parrilla antigua, así que una comparativa que empieza su investigación en el dominio de SparkPost publica precios con los que Bird ya no vende. Las cifras de aquí salen de la parrilla actual, contrastadas con la base de conocimiento de facturación del propio Bird.
El plan gratuito es de 1.000 emails al mes con un tope de 50 al día, y en la página figura como "no time limit". El exceso en Startup es de $0.90 por cada 1.000. Las IP dedicadas cuestan $24.95/mes cada una a partir del nivel Growth.
Bird no requiere ningún registro SPF en el ápex y documenta por qué: SPF se evalúa contra el remitente del sobre, y su CNAME de return-path ya apunta a infraestructura autorizada. Bird además condiciona el envío a que exista antes un registro DMARC válido, algo inusual y, para un remitente transaccional, útil.
Resend es la opción más nueva y la más simple de integrar
Resend te da 3.000 emails al mes gratis, con un tope de 100 al día repartidos entre tres dominios y sin límite de tiempo. Los de pago arrancan en $20/mes por 50.000 emails al mes, el nivel de entrada más generoso de aquí por volumen.
Las IP dedicadas cuestan $30/mes en el plan Scale, se ofrecen a remitentes por encima de 3.000 emails al día e incluyen calentamiento automático. Ese umbral de volumen está bien puesto. Nuestra guía de entregabilidad de Resend cubre la configuración de DNS.
SMTP2GO es la opción que pone SMTP por delante
SMTP2GO está construido en torno al relay y no a la API, lo que encaja con una aplicación que ya envía correo a través del mailer de un framework. El plan gratuito es de 1.000 emails al mes con un tope de 200 al día, y es perpetuo. Los de pago arrancan en $15/mes por 10.000 emails al mes.
Una IP dedicada va incluida gratis en todos los planes a partir de 100.000 emails al mes, que arrancan en $75/mes, y las IP adicionales cuestan $19 por IP al mes. SMTP2GO publica su propio mínimo de volumen para que una IP dedicada tenga sentido: 5.000 emails al día, al menos tres días por semana. Es un umbral más honesto que el que declara la mayoría de los proveedores.
Toma como provisional el exceso de $1.20 por cada 1.000 del nivel de entrada. Aparece en la página renderizada, mientras que el HTML servido todavía lleva un $1.00 anterior, así que la cifra es correcta pero quien mire el código fuente verá otra cosa.
Twilio SendGrid retiró su plan gratuito, y la mayoría de las comparativas no se ha enterado
SendGrid ya no tiene un plan gratuito perpetuo. El propio changelog de Twilio, con fecha del 27 de mayo de 2025, retiró los planes Free Email API y Free Marketing Campaigns, y el centro de ayuda confirma que las cuentas creadas a partir del 25 de marzo de 2025 reciben una prueba con caducidad de 60 días tras la cual el envío se detiene. La línea de "100 emails al día, gratis para siempre" que aparece en casi todas las comparativas de correo transaccional describe un plan que ya no existe.
Los de pago arrancan en $19.95/mes por 50.000 emails al mes en Essentials 50k. El exceso en ese nivel es de $0.0013 por email. Las IP dedicadas cuestan $30/mes por IP adicional, y una va incluida en los planes Pro; las cuentas de prueba y las Essentials no pueden tener ninguna.
Sus precios además son inusualmente difíciles de encontrar: sendgrid.com/en-us/pricing redirige a una landing de Twilio que no lleva ningún precio, y cuyos únicos enlaces de precios apuntan a los productos de IA conversacional de Twilio. Nuestra guía de entregabilidad de SendGrid cubre la configuración del dominio.
Brevo y Mailjet venden un único límite del que tiran a la vez las campañas y el transaccional
Brevo y Mailjet tarifan los dos una única asignación mensual que consumen juntos el envío de marketing y el transaccional, lo que hace que sus cifras de portada parezcan más baratas de lo que son para un remitente solo transaccional.
Brevo arranca en $9.00/mes por 5.000 emails al mes, y su propio deslizador de volumen está etiquetado como "campaigns & transactional", así que los dos flujos se comen los mismos 5.000. El plan gratuito es de 300 emails al día. Dos cosas que el precio no enseña: el correo del plan gratuito lleva un pie de "Sent with Brevo", y quitar la marca en Starter es un extra de $9/mes, lo que duplica el coste real de entrada para un remitente transaccional. Una IP dedicada cuesta $251 al año y solo en Professional, que arranca en $499/mes.
Brevo es además el único servicio de aquí que no pide un registro SPF, y autentica con DKIM y DMARC en su lugar. Su flujo de configuración automática sobrescribirá un registro DMARC existente con el suyo propio salvo que elijas la configuración manual, algo que conviene saber si ya publicas una política. Nuestra guía de entregabilidad de Brevo cubre esa configuración.
Mailjet arranca en $9/mes por 8.000 emails al mes sin límite diario, y el plan gratuito es de 6.000 al mes con un tope de 200 al día. El exceso en el nivel de entrada es de $2.58 por cada 1.000, el más alto de aquí, y esa cifra está en el centro de ayuda de Mailjet y no en la página de precios. Las IP dedicadas van incluidas a partir del nivel de 100.000 y no llevan precio publicado.
Mailchimp Transactional no se puede comprar por separado
Mailchimp Transactional, al que casi todo el mundo sigue llamando Mandrill, es un complemento y no un producto. Las propias FAQ de precios de Mailchimp dicen que solo está disponible como complemento de los planes Standard y Premium, y que Essentials no es elegible.
Eso cambia el precio real. Los bloques cuestan $20 cada uno y un bloque son 25.000 emails, pero un plan Standard arranca en $20/mes, así que el mínimo real para enviar cualquier email transaccional ronda los $40/mes. Comparar el precio del bloque de $20 con los $15 de Postmark por separado infravalora a Mailchimp casi a la mitad. Las IP dedicadas cuestan $29.95/mes. Nuestra guía de entregabilidad de Mailchimp cubre la parte del dominio.
La asignación gratuita es una demo única de 500 emails en total, restringida a direcciones de tu propio dominio verificado y con un tope de 25 por hora. No se renueva nunca.
Loops tarifa por contactos, no por mensajes
Loops mide el tamaño de tu audiencia en lugar del número de mensajes, así que no encaja en una comparativa de precio por mil. El nivel de pago de entrada es de $49/mes por 5.000 contactos almacenados, y los envíos a esos contactos son ilimitados. El plan gratuito permite 1.000 contactos y 4.000 envíos en cualquier ventana móvil de 30 días, marketing y transaccional juntos.
Ese modelo encaja con un producto cuyo volumen transaccional sigue a su número de usuarios. Encaja mal con un remitente de mucho volumen y poca audiencia: un servicio que envía 200.000 restablecimientos de contraseña a 5.000 usuarios paga $49, mientras que Amazon SES le cobraría unos $20, y un servicio con 100.000 contactos y poco envío paga $399.
Loops no publica ni precio de IP dedicada ni umbral de volumen.
Lo que cuesta cada servicio, verificado el 29 de agosto de 2026
Los precios son en USD, tal y como los publica cada proveedor en su propia página de tarifas. Loops no está porque mide contactos en lugar de mensajes, y una columna de precio por mensaje lo representaría mal en los dos sentidos.
| Servicio | Plan gratuito | Entrada de pago | Incluido | Exceso por 1.000 | IP dedicada |
|---|---|---|---|---|---|
| Amazon SES | $200 en créditos, 6 meses | a la carta | pago por uso | $0.10 | $15/mes |
| Postmark | 100/mes, sin caducidad | $15.00/mes | 10.000/mes | $1.80 | desde $50/mes, solo 300k+ |
| Mailgun | 100/día, sin caducidad | $15/mes | 10.000/mes | $1.80 | $59/mes |
| SMTP2GO | 1.000/mes, 200/día | $15/mes | 10.000/mes | $1.20 | gratis desde 100k/mes, si no $19/mes |
| Bird | 1.000/mes, 50/día | $15/mes | 50.000/mes | $0.90 | $24.95/mes, Growth+ |
| Resend | 3.000/mes, 100/día | $20/mes | 50.000/mes | sin publicar | $30/mes, 3k/día+ |
| Twilio SendGrid | solo prueba de 60 días | $19.95/mes | 50.000/mes | $1.30 | $30/mes, solo Pro |
| Brevo | 300/día | $9.00/mes | 5.000/mes, compartido | sin publicar | $251/año, Professional+ |
| Mailjet | 6.000/mes, 200/día | $9/mes | 8.000/mes, compartido | $2.58 | incluida desde 100k/mes |
| Mailchimp Transactional | 500 en total, una vez | unos $40/mes | 25.000/bloque | sin exceso por email | $29.95/mes |
Hay tres columnas que conviene leer con cuidado. Compartido significa que las campañas y el transaccional tiran de la misma asignación, así que la cifra no es comparable con un límite solo transaccional. El precio de entrada de Mailchimp es el bloque de $20 más el plan Standard de $20 sin el que no se puede comprar. El plan gratuito de SendGrid es una prueba de 60 días, no un plan gratuito.
La forma más barata de enviar email transaccional es Amazon SES a $0.10 por cada 1.000, y sigue siendo la más barata a cualquier volumen. Lo que pagas a cambio es el tiempo de ingeniería para construir la gestión de rebotes, los informes y las plantillas que los demás servicios te dan hechos.
La autenticación es lo que decide de verdad la llegada, y la mayoría de los remitentes la publica mal
SPF, DKIM y DMARC deciden si un proveedor de buzón se fía de tu correo, y el hueco entre los tres es donde el correo transaccional falla en silencio. Los datos de benchmark de Unspam, tomados de tests reales ejecutados a lo largo de 2026, muestran la forma del problema: el 93% de los dominios publica un registro SPF válido y el 90% firma con una firma DKIM que funciona, pero solo el 48% publica una política DMARC, lo que deja al 52% sin ninguna.
Ese hueco importa más para el correo transaccional que para las campañas, porque un recibo que cae en spam produce un ticket de soporte y no una tasa de apertura más baja.
El mismo conjunto de datos enseña lo que pasa después. Sobre todo lo analizado, el 63% de los emails llega a la bandeja de entrada y el 33% cae en spam. La puntuación de salud global se sitúa en 88 sobre 100, que describe a los remitentes que se molestaron en hacer tests, no al remitente medio. Las cifras completas, actualizadas a diario, están en el benchmark de entregabilidad de Unspam.
Tres cosas que tu servicio transaccional no puede hacer por ti:
- Publicar DMARC. El proveedor puede firmar tu correo con DKIM y puede alojar un include de SPF, pero el registro DMARC es una declaración de política sobre tu dominio, y solo tú puedes publicarla.
- Alinear el dominio From visible. DMARC pasa cuando el dominio que ve el destinatario se alinea con el dominio que se autenticó. Un servicio que envía desde su propio dominio compartido se autentica a sí mismo, no a ti.
- Arreglar una reputación que ya has dañado. Ninguna migración de proveedor reinicia el historial de un dominio.
Cómo comprobar que el servicio que has elegido entrega de verdad
Envía un mensaje real a través del servicio y mide dónde aterriza, porque el panel del propio proveedor informa de la aceptación, no de la ubicación. Aceptación significa que el servidor receptor se quedó el mensaje. Ubicación significa que una persona lo verá. Son eventos distintos, y solo importa el segundo.
Tres comprobaciones, en el orden en el que merece la pena hacerlas:
- Comprueba la autenticación que ha configurado tu proveedor. Pasa el dominio de envío por una comprobación de la entregabilidad del correo para ver SPF, DKIM y DMARC tal y como los resuelve un receptor, y no como decía el asistente de configuración.
- Envía un mensaje real y lee dónde cae. Las guías de configuración del proveedor cubren la parte de la cuenta; la parte del envío está cubierta por plataforma en las guías de SendGrid, Amazon SES y Brevo.
- Sigue la identidad con el tiempo. La ubicación se mueve con la reputación del remitente, y la reputación se mueve con lo que envías, así que un único test que pasa es una foto fija y no una garantía.
Elige por arquitectura, comprueba por entrega
El servicio que te conviene lo deciden tres preguntas, y el precio es la última de ellas. ¿Mantiene tu flujo transaccional lejos del de marketing sin subir de plan? ¿Documenta SPF, DKIM y DMARC de una forma que puedas seguir? ¿Y su umbral de IP dedicada encaja con el volumen que envías de verdad?
Responde a eso y después mide. El panel de un proveedor informa de que un servidor receptor aceptó tu mensaje. No te puede decir en qué carpeta lo encontró una persona. Pasa tu primer mensaje real por un test de spam gratuito y lee tú mismo dónde ha caído.
