Meilleures API d’envoi d’e-mails pour développeurs en 2026 : comparatif API-first

La page de tarification de Resend présente deux produits. Pour l’envoi transactionnel, Pro coûte 20 $ par mois avec 50 000 e-mails et 35 $ avec 100 000 ; Scale passe de 90 $ (100 000 e-mails) à 160 $ (200 000), 350 $ (500 000) et 650 $ (1 000 000). L’offre gratuite se limite à 3 000 e-mails par mois, 100 par jour et 3 domaines : impossible d’y lancer un envoi de masse en une fois.

Deux points comptent pour un développeur. L’idempotence d’abord : d’après la documentation, on envoie une clé dans l’en-tête HTTP Idempotency-Key (jusqu’à 256 caractères) ; si la même clé revient dans les 24 heures, l’API renvoie la même réponse sans réexpédier l’e-mail. La clé est acceptée sur POST /emails et POST /emails/batch. Les webhooks ensuite : ils sont signés avec un secret de signature (la documentation renvoie à la bibliothèque Svix pour la vérification), on peut rejouer un événement depuis le tableau de bord et écouter les événements en local avec la CLI. La page de tarification range les endpoints webhook parmi les fonctions des offres payantes : vérifiez ce point avant de compter dessus en offre gratuite.

L’onglet marketing est facturé au nombre de contacts : gratuit jusqu’à 1 000 contacts (diffusions illimitées, 10 000 exécutions d’automatisation, 3 segments), puis 40 $ pour 5 000 contacts, 80 $ pour 10 000, 180 $ pour 25 000 et 250 $ pour 50 000. Pour une grande liste peu sollicitée, cette échelle revient plus cher qu’un tarif à l’envoi. Je n’ai pas pu lire son accord de traitement des données, donc aucune affirmation ici sur l’hébergement.

Postmark publie sa grille par paliers de volume. Avec 10 000 e-mails par mois, Basic coûte 15 $, Pro 16,50 $ et Platform 18 $. Avec 50 000 e-mails, le curseur de la page affiche 55 $, 60,50 $ et 66 $ ; avec 125 000, 115 $, 126,50 $ et 138 $ ; avec 300 000, 245 $, 269,50 $ et 294 $. Au-delà du palier, les e-mails supplémentaires sont facturés 1,80 $ les 1 000 en Basic, 1,30 $ en Pro et 1,20 $ en Platform. L’offre gratuite (100 e-mails par mois, sans dépassement) ne sert qu’à tester l’intégration.

Le point à connaître côté webhooks est une différence de fond avec Resend ou SendGrid : la documentation de Postmark indique qu’il ne signe pas ses webhooks. Elle recommande de protéger l’URL par authentification HTTP basique (identifiant et mot de passe dans l’URL du webhook) et par filtrage sur les adresses IP de Postmark, sachant que l’IP d’origine peut changer à chaque tentative. En contrepartie, Postmark teste votre endpoint à la création ou à la modification de chaque webhook, pour chaque type d’événement activé, et attend une réponse 200 ; si un type d’événement échoue durablement, il est marqué non vérifié et sa livraison est suspendue sans bloquer les autres types. Les événements couvrent la livraison, les rebonds, les ouvertures, les clics, les plaintes pour spam et les changements d’abonnement.

Pour le reste, les options payantes sont explicites : une IP dédiée gérée coûte à partir de 50 $ par mois et par IP et n’est ouverte qu’aux clients qui envoient au moins 300 000 e-mails par mois, sur une offre Pro ou supérieure ; la surveillance DMARC démarre à 14 $ par mois et par domaine ; la conservation des données est de 45 jours en Basic et peut aller jusqu’à 365 jours sur les offres supérieures. Je n’ai pas pu lire sa page sur le traitement des données personnelles : rien n’est affirmé ici sur l’hébergement.

SendGrid se vend aujourd’hui depuis le site de Twilio. Pour l’API d’envoi, la page propose un essai de 100 e-mails par jour pendant 60 jours, sans carte ni engagement. Ensuite, Essentials démarre à 19,95 $ par mois avec 50 000 e-mails et atteint 34,95 $ avec 100 000 ; Pro commence à 89,95 $ avec 100 000 e-mails, puis 249 $ avec 300 000, 499 $ avec 700 000, 799 $ avec 1 500 000 et 1 099 $ avec 2 500 000. Le sélecteur d’Essentials commence à 50 000 e-mails : il n’y a pas de palier à 10 000, donc une petite application paie un volume qu’elle n’utilise pas. Marketing Campaigns est vendu à part, avec un plan gratuit (2 000 contacts, 6 000 e-mails par mois), puis Basic à partir de 15 $ et Advanced à partir de 60 $.

