El error que cometen casi todos al elegir servicio de correos para su app

Cuando desarrollas una aplicación que necesita enviar correos —registro de usuarios, recuperar contraseña, confirmación de compra, aviso de reembolso, carrito abandonado— ya no te basta con una cuenta de correo gratuita. Necesitas un servicio que se encargue de enviarlos de forma masiva y ordenada.

Parece simple, pero puede llegar a ser un sistema en sí mismo. Para eso existen los servicios de correo transaccional, y en este artículo te explico de qué se tratan, cuál deberías usar y, sobre todo, cuánto cuestan de verdad. Porque ahí está el error que comete casi todo el mundo: elegir por lo que se ve en la página de precios, no por lo que vas a pagar cuando el proyecto crezca.

🔥 Patrocinado por Hostinger

¿Cuántas veces terminaste un proyecto y se quedó en tu localhost porque desplegarlo era caro o complicado? Con un VPS de Hostinger tienes tu propio servidor por pocos dólares al mes: 2 núcleos de CPU, 8 GB de RAM, 100 GB de disco NVMe y hasta 8 TB de transferencia, sobre procesadores AMD EPYC.

Tienes acceso root completo, así que instalas lo que quieras: backend, frontend, cualquier lenguaje, tus propios asistentes de IA o proyectos populares como n8n desde su catálogo. Incluye además un asistente de IA integrado para resolver dudas del VPS en lenguaje natural, backups semanales gratuitos y snapshots manuales por si algo sale mal.

Con el código FAZT obtienes hasta un 10% de descuento:

👉 hostinger.com/fazt

Ya con tu servidor andando, saca ese proyecto del localhost.

Por qué no basta con tu Gmail

Empecemos por lo básico. Tienes un proyecto con frontend y backend. Alguien compra un producto, le da a pagar, y además de retornar a la página, hay que enviarle un correo. De eso se encarga el backend.

Puedes hacerlo con una cuenta normal: tu servidor se autentica en tu Gmail u Outlook y envía. Es posible. Pero hay dos problemas.

El dominio. Un Gmail siempre sale como usuario@gmail.com, y tú vas a querer contacto@miempresa.com. Eso requiere configuración aparte para enlazar tu dominio.

El volumen y las colas. Este es el que casi nadie considera. En una aplicación real hay muchos usuarios generando eventos al mismo tiempo:

• Uno compra → correo de confirmación
• Otro cancela o pide reembolso → correo de aviso
• Otro se registra → correo de bienvenida
• Otro recuperó su contraseña → correo con el enlace
• Otro dejó el carrito incompleto → correo de recordatorio

Cada uno de esos es un evento, y a más usuarios, más correos apilándose. Ese apilamiento se llama cola, y es lógica de verdad, no un detalle.

"¿Y si lo hago yo en el backend?"

Sí es posible, pero es más trabajo del que parece. Necesitas:

1. Soportar el protocolo SMTP en tu servidor
2. Montar un sistema de colas para gestionar los envíos pendientes

Ambas cosas se pueden instalar, pero el proceso es tedioso, y lo que muchos terminan haciendo es levantar un servidor aparte solo para esa lógica. Por eso existen los servicios de correo transaccional: ya traen el sistema de colas, envían a múltiples destinatarios en paralelo, soportan varios protocolos, te dejan configurar dominios y —esto importa— van actualizando el cumplimiento de las reglas de envío a medida que cambian las normas de seguridad y autenticación.

Las plataformas amigables

Estas son las que verás primero si buscas transactional email service. Todas hacen lo mismo en el fondo; se diferencian en la experiencia de uso y en el precio.

Precios verificados en septiembre de 2026. Cambian con frecuencia, revisa siempre la página oficial.

Resend: la más comentada

Es un proyecto relativamente nuevo, muy fácil de integrar, y su plan gratuito es favorable: 3.000 correos al mes. Pero ojo con el detalle que agarra a mucha gente desprevenida: ese plan tiene un tope de 100 correos por día. Haciendo la cuenta, 100 al día son unos 3.000 al mes de todas formas, así que la cifra mensual es prácticamente decorativa. El límite diario es el que te frena.

