# Die besten E-Mail-Tools für Supabase: Auth, Events und Lifecycle Kanonische URL: https://brew.new/de/blog/best-email-tools-for-supabase-auth-emails-product-events-and-lifecycle-campaigns Autor: Thomas Park Veröffentlicht: 2026-09-19 Aktualisiert: 2026-09-29 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. ## Das Wichtigste in Kürze - Der eingebaute E-Mail-Dienst von Supabase ist zum Testen gedacht. Er versendet nur an vorab autorisierte Adressen und hat ein niedriges Rate Limit. Für Auth-E-Mails im Produktivbetrieb brauchst du einen eigenen SMTP-Dienst. - Für Auth-E-Mails dokumentieren Resend, Loops und Sequenzy jeweils ein SMTP-Setup für Supabase. Brew dokumentiert keines. - Für Produkt-Events und Lifecycle-E-Mails überwacht Brew Änderungen in `auth.users` und erzeugt Events wie `auth.user.email_confirmed`. Sequenzy synchronisiert Zeilen aus einer Tabelle deiner Wahl. - Supabase empfiehlt getrennte Dienste und Domains für Auth- und Marketing-E-Mails. ## Drei Aufgaben, drei Arten von Tools | 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. ## Auth-E-Mails: zuerst weg vom Standardabsender Der [SMTP-Leitfaden](https://supabase.com/docs/guides/auth/auth-smtp) 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. ### Resend Der [Supabase-Leitfaden](https://resend.com/docs/send-with-supabase-smtp) 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 Loops dokumentiert [zwei Wege für Supabase](https://loops.so/docs/integrations/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 Sequenzy kann [E-Mails von Supabase Auth über seinen SMTP-Dienst leiten](https://docs.sequenzy.com/integrations/supabase). 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. ### Brew 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. ## Produkt-Events: welche Datenbankänderungen einen Flow starten können ### Brew Die [Supabase-Integration](https://docs.brew.new/integrations/import/supabase) 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_confirmed` - `auth.user.email_changed` und `auth.user.password_changed` - `auth.user.signed_in` - `auth.user.banned` und `auth.user.unbanned` - `auth.user.invited` - `auth.user.upgraded_from_anonymous` Nutzer 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](https://docs.brew.new/integrations/ai-tools/lovable) 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 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 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. ## Lifecycle-Kampagnen Brew generiert E-Mails aus der [email-design.md](/de/blog/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. ## Beispiel-Setup für eine kleine Supabase-App Hier ist eine mögliche Aufteilung. Wir haben sie nicht durchgängig getestet. 1. Supabase Auth versendet Bestätigungen, Magic Links und Resets über einen eigenen SMTP-Dienst (Resend, Loops oder Sequenzy) auf `auth.example.com`. 2. Die Supabase-Integration von Brew überwacht `auth.users`. Eine Willkommens-Automatisierung startet bei `auth.user.email_confirmed`. 3. Deine Anwendung plant eine Prüfung für die Erinnerung. Zum fälligen Zeitpunkt liest sie den aktuellen Projektstatus des Nutzers und löst nur dann ein separates Brew-Event `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. 4. Lifecycle-E-Mails gehen über eine Marketing-Domain mit Abmelde-Headern raus. ## Häufig gestellte Fragen ### Kann ich den Standard-E-Mail-Dienst von Supabase im Produktivbetrieb nutzen? Laut Supabase nicht. Der Standarddienst versendet nur an vorab autorisierte Adressen, mit niedrigem Rate Limit und ohne SLA. Richte einen eigenen SMTP-Dienst ein. ### Ersetzt Brew die Verifizierungs- oder Passwort-Reset-E-Mails von Supabase? 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. ### Warum vor der Willkommens-E-Mail auf `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. ### Haben synchronisierte Supabase-Nutzer in Marketing-E-Mails eingewilligt? 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. ## Nächster Schritt Um zu sehen, welche Events aus deinem Projekt ankommen, [verbinde Supabase in Brew](/de/browse/integrations/supabase), lege einen Testnutzer an und beobachte den Bereich „Neueste Events“, bevor du einen Flow veröffentlichst.