adbtd vs les suspects habituels.
là où nous avons vraiment notre place.

Mailgun est l’ESP transactionnel multi-tenant canonique. Vous payez par message ($35/mois pour 50k, puis $0.80/1k) et vous êtes sur un pool d’envoi partagé — votre réputation est la moyenne de tous les autres clients Mailgun qui partagent votre IP ce jour-là. adbtd inverse les deux choix : tarif forfaitaire par boîte mail au lieu d’un comptage par message, et une IP dédiée dès l’inscription.

La différence dans les en-têtes est concrète. Un message Mailgun typique avec le domaine de tracking par défaut affiche Return-Path: <bounces+...@mg.votre-domaine.com> et un DKIM d=mg.votre-domaine.com — les destinataires (et les classifieurs de placement comme celui de Gmail) voient le sous-domaine mg. comme une identité opérée par Mailgun. Avec adbtd, le même message part avec Return-Path: <...@votre-domaine.com> et d=votre-domaine.com, sans aucun sous-domaine d’opérateur.

Calcul des prix à trois volumes approximatifs — 50k/mois : Mailgun $35 + IP dédiée $59 = $94 contre adbtd 1 IP + 1 boîte mail = $20.99. 200k/mois : Mailgun $155 + IP = $214 contre adbtd toujours $20.99. 500k/mois : Mailgun ~$395 + IP = $454 contre adbtd inchangé. Le point de bascule où Mailgun devient moins cher qu’adbtd est “jamais” si vous n’opérez qu’un seul domaine d’envoi — adbtd ne compte pas les envois.

Mailgun a du sens si vous avez besoin de leur outillage de webhooks d’événements et que l’isolation de réputation vous indiffère. adbtd a du sens dès que la délivrabilité devient un différenciateur, ou dès que vous voulez des en-têtes qui donnent l’impression que vous opérez le serveur mail vous-même.

Postmark est la référence du mail transactionnel et le premier endroit où nous enverrions quiconque fait tourner un flot d’événements de compte SaaS. Ils interdisent strictement la prospection à froid et séparent les flux transactionnels des flux de diffusion. adbtd ne joue pas dans le transactionnel pur — Postmark gagne sur le workflow reçus-SaaS-et-réinitialisations-de-mot-de-passe.

La fuite d’identité Postmark la plus visible est le CNAME de bounce. Postmark vous impose de publier pm-bounces.votre-domaine.com en CNAME vers pm.mtasv.net ; ce sous-domaine apparaît ensuite dans le Return-Path de chaque message. Les destinataires voient pm-bounces. et en déduisent Postmark ; les classifieurs anti-spam voient un MTA tiers dans le chemin de bounce. Le return-path d’adbtd est simplement @votre-domaine.com, sans sous-domaine d’opérateur.

La politique de Postmark sur la prospection à froid est explicite : leur politique de contenu cite “unsolicited email” comme motif de résiliation du compte, et les flux de diffusion ont des limites de débit et une revue distinctes. Si votre cas d’usage est de l’outbound façon agence pour des clients, vous ne pouvez pas raisonnablement le faire passer par Postmark — chaque campagne risque une revue du compte. adbtd surveille la réputation, pas le contenu.

Calcul des prix : Postmark transactionnel démarre à $15/mois pour 10k messages et une IP dédiée coûte $50/mois de plus (flux transactionnel uniquement — les flux de diffusion ne peuvent pas avoir d’IP dédiée). 100k/mois revient à $115 + $50 = $165 avant tout volume de diffusion. adbtd au même volume est à $20.99/mois forfaitaire, avec l’IP dédiée utilisable sur tous les domaines que vous possédez.

Là où adbtd diverge : prospection à froid en volume (interdite sur Postmark), isolation d’IP par client pour les agences qui font de l’outbound pour leurs clients, des boîtes mail IMAP dans lesquelles vous pouvez aussi lire (Postmark est envoi seul), et une tarification par boîte mail plutôt que par message.

SendGrid (désormais Twilio SendGrid) est l’ESP historique avec la matrice d’intégrations la plus profonde — si chaque formulaire “inscription par e-mail” que vous avez vu a un ESP par défaut, c’est SendGrid. Le prix à payer : un pool d’envoi partagé par défaut, une IP dédiée uniquement sur le palier Pro ($89+ /mois plus les frais d’IP à $80–90/mois), et des en-têtes qui trahissent l’identité SendGrid à plusieurs endroits.

La surface de fuite de SendGrid est plus large que celle de Mailgun ou de Postmark. Les messages par défaut portent des en-têtes X-SG-EID et X-SG-ID (ids de suivi d’événements liés au compte SendGrid), le chemin de bounce atterrit sur bounces.sendgrid.net tant que la Sender Authentication n’est pas entièrement configurée, et les liens de tracking de clics sont réécrits via u#######.ct.sendgrid.net. Chacun de ces éléments est un indice. adbtd n’en livre aucun — pas d’en-tête d’opérateur, pas d’hôte de bounce d’opérateur, pas de domaine de tracking d’opérateur.

