Quel service d'e-mail pour une application agentique ?

Par Mara Levin · Mis à jour le 7 octobre 2026 · Prix et documentation vérifiés ce jour-là

Un agent qui envoie des e-mails réessaie, boucle et agit sans personne pour relire. Choisissez donc d'abord l'outil dont la documentation prévoit ces cas : clé d'idempotence, en-têtes de limite de débit, adresses de test, webhooks vérifiables, serveur MCP à portée limitée. Resend les réunit le mieux, Postmark isole les messages critiques, Sequenzy convient aux agents de cycle de vie SaaS.

La réponse courte

  • Envois transactionnels, réessais fréquents : Resend, avec clé d'idempotence de 24 heures et adresses de test.
  • Messages critiques à séparer de la diffusion : Postmark, avec flux distincts, mais sans signature de webhook.
  • Agent de cycle de vie pour un SaaS facturé par Stripe : Sequenzy, avec accès MCP et CLI sur tous les plans.
  • Plusieurs canaux et flux de travail annulables : Knock, Courier ou Novu, avec votre propre expéditeur derrière.
  • Agent déjà sur AWS : Amazon SES, avec rôles IAM et files d'événements.

Ce que chaque outil documente pour un agent

# Outil Clé d'idempotence Serveur MCP Premier palier
1ResendOui, 24 hHébergéGratuit 3 000 e-mails, Pro 20 $
2PostmarkNon décriteNon confirméBasic 15 $ pour 10 000
3SequenzyNon décriteSur tous les plansGratuit 2 500 e-mails, 19 $ pour 15 000
4KnockOui, 24 h (déclenchement)Distant, OAuth0 $ pour 10 000 messages
5CourierOuiHébergé10 000 envois gratuits
6NovuNon confirméeHébergé10 000 exécutions gratuites
7PlunkOui, 24 hNon confirmé1 000 e-mails, puis 0,001 $
8MailgunNon décriteLocal seulementGratuit 100 par jour, Basic 15 $
9SendGridNon décrite (mode sandbox, batch_id)Non confirméEssentials dès 19,95 $
10Amazon SESNon décrite (rôles IAM)Non confirmé0,10 $ les 1 000 à la carte
11LoopsNon lueNon confirméGratuit 4 000 envois, 99 $ vers 10 000 contacts

« Non décrite » signifie que les pages d'envoi lues ne mentionnent pas de clé d'idempotence, pas qu'elle n'existe pas. L'ordre est le jugement de la rédaction pour des agents qui envoient seuls : garde-fous documentés d'abord, puis souplesse, puis prix.

Ce qu'un agent change à l'envoi d'e-mails

Un développeur qui appelle une API d'envoi relit son code ; un agent, lui, enchaîne les appels. Trois comportements reviennent et expliquent le classement. Il réessaie dès qu'une requête dépasse son délai, donc le même message peut partir deux fois si l'API ne reconnaît pas la répétition. Il boucle quand son raisonnement dérape, et seuls des plafonds (par jour, par minute, par dépense) l'arrêtent. Enfin il lit des textes qu'il n'a pas écrits, comme la réponse d'un client, et peut les prendre pour des instructions.

Cinq règles en découlent, quelle que soit la plateforme. Donnez à l'agent une clé limitée à l'envoi. Attachez une clé d'idempotence construite sur l'événement métier (par exemple type-de-mail/identifiant-commande). Lisez les en-têtes de limite de débit au lieu de tâtonner. Faites repasser les rebonds et plaintes par un webhook vérifié, pas par la mémoire de l'agent. Gardez une validation humaine avant tout envoi à une liste.

Un appel idempotent, tel que la documentation le montre

La page de Resend sur les clés d'idempotence donne cet exemple cURL. La clé suit la forme conseillée <type d'événement>/<identifiant de l'entité>, et si l'agent relance l'appel dans les 24 heures, il reçoit la même réponse sans nouvel envoi :

curl -X POST 'https://api.resend.com/emails' \
     -H 'Authorization: Bearer re_xxxxxxxxx' \
     -H 'Content-Type: application/json' \
     -H 'Idempotency-Key: welcome-user/123456789' \
     -d $'{
  "from": "Acme <onboarding@resend.dev>",
  "to": ["delivered@resend.dev"],
  "subject": "hello world",
  "html": "<p>it works!</p>"
}'

