Resend est LA référence API email pour devs en 2026. Interface propre, SDK moderne, React Email support, 100 emails/jour gratuits. Idéal pour les transacs. Si tu veux aussi du marketing et du lifecycle SaaS, complète avec Sequenzy ou considère de migrer vers un outil unifié.
Resend : avis, tarifs et alternatives
Présentation de Resend
Resend est une API email transactionnelle lancée en 2023 qui a rapidement conquis la communauté dev. Créée par l'équipe de Vercel, elle se distingue par une expérience développeur exemplaire : SDK TypeScript/Node natif, support React Email pour créer des templates en JSX, et une documentation au top.
Fonctionnalités principales
- API REST moderne avec SDKs Node, Python, PHP, Ruby, Go, Java
- React Email : construis tes templates email en composants React
- Domaines custom : SPF, DKIM, DMARC configurés en quelques clics
- Webhooks : events en temps réel (delivered, bounced, opened, clicked)
- Dashboard propre avec logs de livraison détaillés
- Multi-domaines : gère plusieurs domaines d'envoi depuis un compte
| Plan | Prix | Emails/mois | Domaines |
|---|---|---|---|
| Free | $0 | 3 000 (100/jour) | 1 |
| Pro | $20/mois | 50 000 | Illimités |
| Scale | $90/mois | 300 000 | Illimités |
| Enterprise | Sur devis | Illimités | Illimités |
Pour qui ?
- ✅ Développeurs qui veulent une API propre et moderne
- ✅ Startups qui utilisent Next.js / React et veulent React Email
- ✅ SaaS avec emails transac uniquement (confirmations, factures, alertes)
- ❌ Équipes marketing qui veulent des séquences automatisées
- ❌ SaaS qui veulent des triggers Stripe natifs (il faut Zapier)
Et aussi : Sequenzy
Si tu veux aller plus loin que les transacs — séquences lifecycle, triggers Stripe/Paddle natifs, attribution revenue, IA — Sequenzy est une excellente alternative. Contacts illimités, payant à l'email, et même un MCP server pour tes agents IA. Voir l'avis Sequenzy.
Comparatifs
Ce qui compte vraiment quand on évalue Resend
Une fiche outil ne remplace pas un pilote. Pour savoir si Resend correspond à ton SaaS, teste trois choses en conditions réelles : la connexion à tes sources d'événements (billing, produit, CRM), la création d'une séquence avec règle de sortie, et la lisibilité des rapports une fois les premiers envois partis. Une fonctionnalité impressionnante en démo mais inutilisable au quotidien ne vaut rien — c'est le flux de travail hebdomadaire qui fait la différence, pas la longueur de la liste de features.
| Critère | Ce qu'il faut vérifier | Pourquoi ça compte |
|---|---|---|
| Triggers et intégrations | Les événements dont tu as besoin sont-ils natifs ou via webhooks/Zapier ? | Chaque intermédiaire ajoute de la latence, des pannes silencieuses et du coût mensuel |
| Modèle de tarification | Paiement au contact ou à l'email envoyé ? Limites du plan gratuit ? | Les deux modèles divergent radicalement dès que ta liste grossit avec des inactifs |
| Délivrabilité | Infrastructure partagée ou dédiée, gestion des bounces, SPF/DKIM/DMARC | Un outil séduisant qui livre en spam ne sert à rien — la réputation se construit en mois |
| Séquences et règles de sortie | Peut-on sortir un contact d'une séquence sur un événement (paiement, upgrade) ? | Sans exit automatique, tes clients payants reçoivent des emails de nurturing inadaptés |
| Export et réversibilité | Templates, segments et historique sont-ils exportables proprement ? | Personne ne garde un outil email toute la vie de son SaaS — prévois la sortie dès l'entrée |
Sur les tarifs de Resend
Les prix affichés dans cette page reflètent notre analyse au moment de la rédaction, mais les grilles évoluent souvent (paliers, limites d'envoi, options facturées en supplément). Pour les chiffres à jour, consultez les pages de tarifs officielles de Resend et recalculez le coût à ton volume réel — contacts en base et emails envoyés par mois — plutôt qu'au palier d'entrée de la grille.
Questions fréquentes sur Resend
Resend convient-il à un SaaS early-stage ?
Quel est le vrai coût de Resend à l'échelle ?
Faut-il coupler Resend avec un autre outil ?
Comment tester Resend sans risquer sa délivrabilité ?
Notre méthode de test, en toute transparence
Pour chaque outil testé sur ce site, on suit le même protocole : on monte un scénario complet (inscription → séquence de bienvenue → sortie sur paiement), on connecte une plateforme de paiement en conditions réelles, on envoie sur un sous-domaine dédié avec authentification complète, et on observe les rapports après deux semaines d'envois. Ce protocole ne prétend pas à l'exhaustivité — il reflète l'usage d'un SaaS de petite équipe, pas celui d'une organisation avec un ops email dédié. Les notes sont donc à lire comme un avis contextualisé, pas comme un verdict universel : ton stack et ton volume peuvent changer complètement la donne.
Points de vigilance spécifiques à Resend
- ✓ Vérifie que tes événements de facturation déclenchent bien les emails sans intermédiaire
- ✓ Projette le tarif sur 12 mois avec ton volume réel — les paliers changent tout
- ✓ Teste l'export de tes templates avant d'investir du temps dans les séquences
- ✓ Configure un sous-domaine d'envoi dédié pour le pilote, jamais ton domaine principal
- ✓ Vérifie le support : délai de réponse réel, pas le marketing de la page d'accueil
Deux situations réelles où Resend se révèle ou déçoit
Situation n°1 — le SaaS solo qui démarre : ce qui compte, c'est d'avoir un système qui fonctionne la première semaine sans consultant. Resend brille ici si l'onboarding est court et si la connexion aux événements de base (inscription, paiement) se fait sans documentation à surveiller. Resend déçoit si tu retrouves à écrire des webhooks le premier soir — c'est le signal qu'un outil plus « prêt-à-l'emploi » t'aurait fait gagner une semaine.
Situation n°2 — le SaaS en croissance qui veut industrialiser. Là, la question change : le critère devient la robustesse du reporting, la finesse de la segmentation et la qualité de l'API. Un outil charmant mais limité en export te freinera dès que tu voudras croiser l'email avec tes données produit dans un entrepôt. La leçon des deux situations : la même fiche outil, deux conclusions — d'où l'importance de tester avec ton scénario réel, pas avec celui du marché.
Questions fréquentes (suite)
Puis-je garder mes templates existants en migrer vers Resend ?
Dans la plupart des cas, oui, mais avec des retouches : chaque éditeur a ses variables de personnalisation et son moteur de rendu, et un template HTML.getEmail robuste dans un outil peut perdre ses media queries dans un autre. La bonne pratique : ne réécris pas tout — importe, teste dans les principaux clients email (Gmail, Outlook, Apple Mail), puis corrige uniquement ce qui casse. Compte une demi-journée pour dix templates bien tenus, le double si ton HTML email est ancien.
Comment vérifier la vraie délivrabilité de Resend ?
Trois sources gratuites, croisées : un envoi test vers un outil de type mail-tester (score sur 10), Google Postmaster Tools pour les réputations de domaine côté Gmail, et un test de liste noire via MXToolbox. Objectif réaliste après un mois de warming correct : plus de 95 % de livraison, moins de 0,1 % de plaintes. Si l'outil est en-dessous malgré une liste propre, le problème est chez lui — et c'est le moment de vérifier s'il propose des IPs dédiées.