adbtd vs los sospechosos habituales.
dónde encajamos de verdad.

Mailgun es el ESP transaccional multi-tenant por antonomasia. Pagas por mensaje ($35/mes por 50k, luego $0.80/1k) y te sientas sobre un pool de envío compartido — tu reputación es el promedio de todos los demás clientes de Mailgun que ese día comparten tu IP. adbtd invierte ambas decisiones: precio fijo por buzón en lugar de medición por mensaje, y una IP dedicada desde el momento en que creas la cuenta.

La diferencia en las cabeceras es concreta. Un mensaje típico de Mailgun con el tracked domain por defecto muestra Return-Path: <bounces+...@mg.tu-dominio.com> y un DKIM d=mg.tu-dominio.com — los destinatarios (y los clasificadores de ubicación en bandeja como el de Gmail) ven el subdominio mg. como una identidad operada por Mailgun. Con adbtd el mismo mensaje sale con Return-Path: <...@tu-dominio.com> y d=tu-dominio.com, sin subdominio del operador en ninguna parte.

Cuentas a tres volúmenes aproximados — 50k/mes: Mailgun $35 + IP dedicada $59 = $94 vs adbtd 1 IP + 1 buzón = $20.99. 200k/mes: Mailgun $155 + IP = $214 vs adbtd los mismos $20.99. 500k/mes: Mailgun ~$395 + IP = $454 vs adbtd sin cambios. El punto en que Mailgun sale más barato que adbtd es "nunca" si solo operas un dominio de envío — adbtd no mide los envíos.

Mailgun tiene sentido si necesitas sus herramientas de webhooks de eventos y no te importa el aislamiento de reputación. adbtd tiene sentido en cuanto la entregabilidad marca la diferencia, o en cuanto quieres cabeceras que parezcan que operas el servidor de correo tú mismo.

Postmark es el mejor de su clase en correo transaccional y el primer sitio al que mandaríamos a cualquiera que gestione un torrente de eventos de cuenta de un SaaS. Prohíben estrictamente la prospección en frío y separan los streams transaccionales de los de difusión. adbtd no compite en transaccional puro — Postmark gana en el flujo de recibos y restablecimientos de contraseña de un SaaS.

La fuga de identidad más visible de Postmark es el CNAME de rebotes. Postmark te obliga a publicar pm-bounces.tu-dominio.com como CNAME hacia pm.mtasv.net; ese subdominio aparece luego en el Return-Path de cada mensaje. Los destinatarios ven pm-bounces. e infieren Postmark; los clasificadores de spam ven un MTA de terceros en la ruta de rebote. El return-path de adbtd es simplemente @tu-dominio.com, sin subdominio del operador.

La política de Postmark sobre prospección en frío es explícita: su política de contenido lista el "correo no solicitado" como motivo de cancelación de la cuenta, y los streams de difusión tienen límites de tasa y revisión aparte. Si tu caso de uso es outbound tipo agencia para clientes, no puedes hacerlo de forma realista a través de Postmark — cada campaña arriesga una revisión de cuenta. adbtd supervisa la reputación, no el contenido.

Cuentas: el transaccional de Postmark empieza en $15/mes por 10k mensajes y una IP dedicada cuesta $50/mes extra (solo en el stream transaccional — los streams de difusión no pueden tener IP dedicada). 100k/mes se queda en $115 + $50 = $165 antes de cualquier volumen de difusión. adbtd al mismo volumen son $20.99/mes fijos, con la IP dedicada utilizable en todos los dominios que tengas.

Dónde diverge adbtd: prospección en frío a volumen (vetada en Postmark), aislamiento de IP por cliente para agencias que hacen outbound para terceros, buzones IMAP en los que también puedes leer (Postmark es solo envío) y precio por buzón en lugar de por mensaje.

SendGrid (ahora Twilio SendGrid) es el ESP veterano con la matriz de integraciones más profunda — si cada formulario de "regístrate con tu email" que has visto tiene un ESP por defecto, es SendGrid. La contrapartida es un pool de envío compartido por defecto, IP dedicada solo en el plan Pro ($89+ /mes más la tarifa de IP de $80–90/mes) y cabeceras que filtran la identidad de SendGrid en varios sitios.

La superficie de fuga de SendGrid es más amplia que la de Mailgun o Postmark. Los mensajes por defecto llevan cabeceras X-SG-EID y X-SG-ID (ids de seguimiento de eventos ligados a la cuenta de SendGrid), la ruta de rebote cae en bounces.sendgrid.net salvo que Sender Authentication esté totalmente configurado, y los enlaces con click-tracking se reescriben a través de u#######.ct.sendgrid.net. Cada uno de ellos delata. adbtd no incluye ninguno — sin cabeceras del operador, sin host de rebote del operador, sin dominio de click-tracking del operador.