Chez Knock, Courier et Plunk, le même en-tête Idempotency-Key existe avec ses propres règles, décrites dans leurs entrées plus bas. Pour les services qui n'en documentent pas, la contrepartie est un registre des envois tenu par vous.

Ce que coûte l'e-mail d'un agent à 2 000, 20 000 et 100 000 envois par mois

Expéditeur 2 000 e-mails 20 000 e-mails 100 000 e-mails
Resend0 $ (offre gratuite, 100 par jour)20 $ (Pro)35 $ (Pro, curseur à 100 000)
Postmark15 $ (Basic)Pas un palier du curseur (15 $ à 10 000, 55 $ à 50 000)Entre 55 $ (50 000) et 115 $ (125 000) sur le curseur
Sequenzy0 $ (2 500 gratuits)29 $ (palier de 30 000)99 $ (palier de 120 000)
Mailgun0 $ (offre gratuite, 100 par jour)15 $ + 10 × 1,80 $ = 33 $ (Basic)90 $ (Scale)
Plunk2 000 × 0,001 $ = 2 $20 000 × 0,001 $ = 20 $100 000 × 0,001 $ = 100 $
Amazon SES0,20 $ (à la carte)2 $10 $

Sources : les pages tarifs de Resend, Postmark, Sequenzy, Mailgun, Plunk et Amazon SES. Montants en dollars américains, hors taxes. SES passe à 0,16 $ les 1 000 sous le plan Essentials.

Knock, Courier et Novu n'apparaissent pas dans ce tableau parce qu'ils ne remplacent pas l'expéditeur : ils s'ajoutent à lui. Courier affiche 10 000 envois gratuits puis 0,005 $ par envoi (90 000 × 0,005 $ = 450 $ pour 100 000), Knock 250 $ par mois pour 50 000 messages puis 0,005 $ par message, Novu 10 000 exécutions gratuites puis des forfaits dès 30 $. Ce sont des coûts d'orchestration, à additionner à ceux de l'expéditeur qu'ils pilotent.

Deux lectures s'imposent. À petit volume, le prix est secondaire : tout est gratuit ou sous 20 $, et ce sont les plafonds quotidiens (100 e-mails par jour chez Resend et Mailgun) qui décident. Au-delà de 100 000, la différence se compte en dizaines de dollars entre expéditeurs, mais en jours d'intégration entre SES et les autres.

Les onze outils, classés pour des agents qui envoient seuls

Chaque entrée dit comment s'appelle et se réessaie l'API, ce qui revient vers l'agent, et où l'outil cesse de convenir. Toutes les données viennent des pages d'éditeurs liées.

#1

Resend

Idéal pour : Agents qui envoient des e-mails transactionnels et doivent pouvoir réessayer sans doublon.

Gratuit : 3 000 e-mails par mois, 100 par jour. Pro 20 $ pour 50 000. Scale 90 $ pour 100 000. E-mails en plus : 0,90 $ les 1 000.

Appel et réessais

La documentation sur les clés d'idempotence décrit l'en-tête Idempotency-Key : une clé de 256 caractères au plus, conservée 24 heures, après laquelle un même appel renvoie la même réponse sans renvoyer le message. C'est la garde-fou la plus utile quand un agent relance une requête après un délai dépassé. La limite par défaut est de 10 requêtes par seconde et par équipe, et les réponses portent les en-têtes ratelimit-remaining, ratelimit-reset et retry-after qu'un agent peut lire pour ralentir de lui-même. Le point d'envoi par lots accepte 100 e-mails par appel, sans pièces jointes. Toute requête doit porter un en-tête User-Agent, sinon la réponse est un 403, ce qui piège les agents qui construisent leurs requêtes HTTP à la main.

Retours vers l'agent

Les webhooks sont signés avec les en-têtes Svix (svix-id, svix-timestamp, svix-signature) et vérifiables avec le SDK ; la page insiste pour utiliser le corps brut de la requête. En cas d'échec, Resend réessaie huit fois, immédiatement puis à 5 secondes, 5 minutes, 30 minutes, 2 h, 5 h et deux fois à 10 h, et désactive le point de terminaison s'il échoue en continu. Les réessais gardent le même svix-id, donc votre agent peut dédoublonner dessus. Pour tester sans vrais destinataires, delivered@resend.dev, bounced@resend.dev et complained@resend.dev produisent chacun le cas correspondant.

