Resend vs Mailgun : lequel choisir pour ton SaaS ?

Pour une équipe SaaS, ces services transportent les messages produits : vérification d’adresse, connexion sans mot de passe, factures, alertes d’incident et changements de compte. Il faut donc examiner comment chacun s’intègre à tes services, où tu trouveras un envoi rejeté et combien de temps les traces restent disponibles. Resend propose une API compacte et un flux de travail tourné vers le code. Mailgun combine API et relais SMTP, ce qui permet de conserver des applications qui parlent déjà SMTP, et propose des fonctions de validation et de routage entrant.

Resend peut être plus simple pour un projet neuf dont les développeurs veulent créer les courriels en React Email. Mailgun offre davantage de leviers opérationnels dans sa grille : les durées de conservation augmentent selon le forfait et les forfaits supérieurs comprennent une IP dédiée à certains volumes. Le bon choix dépend de ton architecture actuelle, de ton volume et de la durée nécessaire pour analyser les incidents.

Comparer les forfaits par volume

Les forfaits gratuits ne couvrent pas le même besoin. Resend Free annonce 3 000 courriels par mois, mais limite aussi l’envoi à 100 par jour. Mailgun Free inclut 100 courriels par jour, un domaine d’envoi personnalisé et un jour de conservation des journaux. Au premier palier payant, Mailgun Basic coûte 15 $ par mois pour 10 000 messages ; Resend Pro coûte 20 $ par mois pour 50 000. Ces prix sont mensuels et le volume inclus doit être comparé avec ton propre trafic de pointe.

Mailgun décrit un premier mois gratuit sur Foundation et Scale, puis indique 35 $ pour 50 000 messages et 90 $ pour 100 000. N’assimile pas ce mois de démarrage au prix récurrent. À 100 000, Resend Scale et Mailgun Scale affichent tous deux 90 $ mensuels pour le quota de base ; au-delà, les tarifs supplémentaires indiqués diffèrent. Les offres et leurs détails sont sur les tarifs Resend et la page de prix Mailgun.

API, SDK et modèles

Les deux solutions permettent à ton backend de déclencher un envoi par API. Garde les clés d’accès dans le serveur, jamais dans le navigateur, et enveloppe l’appel dans un composant interne à ton application. Cet adaptateur permet de remplacer le fournisseur sans disperser ses noms de champs dans les services de paiement et d’authentification. Il te donne également un endroit unique pour imposer une clé d’idempotence ou gérer les retentatives après une erreur temporaire.

Resend s’intègre à React Email pour composer des modèles sous forme de composants React. Cette approche peut réduire les écarts entre les courriels et le système d’interface que ton équipe maintient déjà. Avec Mailgun, l’API et le relais SMTP donnent une voie pour les applications qui utilisent déjà SMTP ; ses fonctions comprennent aussi validation d’adresses et routage entrant. Si ton SaaS ne reçoit aucun courriel par email et n’a pas de flux SMTP existant, ces possibilités ne justifient pas seules un choix.

Avant de migrer, teste les données dynamiques comme les dates, les prix et les noms de plan, ainsi que le rendu en texte brut. Les modèles de chaque fournisseur n’ont pas forcément les mêmes variables ni le même mécanisme de rendu. Versionne les modèles avec ton code et ajoute un test de rendu pour les messages importants : facture, invitation et récupération de compte.

Journaux, webhooks et enquêtes support

La conservation des journaux est une différence concrète de Mailgun. Free et Basic affichent un jour ; Foundation en conserve cinq et Scale trente. Si les demandes de support arrivent plusieurs semaines après un incident, ce délai peut obliger l’équipe à collecter ses propres identifiants et événements. Mailgun propose aussi des options d’analyse de délivrabilité et d’IP dédiée sur les forfaits qualifiés. Pour Resend, examine la période et les données accessibles dans le compte correspondant à ton volume avant de décider si tu dois archiver des événements dans ton application.

Configure les webhooks dans une route qui vérifie la signature selon la documentation du service, enregistre les identifiants reçus et répond rapidement. Traite les appels comme répétables : un événement de rejet livré deux fois ne doit pas fermer deux fois le même compte ni envoyer plusieurs alertes. Relie l’événement à l’identifiant que ton backend a obtenu lors de l’envoi. Pour un diagnostic, l’équipe doit pouvoir distinguer un refus d’adresse, une erreur de configuration et un délai temporaire sans copier le corps complet du message dans des journaux accessibles à tous.