En el plan pagado desaparece el tope diario. Por $20 al mes obtienes 50.000 correos, y por $35, 100.000. Si te pasas, el excedente cuesta $0,90 por cada 1.000 correos.

No es una mala plataforma —la he usado en varios proyectos— pero a medida que creces puede volverse costosa.

El patrón que hay que saber leer

Fíjate en cómo están armados los saltos entre planes, no solo en el precio de entrada. En Mailgun, por ejemplo, el salto de Basic ($15 por 10.000) a Foundation ($35 por 50.000) es razonable. En otras plataformas no hay un escalón intermedio, y pasas directamente de un plan económico a uno mucho más caro.

Ahí es donde está el negocio de varias de estas plataformas: cuando ya integraste todo y te fidelizaste, el único camino hacia arriba es el plan costoso.

Mira también el costo del excedente, que es donde se escapa el presupuesto. En Mailgun va de $1,80 por 1.000 en el plan Basic hasta $1,10 en Scale. En Resend es $0,90. Si regularmente te pasas de tu cuota, ese número pesa más que el precio del plan.

Brevo

Brevo cobra por correos enviados, no por contactos almacenados, lo que la hace conveniente si tienes una lista grande que contactas poco. Su plan gratuito permite 300 correos al día con contactos ilimitados, y los pagados arrancan en $9 (Starter) y $18 (Standard), escalando según volumen.

La uso en varios proyectos de clientes, sobre todo cuando hay pagos en moneda local. Pero su ventaja real es otra, y la digo sin adornos: es la más fácil de configurar. Creas la cuenta, generas una API key, la pones en el código y ya estás enviando. Otras te exigen un paso de verificación adicional antes de poder mandar el primer correo.

La opción barata de verdad: las nubes

La plataforma que yo más uso para correo transaccional es Amazon SES (Simple Email Service). La razón de que no la muestre tanto en videos es que la configuración es tediosa: tienes que verificar un dominio, salir del modo sandbox, esperar aprobaciones. Para grabarlo es incómodo. En las otras plataformas creas una cuenta gratuita, ni siquiera pones tarjeta, y ya funciona.

Pero no es un servicio de segunda: Netflix, Duolingo y Reddit envían por ahí.

⚠️ Atención: SES cambió su modelo de precios el 21 de julio de 2026

Esto es lo más importante del artículo y no lo mencioné en el video, porque es reciente.

El famoso $0,10 por cada 1.000 correos sigue existiendo, pero ya no es la única forma de comprar SES. AWS introdujo tres planes: Essentials (sin cuota fija, $0,16 por 1.000), Pro ($105/mes + $0,22 por 1.000) y Enterprise ($500/mes + $0,23 por 1.000).

La regla que te afecta: toda cuenta nueva de SES, y toda combinación cuenta-región sin actividad desde el 1 de junio de 2025, arranca automáticamente en Essentials. Las cuentas que ya enviaban antes de esa fecha conservan el precio à la carte sin hacer nada. Y se puede cambiar a à la carte en cualquier momento.

Además: el plan gratuito de SES desapareció para clientes nuevos. Los 3.000 correos mensuales durante 12 meses ya no se ofrecen; en su lugar, las cuentas nuevas de AWS reciben hasta $200 en créditos generales durante los primeros seis meses.

Los tramos son marginales, no retroactivos: en Essentials pagas $0,16 por los primeros 10 millones y $0,14 por los siguientes, no $0,14 por todo.

Azure también tiene lo suyo

Azure Communication Services incluye un servicio de correo y también es barato: $0,00025 por correo enviado más $0,00012 por MB transferido.

Se llama Communication porque engloba varias APIs: también hace llamadas programadas, streaming de audio y mensajería. Para correo, las cuentas quedan así:

Corrección del video. Al comparar los 50.000 correos dije que en Azure costaban $2,50. Son $12,50 — ese es el precio de 10.000. Sigue siendo mucho menos que los $20 de Resend por el mismo volumen, pero el número correcto es ese.

¿Y Google Cloud?

