# Meilleurs outils d’e-mail pour Supabase : Auth, événements et cycle de vie

URL canonique : https://brew.new/fr/blog/best-email-tools-for-supabase-auth-emails-product-events-and-lifecycle-campaigns
Rédigé par Thomas Park
Publication : 2026-09-19
Mise à jour : 2026-09-29

Ce comparatif est publié par Brew. Nous avons examiné le 28 septembre 2026 la documentation produit mise en lien. Il s’agit d’une comparaison fondée sur la documentation : nous ne prétendons pas avoir testé chaque plateforme en conditions réelles. Vérifiez les limites actuelles des offres sur la page tarifs de chaque éditeur.

Vous lancez votre application Supabase, et les premiers utilisateurs extérieurs à votre équipe s’inscrivent. Leurs e-mails de confirmation passent encore par l’expéditeur par défaut. Celui-ci n’envoie qu’à des adresses autorisées au préalable : aucun d’eux ne reçoit le sien. L’e-mail de bienvenue que vous aviez prévu n’est encore qu’une ligne dans votre liste de tâches.

Une application Supabase envoie des e-mails pour trois raisons différentes. Les e-mails d’authentification comprennent la confirmation d’inscription, les liens magiques et la réinitialisation du mot de passe. Les e-mails d’événements produit partent quand quelque chose se produit dans la base de données. Les campagnes de cycle de vie couvrent l’onboarding, les relances et la reconquête. Un même outil peut assurer plusieurs de ces rôles, mais Supabase conseille de séparer les e-mails d’authentification des e-mails marketing.

Ce guide classe Resend, Loops, Sequenzy et Brew selon les rôles que couvre la documentation de chacun.

## À retenir

- Le service d’e-mail intégré à Supabase sert aux tests. Il n’envoie qu’à des adresses autorisées au préalable, avec une limite de débit basse. En production, les e-mails d’authentification nécessitent un SMTP personnalisé.
- Pour les e-mails d’authentification, Resend, Loops et Sequenzy documentent chacun une configuration SMTP pour Supabase. Brew n’en documente aucune.
- Pour les événements produit et les e-mails de cycle de vie, Brew écoute les changements dans `auth.users` et émet des événements comme `auth.user.email_confirmed`. Sequenzy synchronise les lignes d’une table de votre choix.
- Supabase recommande des services et des domaines distincts pour les e-mails d’authentification et les e-mails marketing.

## Trois rôles, trois types d’outils

| Rôle | Ce qu’il exige | Outils qui le documentent |
| --- | --- | --- |
| E-mails d’authentification | Un serveur SMTP ou un hook d’authentification appelé par Supabase Auth | Resend, Loops, Sequenzy |
| Événements produit | Des changements de la base de données transformés en déclencheurs | Brew (`auth.users`), Sequenzy (une seule table, au choix), Loops (synchronisation des contacts) |
| Campagnes de cycle de vie | Séquences, e-mails mis en page, audiences | Brew, Loops, Sequenzy |

Nous avons vérifié la documentation de chaque éditeur le 28 septembre 2026.

## E-mails d’authentification : quittez d’abord l’expéditeur par défaut