Pilotage par un agent et limites

Resend héberge un serveur MCP à l'adresse mcp.resend.com/mcp (connexion OAuth) et publie la même base de code en open source sous resend-mcp. Les limites tiennent surtout aux plafonds : l'offre gratuite s'arrête à 100 e-mails par jour, donc une boucle d'agent qui s'emballe y heurte vite le mur, ce qui est une protection autant qu'une gêne. Il faut ajouter vos propres garde-fous, car aucune des pages lues ne décrit de plafond de dépense configurable côté agent.

#2

Postmark

Idéal pour : Agents dont les messages critiques ne doivent jamais se mélanger à un envoi de masse.

Gratuit : 100 e-mails par mois. Basic 15 $ pour 10 000, puis 1,80 $ les 1 000. Pro 16,50 $, Platform 18 $.

Appel et réessais

Chaque message choisit son flux avec MessageStream ; sans valeur, il part sur le flux transactionnel outbound. L'authentification passe par X-Postmark-Server-Token pour un serveur donné, et la valeur POSTMARK_API_TEST à la place du jeton valide une requête sans rien envoyer, pratique pour que l'agent répète un appel en test. Le point d'envoi par lots accepte jusqu'à 500 messages et 50 Mo par appel. Je n'ai pas trouvé de clé d'idempotence dans la documentation d'envoi : un agent doit donc tenir son propre registre des e-mails déjà émis.

Retours vers l'agent

La documentation des webhooks indique que Postmark ne signe pas ses requêtes et recommande l'authentification Basic dans l'URL plus une liste d'adresses IP autorisées. Six tentatives sont prévues, à 1, 5, 10, 10, 10 et 15 minutes, avec un en-tête X-PM-Retries-Remaining et un identifiant X-PM-Webhook-Trace-Id stable d'une tentative à l'autre, ce qui facilite le dédoublonnage. Les API Bounce et Suppressions permettent à l'agent de lire les rebonds (HardBounce, Transient, SpamComplaint) et de gérer les adresses supprimées par flux.

Prix, limites et frontières

Il n'existe pas de palier entre les 100 e-mails du plan gratuit et les 10 000 de Basic, selon la page tarifs. Sur le curseur, Basic affichait 55 $ à 50 000 e-mails et 115 $ à 125 000. L'historique par défaut est de 45 jours. Pour un agent qui doit aussi lancer des campagnes ou des séquences, il faudra un second outil, puisque Postmark vise l'envoi. Les bibliothèques officielles couvrent TypeScript, Node.js, Python, Ruby, .NET, Java et PHP.

#3

Sequenzy

Idéal pour : Agents qui animent le cycle de vie d'un produit SaaS (essais, paiements, relances) et préfèrent un seul compte pour l'e-mail transactionnel et marketing.

Gratuit : 2 500 e-mails par mois. 19 $ = 15 000, 29 $ = 30 000, 49 $ = 60 000, 99 $ = 120 000. Contacts illimités.

Ce que disent ses pages

La page tarifs de Sequenzy liste, sur tous les plans, un accès API, MCP et CLI ainsi qu'un « MCP server for AI agents », des contacts et des domaines d'envoi illimités, et facture au nombre d'e-mails : gratuit jusqu'à 2 500, puis 19 $ pour 15 000, 29 $ pour 30 000, 49 $ pour 60 000 et 99 $ pour 120 000. Sa page d'accueil décrit une connexion à Stripe ou PostHog, ou l'envoi de vos propres événements avec un simple POST, chaque événement déclenchant le bon scénario pour un segment bâti sur le plan, le MRR et l'engagement. Un agent peut donc se contenter d'émettre des événements et laisser les scénarios décider.

Paiements échoués

D'après la page d'accueil, l'événement invoice.payment_failed de Stripe lance une séquence de relance par e-mail avec une page de mise à jour de la carte. C'est de l'e-mail seulement : les nouvelles tentatives de prélèvement restent réglées dans Stripe ou Paddle, et Sequenzy ne publie aucun taux de récupération, donc n'en prévoyez pas dans vos hypothèses.

Pourquoi il n'est que troisième