Cuentas: SendGrid Pro a 100k/mes son $89 base + ~$80 de IP dedicada ≈ $169/mes antes de cualquier gasto adicional de calentamiento de IP. adbtd al mismo volumen en 1 IP son $20.99/mes fijos. SendGrid gana por encima de ~1M/mes si de otro modo tendrías varias IPs y necesitas su fanout de webhooks de eventos; por debajo, adbtd es sustancialmente más barato y aislado.

Las cuentas nuevas de SendGrid también pasan por una revisión manual, y la prospección en frío hace que muchas cuentas acaben expulsadas de la plataforma tras revisión. adbtd se salta la cola de revisión: tienes una IP dedicada desde el primer minuto y envías bajo cabeceras que dicen tu dominio y solo tu dominio.

SES es la opción seria más barata a escala ($0.10/1k salientes, $0.12/MB de adjuntos, los primeros 62k/mes gratis si envías desde EC2) y la más cruda — las herramientas de entregabilidad las operas tú. Sandbox por defecto, el acceso a producción requiere un ticket de soporte (~24h), sin interfaz para el calentamiento, sin rotación DKIM gestionada, sin registro integrado en los feedback loops de Yahoo / AOL / Outlook.com / Comcast.

La carga operativa de llevar SES "bien" es trabajo real. Configuras un dominio MAIL FROM personalizado para evitar que amazonses.com aparezca en el Return-Path, montas tus propios topics SNS de rebotes / quejas y los procesas, te registras a mano en los feedback loops de los ISP, escribes tu propia lógica de rampa de calentamiento, vigilas tu reputación de envío en el panel de SES y mantienes _dmarc + spf alineados entre varias identidades de envío. Traer tu propia IP está soportado, pero pasa por el proceso de autorización BYOIP de AWS y no es trivial operativamente.

Cuentas a 1M/mes: SES son aproximadamente $100 + $24.95 de IP dedicada = $125 vs adbtd $20.99. Por debajo de 1M/mes, la diferencia absoluta es tan pequeña que domina el tiempo del operador; por encima de 5M/mes, SES es el suelo de precio y nada se le acerca.

adbtd es la respuesta gestionada para equipos que de otro modo construirían ellos mismos la capa sobre SES: emisión de IP dedicada, publicación automática de SPF / DKIM / DMARC, rampa de calentamiento, gestión de FBL, aprovisionamiento del contacto de postmaster. SES gana en precio puro a escala; adbtd gana en tiempo hasta estar operativo y en multi-tenancy tipo agencia (cada cliente con su propia infraestructura aislada en lugar de una cuenta SES compartida).

Resend es la opción moderna API-first. Producto bellamente diseñado, onboarding rápido, integración con React-Email, enfoque transaccional y marketing, ToS que prohíben la prospección en frío. Actualmente solo salida — sin IMAP, sin entrada a un buzón real, sin identidad por buzón. El modelo mental es "clave API dentro, mensaje fuera", no "operar un servidor de correo".

La fuga de identidad de Resend es la más educada del grupo — en el plan Free los mensajes salientes llevan una línea de pie "Sent via Resend", que se puede quitar en Pro+ ($20/mes) junto con su dominio de click-tracking. El d= de DKIM se alinea con tu dominio de envío en cualquier plan de pago. La IP dedicada es solo Pro+ por $30/mes extra; los planes Free y Hobby comparten IPs. adbtd arranca a todo el mundo con IP dedicada, con el dominio del cliente en cada cabecera desde el día uno.

Dónde Resend es sustancialmente mejor: ergonomía para desarrolladores en correo transaccional, fanout de webhooks de eventos, renderizado de plantillas React-Email, integración con Vercel / Next.js. Si eres una startup en Next.js enviando restablecimientos de contraseña y confirmaciones de pedido, Resend es probablemente la opción correcta.

Dónde diverge adbtd: Postfix + Dovecot + Rspamd reales en contenedores en los que puedes leer correo, IP dedicada desde el principio en lugar de solo en el plan Pro, sin medición por mensaje y prospección en frío permitida sobre infraestructura dedicada que operas tú. adbtd es la elección correcta para una agencia u operador que necesita una bandeja por cliente y cabeceras que no digan "via Resend".