Le [guide SMTP](https://supabase.com/docs/guides/auth/auth-smtp) de Supabase liste les limites du service intégré. Il n’envoie qu’à des adresses autorisées au préalable. Sa limite de débit est basse, 2 messages par heure, et peut changer sans préavis. Il n’offre aucun SLA de délivrance. Supabase vous demande de configurer un SMTP personnalisé pour tout usage qui dépasse les tests et les démos.

La même page déconseille de mélanger e-mails d’authentification et e-mails marketing. Utilisez des services distincts, ou au moins des domaines d’envoi distincts comme `auth.example.com` et `marketing.example.com`, et tenez les contenus promotionnels à l’écart des messages d’authentification.

### Resend

Le [guide Supabase](https://resend.com/docs/send-with-supabase-smtp) de Resend décrit une configuration SMTP rapide. Dans la section Authentication de Supabase, vous saisissez l’hôte `smtp.resend.com`, le port `465`, le nom d’utilisateur `resend` et votre clé API comme mot de passe. Il vous faut un domaine vérifié dans Resend. Dès lors, Supabase Auth envoie ses e-mails via Resend.

### Loops

Loops documente [deux méthodes pour Supabase](https://loops.so/docs/integrations/supabase). Un Auth Hook fait passer tous les e-mails de Supabase Auth par Loops, et le SMTP reste disponible comme alternative. Une synchronisation des contacts, configurée à part, importe les utilisateurs Supabase dans votre audience Loops.

### Sequenzy

Sequenzy peut [faire passer les e-mails de Supabase Auth](https://docs.sequenzy.com/integrations/supabase) par son service SMTP. Il met en place des modèles transactionnels par défaut pour la réinitialisation du mot de passe, les liens magiques, les invitations et les notifications de sécurité ; vous pouvez aussi saisir vous-même les identifiants SMTP.

### Brew

L’intégration Supabase de Brew n’envoie pas les e-mails de Supabase Auth, et Brew ne documente pas de relais SMTP. Confiez les e-mails de vérification, de lien magique et de réinitialisation à un prestataire SMTP. L’API de Brew peut envoyer des e-mails transactionnels déclenchés par votre application, comme un reçu. Les messages propres à Supabase Auth nécessitent toujours un SMTP ou un hook d’authentification.

## Événements produit : quels changements de la base de données peuvent lancer une séquence

### Brew

L’[intégration Supabase](https://docs.brew.new/integrations/import/supabase) de Brew exécute un script de configuration qui installe un trigger de base de données sur `auth.users`. Ce trigger signe chaque changement avec `pgcrypto`, l’envoie à un webhook Brew unique avec `pg_net` et conserve le secret partagé dans Supabase Vault. Brew reçoit trois événements bruts : `auth.user.created`, `auth.user.updated` et `auth.user.deleted`. Il en déduit neuf autres à partir des changements de colonnes :

- `auth.user.email_confirmed` et `auth.user.phone_confirmed`
- `auth.user.email_changed` et `auth.user.password_changed`
- `auth.user.signed_in`
- `auth.user.banned` et `auth.user.unbanned`
- `auth.user.invited`
- `auth.user.upgraded_from_anonymous`

Les utilisateurs sont synchronisés comme contacts, avec des champs `supabase_*` tels que le statut du compte, l’heure de vérification de l’e-mail et la dernière connexion. La documentation de Brew précise que les renouvellements de jeton mettent aussi à jour `last_sign_in_at` : à lui seul, `auth.user.signed_in` n’est donc pas un signal fiable pour savoir si l’utilisateur « est revenu ».

Pour les événements extérieurs à `auth.users`, comme `project_created` ou `invite_sent`, créez un déclencheur personnalisé dans Brew et déclenchez-le depuis une Edge Function Supabase. Le [guide Lovable](https://docs.brew.new/integrations/ai-tools/lovable) de Brew illustre ce schéma. La fonction lit `BREW_API_KEY` dans les secrets Supabase et appelle `POST /v1/automations/triggers/{triggerEventId}/fire`.

### Sequenzy

Sequenzy se connecte à Supabase via OAuth et surveille une table de votre choix, généralement `public.profiles`, à l’aide d’un trigger `pg_net`. Il détecte automatiquement les colonnes d’e-mail, d’identifiant utilisateur et de nom, et synchronise les autres colonnes pour la segmentation. Les insertions émettent `contact.subscribed`. Les mises à jour actualisent les attributs sans émettre d’événement, et les suppressions émettent `contact.unsubscribed`. Une seule table par intégration bénéficie des webhooks automatiques.

### Loops

Loops synchronise les utilisateurs Supabase avec votre audience et peut lancer des workflows à partir de ces données. La synchronisation des contacts se configure séparément de l’envoi des e-mails d’authentification.

## Campagnes de cycle de vie

Brew génère des e-mails à partir du fichier [email-design.md](/fr/blog/email-design-md) de votre marque, crée des automatisations à partir d’un prompt et envoie depuis votre domaine vérifié. Une séquence de bienvenue peut démarrer sur `auth.user.email_confirmed`, pour que le premier e-mail n’atteigne que les personnes qui ont vérifié leur adresse. Brew ne propose pas de canal SMS et ne gère pas les e-mails de Supabase Auth.

Loops et Sequenzy couvrent les campagnes de cycle de vie en plus des e-mails d’authentification : un seul éditeur peut donc gérer les deux. Si vous choisissez cette voie, utilisez quand même des domaines d’envoi distincts pour l’authentification et le marketing, comme le conseille Supabase.

## Exemple de configuration pour une petite application Supabase

Voici une répartition possible. Nous ne l’avons pas testée de bout en bout.

1. Supabase Auth envoie les confirmations, les liens magiques et les réinitialisations via un SMTP personnalisé (Resend, Loops ou Sequenzy) sur `auth.example.com`.
2. L’intégration Supabase de Brew écoute `auth.users`. Une automatisation de bienvenue démarre sur `auth.user.email_confirmed`.
3. Votre application programme une vérification de rappel. À l’échéance, elle lit l’état actuel des projets de l’utilisateur et déclenche un événement Brew distinct, `project_reminder_eligible`, uniquement s’il n’a toujours aucun projet. Une automatisation publiée envoie la relance à partir de cet événement. Autre option : définissez et synchronisez dans Brew un champ de contact booléen `has_project`, puis vérifiez `contact.has_project equals false` après une attente. Cette condition lit la valeur actuelle du champ de contact dans Brew ; le payload de l’événement d’origine, lui, reste inchangé.
4. Les e-mails de cycle de vie partent d’un domaine marketing, avec des en-têtes de désabonnement.

## Questions fréquentes

### Puis-je utiliser l’e-mail par défaut de Supabase en production ?

Supabase répond que non. Le service par défaut n’envoie qu’à des adresses autorisées au préalable, à un débit limité, et sans aucun SLA. Configurez un SMTP personnalisé.

### Brew remplace-t-il les e-mails de vérification ou de réinitialisation du mot de passe de Supabase ?

Non. L’intégration Supabase de Brew lance des automatisations à partir des changements dans `auth.users`. Les e-mails de vérification et de réinitialisation nécessitent un prestataire SMTP ou un hook d’authentification.

### Pourquoi attendre `email_confirmed` avant l’e-mail de bienvenue ?

L’e-mail de bienvenue n’atteint alors que des adresses qui fonctionnent, et il arrive après l’e-mail de vérification au lieu de tomber en même temps.

### Les utilisateurs Supabase synchronisés sont-ils considérés comme ayant consenti au marketing ?

Pas automatiquement. La documentation de Brew indique que chaque destinataire marketing doit avoir donné son consentement avant l’import. Enregistrez le consentement à l’inscription et filtrez sur cette donnée.

## Prochaine étape

Pour voir quels événements arrivent de votre projet, [connectez Supabase dans Brew](/fr/browse/integrations/supabase), insérez un utilisateur de test et surveillez le panneau « Événements récents » avant de publier une séquence.