Côté webhooks, la documentation décrit deux protections indépendantes qui peuvent se cumuler. La première est le Signed Event Webhook : SendGrid génère une paire de clés et poste, dans l’en-tête X-Twilio-Email-Event-Webhook-Signature, une signature que vous vérifiez avec la clé publique affichée après l’enregistrement du webhook (la clé n’existe qu’une fois la configuration sauvegardée). La seconde est OAuth 2.0. C’est un niveau de sécurité supérieur à celui de Postmark, qui ne signe pas.

Les taxes et les dépassements peuvent s’ajouter aux prix affichés, et les IP dédiées sont incluses à partir de l’offre Pro. Twilio publie un accord de traitement des données (DPA) ; je n’y ai pas trouvé de région d’hébergement, donc je n’en affirme aucune. SendGrid est un choix cohérent si vous êtes déjà client Twilio ou si votre volume dépasse déjà 50 000 e-mails par mois ; en dessous, SMTP2GO, Brevo ou Amazon SES coûtent moins.

Mailgun affiche quatre paliers sur sa page de tarification. Le gratuit offre 100 e-mails par jour, un domaine et un jour de journaux. Basic coûte 15 $ par mois pour 10 000 e-mails (extras à partir de 1,80 $ les 1 000) ; Foundation, 35 $ pour 50 000 e-mails avec le premier mois gratuit, cinq jours de journaux et des extras à partir de 1,30 $ ; Scale, 90 $ pour 100 000 e-mails avec 30 jours de journaux et 5 000 validations d’adresses incluses. Le curseur affiche aussi Foundation à 75 $ pour 100 000 e-mails, Scale à 215 $ pour 250 000 et à 400 $ pour 500 000. Une IP dédiée supplémentaire coûte 59 $ par mois ; une est incluse avec Foundation 100k, Growth et Scale.

Ce qui distingue Mailgun, d’après la même page, est la combinaison API et relais SMTP, routage du courrier entrant, validation d’adresses, analyse de délivrabilité, et surtout la possibilité d’envoyer depuis les États-Unis ou depuis l’UE avec un seul compte. Si vos utilisateurs sont en Europe et que la région d’envoi compte pour vous, c’est l’un des rares points de cette liste qui est écrit noir sur blanc sur la page de prix.

Côté webhooks, la documentation de Mailgun les configure au niveau du compte ou du domaine, avec un choix des types d’événements parmi accepted, delivered, temporary_fail, permanent_fail, opened, clicked, unsubscribed et complained. Les ouvertures et les clics demandent d’activer le suivi et de pointer l’enregistrement CNAME vers mailgun.org. Sur la page de documentation que j’ai lue, je n’ai pas relevé de mécanisme de signature des webhooks : si la vérification de l’origine est une exigence, consultez la documentation de sécurité de Mailgun avant de choisir.

Amazon SES est le moins cher par message de cette liste. Sa page de tarification affiche Essentials à 0,16 $ pour 1 000 e-mails, Pro à 0,22 $ avec 105 $ par mois et par compte et par région, et Enterprise à 0,23 $ avec 500 $ par mois. Son propre exemple chiffre 250 000 e-mails en Essentials à 40 $. Pour 10 000 e-mails par mois, cela donne 1,60 $. Les nouveaux comptes démarrent en Essentials, le plan gratuit dure six mois après la création du compte et des crédits allant jusqu’à 200 $ sont annoncés pour les clients éligibles. Une IP dédiée standard coûte 24,95 $ par mois.

Le prix s’explique : SES est une brique d’infrastructure, pas un produit. Il n’y a ni éditeur de modèles, ni gestion d’abonnés, ni automatisation. Il n’y a pas non plus de webhook au sens des autres services. D’après la documentation AWS, SES publie les événements d’envoi (envois, livraisons, ouvertures, clics, rebonds, plaintes, rejets, échecs de rendu, retards de livraison) vers CloudWatch, Data Firehose, Pinpoint, SNS ou EventBridge, selon ce que définit un jeu de configuration. À chaque envoi, vous indiquez le jeu de configuration et, si vous le souhaitez, des étiquettes de message sous forme de paires nom-valeur ; SES ajoute aussi des étiquettes automatiques comme le domaine d’expéditeur et l’IP d’envoi. Pour recevoir un POST sur votre URL, il faut donc passer par une brique AWS intermédiaire (SNS par exemple) que vous configurez vous-même.

