# Migliori strumenti email per Supabase: Auth, eventi e lifecycle

URL canonico: https://brew.new/it/blog/best-email-tools-for-supabase-auth-emails-product-events-and-lifecycle-campaigns
Autore: Thomas Park
Pubblicato: 2026-09-19
Aggiornato: 2026-09-29

Questo confronto è pubblicato da Brew. Il 28 settembre 2026 abbiamo esaminato la documentazione dei prodotti indicata nei link: si tratta di un confronto basato sulla documentazione, non sosteniamo di aver messo alla prova ogni piattaforma con un test pratico. Verifica i limiti attuali dei piani nella pagina dei prezzi di ciascun fornitore.

Rilasci la tua app Supabase e si registrano i primi utenti esterni al team. Le loro email di conferma passano ancora dal mittente predefinito, che recapita solo agli indirizzi preautorizzati: nessuno di loro la riceve. L’email di benvenuto che avevi pianificato è ancora una nota nella tua lista di cose da fare.

Un’app Supabase invia email per tre motivi diversi. Le email di autenticazione comprendono la conferma della registrazione, i magic link e la reimpostazione della password. Le email legate agli eventi di prodotto partono quando succede qualcosa nel database. Le campagne del ciclo di vita coprono onboarding, promemoria e riattivazione. Uno strumento può occuparsi di più di uno di questi compiti, ma Supabase consiglia di tenere separate le email di autenticazione da quelle di marketing.

Questa guida suddivide Resend, Loops, Sequenzy e Brew in base ai compiti che ciascuno documenta.

## Punti chiave

- Il servizio email integrato di Supabase serve per i test. Invia solo agli indirizzi preautorizzati, con un rate limit basso. In produzione, le email di autenticazione richiedono un SMTP personalizzato.
- Per le email di autenticazione, Resend, Loops e Sequenzy documentano ciascuno una configurazione SMTP per Supabase. Brew non ne documenta nessuna.
- Per gli eventi di prodotto e le email del ciclo di vita, Brew ascolta le modifiche in `auth.users` ed emette eventi come `auth.user.email_confirmed`. Sequenzy sincronizza le righe di una tabella a tua scelta.
- Supabase consiglia servizi e domini separati per le email di autenticazione e per quelle di marketing.

## Tre compiti, tre tipi di strumento

| Compito | Cosa richiede | Strumenti che lo documentano |
| --- | --- | --- |
| Email di autenticazione | Un server SMTP o un auth hook richiamato da Supabase Auth | Resend, Loops, Sequenzy |
| Eventi di prodotto | Modifiche al database trasformate in trigger | Brew (`auth.users`), Sequenzy (una tabella qualsiasi), Loops (sincronizzazione dei contatti) |
| Campagne del ciclo di vita | Sequenze, email con un design curato, pubblici | Brew, Loops, Sequenzy |

Abbiamo controllato la documentazione di ogni fornitore il 28 settembre 2026.

## Email di autenticazione: per prima cosa, abbandona il mittente predefinito

