Comment envoyer ses e-mails automatiquement avec Make et Resend ?
Envoyer ses e-mails automatiquement avec Make et Resend consiste à connecter le module officiel Resend à un scénario Make, avec une clé API et un domaine d'envoi vérifié, pour déclencher un e-mail transactionnel dès qu'un événement précis se produit (nouveau lead, devis validé, rendez-vous confirmé) plutôt que de l'envoyer manuellement.
Ajoutez le module Resend à votre scénario Make, connectez-le avec une clé API et un domaine d'envoi vérifié, puis configurez l'action « Send an Email » pour qu'un e-mail parte automatiquement dès qu'un événement précis déclenche le scénario.
Pourquoi choisir Resend plutôt qu'un module e-mail classique dans Make ?
Make propose aussi des modules Gmail ou Outlook, adaptés pour envoyer un e-mail depuis une boîte personnelle. Resend répond à un besoin différent : l'envoi d'e-mails transactionnels applicatifs (confirmation, notification, relance) depuis un domaine professionnel, avec un suivi précis de la délivrabilité.
Concrètement, un module Gmail dans Make envoie « comme si » c'était vous qui cliquiez sur Envoyer. Un module Resend envoie via une infrastructure conçue pour ce volume et ce type d'usage, avec des statistiques de livraison, d'ouverture et de rejet consultables dans le tableau de bord Resend.
C'est quoi Resend, en quelques mots ?
Resend est une API d'envoi d'e-mails transactionnels pensée pour les développeurs et les équipes techniques. Elle permet d'envoyer un e-mail avec un simple appel API, en HTML ou avec des composants React Email, et de suivre son statut de livraison.
Gratuit jusqu'à un certain volume mensuel, avec upgrade au besoin.
Ajout d'enregistrements DNS (SPF, DKIM) pour prouver que vous êtes propriétaire du domaine d'envoi.
Générée dans les paramètres du compte, à connecter au module Make.
La documentation officielle de Resend détaille l'ensemble de ces étapes et les limites du plan gratuit.
Comment connecter Resend à Make ?
- Créer un compte ResendInscription gratuite sur resend.com, sans carte bancaire pour démarrer.
- Vérifier son domaine d'envoiAjouter les enregistrements DNS fournis par Resend (SPF, DKIM) chez votre hébergeur de domaine, puis attendre la validation.
- Générer une clé APIDans les paramètres du compte Resend, section API Keys, créer une clé et la copier immédiatement.
- Ajouter le module Resend dans MakeRechercher « Resend » dans le catalogue de modules et le glisser à l'étape souhaitée du scénario.
- Créer la connexionColler la clé API dans le champ dédié pour autoriser Make à envoyer des e-mails via votre compte Resend.
Le module Resend de Make propose trois actions principales : envoyer un e-mail, surveiller des événements (ouverture, rejet, clic) et effectuer un appel API personnalisé pour les besoins avancés.
Comment créer son premier scénario d'envoi automatique ?
Prenons un exemple courant : envoyer une confirmation par e-mail dès qu'un formulaire de contact est soumis sur un site WordPress.
- Déclencheur formulaireUn webhook ou un module dédié au formulaire (Elementor Forms, Gravity Forms...) capture la soumission.
- Préparer le contenu de l'e-mailUtiliser les champs du formulaire (nom, sujet, message) pour personnaliser dynamiquement le texte envoyé.
- Module Resend — Send an EmailRenseigner l'expéditeur (sur le domaine vérifié), le destinataire, l'objet et le contenu HTML de l'e-mail.
- Tester avec une vraie soumissionEnvoyer un formulaire de test et vérifier la réception, y compris dans les dossiers indésirables.
Ce même montage s'applique à d'autres déclencheurs : une ligne ajoutée dans un tableur, un paiement validé, ou une réponse générée par un module connecté au CRM. La logique reste identique : un événement précis déclenche un envoi ciblé, jamais un envoi groupé non sollicité.
Un point mérite une attention particulière lors du test : vérifiez que le champ « From » utilise bien une adresse sur le domaine vérifié dans Resend, pas une adresse générique. Un envoi test réussi avec une adresse non vérifiée peut donner une fausse impression de bon fonctionnement, avant de bloquer en production dès qu'un vrai destinataire est visé.
Quels cas d'usage sont les plus utiles avec Make et Resend ?
Confirmations transactionnelles
Accusé de réception d'un formulaire, confirmation de rendez-vous ou de commande envoyée instantanément.
Relances de devis impayés
Un e-mail de rappel envoyé automatiquement quelques jours après l'envoi d'un devis resté sans réponse.
Notifications internes
Alerter une équipe par e-mail dès qu'un événement précis se produit dans un outil métier connecté.
Rapports programmés
Envoyer automatiquement un résumé d'activité par e-mail à date et heure fixes.
Comment utilisons-nous Resend chez Amari Agency ?
Voici un exemple représentatif de notre méthode, sans donnée client ni promesse de résultat garantie.
Resend fait partie de notre socle d'outils d'automatisation
Resend est l'un des outils que nous utilisons régulièrement dans nos scénarios d'automatisation, aux côtés de n8n, Supabase et WordPress. Nous privilégions un domaine d'envoi dédié aux e-mails transactionnels, distinct du domaine principal utilisé pour la communication commerciale, afin de ne pas mélanger les réputations d'envoi.
Quelles précautions prendre pour la délivrabilité de vos e-mails ?
Sans enregistrements SPF et DKIM correctement configurés, vos e-mails transactionnels risquent d'être classés en spam ou rejetés par les principaux fournisseurs. La vérification du domaine n'est pas une option facultative avant une mise en production.
Au-delà de la configuration technique, quelques réflexes limitent les rejets : un objet clair sans formulation excessive, un lien de désinscription si l'e-mail n'est pas purement transactionnel, et un volume d'envoi qui augmente progressivement plutôt qu'un pic soudain sur un domaine tout juste vérifié. La documentation Resend sur la vérification de domaine détaille la configuration DNS attendue.
Autre point souvent négligé : séparer le sous-domaine utilisé pour les e-mails transactionnels (confirmations, notifications) de celui utilisé pour d'éventuelles campagnes marketing. Un incident de délivrabilité sur l'un n'affecte alors pas la réputation de l'autre, ce qui protège les e-mails les plus critiques pour l'activité (confirmation de commande, réinitialisation de mot de passe) des aléas d'une campagne moins prioritaire.
Quels contenus lire ensuite ?
Ces ressources complètent ce tutoriel sans cibler la même requête :
Questions fréquentes sur Make et Resend
Resend est-il gratuit pour démarrer ?
Oui, Resend propose un plan gratuit avec un volume mensuel d'e-mails limité, suffisant pour tester un premier scénario avant de passer à un plan payant si le volume augmente.
Peut-on utiliser Resend sans nom de domaine professionnel ?
Un domaine de test est proposé pour les premiers essais, mais un envoi en production nécessite un domaine vérifié appartenant à votre entreprise pour une bonne délivrabilité et une image professionnelle.
Resend convient-il pour une newsletter envoyée à toute une liste de contacts ?
Resend est conçu avant tout pour l'e-mail transactionnel déclenché par un événement. Pour une newsletter marketing envoyée à une large liste avec gestion des désinscriptions, un outil d'e-mail marketing dédié reste plus adapté.
Comment savoir si un e-mail envoyé via Resend a bien été délivré ?
Le tableau de bord Resend affiche le statut de chaque envoi (délivré, rejeté, ouvert) et l'action « Watch Events » du module Make peut aussi déclencher un scénario en retour selon ce statut.
Le module Resend fonctionne-t-il aussi dans n8n ?
Oui, Resend propose une API standard utilisable depuis n8n via une requête HTTP ou un nœud communautaire, avec la même logique de clé API et de domaine vérifié.