Pour un agent qui réessaie ses envois, les pages que j'ai lues (tarifs, accueil, e-mails transactionnels) ne mentionnent ni clé d'idempotence ni en-têtes de limite de débit, alors que Resend les documente ; c'est pourquoi Resend et Postmark passent devant. Sequenzy gagne ses places dès que le travail de l'agent relève du cycle de vie d'un produit SaaS avec Stripe, Paddle ou Lemon Squeezy (son intégration est incluse sur tous les plans) et que vous voulez un seul compte pour les reçus et les séquences. Si votre agent ne fait qu'envoyer des alertes, un expéditeur pur est plus simple.

#4

Knock

Idéal pour : Agents qui notifient sur plusieurs canaux et ont besoin de flux de travail annulables, avec votre propre fournisseur d'e-mail derrière.

Developer : 0 $ pour 10 000 messages. Starter 250 $ par mois pour 50 000 messages, puis 0,005 $ par message.

Appel et réessais

Knock fonctionne avec des flux de travail (les « workflows » de son API) : un appel à POST /workflows/:key/trigger avec des destinataires et des données lance un parcours qui produit des notifications sur des canaux configurés. La page sur les requêtes idempotentes précise que l'en-tête Idempotency-Key (255 caractères au plus, fenêtre de 24 heures) n'est pris en compte que sur ce point de déclenchement, que seules les réponses 2xx sont mises en cache et qu'un rejeu est signalé par idempotent-replayed: true. Une cancellation_key permet d'annuler un flux de travail en cours, utile quand l'agent change d'avis.

Canaux, serveur MCP et agents

Un canal Knock est un fournisseur configuré avec vos identifiants : pour l'e-mail, Knock s'appuie sur des services comme SendGrid ou Postmark, il ne remplace pas votre expéditeur. Un serveur MCP distant est disponible à mcp.knock.app/mcp, avec connexion OAuth (ou un jeton de service sans interface), ainsi qu'une CLI pour que les agents de code lisent et écrivent les ressources depuis votre dépôt. Un message est compté quand il est envoyé à un utilisateur sur un canal : une alerte envoyée par e-mail et par push consomme deux messages.

Quand ce n'est pas le bon choix

Pour un agent qui envoie un seul type d'e-mail, c'est une couche de trop : vous payez Knock en plus de l'envoi. Entre le palier gratuit et Starter, la page tarifs ne montre aucun plan intermédiaire, de sorte que 50 000 messages coûtent 250 $ avant même le prix de votre expéditeur. Le calcul se justifie dès que l'agent doit joindre les mêmes personnes par e-mail, push et chat avec des préférences à respecter.

#5

Courier

Idéal pour : Équipes qui veulent un appel d'envoi unique pour plusieurs canaux et des parcours (Journeys) pilotables par un agent.

Gratuit : 10 000 envois par mois, puis 0,005 $ par envoi. Pas de frais par siège ni par canal.

Appel et réessais

Un envoi Courier est un seul objet message posté vers POST /send, authentifié par un jeton Bearer, qui référence un modèle, une diffusion ou un parcours. La documentation d'envoi précise qu'un en-tête Idempotency-Key rend le réessai sûr : une requête répétée avec la même clé renvoie la réponse d'origine au lieu d'envoyer de nouveau. Les SDK serveur existent pour Node.js, Python, Ruby, Go et Java. La documentation signale que les anciennes Automations sont remplacées par les Journeys.

Serveur MCP et agents

Courier héberge un serveur MCP à mcp.courier.com et un guide « envoyer depuis un agent IA » recommande de lui donner une clé d'API à portée limitée. C'est le conseil à retenir quel que soit l'outil : un agent ne doit disposer que du droit d'envoi dont il a besoin, jamais de la clé qui gère aussi les modèles et les destinataires. Les Journeys proposent des nœuds d'envoi, de délai, de regroupement et d'annulation, ainsi que des tests A/B de deux à dix variantes.

Prix et limites

Le palier gratuit couvre 10 000 envois par mois, ensuite 0,005 $ par envoi, soit 450 $ pour 100 000 envois selon cette arithmétique (90 000 × 0,005 $). Comme chez Knock, l'envoi d'e-mail passe par un fournisseur que vous reliez : Courier orchestre et ne remplace pas votre expéditeur. La page tarifs affiche une incohérence de libellé entre l'offre intermédiaire et l'offre Enterprise, donc vérifiez le palier exact avant un engagement.

#6

Novu

Idéal pour : Équipes qui veulent une infrastructure de notifications open source, auto-hébergeable, pilotée par des flux de travail.