La [guida SMTP](https://supabase.com/docs/guides/auth/auth-smtp) di Supabase elenca i limiti del servizio integrato. Invia solo agli indirizzi preautorizzati. Il suo rate limit è basso, 2 messaggi all’ora, e può cambiare senza preavviso. Non ha uno SLA di consegna. Supabase chiede di configurare un SMTP personalizzato per tutto ciò che va oltre test e demo.

La stessa pagina dice di non mescolare email di autenticazione e di marketing. Usa servizi separati, o almeno domini di invio separati come `auth.example.com` e `marketing.example.com`, e tieni i contenuti promozionali fuori dai messaggi di autenticazione.

### Resend

La [guida per Supabase](https://resend.com/docs/send-with-supabase-smtp) di Resend è una breve configurazione SMTP. Usi l’host `smtp.resend.com`, la porta `465`, il nome utente `resend` e la tua chiave API come password, da inserire nella sezione Authentication di Supabase. Ti serve un dominio verificato in Resend. Da quel momento, Supabase Auth invia tramite Resend.

### Loops

Loops documenta [due modi per collegare Supabase](https://loops.so/docs/integrations/supabase). Un Auth Hook fa passare da Loops tutte le email di Supabase Auth, e in alternativa è disponibile l’SMTP. Una sincronizzazione dei contatti separata porta gli utenti di Supabase nel tuo pubblico di Loops.

### Sequenzy

Sequenzy può [instradare le email di Supabase Auth](https://docs.sequenzy.com/integrations/supabase) attraverso il suo servizio SMTP. Configura modelli transazionali predefiniti per reimpostazione della password, magic link, inviti e notifiche di sicurezza, oppure puoi inserire manualmente le credenziali SMTP.

### Brew

L’integrazione di Brew con Supabase non invia le email di Supabase Auth, e Brew non documenta un relay SMTP. Lascia le email di verifica, i magic link e le email di reimpostazione della password a un provider SMTP. L’API di Brew può inviare le email transazionali attivate dalla tua app, come una ricevuta. I messaggi di Supabase Auth richiedono comunque un SMTP o un auth hook.

## Eventi di prodotto: quali modifiche al database possono avviare un flusso

### Brew

L’[integrazione di Brew con Supabase](https://docs.brew.new/integrations/import/supabase) esegue uno script di configurazione che installa un trigger su `auth.users`. Il trigger firma ogni modifica con `pgcrypto`, la invia a un webhook dedicato di Brew con `pg_net` e conserva il secret condiviso in Supabase Vault. Brew riceve tre eventi grezzi: `auth.user.created`, `auth.user.updated` e `auth.user.deleted`. Ne ricava altri nove dalle modifiche alle colonne:

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

Gli utenti vengono sincronizzati come contatti con campi `supabase_*`, ad esempio lo stato dell’account, l’orario di verifica dell’email e l’ultimo accesso. La documentazione di Brew precisa che anche il rinnovo dei token aggiorna `last_sign_in_at`, quindi `auth.user.signed_in`, da solo, non è un segnale affidabile del ritorno di un utente.

Per gli eventi al di fuori di `auth.users`, come `project_created` o `invite_sent`, crea un trigger personalizzato in Brew e attivalo da una Supabase Edge Function. La [guida di Brew per Lovable](https://docs.brew.new/integrations/ai-tools/lovable) mostra questo schema. La funzione legge `BREW_API_KEY` dai secret di Supabase e chiama `POST /v1/automations/triggers/{triggerEventId}/fire`.

### Sequenzy

Sequenzy si collega a Supabase tramite OAuth e monitora una tabella a tua scelta, di solito `public.profiles`, con un trigger `pg_net`. Rileva automaticamente le colonne di email, ID utente e nome, e sincronizza le altre colonne per la segmentazione. Gli inserimenti emettono `contact.subscribed`. Le modifiche aggiornano gli attributi senza emettere eventi, mentre le eliminazioni emettono `contact.unsubscribed`. Per ogni integrazione, solo una tabella usa i webhook automatici.

### Loops

Loops sincronizza gli utenti di Supabase nel tuo pubblico e può avviare workflow a partire da quei dati. La sincronizzazione dei contatti si configura separatamente dal percorso delle email di autenticazione.

## Campagne del ciclo di vita

Brew genera le email a partire dal file [email-design.md](/it/blog/email-design-md) del tuo brand, crea automazioni da un prompt e invia dal tuo dominio verificato. Un flusso di benvenuto può partire da `auth.user.email_confirmed`, così la prima email raggiunge solo chi ha verificato l’indirizzo. Brew non ha un canale SMS e non gestisce le email di Supabase Auth.

Loops e Sequenzy coprono sia le campagne del ciclo di vita sia le email di autenticazione, quindi un solo fornitore può gestire entrambe. Se scegli questa strada, usa comunque domini di invio separati per autenticazione e marketing, come consiglia Supabase.

## Esempio di configurazione per una piccola app Supabase

Ecco una possibile suddivisione. Non l’abbiamo testata end-to-end.

1. Supabase Auth invia conferme, magic link e reimpostazioni della password tramite un SMTP personalizzato (Resend, Loops o Sequenzy) su `auth.example.com`.
2. L’integrazione di Brew con Supabase ascolta `auth.users`. Un’automazione di benvenuto parte da `auth.user.email_confirmed`.
3. La tua applicazione programma un controllo per il promemoria. All’orario previsto, legge lo stato attuale dei progetti dell’utente e invia a Brew un evento separato, `project_reminder_eligible`, solo se l’utente non ha ancora un progetto. Un’automazione pubblicata invia il promemoria a partire da quell’evento. In alternativa, definisci e sincronizza in Brew un campo del contatto booleano, `has_project`, e verifica `contact.has_project equals false` dopo un’attesa. Quella condizione legge il valore attuale del campo del contatto in Brew; il payload dell’evento originale resta invariato.
4. Le email del ciclo di vita partono da un dominio di marketing con gli header di disiscrizione.

## Domande frequenti

### Posso usare l’email predefinita di Supabase in produzione?

Secondo Supabase, no. Il servizio predefinito invia solo agli indirizzi preautorizzati, con un limite di invio basso, e non ha uno SLA. Configura un SMTP personalizzato.

### Brew sostituisce le email di verifica o di reimpostazione della password di Supabase?

No. L’integrazione di Brew con Supabase avvia automazioni a partire dalle modifiche in `auth.users`. Le email di verifica e di reimpostazione della password richiedono un provider SMTP o un auth hook.

### Perché aspettare `email_confirmed` prima di inviare un’email di benvenuto?

Così l’email di benvenuto raggiunge solo indirizzi funzionanti e arriva dopo l’email di verifica, invece che nello stesso momento.

### Gli utenti sincronizzati da Supabase hanno dato il consenso alle email di marketing?

Non automaticamente. La documentazione di Brew specifica che ogni destinatario di email di marketing deve aver dato il consenso prima dell’importazione. Salva il consenso in fase di registrazione e filtra in base a quel dato.

## Prossimo passo

Per vedere quali eventi arrivano dal tuo progetto, [collega Supabase in Brew](/it/browse/integrations/supabase), inserisci un utente di test e osserva il pannello Eventi recenti prima di pubblicare un flusso.