Calcul des prix : SendGrid Pro à 100k/mois, c’est $89 de base + ~$80 d’IP dédiée ≈ $169/mois avant tout surcoût de montée en charge d’IP. adbtd au même volume sur 1 IP est à $20.99/mois forfaitaire. SendGrid gagne au-delà de ~1M/mois si vous deviez de toute façon opérer plusieurs IP et avez besoin de leur diffusion de webhooks d’événements ; en dessous, adbtd est nettement moins cher et isolé.

Les nouveaux comptes SendGrid passent aussi par une revue manuelle, et la prospection à froid fait fréquemment sortir des comptes de la plateforme après revue. adbtd saute la file de revue : vous avez une IP dédiée dès la première minute et vous envoyez sous des en-têtes qui disent votre domaine et rien que votre domaine.

SES est l’option sérieuse la moins chère à grande échelle ($0.10/1k en sortant, $0.12/Mo de pièces jointes, les 62k premiers/mois gratuits si envoyés depuis EC2) et la plus brute — vous opérez l’outillage de délivrabilité vous-même. Sandbox par défaut, l’accès production demande un ticket support (~24h), pas d’interface pour la montée en charge, pas de rotation DKIM gérée, pas d’inscription intégrée aux boucles de rétroaction Yahoo / AOL / Outlook.com / Comcast.

L’empreinte opérationnelle pour faire tourner SES “correctement” est un vrai travail. Vous configurez un domaine MAIL FROM personnalisé pour éviter que amazonses.com apparaisse dans le Return-Path, vous montez vos propres topics SNS de bounce / plainte et les traitez, vous vous inscrivez à la main aux boucles de rétroaction des FAI, vous écrivez votre propre logique de montée en charge, vous surveillez votre réputation d’envoi dans le tableau de bord SES, et vous gardez _dmarc + spf alignés sur plusieurs identités d’envoi. Le bring-your-own-IP est pris en charge mais passe par le processus d’autorisation BYOIP d’AWS et n’a rien de trivial opérationnellement.

Calcul des prix à 1M/mois : SES revient à environ $100 + $24.95 d’IP dédiée = $125 contre adbtd $20.99. En dessous de 1M/mois, l’écart absolu est assez faible pour que le temps opérateur domine ; au-delà de 5M/mois, SES est le plancher de coût et rien ne s’en approche.

adbtd est la réponse en service géré pour les équipes qui construiraient sinon elles-mêmes l’enrobage autour de SES : attribution d’IP dédiée, publication automatisée de SPF / DKIM / DMARC, montée en charge, gestion des FBL, provisionnement du contact postmaster. SES gagne sur le coût brut à grande échelle ; adbtd gagne sur le délai de mise en production et sur la multi-location façon agence (chaque client sa propre pile isolée plutôt qu’un compte SES partagé).

Resend est l’option moderne API-first. Produit magnifiquement conçu, onboarding rapide, intégration React-Email, orientation transactionnel-et-marketing, CGU interdisant la prospection à froid. Actuellement sortant uniquement — pas d’IMAP, pas d’entrant vers une vraie boîte mail, pas d’identité par boîte mail. Le modèle mental, c’est “clé API en entrée, message en sortie”, pas “opérer un serveur mail”.

La fuite d’identité de Resend est la plus polie du lot — sur le palier Free, les messages sortants portent une ligne de pied de page “Sent via Resend”, retirable sur Pro+ ($20/mois) en même temps que leur domaine de tracking de clics. Le d= DKIM s’aligne sur votre domaine d’envoi sur tout palier payant. L’IP dédiée est réservée à Pro+ pour $30/mois de plus ; les paliers Free et Hobby partagent les IP. adbtd démarre tout le monde sur une IP dédiée, avec le domaine du client dans chaque en-tête dès le premier jour.

Là où Resend est nettement meilleur : l’ergonomie développeur pour le mail transactionnel, la diffusion de webhooks d’événements, le rendu de templates React-Email, l’intégration Vercel / Next.js. Si vous êtes une startup Next.js qui envoie des réinitialisations de mot de passe et des confirmations de commande, Resend est probablement le bon choix.

Là où adbtd diverge : de vrais Postfix + Dovecot + Rspamd dans des conteneurs où vous pouvez lire le courrier, une IP dédiée dès le départ plutôt que réservée au palier Pro, aucun comptage par message, et la prospection à froid autorisée sur une infrastructure dédiée que vous opérez. adbtd est le bon choix pour une agence ou un opérateur qui a besoin d’une boîte de réception par client et d’en-têtes qui ne disent pas “via Resend”.