Gratuit : 10 000 exécutions de flux de travail par mois. Pro à partir de 30 $ (30 000+). Team à partir de 250 $ (250 000+).

Appel et réessais

Novu déclenche un flux de travail par POST https://api.novu.co/v1/events/trigger avec un abonné ou un sujet, et propose des SDK TypeScript, Python, Go, PHP, .NET et Java. La page de déclenchement que j'ai lue ne mentionne aucune clé d'idempotence, donc comme avec Postmark un agent doit tenir son propre registre. Un flux de travail combine des étapes d'e-mail, de SMS, de notification dans l'application, de notification push et de chat, avec des étapes de délai, de regroupement (digest) et de limitation de débit.

Open source, MCP et agents

Le cœur est sous licence MIT, selon le README, dans un modèle « open core » : certaines parties du dépôt exigent une licence commerciale et certaines fonctions du cloud n'existent pas en auto-hébergement. Novu héberge un serveur MCP (régions États-Unis et Europe, connexion OAuth ou clé d'API) qui permet de déclencher des flux de travail et de diagnostiquer les notifications ratées, et il présente une couche pour connecter des agents à Slack, Teams, WhatsApp, Telegram et l'e-mail.

Prix et limites

L'unité de facturation est l'exécution d'un flux de travail : 10 000 par mois dans l'offre gratuite avec 20 flux de travail et 24 heures d'historique d'activité, 7 jours de rétention dans Pro, 90 jours dans Team. L'hébergement des données est proposé aux États-Unis et en Europe. Comme chez Knock et Courier, l'e-mail est livré par le fournisseur que vous branchez, et l'auto-hébergement demande plusieurs machines selon la page de documentation. Un agent qui n'envoie que quelques e-mails n'a pas besoin de cette infrastructure.

#7

Plunk

Idéal pour : Petits agents et projets open source qui veulent un envoi simple à 0,001 $ l'e-mail et la possibilité d'auto-héberger.

Gratuit : 1 000 e-mails par mois. Au-delà : 0,001 $ par e-mail (1 $ les 1 000), sans abonnement.

Appel et réessais

L'envoi se fait par POST /v1/send avec une clé secrète Bearer, et un corps minimal (destinataire, sujet, contenu ou identifiant de modèle). La référence de l'envoi décrit un en-tête Idempotency-Key qui garantit qu'une requête s'exécute au plus une fois : une clé déjà utilisée par votre projet est refusée avec un 409, elle expire après 24 heures et compte de 1 à 255 caractères ASCII. La limite est de 1 000 requêtes par minute et par projet, avec un 429 au-delà.

Particularités à connaître

Quand le champ to est une liste, chaque destinataire est traité à la suite, avec son propre rendu : il n'y a pas d'envoi par lots. Les pièces jointes sont limitées à dix par e-mail et 10 Mo au total par défaut (40 Mo pour le message) et un e-mail avec pièce jointe coûte le double. Plunk est publié sous licence AGPL-3.0 ; l'auto-hébergement exige Docker et un compte AWS SES pour l'envoi. La documentation ne mentionne pas de serveur MCP.

Prix et limites

À 0,001 $ l'e-mail, 20 000 e-mails coûtent 20 $ et 100 000 coûtent 100 $, avec un plafond de dépense mensuel réglable sur le plan payant, une fonction utile pour borner un agent. Les pages ne détaillent ni signature de webhooks ni historique long ; pour un produit en production avec des flux séparés et de la délivrabilité suivie, un acteur plus établi rassure davantage.

#8

Mailgun

Idéal pour : Agents qui reçoivent aussi du courrier, avec envois groupés, planification et journaux détaillés.

Gratuit : 100 e-mails par jour. Basic 15 $ pour 10 000. Foundation 35 $ pour 50 000. Scale 90 $ pour 100 000.

Appel et réessais

L'API de messages attend du multipart/form-data et s'authentifie en HTTP Basic avec l'utilisateur api. Un envoi groupé accepte jusqu'à 1 000 destinataires avec des variables par destinataire, et l'option o:deliverytime programme la livraison jusqu'à trois jours à l'avance (sept jours sur les offres qui conservent au moins sept jours de données). Je n'ai pas trouvé de clé d'idempotence dans ces pages.

Retours vers l'agent