Mailgun inclut le routage entrant, utile si un produit doit traiter des réponses ou des emails envoyés à une adresse générée. Resend peut être préférable si ton besoin se limite à l’envoi transactionnel sortant et si tu veux garder le trajet d’intégration léger. Écris le besoin sous forme d’un scénario complet — entrée, traitement, événement de retour, action applicative — avant d’évaluer une fonction isolée.

DNS, authentification et réputation d’envoi

Prépare un sous-domaine réservé aux messages du produit et ajoute les enregistrements DNS demandés par le fournisseur. SPF autorise les serveurs d’envoi, DKIM signe les messages et DMARC précise comment traiter les messages qui échouent aux contrôles. Les deux fournisseurs guident cette configuration ; vérifie les valeurs exactes dans leur interface, car elles sont propres au domaine et au compte. Ne publie pas un second enregistrement SPF si tu en as déjà un : fusionne les autorisations nécessaires en respectant les limites DNS.

Mailgun propose des régions d’envoi aux États-Unis et dans l’Union européenne depuis un compte unique, selon les informations tarifaires. Choisis la région en accord avec les exigences de ton produit et les engagements que tu peux réellement tenir sur le traitement des données. Une sélection de région ne répond pas à elle seule à toutes les questions de conformité ; vérifie le contrat et la documentation du fournisseur pour ton cas.

Mailgun indique qu’une IP dédiée est incluse avec Foundation à 100 000 messages, Growth et Scale. Des IP supplémentaires sont affichées à 59 $ par IP et par mois. Resend propose une IP dédiée en option sur Scale avec une condition de volume quotidien. Une IP dédiée demande un trafic régulier, une surveillance et une montée en charge contrôlée ; si tes volumes sont faibles ou irréguliers, commence par comparer la configuration partagée et tes exigences réelles.

Quel service correspond à ton scénario ?

• Ton équipe construit une application React neuve : essaie Resend avec React Email et valide l’intégration sur deux ou trois modèles représentatifs. Son forfait Pro à 20 $ mensuels couvre 50 000 envois, ce qui laisse de la capacité sans devoir choisir immédiatement un service doté de fonctions SMTP.
• Ton produit envoie environ 10 000 messages par mois : Mailgun Basic à 15 $ couvre ce volume, mais sa conservation d’un jour est courte. Si le diagnostic différé est important, compare Foundation à 35 $ pour 50 000 et cinq jours de journaux. Resend Pro coûte 20 $ pour 50 000.
• Tu dois conserver des journaux plus longtemps : vérifie si les 30 jours de Mailgun Scale pour 100 000 correspondent à ta fenêtre d’investigation et à ton budget de 90 $ mensuels. Définis aussi ce que tu dois archiver en interne et pendant combien de temps.
• Tu as un système SMTP ou des messages entrants existants : évalue Mailgun avec le flux réellement utilisé, notamment la réception et le routage. Une migration complète n’est utile que si elle réduit les composants que ton équipe doit maintenir.

Préparer une bascule propre

1. Recense les appels et leurs propriétaires. Note les déclencheurs, identifiants de modèles, variables, expéditeurs, volumes de pointe et consommateurs de webhooks. Marque séparément l’envoi sortant, SMTP et la réception éventuelle.
2. Configure le domaine dans un environnement de test. Ajoute SPF, DKIM et DMARC sur le sous-domaine choisi, puis attends les vérifications DNS. Assure-toi que le domaine d’envoi de production et celui de test ne sont pas confondus.
3. Recrée et valide les modèles. Adapte les variables et prévisualise chaque email avec des données réalistes. Vérifie la version texte, le rendu mobile, les liens et les champs de montant avant d’envoyer à des utilisateurs.
4. Déplace un flux à la fois. Commence en préproduction, puis transfère une catégorie peu risquée. Suis les erreurs, les retours et les tickets support ; conserve l’ancien chemin actif jusqu’à ce que les messages critiques soient confirmés sur le nouveau service.

Voir aussi

• Tous les comparatifs email
• Tous les outils email SaaS
• Meilleur email pour SaaS