Sé que me lo van a preguntar. Google Cloud no tiene un servicio de correo transaccional propio. Lo que hay es la API de Gmail, y esa no viene incluida en Google Cloud sino en Google Workspace, que es otro producto con otros planes. No es lo mismo, no es tan cómodo, y puede salir más caro.

Comparativa final de costo por 1.000 correos

La diferencia entre el extremo barato y el caro es de 18 veces. En volúmenes pequeños da igual; a partir de cierto punto, no.

El valor añadido que sí vale la pena mirar

No todo es precio. Algunas plataformas ofrecen cosas encima del envío.

El caso más útil es React Email, de Resend: te permite escribir el correo como un componente de React en lugar de HTML plano.

Esto importa si ya tienes un sistema de diseño en tu web. Para que un correo se vea bien normalmente hay que integrar CSS con HTML a mano, replicando colores y estilos que ya tienes definidos. Con React Email reutilizas tus propios componentes, con jerarquías, y soporta integraciones como Tailwind. Es mucho más cómodo para un desarrollador de frontend: no creas esas interfaces desde cero ni las validas.

Pero seamos honestos sobre el contexto actual. Esto era un plus enorme antes de la IA. Hoy puedes generar ese mismo HTML y CSS pidiéndoselo a un modelo y el resultado es perfectamente decente. Así que considera si realmente te importa. Si ya tienes tus componentes creados y quieres que los correos luzcan igual, sigue siendo una ventaja real. Si no, no dejes que eso decida tu elección.

Transaccional ≠ email marketing

Suenan parecido y no son lo mismo. Vale la pena separarlos bien.

El email marketing es cuando tienes una base de datos con miles o millones de usuarios y quieres enviarles una promoción o anunciar una función nueva. Ahí necesitas analíticas: cuántos clics, qué publicación tuvo más interacción, desde qué regiones abrieron. Eso es publicidad, no infraestructura.

El caso Mailchimp

Mailchimp es la plataforma grande de esa área, pensada para gente con su propia tienda que quiere controlar la campaña y armar la plantilla. No está hecha para desarrolladores, aunque se puede integrar. Es típica de quien tiene un WordPress y quiere envío masivo.

Ellos también ofrecen un servicio transaccional, Mailchimp Transactional, con API.

Corrección del video. Al leer su tabla de precios dije que $20 te daban muy pocos correos. La lectura correcta es distinta: cada bloque cuesta $20 y equivale a 25.000 correos (de 1 a 20 bloques). La columna "1 a 500k emails" es el rango de volumen que corresponde a ese precio por bloque, no lo que recibes por $20.

Eso son $0,80 por cada 1.000 correos, el doble que Resend Pro y ocho veces SES. Así que la conclusión de fondo se sostiene: es caro. Pero hay dos letras chicas que lo hacen peor y sí vale la pena nombrar: requiere tener además un plan de marketing pagado de Mailchimp, y los correos no usados no se transfieren al mes siguiente.

Mi lectura de por qué alguien paga esto: muchas personas no conocen los otros servicios porque no son desarrolladores ni han usado una nube. Encuentran esta plataforma, la entienden, y pagan. Muchas de estas soluciones son en el fondo wrappers sobre infraestructura de terceros, con planes más caros justamente porque su usuario es alguien no técnico. A menos técnico, más caro te salen las cosas.

La opción open source

Supongamos que ya tienes muchos usuarios registrados, envías con SES y ahora quieres campañas y automatización. ¿Hay que desarrollarlo desde cero? No necesariamente. Hay plataformas open source que instalas en tu propio servidor, con panel de control incluido.

• Plunk — Mi recomendación principal. Está construido sobre AWS SES, lo que significa que le añade exactamente lo que a SES le falta: campañas, workflows con triggers y condiciones, gestión de contactos y analíticas de aperturas y clics. Es como tener tu propio Mailchimp encima de la infraestructura barata. Proyecto activo, licencia AGPL-3.0, Docker disponible.
• BillionMail — Servidor de correo completo más plataforma de marketing, totalmente autoalojado. Integra RoundCube como webmail. Muy popular.
• Listmonk — Campañas y transaccional en un solo binario en Go respaldado por Postgres. Extremadamente liviano: instancias en producción envían millones de correos con menos de un core y decenas de MB de RAM.
• SendPortal — En PHP/Laravel, se integra con SES, Postmark, SendGrid, Mailgun y Mailjet. Ojo: es un proyecto bastante abandonado, su último release es de 2024. Yo lo pensaría dos veces.