Chaque POST de webhook est signé par un HMAC-SHA256 du couple timestamp + token avec une clé de signature valable pour tout le compte ; la documentation conseille de mémoriser les jetons déjà vus pour refuser les rejeux. Les échecs sont réessayés pendant environ huit heures selon un calendrier exponentiel, sauf si vous répondez 406. Les événements restent consultables 30 jours au plus, selon l'offre (un jour sur l'offre gratuite et sur Basic, cinq sur Foundation, 30 sur Scale). Les routes entrantes associent un filtre et une action, ce qui permet à un agent de traiter des réponses de clients.

Serveur MCP et limites

Mailgun publie un serveur MCP officiel, exécuté en local (Node.js 18 ou plus), qui expose plus de cinquante opérations ; il n'existe pas de version hébergée. Cela convient à un poste de développeur, moins à un agent qui tourne en production sans machine à surveiller. Les SDK officiels couvrent Go, Node.js, PHP, Java, Ruby et Python.

#9

SendGrid

Idéal pour : Agents dans une entreprise qui a déjà un contrat Twilio, avec des besoins de volume et de planification.

Essai de l'API e-mail : 100 e-mails par jour pendant 60 jours. Essentials à partir de 19,95 $, Pro à partir de 89,95 $.

Appel et réessais

L'API Mail Send v3 accepte jusqu'à 1 000 personnalisations par requête, une planification jusqu'à 72 heures à l'avance et un batch_id grâce auquel un agent peut annuler ou suspendre un lot. Un mode sandbox vérifie que le corps de la requête est valide sans envoyer, et les modèles dynamiques (identifiants en d-) lisent leurs données dans dynamic_template_data avec la syntaxe Handlebars. Les réponses portent des en-têtes X-RateLimit-* et un 429 quand la limite est dépassée.

Retours vers l'agent

L'Event Webhook peut être signé avec une paire de clés ECDSA (en-tête X-Twilio-Email-Event-Webhook-Signature) ou protégé par OAuth 2.0 ; les événements non acceptés sont réessayés pendant 24 heures glissantes. Inbound Parse envoie le courrier reçu à une URL, avec de nouveaux essais sur les erreurs 5xx. Sept bibliothèques officielles existent : C#, Go, Java, Node.js, PHP, Python et Ruby.

Prix et limites

Aucun prix n'apparaît sous 50 000 e-mails dans le sélecteur de la page tarifs, de sorte qu'un agent qui envoie 20 000 messages par mois ne trouve pas son tarif. Le plan gratuit durable appartient à l'autre produit, Marketing Campaigns (2 000 contacts, 6 000 e-mails). Pour la comparaison avec un concurrent plus ciblé, lisez SendGrid contre Mailgun.

#10

Amazon SES

Idéal pour : Agents déjà hébergés sur AWS, qui s'authentifient par rôle IAM et traitent l'e-mail comme de l'infrastructure.

À la carte : 0,10 $ les 1 000 e-mails (+ 0,12 $ par Go de pièces jointes). Plan Essentials pour les nouveaux comptes : 0,16 $ les 1 000.

Appel et réessais

Le contrôle d'accès IAM permet de restreindre les actions que peut faire un rôle, et même les adresses autorisées en « From », en destinataire et en « Return-Path » ; pour un agent, c'est le garde-fou le plus fin de cette page. L'API v2 propose SendBulkEmail, qui accepte jusqu'à 50 destinations par appel, et une limite de 50 destinataires par message. Je n'ai pas trouvé de clé d'idempotence dans la documentation d'envoi consultée.

Retours vers l'agent

Les événements d'envoi sont publiés par des jeux de configuration vers CloudWatch, Amazon Data Firehose, Pinpoint, SNS ou EventBridge, ce qui permet de faire passer rebonds et plaintes par une file que l'agent consomme à son rythme. Une liste de suppression au niveau du compte est gérée par l'API v2 ou la console. Les nouveaux comptes sont en bac à sable : 200 messages par 24 heures, un message par seconde, destinataires vérifiés seulement, et l'accès en production se demande région par région.

Prix et limites

Selon la page tarifs, les nouveaux comptes démarrent depuis le 21 juillet 2026 sur le plan Essentials à 0,16 $ les 1 000, qui inclut Virtual Deliverability Manager ; à la carte, 100 000 e-mails coûtent 10 $. Aucun éditeur de modèles n'est le sujet ici : SES fournit des briques, l'agent et vous assemblez le reste. Les équipes sans expérience AWS perdront du temps sur les identités et le bac à sable.

