Trasforma le email in fatturato con Brew.
Un’app Supabase invia email di autenticazione, di eventi di prodotto e del ciclo di vita. Confronta Resend, Loops, Sequenzy e Brew per capire chi copre cosa.
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.
auth.users ed emette eventi come auth.user.email_confirmed. Sequenzy sincronizza le righe di una tabella a tua scelta.| 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.
La guida 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.
La guida per Supabase 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 documenta due modi per collegare 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 può instradare le email di Supabase Auth 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.
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.
L’integrazione di Brew con 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_confirmedauth.user.email_changed e auth.user.password_changedauth.user.signed_inauth.user.banned e auth.user.unbannedauth.user.invitedauth.user.upgraded_from_anonymousGli 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 mostra questo schema. La funzione legge BREW_API_KEY dai secret di Supabase e chiama POST /v1/automations/triggers/{triggerEventId}/fire.
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 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.
Brew genera le email a partire dal file 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.
Ecco una possibile suddivisione. Non l’abbiamo testata end-to-end.
auth.example.com.auth.users. Un’automazione di benvenuto parte da auth.user.email_confirmed.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.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.
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.
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.
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.
Per vedere quali eventi arrivano dal tuo progetto, collega Supabase in Brew, inserisci un utente di test e osserva il pannello Eventi recenti prima di pubblicare un flusso.
