Supabase-Apps brauchen drei Arten von E-Mails: Auth, Produkt-Events und Lifecycle-Kampagnen. Resend, Loops, Sequenzy und Brew im Vergleich: Wer deckt was ab?
Dieser Vergleich stammt von Brew. Wir haben die verlinkte Produktdokumentation am 28. September 2026 geprüft. Es ist ein Vergleich der Dokumentation, kein Praxistest jeder einzelnen Plattform. Prüfe die aktuellen Limits der Pläne auf der Preisseite des jeweiligen Anbieters.
Deine Supabase-App ist live, und die ersten Nutzer außerhalb deines Teams registrieren sich. Ihre Bestätigungs-E-Mails laufen noch über den Standardabsender. Der stellt nur an vorab autorisierte Adressen zu, also bekommt keiner von ihnen eine. Die geplante Willkommens-E-Mail ist immer noch eine Notiz auf deiner Aufgabenliste.
Eine Supabase-App versendet E-Mails aus drei verschiedenen Gründen. Zu den Auth-E-Mails gehören die Bestätigung der Registrierung, Magic Links und Passwort-Resets. E-Mails zu Produkt-Events gehen raus, wenn in der Datenbank etwas passiert. Lifecycle-Kampagnen umfassen Onboarding, Erinnerungen und Rückgewinnung. Ein Tool kann mehrere dieser Aufgaben abdecken, Supabase rät aber, Auth- und Marketing-E-Mails getrennt zu halten.
Dieser Leitfaden ordnet Resend, Loops, Sequenzy und Brew danach, welche dieser Aufgaben sie jeweils dokumentieren.
auth.users und erzeugt Events wie auth.user.email_confirmed. Sequenzy synchronisiert Zeilen aus einer Tabelle deiner Wahl.| Aufgabe | Was sie braucht | Tools, die sie dokumentieren |
|---|---|---|
| Auth-E-Mails | Einen SMTP-Server oder Auth-Hook, den Supabase Auth aufruft | Resend, Loops, Sequenzy |
| Produkt-Events | Datenbankänderungen, die zu Triggern werden | Brew (auth.users), Sequenzy (eine beliebige Tabelle), Loops (Kontakt-Synchronisierung) |
| Lifecycle-Kampagnen | Sequenzen, gestaltete E-Mails, Zielgruppen | Brew, Loops, Sequenzy |
Wir haben die Dokumentation aller Anbieter am 28. September 2026 geprüft.
Der SMTP-Leitfaden von Supabase nennt die Grenzen des eingebauten Dienstes. Er versendet nur an vorab autorisierte Adressen. Sein Rate Limit ist niedrig, 2 Nachrichten pro Stunde, und kann sich ohne Ankündigung ändern. Ein SLA für die Zustellung gibt es nicht. Supabase bittet dich, für alles, was über Tests und Demos hinausgeht, einen eigenen SMTP-Dienst einzurichten.
Auf derselben Seite steht, dass du Auth- und Marketing-E-Mails nicht mischen sollst. Nutze getrennte Dienste oder zumindest getrennte Versanddomains wie auth.example.com und marketing.example.com, und halte Werbeinhalte aus Auth-Nachrichten heraus.
Der Supabase-Leitfaden von Resend beschreibt ein kurzes SMTP-Setup. Du trägst in Supabase unter Authentication den Host smtp.resend.com, den Port 465, den Benutzernamen resend und deinen API-Key als Passwort ein. Dafür brauchst du eine verifizierte Domain in Resend. Ab dann versendet Supabase Auth über Resend.
Loops dokumentiert zwei Wege für Supabase. Ein Auth-Hook leitet jede E-Mail von Supabase Auth über Loops, alternativ steht SMTP zur Verfügung. Eine separate Kontakt-Synchronisierung holt die Nutzer aus Supabase in deine Zielgruppe in Loops.
Sequenzy kann E-Mails von Supabase Auth über seinen SMTP-Dienst leiten. Es richtet Standardvorlagen für Transaktions-E-Mails zu Passwort-Resets, Magic Links, Einladungen und Sicherheitshinweisen ein, oder du trägst die SMTP-Zugangsdaten manuell ein.
Die Supabase-Integration von Brew versendet keine E-Mails von Supabase Auth, und Brew dokumentiert kein SMTP-Relay. Lass Verifizierungs-, Magic-Link- und Reset-E-Mails bei einem SMTP-Anbieter. Über die API von Brew kannst du Transaktions-E-Mails versenden, die deine App auslöst, etwa einen Beleg. Die eigenen Nachrichten von Supabase Auth brauchen trotzdem SMTP oder einen Auth-Hook.
Die Supabase-Integration von Brew führt ein Setup-Skript aus, das einen Trigger auf auth.users installiert. Der Trigger signiert jede Änderung mit pgcrypto, sendet sie mit pg_net an einen eindeutigen Brew-Webhook und bewahrt das Shared Secret im Supabase Vault auf. Brew empfängt drei Roh-Events: auth.user.created, auth.user.updated und auth.user.deleted. Neun weitere leitet Brew aus Spaltenänderungen ab:
auth.user.email_confirmed und auth.user.phone_confirmedauth.user.email_changed und auth.user.password_changedauth.user.signed_inauth.user.banned und auth.user.unbannedauth.user.invitedauth.user.upgraded_from_anonymousNutzer werden als Kontakte mit supabase_*-Feldern synchronisiert, etwa Kontostatus, Zeitpunkt der E-Mail-Verifizierung und letzte Anmeldung. Die Dokumentation von Brew weist darauf hin, dass auch Token-Aktualisierungen last_sign_in_at ändern. Für sich allein ist auth.user.signed_in also kein verlässliches Signal dafür, dass jemand zurückgekommen ist.
Für Events außerhalb von auth.users, etwa project_created oder invite_sent, legst du in Brew einen eigenen Trigger an und löst ihn aus einer Supabase Edge Function aus. Der Lovable-Leitfaden von Brew zeigt dieses Muster. Die Funktion liest BREW_API_KEY aus den Secrets von Supabase und ruft POST /v1/automations/triggers/{triggerEventId}/fire auf.
Sequenzy verbindet sich per OAuth mit Supabase und überwacht mit einem pg_net-Trigger eine Tabelle deiner Wahl, typischerweise public.profiles. Spalten für E-Mail, Nutzer-ID und Name erkennt es automatisch, weitere Spalten synchronisiert es für die Segmentierung. Ein Insert erzeugt contact.subscribed. Updates aktualisieren Attribute ohne Event, und ein Delete erzeugt contact.unsubscribed. Automatische Webhooks gibt es nur für eine Tabelle pro Integration.
Loops synchronisiert Nutzer aus Supabase in deine Zielgruppe und kann auf Basis dieser Daten Workflows starten. Die Kontakt-Synchronisierung richtest du getrennt vom Weg für Auth-E-Mails ein.
Brew generiert E-Mails aus der email-design.md deiner Marke, baut Automatisierungen aus einem Prompt und versendet über deine verifizierte Domain. Ein Willkommens-Flow kann bei auth.user.email_confirmed starten, sodass die erste E-Mail nur Menschen erreicht, die ihre Adresse bestätigt haben. Brew hat keinen SMS-Kanal und übernimmt keine E-Mails von Supabase Auth.
Loops und Sequenzy decken neben Auth-E-Mails auch Lifecycle-Kampagnen ab, sodass ein Anbieter beides übernehmen kann. Wenn du diesen Weg gehst, nutze trotzdem getrennte Versanddomains für Auth und Marketing, wie Supabase es empfiehlt.
Hier ist eine mögliche Aufteilung. Wir haben sie nicht durchgängig getestet.
auth.example.com.auth.users. Eine Willkommens-Automatisierung startet bei auth.user.email_confirmed.project_reminder_eligible aus, wenn er noch immer kein Projekt hat. Eine veröffentlichte Automatisierung versendet auf dieses Event hin die Erinnerung. Alternativ legst du in Brew ein boolesches Kontaktfeld has_project an, hältst es synchron und prüfst nach einer Wartezeit contact.has_project equals false. Diese Bedingung liest das aktuelle Kontaktfeld in Brew; die Payload des ursprünglichen Events bleibt unverändert.Laut Supabase nicht. Der Standarddienst versendet nur an vorab autorisierte Adressen, mit niedrigem Rate Limit und ohne SLA. Richte einen eigenen SMTP-Dienst ein.
Nein. Die Supabase-Integration von Brew startet Automatisierungen bei Änderungen in auth.users. Verifizierungs- und Reset-E-Mails brauchen einen SMTP-Anbieter oder einen Auth-Hook.
email_confirmed warten?Dann erreicht die Begrüßung nur Adressen, die funktionieren, und sie kommt nach der Verifizierungs-E-Mail an statt gleichzeitig mit ihr.
Nicht automatisch. Laut der Dokumentation von Brew muss jeder Empfänger von Marketing-E-Mails vor dem Import eingewilligt haben. Speichere die Einwilligung bei der Registrierung und filtere danach.
Um zu sehen, welche Events aus deinem Projekt ankommen, verbinde Supabase in Brew, lege einen Testnutzer an und beobachte den Bereich „Neueste Events“, bevor du einen Flow veröffentlichst.