#11

Loops

Idéal pour : Agents au service d'un produit SaaS dont les e-mails de cycle de vie sont édités par des non-développeurs.

Gratuit : jusqu'à 4 000 envois sur 30 jours aux 1 000 contacts les plus récents. 99 $ vers 10 000 contacts, 249 $ vers 50 000.

Ce que dit la page tarifs

Loops facture au nombre de contacts. Le plan gratuit autorise des contacts illimités mais seulement 4 000 envois sur 30 jours glissants vers les 1 000 contacts les plus récents, avec un pied de page Loops et dix e-mails par seconde au plus. L'offre payante affiche 99 $ à 9 998 abonnés et 249 $ à 49 989, sans frais par siège, et inclut l'envoi transactionnel sans supplément.

Pour un agent

Loops convient quand l'agent émet des événements et que le texte et les parcours vivent dans l'éditeur, modifiables sans déploiement. La page tarifs indique que les envois transactionnels à des utilisateurs hors de votre audience font partie du plan payant. Cette séparation entre logique de l'agent et contenu éditorial est le vrai intérêt.

Quand ce n'est pas le bon choix

Pour un agent qui n'envoie que des alertes à quelques adresses, la tarification par contacts n'apporte rien : un produit avec 50 000 contacts dormants paie 249 $ alors qu'un expéditeur facturé à l'e-mail coûte une fraction. Je n'ai pas lu de page sur l'idempotence ou les limites de débit de l'API de Loops, donc je ne les affirme pas ; testez-les avant de brancher un agent qui réessaie. La comparaison avec Resend est dans Loops contre Resend.

Quatre scénarios d'agents et le choix qui va avec

L'agent d'astreinte qui envoie des alertes système

Il envoie peu, mais chaque message compte, et il peut déclencher une rafale pendant un incident. Un expéditeur au flux transactionnel isolé, comme Postmark, évite que la rafale ne pèse sur le reste ; une clé d'idempotence construite sur l'identifiant de l'incident, comme chez Resend, évite les doublons pendant la tempête.

L'agent de support qui répond aux clients

Il lit du courrier entrant, donc il faut un canal de réception : routes chez Mailgun, Inbound Parse chez SendGrid, JSON posté vers votre URL chez Postmark, webhook de réception chez Resend. Limitez ce que l'agent peut faire d'un texte reçu (pas de lien suivi automatiquement, pas d'envoi à une autre adresse que l'expéditeur) et mettez les réponses sensibles en attente de relecture.

L'agent de facturation qui relance les paiements échoués

Le plus sûr est de séparer les deux métiers : Stripe ou Paddle décide quand la carte est représentée, l'outil d'e-mail envoie le message. Sequenzy décrit ce cheminement pour Stripe avec une page de mise à jour de la carte ; avec un expéditeur pur, c'est votre agent qui doit recevoir l'événement de paiement et construire la relance. Voyez aussi notre page pour les utilisateurs de Stripe.

L'agent de campagne qui prépare des envois groupés

Faites écrire le brouillon par l'agent et faites valider l'envoi par une personne. Les limites par lot (100 messages chez Resend, 500 chez Postmark, 1 000 destinataires chez Mailgun, 50 destinations par appel chez SES) bornent aussi les dégâts d'une erreur. Avant d'ouvrir une liste à un agent, relisez le guide de délivrabilité.

Erreurs fréquentes avec des agents

  • Donner la clé d'administration. Une clé qui peut aussi supprimer des domaines ou lire tous les destinataires n'a pas sa place dans le contexte d'un agent.
  • Réessayer sans clé d'idempotence. Un délai dépassé n'indique pas que l'e-mail n'est pas parti.
  • Ignorer les rebonds. Un agent qui continue d'écrire à des adresses refusées abîme la réputation du domaine d'envoi ; faites passer rebonds et plaintes par un webhook vérifié.
  • Mélanger alertes et marketing sur un seul flux. Voyez l'article sur les e-mails transactionnels et marketing pour séparer les domaines.
  • Lire une réponse comme une consigne. Traitez tout texte entrant comme non fiable.

Questions fréquentes

Quelle est la meilleure API e-mail pour un agent IA ?

