Un service d’e-mails transactionnels envoie les messages individuels que votre application génère : réinitialisations de mot de passe, reçus, avis d’expédition, codes de vérification. Le choix est presque toujours présenté comme une comparaison de prix, et c’est le mauvais angle. Chaque service de cette page sait mettre un message sur le réseau pour une fraction de centime. Ce qui les distingue, c’est de savoir si le message arrive, et les fonctionnalités qui décident de cette arrivée sont celles dont les pages de tarifs parlent le moins : si le service tient votre flux transactionnel à l’écart de votre flux marketing, ce qu’il fait d’un pool d’IP partagé, et ce que sa documentation vous demande de publier dans le DNS.
Cette page classe les services sur ces mécanismes, cite chaque prix depuis la page de tarifs du fournisseur lui-même avec la date à laquelle nous l’avons lue, et ne publie aucun chiffre que nous n’avons pas pu vérifier à la source.
Un service d’e-mails transactionnels remet le courrier applicatif, pas des campagnes
Un service d’e-mails transactionnels est une infrastructure qui accepte un message venu de votre application et le remet à un destinataire unique, celui qui l’a déclenché. Le déclencheur est la caractéristique déterminante. Quelqu’un réinitialise un mot de passe, passe une commande ou demande un code de vérification, et un message part en réponse à cette action précise.
Trois propriétés découlent du déclencheur, et ce sont elles qui font des fournisseurs de transactionnel une catégorie distincte des outils de campagne.
La latence compte. Une réinitialisation de mot de passe qui arrive en quatre minutes devient un ticket de support. L’envoi de campagnes n’a pas d’échéance équivalente, si bien que l’infrastructure de campagne est bâtie pour mettre en file d’attente et limiter le débit d’une manière que l’infrastructure transactionnelle ne peut pas se permettre.
Il n’y a pas de désinscription. Un reçu n’est pas du marketing, il ne porte donc pas d’option de désinscription marketing, et dans la plupart des juridictions il n’exige pas le consentement qu’exige une campagne. Cette distinction est juridique, pas technique, et elle se brise dès l’instant où vous glissez une promotion dans un reçu.
Le volume dépend de vos utilisateurs, pas de votre calendrier. Vous ne pouvez pas le planifier, et il grimpe en flèche quand votre produit marche.
Un service d’e-mails transactionnels n’est pas une plateforme d’emailing, et ce n’est pas une boîte de réception. Il n’a pas de créateur de campagnes au sens où un outil marketing en a un, il ne gère pas des listes d’abonnés comme mission première, et il ne reçoit jamais de courrier à votre place.
Le courrier transactionnel et le courrier marketing appartiennent à des flux séparés
Envoyez les deux depuis le même domaine et la même IP, et c’est le courrier marketing qui décide si les reçus arrivent. C’est la décision d’architecture la plus lourde de conséquences de cette page, et elle ne coûte rien si on la prend bien dès le départ.
Le mécanisme, c’est la réputation. Les fournisseurs de messagerie notent une identité d’envoi, formée du domaine et de l’IP qui expédient le courrier, sur la façon dont les destinataires y réagissent. Le courrier marketing attire des plaintes, parce qu’une fraction de toute liste promotionnelle le marque comme spam. Le courrier transactionnel n’en attire presque aucune, parce que le destinataire l’a demandé quelques secondes plus tôt. Mélangez les deux et le taux de plaintes venu du marketing se colle à l’identité qui porte les reçus.
La solution consiste à séparer l’identité, et il en existe trois niveaux :
- Un sous-domaine par flux. Envoyez les reçus depuis
mail.example.comet les campagnes depuisnews.example.com. Chaque sous-domaine accumule sa propre réputation, et cela coûte deux enregistrements DNS. - Un flux d’envoi distinct chez le fournisseur. La plupart des services transactionnels le gèrent nativement, sous des noms comme streams, subaccounts ou message streams. Cela maintient les deux types de courrier sur des files d’attente et des rapports différents.
- Une IP dédiée pour le flux transactionnel. Cela n’aide qu’au-dessus d’un plancher de volume. En dessous d’environ 100 000 messages par mois, une IP dédiée reçoit trop peu de trafic pour bâtir une réputation stable, et un pool partagé que le fournisseur gère activement fera mieux.
C’est au troisième niveau que la plupart des expéditeurs prennent le conseil à l’envers. Une IP dédiée n’est pas automatiquement meilleure. Elle le devient une fois que vous envoyez assez pour la garder chaude.
Relais SMTP ou API : le choix d’intégration qui survit au fournisseur
Choisissez le relais SMTP quand vous voulez changer de fournisseur sans toucher au code applicatif, et l’API quand vous voulez récupérer des données message par message. Tous les services présentés ici offrent les deux, donc c’est une décision qui porte sur votre base de code plutôt que sur la liste des candidats.
SMTP est l’option portable. Votre application sait déjà parler SMTP, la plupart des frameworks livrent un mailer qui le fait, et passer à un autre fournisseur revient à changer un nom d’hôte, un identifiant et un mot de passe. Rien dans votre code ne sait quel fournisseur se trouve à l’autre bout. Le coût, c’est que SMTP vous donne une seule réponse d’acceptation et rien d’autre : les données de rebond et d’ouverture doivent donc revenir par un autre chemin, en général un webhook.
Une API vous donne l’identité du message au moment de l’envoi. Vous obtenez un identifiant de message dans la réponse, vous pouvez y attacher vos propres métadonnées, et vous pouvez interroger son sort plus tard. Le rendu des modèles, la planification et le marquage message par message vivent en général sur l’API et non sur le relais. Le coût, c’est une intégration propre au fournisseur, et une migration qui touche au code applicatif.
La réponse pratique pour la plupart des équipes, c’est SMTP pour tout ce qu’un framework envoie déjà, et l’API pour les messages que vous devez tracer individuellement.
Les services, et ce que chacun vous donne vraiment
Chaque prix ci-dessous a été lu sur la page de tarifs du fournisseur lui-même le 29 août 2026. Quand un fournisseur ne publie pas un chiffre, cette page le dit au lieu de deviner, et quand les propres pages d’un fournisseur se contredisent, elle indique laquelle nous avons retenue.
Postmark sépare par défaut le courrier transactionnel et le courrier de diffusion
Postmark est le seul service présenté ici qui fait de la séparation des flux le comportement par défaut, plutôt qu’une configuration que l’on découvre plus tard. Chaque compte démarre avec un flux transactionnel et un flux de diffusion sur des infrastructures séparées, si bien que les reçus n’héritent pas du taux de plaintes d’une campagne sans que personne ait eu à le prévoir.
L’offre gratuite est de 100 e-mails par mois sans expiration, ce qui en fait une véritable offre gratuite et non un essai. Le payant démarre à $15.00/mo pour 10 000 e-mails par mois, dépassement $1.80 / 1 000. Une IP dédiée démarre à $50/month par IP et se limite aux comptes qui envoient 300 000 par mois ou plus sur Pro ou au-dessus, ce qui est la bonne restriction : en dessous de ce volume, une IP dédiée fait plus de mal que de bien.
Amazon SES est le moins cher par message et celui qui demande le plus de travail
Amazon SES coûte $0.10 pour 1 000 e-mails sur son tarif à la carte, moins que tout autre service présenté ici, et c’est aussi celui qui vous donne le moins autour. Il n’y a pas d’éditeur de modèles digne de ce nom, le reporting est CloudWatch, et la gestion des rebonds et des plaintes est un sujet SNS que vous câblez vous-même.
L’offre gratuite n’est pas celle que décrivent la plupart des comparatifs. L’allocation perpétuelle de 62 000 messages par mois pour le courrier envoyé depuis EC2 a disparu. Les nouveaux comptes AWS reçoivent désormais $200 de crédits AWS Free Tier, disponibles pendant six mois après la création du compte et utilisables dans les douze. Tout comparatif qui imprime encore 62 000 lit une page qu’Amazon a remplacée, et cela se vérifie en un clic sur la page de tarifs SES.
Les IP dédiées managées coûtent $15 par mois et par compte, l’IP dédiée la moins chère de ce comparatif et de loin. Les pièces jointes sont facturées à part, à $0.12 par Go. Notre guide de délivrabilité Amazon SES couvre la configuration du domaine.
Mailgun est pensé pour les développeurs, mais la séparation des flux vous coûte un palier de plan
Le plan gratuit de Mailgun est de 100 e-mails par jour, sans expiration et sans carte bancaire, ce qui en fait le service le plus facile à évaluer sérieusement avant de payer. Le payant démarre à $15/mo pour 10 000 e-mails par mois, dépassement $1.80 / 1 000.
Le piège tient à l’endroit où se trouve la fonctionnalité de délivrabilité. Le centre d’aide de Mailgun recommande lui-même de séparer le courrier marketing du transactionnel à l’aide de pools d’IP, et les pools d’IP sont réservés aux plans Scale, qui démarrent à $90/mo pour 100 000 e-mails par mois. En dessous, vous pouvez séparer par sous-domaine d’envoi, mais les deux flux partent toujours des IP partagées de Mailgun. Les IP dédiées supplémentaires coûtent $59/IP/month, les plus chères de ce comparatif.
Bon à savoir avant de vous inscrire : les nouveaux comptes reçoivent un sous-domaine bac à sable qui ne peut envoyer qu’à cinq destinataires autorisés, et un domaine non vérifié est plafonné à 300 e-mails par jour. Voilà la vraie friction à l’arrivée, pas le plafond gratuit de 100 par jour.
Bird est là où SparkPost a atterri, et son ancienne page de tarifs est toujours en ligne
SparkPost n’est plus vendu comme produit. La page de Bird elle-même s’intitule « SparkPost is now Bird Email », les comptes SparkPost existants continuent de fonctionner, et les nouveaux clients achètent Bird.
Vérifiez quelle page de tarifs Bird vous lisez. Bird sert deux pages de tarifs e-mail en ligne et contradictoires, qui renvoient toutes deux un HTTP 200 et s’intitulent toutes deux « Email pricing ». L’actuelle liste Free, Startup, Growth et Enterprise, avec un payant qui démarre à $15/month pour 50 000 e-mails par mois, à $0.30 pour 1 000. L’autre liste Starter et Premier à $20 pour 50 000, ce sont les plans plus anciens issus de SparkPost. Visiter sparkpost.com/pricing redirige vers l’ancienne grille, si bien qu’un comparatif qui commence ses recherches sur le domaine SparkPost publie des prix que Bird ne vend plus. Les chiffres donnés ici viennent de la grille actuelle, corroborés par la base de connaissances de facturation de Bird.
L’offre gratuite est de 1 000 e-mails par mois plafonnés à 50 par jour, indiquée sur la page comme « no time limit ». Le dépassement sur Startup est de $0.90 pour 1 000. Les IP dédiées coûtent $24.95/month chacune à partir du palier Growth.
Bird n’exige aucun enregistrement SPF à l’apex et documente pourquoi : SPF est évalué sur l’expéditeur d’enveloppe, que leur CNAME de return-path fait déjà pointer vers une infrastructure autorisée. Bird conditionne aussi l’envoi à l’existence préalable d’un enregistrement DMARC valide, ce qui est inhabituel et, pour un expéditeur transactionnel, utile.
Resend est l’option la plus récente et la plus simple à intégrer
Resend vous donne 3 000 e-mails par mois gratuitement, plafonnés à 100 par jour sur trois domaines, sans limite de durée. Le payant démarre à $20/mo pour 50 000 e-mails par mois, ce qui est le palier d’entrée le plus généreux en volume de ce comparatif.
Les IP dédiées coûtent $30/mo sur le plan Scale, proposées aux expéditeurs au-dessus de 3 000 e-mails par jour, et incluent un warm-up automatique. Ce seuil de volume est à peu près bien placé. Notre guide de délivrabilité Resend couvre la configuration DNS.
SMTP2GO est l’option qui mise d’abord sur le relais SMTP
SMTP2GO est bâti autour du relais plutôt que de l’API, ce qui convient à une application qui envoie déjà son courrier par le mailer d’un framework. L’offre gratuite est de 1 000 e-mails par mois plafonnés à 200 par jour, perpétuelle. Le payant démarre à $15/mo pour 10 000 e-mails par mois.
Une IP dédiée est incluse gratuitement sur tous les plans à partir de 100 000 e-mails par mois, qui démarrent à $75/mo, et les IP supplémentaires coûtent $19 par IP et par mois. SMTP2GO publie son propre plancher de volume à partir duquel une IP dédiée a du sens : 5 000 e-mails par jour, au moins trois jours par semaine. C’est un seuil plus honnête que celui qu’énoncent la plupart des fournisseurs.
Considérez le dépassement de $1.20 pour 1 000 sur le palier d’entrée comme provisoire. Il apparaît dans la page rendue, alors que le HTML servi porte encore un ancien $1.00 : le chiffre est donc juste, mais un lecteur qui affiche le code source verra autre chose.
Twilio SendGrid a retiré son plan gratuit, et la plupart des comparatifs ne l’ont pas remarqué
SendGrid n’a plus d’offre gratuite perpétuelle. Le changelog de Twilio lui-même, daté du 27 mai 2025, a retiré les plans Free Email API et Free Marketing Campaigns, et le centre d’aide confirme que les comptes créés à partir du 25 mars 2025 reçoivent un essai limité à 60 jours, au terme duquel l’envoi s’arrête. La formule « 100 e-mails par jour, gratuit pour toujours » qui figure dans presque tous les comparatifs transactionnels décrit un plan qui n’existe plus.
Le payant démarre à $19.95/mo pour 50 000 e-mails par mois sur Essentials 50k. Le dépassement sur ce palier est de $0.0013 par e-mail. Les IP dédiées coûtent $30/mo par IP supplémentaire, et une est incluse sur les plans Pro ; les comptes en essai et Essentials ne peuvent pas en avoir du tout.
Leurs tarifs sont aussi étonnamment difficiles à trouver : sendgrid.com/en-us/pricing redirige vers une page d’atterrissage Twilio qui ne porte aucun prix, et dont les seuls liens de tarifs pointent vers les produits d’IA conversationnelle de Twilio. Notre guide de délivrabilité SendGrid couvre la configuration du domaine.
Brevo et Mailjet vendent un quota unique que les campagnes et le transactionnel consomment ensemble
Brevo et Mailjet facturent tous deux une allocation mensuelle unique que l’envoi marketing et l’envoi transactionnel consomment ensemble, ce qui fait paraître leurs chiffres d’affichage moins chers qu’ils ne le sont pour un expéditeur uniquement transactionnel.
Brevo démarre à $9.00/month pour 5 000 e-mails par mois, et son propre curseur de volume porte l’étiquette « campaigns & transactional », si bien que les deux flux mangent les mêmes 5 000. L’offre gratuite est de 300 e-mails par jour. Deux choses que le prix ne montre pas : le courrier du plan gratuit porte un pied de page « Sent with Brevo », et retirer la marque sur Starter est une option à $9/month, ce qui double le vrai coût d’entrée pour un expéditeur transactionnel. Une IP dédiée coûte $251 par an et seulement sur Professional, qui démarre à $499/mo.
Brevo est aussi le seul service présenté ici qui ne demande pas d’enregistrement SPF, s’authentifiant à la place avec DKIM et DMARC. Son parcours de configuration automatique écrase un enregistrement DMARC existant par celui de Brevo, sauf si vous choisissez la configuration manuelle, ce qui mérite d’être connu si vous publiez déjà une politique. Notre guide de délivrabilité Brevo couvre cette configuration.
Mailjet démarre à $9/month pour 8 000 e-mails par mois sans limite quotidienne, et l’offre gratuite est de 6 000 par mois plafonnés à 200 par jour. Le dépassement sur le palier d’entrée est de $2.58 pour 1 000, le plus élevé de ce comparatif, et ce chiffre se trouve dans le centre d’aide de Mailjet plutôt que sur la page de tarifs. Les IP dédiées sont incluses à partir du palier 100 000 et n’ont pas de prix publié.
Mailchimp Transactional ne peut pas s’acheter seul
Mailchimp Transactional, encore largement appelé Mandrill, est une option et non un produit. La FAQ tarifaire de Mailchimp indique elle-même qu’il n’est disponible qu’en option des plans Standard et Premium, et qu’Essentials n’y est pas éligible.
Cela change le vrai prix. Les blocs coûtent $20 chacun et un bloc vaut 25 000 e-mails, mais un plan Standard démarre à $20/month, si bien que le minimum réel pour envoyer le moindre e-mail transactionnel est d’environ $40/month. Comparer le prix de bloc de $20 au $15 autonome de Postmark sous-estime Mailchimp de près de moitié. Les IP dédiées coûtent $29.95/month. Notre guide de délivrabilité Mailchimp couvre le volet domaine.
L’allocation gratuite est une démo unique de 500 e-mails au total, limitée aux adresses de votre propre domaine vérifié et plafonnée à 25 par heure. Elle ne se recharge jamais.
Loops facture aux contacts, pas aux messages
Loops mesure la taille de votre audience plutôt que le nombre de messages, si bien qu’il n’a pas sa place dans une comparaison au prix pour mille. Le palier payant d’entrée est à $49/mo pour 5 000 contacts stockés, et les envois vers ces contacts sont illimités. Le plan gratuit autorise 1 000 contacts et 4 000 envois sur toute fenêtre glissante de 30 jours, marketing et transactionnel confondus.
Ce modèle convient à un produit dont le volume transactionnel suit le nombre d’utilisateurs. Il convient mal à un expéditeur à gros volume et petite audience : un service qui envoie 200 000 réinitialisations de mot de passe à 5 000 utilisateurs paie $49, alors qu’Amazon SES facturerait environ $20, et un service avec 100 000 contacts et un envoi léger paie $399.
Loops ne publie ni prix d’IP dédiée ni seuil de volume.
Ce que coûte chaque service, vérifié le 29 août 2026
Les prix sont en USD tels que publiés sur la page de tarifs de chaque fournisseur. Loops est absent parce qu’il facture aux contacts plutôt qu’aux messages, et une colonne au message le représenterait mal dans les deux sens.
| Service | Offre gratuite | Entrée payante | Inclus | Dépassement pour 1 000 | IP dédiée |
|---|---|---|---|---|---|
| Amazon SES | $200 de crédits, 6 mois | à la carte | paiement à l’usage | $0.10 | $15/mo |
| Postmark | 100/mo, sans expiration | $15.00/mo | 10 000/mo | $1.80 | à partir de $50/mo, 300k+ seulement |
| Mailgun | 100/day, sans expiration | $15/mo | 10 000/mo | $1.80 | $59/mo |
| SMTP2GO | 1 000/mo, 200/day | $15/mo | 10 000/mo | $1.20 | gratuite à partir de 100k/mo, sinon $19/mo |
| Bird | 1 000/mo, 50/day | $15/mo | 50 000/mo | $0.90 | $24.95/mo, Growth+ |
| Resend | 3 000/mo, 100/day | $20/mo | 50 000/mo | non publié | $30/mo, 3k/day+ |
| Twilio SendGrid | essai de 60 jours seulement | $19.95/mo | 50 000/mo | $1.30 | $30/mo, Pro seulement |
| Brevo | 300/day | $9.00/mo | 5 000/mo, partagés | non publié | $251/yr, Professional+ |
| Mailjet | 6 000/mo, 200/day | $9/mo | 8 000/mo, partagés | $2.58 | incluse à partir de 100k/mo |
| Mailchimp Transactional | 500 au total, une seule fois | environ $40/mo | 25 000/bloc | pas de dépassement par e-mail | $29.95/mo |
Trois colonnes demandent une lecture attentive. Partagés signifie que les campagnes et le transactionnel puisent dans la même allocation, si bien que le nombre n’est pas comparable à un quota purement transactionnel. Le prix d’entrée de Mailchimp est le bloc à $20 plus le plan Standard à $20 sans lequel il ne peut pas être acheté. L’offre gratuite de SendGrid est un essai de 60 jours, pas un plan gratuit.
La façon la moins chère d’envoyer de l’e-mail transactionnel est Amazon SES à $0.10 pour 1 000, et elle reste la moins chère à tous les volumes. Ce que vous payez pour cela, c’est le temps d’ingénierie nécessaire pour construire la gestion des rebonds, le reporting et les modèles que les autres services vous livrent tout faits.
C’est l’authentification qui décide vraiment de l’arrivée, et la plupart des expéditeurs la publient mal
SPF, DKIM et DMARC décident si un fournisseur de messagerie fait confiance à votre courrier, et c’est dans l’écart entre les trois que l’e-mail transactionnel échoue en silence. Les données de benchmark d’Unspam, tirées de tests réels menés tout au long de 2026, montrent la forme du problème : 93 % des domaines publient un enregistrement SPF valide et 90 % signent avec une signature DKIM fonctionnelle, mais seuls 48 % publient une politique DMARC, ce qui en laisse 52 % sans aucune.
Cet écart compte davantage pour le courrier transactionnel que pour les campagnes, parce qu’un reçu qui atterrit dans les spams produit un ticket de support plutôt qu’un taux d’ouverture plus faible.
Le même jeu de données montre ce qui se passe en aval. Sur tout ce qui a été testé, 63 % des e-mails atteignent la boîte de réception et 33 % atterrissent dans les spams. Le score de santé global s’établit à 88 sur 100, ce qui décrit les expéditeurs qui ont pris la peine de tester, pas l’expéditeur moyen. Les chiffres complets, mis à jour chaque jour, sont sur le benchmark de délivrabilité Unspam.
Trois choses que votre service transactionnel ne peut pas faire à votre place :
- Publier DMARC. Le fournisseur peut signer votre courrier en DKIM et peut héberger un include SPF, mais l’enregistrement DMARC est une déclaration de politique sur votre domaine, et vous seul pouvez le publier.
- Aligner le domaine From visible. DMARC passe quand le domaine que voit un destinataire s’aligne avec le domaine qui s’est authentifié. Un service qui envoie depuis son propre domaine partagé s’authentifie lui-même, pas vous.
- Réparer une réputation que vous avez déjà abîmée. Aucune migration de fournisseur ne remet à zéro l’historique d’un domaine.
Comment vérifier que le service choisi remet vraiment votre courrier
Envoyez un vrai message par le service et mesurez où il atterrit, parce que le tableau de bord d’un fournisseur rapporte l’acceptation, pas le placement. L’acceptation signifie que le serveur destinataire a pris le message. Le placement signifie qu’un humain le verra. Ce sont deux événements différents, et seul le second compte.
Trois contrôles, dans l’ordre où il vaut la peine de les mener :
- Contrôlez l’authentification mise en place par votre fournisseur. Passez le domaine d’envoi dans un contrôle de délivrabilité pour voir SPF, DKIM et DMARC tels qu’un destinataire les résout, et non tels que l’assistant de configuration l’a annoncé.
- Envoyez un message réel et lisez le placement. Les guides de configuration des fournisseurs couvrent le volet compte ; le volet envoi est traité plateforme par plateforme dans les guides pratiques pour SendGrid, Amazon SES et Brevo.
- Suivez l’identité dans la durée. Le placement évolue avec la réputation d’expéditeur, et la réputation évolue avec ce que vous envoyez, si bien qu’un seul test réussi est un instantané plutôt qu’une garantie.
Choisissez sur l’architecture, vérifiez sur la remise
Le service qui vous convient se décide sur trois questions, et le prix est la dernière. Tient-il votre flux transactionnel à l’écart de votre flux marketing sans changer de plan ? Documente-t-il SPF, DKIM et DMARC d’une façon que vous pouvez suivre ? Et son seuil d’IP dédiée correspond-il au volume que vous envoyez vraiment ?
Répondez à ces questions, puis mesurez. Un tableau de bord de fournisseur rapporte qu’un serveur destinataire a accepté votre message. Il ne peut pas vous dire dans quel dossier un humain l’a trouvé. Passez votre premier message réel dans un test antispam gratuit et lisez le placement vous-même.