SES convient à une équipe qui vit déjà dans AWS, envoie beaucoup d’e-mails de produit et accepte de bâtir la gestion des rebonds, des plaintes, des listes de suppression et du suivi. Pour une application qui envoie quelques milliers de messages par mois, les heures d’ingénierie dépassent largement l’économie face à Resend, Postmark ou SMTP2GO.

Sequenzy est classé sixième parce que c’est d’abord une plateforme de cycle de vie pour SaaS, pas une API d’envoi pure. Sa page de tarification annonce un tarif au volume d’e-mails envoyés avec contacts et domaines illimités : gratuit jusqu’à 2 500 e-mails par mois, puis 19 $ pour 15 000, 29 $ pour 30 000, 49 $ pour 60 000 et 99 $ pour 120 000. L’accès API, MCP et CLI figure comme inclus dans tous les plans, de même que l’éditeur visuel d’automatisations, l’attribution de revenus et les séquences rédigées par IA.

Sa documentation décrit l’envoi transactionnel par API, des guides pour Next.js, Bun et Express, et un envoi par SMTP. Sur la même plateforme, vous gérez les abonnés, les événements, les séquences et les campagnes. Pour un produit facturé en ligne, l’intérêt tient aux événements de paiement : les intégrations avec Stripe, Paddle et Lemon Squeezy (la page de tarification cite aussi Polar, Creem et Dodo Payments) permettent de lancer des scénarios sans écrire votre propre routeur d’événements. Quand Stripe émet un invoice.payment_failed, Sequenzy envoie des e-mails de relance d’impayé avec une page de mise à jour de la carte ; les nouvelles tentatives de prélèvement restent gérées par Stripe ou Paddle.

Deux limites à vérifier avant de choisir. Je n’ai pas contrôlé dans la documentation publique la présence de clés d’idempotence ni de signature des webhooks sortants : si ces deux points sont décisifs pour votre architecture, Resend et SendGrid les documentent explicitement. Et c’est un produit plus jeune que Postmark ou SendGrid, dont je n’ai pas testé la délivrabilité. Si vous ne facturez pas d’abonnements, vous n’y gagnez pas grand-chose face à une API d’envoi classique.

D’après sa page de tarification, SparkPost propose un plan gratuit de 1 000 e-mails par mois avec un plafond de 50 par jour, un plan Startup à 15 $ par mois pour 50 000 à 100 000 e-mails (les envois en plus sont facturés à part), un plan Growth à 80 $ pour 100 000 à 2,5 millions d’e-mails avec les IP dédiées en option, et un plan Enterprise sur devis au-delà de 2,5 millions.

Comme chez SendGrid, le premier palier payant démarre déjà à 50 000 e-mails : ce n’est donc pas un service à choisir pour 3 000 messages par mois. Je n’ai pas relu cette fois sa documentation sur les webhooks ni sur l’idempotence, et je préfère ne rien écrire que de recopier des affirmations de l’ancienne version de cette page. Lisez sa documentation officielle sur les événements avant de trancher.

SparkPost vaut une comparaison si vous envoyez déjà plusieurs dizaines de milliers d’e-mails par mois et que vous voulez mettre en concurrence Mailgun, SendGrid et Resend sur la même plage de volume : à 100 000 e-mails, ces trois-là affichent respectivement 75 $, 34,95 $ et 35 $ sur leurs pages.

La page de tarification de Mailjet liste un plan gratuit (6 000 e-mails par mois, 200 par jour, 1 000 contacts), Starter à 9 $ par mois (8 000 e-mails, 2 000 contacts), Essential à 19 $ (15 000 e-mails, contacts illimités) et Premium à 29 $ (15 000 e-mails, sans limite quotidienne). Elle présente le service comme une API d’e-mail et un relais SMTP accompagnés d’un éditeur, de segmentation, d’automatisations, de pages d’atterrissage et de contenus assistés par IA.