Celle dont la documentation décrit ce qu'un agent fait mal : réessayer. Resend documente une clé d'idempotence de 24 heures, des en-têtes de limite de débit, des adresses de test et un serveur MCP hébergé, ce qui en fait un bon premier choix pour des envois transactionnels. Postmark convient si la séparation entre messages critiques et diffusion prime, et Sequenzy si l'agent anime le cycle de vie d'un produit SaaS facturé par Stripe. Pour une équipe qui vit sur AWS, Amazon SES offre le contrôle IAM le plus fin.

Comment empêcher un agent d'envoyer deux fois le même e-mail ?

Utilisez une clé d'idempotence quand l'API en propose une : Resend (24 heures, 256 caractères), Knock (24 heures, uniquement sur le déclenchement d'un flux de travail), Plunk (24 heures, refus 409 en cas de réutilisation) et Courier (la durée n'est pas précisée dans la page lue). Postmark, Mailgun et SES n'en décrivent pas dans les pages d'envoi que j'ai lues ; avec eux, enregistrez dans votre base l'événement qui a déclenché l'e-mail et vérifiez-le avant chaque envoi.

Un agent peut-il piloter un service d'e-mail avec MCP ?

Oui, plusieurs éditeurs publient un serveur MCP officiel : Resend (hébergé), Knock (distant, OAuth), Courier (hébergé), Novu (hébergé) et Mailgun (en local seulement). Sequenzy liste un accès MCP et CLI sur tous ses plans. Quel que soit l'outil, donnez à l'agent une clé limitée à l'envoi, pas une clé d'administration, et gardez une validation humaine avant toute campagne vers une liste.

Comment un agent doit-il traiter les webhooks de rebond ?

Il doit vérifier l'origine de la requête, puis supprimer l'adresse ou la marquer inactive, puis ne plus lui écrire. La vérification dépend de l'outil : signature Svix chez Resend, ECDSA ou OAuth 2.0 chez SendGrid, HMAC-SHA256 chez Mailgun, authentification Basic et liste d'IP chez Postmark. Dédoublonnez sur l'identifiant fourni (svix-id chez Resend, X-PM-Webhook-Trace-Id chez Postmark) puisque les envois de webhooks sont réessayés.

Combien coûte l'e-mail d'un agent qui envoie 20 000 messages par mois ?

Selon les pages tarifs : Resend Pro 20 $, Sequenzy 29 $ (palier de 30 000), Postmark Basic sans palier à 20 000 sur son curseur (15 $ à 10 000, 55 $ à 50 000), Plunk 20 $ (20 000 × 0,001 $) et Amazon SES 20 × 0,10 $ = 2 $ à la carte. Les outils d'orchestration (Knock, Courier, Novu) s'ajoutent à l'expéditeur plutôt qu'ils ne le remplacent, et leur prix dépend de leurs propres unités, messages ou exécutions.

Faut-il Knock, Courier ou Novu plutôt qu'un expéditeur simple ?

Seulement si l'agent doit joindre les mêmes personnes sur plusieurs canaux (e-mail, notification push, chat, notification dans l'application) avec des préférences, des regroupements ou des délais. Pour de l'e-mail seul, un expéditeur comme Resend, Postmark ou Plunk est plus simple et moins cher : ces trois plateformes d'orchestration n'envoient pas elles-mêmes l'e-mail, elles passent par un fournisseur que vous configurez.

Que prévoir quand un agent reçoit des réponses par e-mail ?

Prévoyez un canal entrant et des règles pour ce que l'agent a le droit de faire avec une réponse. Mailgun traite le courrier reçu avec des routes (filtre plus action), SendGrid avec Inbound Parse, Postmark transforme le message en JSON posté vers votre URL, et Resend notifie par webhook et vous laisse récupérer le contenu complet. Traitez tout texte entrant comme non fiable : un agent qui exécute des instructions trouvées dans un e-mail est une porte d'entrée.

Comment tester un agent sans écrire à de vrais clients ?

Utilisez les adresses de test du fournisseur : delivered@, bounced@ et complained@resend.dev chez Resend, le jeton POSTMARK_API_TEST chez Postmark, le mode sandbox de l'appel Mail Send chez SendGrid et le simulateur de boîte aux lettres chez SES. Ajoutez en préproduction une liste de destinataires autorisés dans votre code, pour que même une erreur de l'agent ne sorte pas de l'équipe.