En Supabase-app behöver tre sorters mejl: autentisering, produkthändelser och livscykelkampanjer. Jämför vad Resend, Loops, Sequenzy och Brew täcker.
Den här jämförelsen publiceras av Brew. Vi gick igenom den länkade produktdokumentationen den 28 september 2026. Det här är en jämförelse av dokumentation, inte ett påstående om att vi har testat varje plattform i praktiken. Kontrollera aktuella gränser för planerna på respektive leverantörs prissida.
Du lanserar din Supabase-app, och de första användarna utanför teamet registrerar sig. Deras bekräftelsemejl går fortfarande via standardavsändaren. Den levererar bara till förhandsgodkända adresser, så ingen av dem får något mejl. Välkomstmejlet du planerade är fortfarande en anteckning i din att göra-lista.
En Supabase-app skickar mejl av tre olika skäl. Autentiseringsmejl omfattar bekräftelse av registreringen, magiska länkar och återställning av lösenord. Mejl om produkthändelser skickas när något händer i databasen. Livscykelkampanjer täcker onboarding, påminnelser och återvinning. Ett verktyg kan täcka mer än en av dem, men Supabase rekommenderar att du håller isär autentiseringsmejl och marknadsföringsmejl.
Den här guiden sorterar Resend, Loops, Sequenzy och Brew efter vilka av de här jobben var och en dokumenterar.
auth.users och genererar händelser som auth.user.email_confirmed. Sequenzy synkar rader från en tabell som du väljer.| Jobb | Vad som krävs | Verktyg som dokumenterar det |
|---|---|---|
| Autentiseringsmejl | En SMTP-server eller auth-hook som Supabase Auth anropar | Resend, Loops, Sequenzy |
| Produkthändelser | Ändringar i databasen som blir utlösare | Brew (auth.users), Sequenzy (en valfri tabell), Loops (kontaktsynk) |
| Livscykelkampanjer | Sekvenser, designade mejl, målgrupper | Brew, Loops, Sequenzy |
Vi kontrollerade dokumentationen från varje leverantör den 28 september 2026.
SMTP-guiden från Supabase listar begränsningarna i den inbyggda tjänsten. Den skickar bara till förhandsgodkända adresser. Gränsen är låg, 2 meddelanden i timmen, och kan ändras utan förvarning. Det finns inget SLA för leveranserna. Supabase ber dig konfigurera en egen SMTP-server för allt utöver tester och demor.
Samma sida avråder från att blanda autentiseringsmejl och marknadsföringsmejl. Använd separata tjänster, eller åtminstone separata avsändardomäner som auth.example.com och marketing.example.com, och håll säljande innehåll borta från autentiseringsmejlen.
Resends guide för Supabase är en kort SMTP-konfiguration. Under Authentication i Supabase anger du värden smtp.resend.com, porten 465, användarnamnet resend och din API-nyckel som lösenord. Du behöver en verifierad domän i Resend. Därefter skickar Supabase Auth via Resend.
Loops dokumenterar två vägar för Supabase. En Auth Hook skickar alla mejl från Supabase Auth via Loops, och SMTP finns som alternativ. En separat kontaktsynk för över användarna från Supabase till din målgrupp i Loops.
Sequenzy kan skicka mejlen från Supabase Auth via sin SMTP-tjänst. Sequenzy skapar standardmallar för transaktionsmejl om återställning av lösenord, magiska länkar, inbjudningar och säkerhetsaviseringar, eller så anger du SMTP-uppgifterna manuellt.
Integrationen med Supabase i Brew skickar inte mejlen från Supabase Auth, och Brew dokumenterar inget SMTP-relä. Låt verifieringsmejl, magiska länkar och återställningsmejl gå via en SMTP-leverantör. Via API:t i Brew kan du skicka transaktionsmejl som din app triggar, till exempel ett kvitto. Mejlen från Supabase Auth kräver fortfarande SMTP eller en auth-hook.
Integrationen med Supabase i Brew kör ett konfigurationsskript som installerar en databastrigger på auth.users. Triggern signerar varje ändring med pgcrypto, skickar den till en unik webhook i Brew med pg_net och sparar den delade hemligheten i Supabase Vault. Brew tar emot tre händelser direkt: auth.user.created, auth.user.updated och auth.user.deleted. Ytterligare nio härleder Brew från ändringar i kolumner:
auth.user.email_confirmed och auth.user.phone_confirmedauth.user.email_changed och auth.user.password_changedauth.user.signed_inauth.user.banned och auth.user.unbannedauth.user.invitedauth.user.upgraded_from_anonymousAnvändarna synkas som kontakter med fält av typen supabase_*, till exempel kontostatus, tidpunkten då e-postadressen verifierades och senaste inloggning. Dokumentationen för Brew påpekar att last_sign_in_at också uppdateras när en token förnyas, så auth.user.signed_in är på egen hand ingen pålitlig signal om att någon har kommit tillbaka.
För händelser utanför auth.users, till exempel project_created eller invite_sent, skapar du en anpassad utlösare i Brew och utlöser den från en Supabase Edge Function. Guiden för Lovable i dokumentationen för Brew visar mönstret. Funktionen läser BREW_API_KEY från hemligheterna i Supabase och anropar POST /v1/automations/triggers/{triggerEventId}/fire.
Sequenzy ansluter till Supabase med OAuth och bevakar en tabell som du väljer, oftast public.profiles, med en databastrigger som använder pg_net. Kolumner för e-postadress, användar-ID och namn känns igen automatiskt, och övriga kolumner synkas för segmentering. Infogningar genererar contact.subscribed. Uppdateringar förnyar attributen utan någon händelse, och raderingar genererar contact.unsubscribed. Bara en tabell per integration använder automatiska webhooks.
Loops synkar användarna från Supabase till din målgrupp och kan starta arbetsflöden utifrån den datan. Kontaktsynken konfigurerar du separat från vägen för autentiseringsmejl.
Brew genererar mejl utifrån email-design.md för ditt varumärke, bygger automatiseringar utifrån en prompt och skickar från din verifierade domän. Ett välkomstflöde kan starta på auth.user.email_confirmed, så att det första mejlet bara når personer som har verifierat sin adress. Brew har ingen sms-kanal och hanterar inte mejlen från Supabase Auth.
Loops och Sequenzy täcker både livscykelkampanjer och autentiseringsmejl, så en och samma leverantör kan sköta båda. Väljer du det upplägget bör du ändå använda separata avsändardomäner för autentisering och marknadsföring, som Supabase rekommenderar.
Här är en möjlig uppdelning. Vi har inte testat den från början till slut.
auth.example.com.auth.users. En välkomstautomatisering startar på auth.user.email_confirmed.project_reminder_eligible, till Brew bara om användaren fortfarande saknar projekt. En publicerad automatisering skickar påminnelsen utifrån den händelsen. Alternativt definierar och synkar du ett booleskt kontaktfält, has_project, i Brew och kontrollerar contact.has_project equals false efter en väntetid. Villkoret läser det aktuella kontaktfältet i Brew, medan den ursprungliga händelsens nyttolast förblir oförändrad.Nej, enligt Supabase. Standardtjänsten skickar bara till förhandsgodkända adresser, i låg takt, och har inget SLA. Konfigurera en egen SMTP-server.
Nej. Integrationen med Supabase i Brew startar automatiseringar utifrån ändringar i auth.users. Mejl för verifiering och återställning kräver en SMTP-leverantör eller en auth-hook.
email_confirmed innan välkomstmejlet skickas?Då når välkomstmejlet bara adresser som fungerar, och det kommer efter verifieringsmejlet i stället för samtidigt.
Inte automatiskt. Enligt dokumentationen för Brew måste varje mottagare av marknadsföring ha gett sitt samtycke före importen. Spara samtycket vid registreringen och filtrera på det.
Vill du se vilka händelser som kommer in från ditt projekt? Anslut Supabase i Brew, lägg till en testanvändare och håll koll på panelen Senaste händelser innan du publicerar ett flöde.