Entonces, ¿cuál elijo?

En resumen: si sabes de código y sabes usar un servicio de nube, usa SES o Azure. No es tan amigable para registrarte y habilitar el dominio, pero con ayuda de ChatGPT o Claude lo sacas adelante, y a largo plazo te cuesta bastante menos.

Si quieres algo sencillo, no te molesta pagar un poco más y sabes que no vas a consumir muchos correos, Resend y similares son perfectamente buena opción. Esas plataformas ponen una interfaz bonita y botones claros para que sepas dónde pagar y cuánto obtienes. Las nubes son más crudas: configuras todo tú, necesitas conceptos de dominios, y a veces hasta contactar a soporte para que te habiliten el envío.

Precisiones sobre el video

Tres cosas que revisé después de grabar:

1. Amazon SES cambió su modelo de precios el 21 de julio de 2026. Las cuentas nuevas arrancan en el plan Essentials a $0,16 por 1.000 (el à la carte de $0,10 sigue disponible pero hay que elegirlo). El plan gratuito de 3.000 correos mensuales ya no existe para clientes nuevos.
2. En Azure, 50.000 correos cuestan $12,50, no $2,50. Los $2,50 corresponden a 10.000.
3. En Mailchimp Transactional, $20 compran un bloque de 25.000 correos, no unos pocos. Sigue siendo caro ($0,80 por 1.000) y exige además un plan de marketing pagado, pero la lectura de la tabla era otra.

Preguntas frecuentes

¿Qué es exactamente un correo transaccional? Uno que se dispara por un evento concreto de un usuario: se registró, compró, pidió recuperar su contraseña, le llegó el reembolso. Va a una persona, no a una lista.

¿Puedo usar Gmail para mi aplicación? Para pruebas o volúmenes mínimos, sí. Para una aplicación real, no: el correo sale con dominio de Gmail, hay límites de envío, y no tienes manejo de colas ni analíticas de entrega.

¿Cuál es el más barato? Amazon SES à la carte, a $0,10 por cada 1.000 correos. Si tu cuenta es nueva, arrancas en Essentials a $0,16 y puedes cambiarte.

¿Por qué SES es tan barato comparado con el resto? Porque es infraestructura, no producto terminado. No trae panel de campañas, ni editor de plantillas, ni equipo de deliverability. Todo eso lo pones tú, y por eso plataformas como Resend o Mailgun cobran más.

¿Los correos no usados se acumulan para el mes siguiente? Casi nunca. En Mailchimp Transactional está dicho explícitamente que no. Con la nube el tema no aplica: pagas por lo que enviaste.

¿Cómo evito una factura sorpresa en la nube? AWS tiene Budgets, donde defines un tope de gasto y recibes alertas. Azure tiene su propia calculadora y controles equivalentes. Configúralo antes de poner el sistema en producción, no después.

Conclusión

Todas estas plataformas hacen lo mismo: enviar correos. La diferencia está en la experiencia de usuario, en el valor añadido y, sobre todo, en cuánto te van a cobrar cuando tu proyecto crezca.

El error que comete casi todo el mundo es elegir mirando solo el plan de entrada. Mira el salto al siguiente plan, mira el costo del excedente, y calcula el precio por cada 1.000 correos. Con esos tres números tomas una decisión que no vas a tener que revertir en seis meses.

Si tienes dudas sobre servicios de correo transaccional o algo no quedó claro, déjalo en los comentarios.

Recursos

• Precios de Amazon SES
• Precios de correo en Azure Communication Services
• Resend · React Email
• Plunk, alternativa open source sobre SES
• Listmonk

¿Tienes dudas sobre tu stack o quieres una asesoría personalizada? Encuéntrame en fazt.dev.