La grille se lit à contre-courant des services purement transactionnels : on paie ici l’ensemble de la plateforme, contacts compris, même si on ne se sert que de l’API. Pour une équipe où le marketing et le développement partagent les mêmes modèles de messages, c’est un avantage ; pour une équipe de développeurs seuls, c’est du superflu face à Postmark ou Resend. Le plafond quotidien de 200 e-mails du plan gratuit rend aussi les envois en rafale impossibles, ce qui compte pour une notification envoyée à tous les utilisateurs d’un coup.

Je n’ai pas relu sa documentation sur les webhooks ni sur l’idempotence pour cette page, et je n’affirme rien sur l’hébergement des données : les informations de conformité d’un fournisseur se lisent sur ses propres pages juridiques.

Mandrill est l’offre d’envoi transactionnel de Mailchimp. Sa page de tarification fonctionne par blocs de 25 000 e-mails par mois : 20 $ le bloc de 1 à 20 blocs (jusqu’à 500 000 e-mails), 18 $ de 21 à 40 blocs, 16 $ de 41 à 80, 14 $ de 81 à 120, 12 $ de 121 à 160 et 10 $ au-delà de 160 blocs. L’engagement est mensuel et les e-mails inutilisés ne sont pas reportés. Les nouveaux utilisateurs peuvent recevoir jusqu’à 500 envois gratuits vers un domaine vérifié, sous conditions, et une offre en cours annonce 50 % de réduction pendant 12 mois pour 1 million d’e-mails ou plus, à demander aux ventes.

Concrètement, un premier bloc de 20 $ vous donne 25 000 e-mails, contre 10 000 pour 15 $ chez Postmark Basic ou Mailgun Basic. En contrepartie, on achète par blocs entiers : pour 30 000 e-mails, il faut deux blocs, soit 40 $. La page cite une API d’envoi, des modèles, du SMS transactionnel, une IP dédiée en option et des SDK pour développeurs.

Je n’ai pas relu sa documentation sur les webhooks ni sur l’idempotence pour cette page. Mandrill a du sens si votre marketing tourne déjà sur Mailchimp et que vous voulez regrouper la facturation et les modèles ; sinon, il n’apporte rien de plus que les services ci-dessus pour un projet neuf.

La page de tarification d’Elastic Email affiche, pour son offre e-mail marketing, un plan gratuit (jusqu’à 1 000 contacts et 3 000 e-mails par mois, avec une limite de 100 e-mails par jour), Starter à 29 $ par mois (jusqu’à 2 500 contacts et 37 500 e-mails, une seule automatisation) et Pro à 49 $ (mêmes plafonds de contacts et d’e-mails, automatisation avancée et gestion des utilisateurs). La facturation suit donc le nombre de contacts, même si l’on n’utilise que l’API : c’est le point à retenir pour un produit qui envoie surtout des e-mails transactionnels à beaucoup d’utilisateurs.

Parmi les fonctions listées, on trouve un éditeur d’e-mails, des pages d’atterrissage, des formulaires, de la segmentation, la vérification d’adresses ainsi qu’un accès SMTP et HTTP API. Cela en fait un candidat pour une petite équipe qui veut un seul compte pour l’API et pour quelques campagnes.

Je n’ai pas relu sa documentation sur les webhooks ni sur l’idempotence pour cette page, donc je ne décris pas ces points. Sa page de tarification mentionne la conformité RGPD et la formation du personnel à la protection des données, sans préciser de région d’hébergement.

La grille de SMTP2GO tient en trois lignes sur sa page de tarification. Le plan gratuit permet 1 000 e-mails par mois, avec un maximum de 200 par jour. Starter coûte 10 $ par mois (100 $ par an) pour 10 000 e-mails, avec des e-mails supplémentaires à 1 $ les 1 000. Professional coûte 75 $ par mois (750 $ par an) pour 100 000 e-mails, avec des extras à 0,85 $ les 1 000.

C’est l’un des moyens les plus simples de remplacer un serveur SMTP maison sans réécrire l’application : vous gardez votre code d’envoi SMTP, vous changez l’hôte et les identifiants, et vous migrez vers l’API plus tard. Le revers est qu’il n’y a pas d’éditeur de campagnes ni de gestion d’audience dans la grille que j’ai relevée, et je n’ai pas relu sa documentation sur les webhooks ni sur l’idempotence pour cette page.

Face à Resend (20 $ pour 50 000 e-mails) ou Postmark (15 $ pour 10 000), SMTP2GO est le moins cher au palier de 10 000 e-mails (10 $). Au-delà, comparez les paliers : à 100 000 e-mails il affiche 75 $ contre 35 $ pour Resend Pro.