Koppel Supabase om merkconforme e-mails te versturen wanneer iemand zich aanmeldt, een e-mailadres bevestigt, een wachtwoord wijzigt of wordt geblokkeerd. Een setupscript voegt een databasetrigger toe aan je tabel auth.users, en Brew maakt van elke wijziging een van de 12 triggers voor automatiseringen.
Supabase Auth blijft verantwoordelijk voor inloggen, bevestigingslinks, magic links en wachtwoordherstel. Brew maakt en verstuurt de e-mails die op die wijzigingen volgen.
auth.user.signed_in ontstaat wanneer last_sign_in_at verandert. Ook het vernieuwen van tokens in Supabase verandert die kolom, dus het event kan herhaaldelijk ontstaan zolang een gebruiker ingelogd blijft. Het laat niet zien dat iemand na een lange afwezigheid is teruggekomen.
Het is bovendien het afgeleide event met de laagste prioriteit. Als dezelfde update een e-mailadres bevestigt of een anonieme gebruiker omzet naar een account, levert Brew dat event op in plaats van auth.user.signed_in.
Voor een check-in bij inactieve gebruikers bepaal je in je applicatie wie inactief is, op basis van de activiteitsgegevens van die applicatie zelf. Verstuur alleen voor gebruikers die in aanmerking komen een apart aangepast event naar Brew, en laat een automatisering met de status Live de check-in vanuit dat event versturen.
Test beide paden: een inactieve gebruiker krijgt de check-in; een gebruiker die vóór de controle actief was, krijgt hem niet.
auth.user.created, auth.user.updated en auth.user.deleted komen voort uit nieuwe, gewijzigde en verwijderde rijen in auth.users. Brew leidt de andere events af uit een update door de oude en de nieuwe rij te vergelijken.
Eén update levert één event op. Als er meerdere kolommen tegelijk veranderen, wint de eerste match in deze volgorde: email_confirmed, phone_confirmed, upgraded_from_anonymous, email_changed, password_changed, banned, unbanned, invited, signed_in. Een update die met geen van deze overeenkomt, komt binnen als auth.user.updated.
Brew ondersteunt de volgende 12 eventtypen:
Elk geverifieerd event met een echt e-mailadres maakt een contact in Brew aan of werkt het contact met dat e-mailadres bij, ongeacht of een automatisering het event gebruikt. Als die gegevens er zijn, vult Brew de voor- en achternaam, supabase_user_id, supabase_phone, supabase_role, supabase_full_name, supabase_avatar_url en supabase_provider.
Sommige events vullen ook lifecyclevelden. supabase_account_status wordt active, invited, banned of deleted. supabase_email_verified_at, supabase_phone_verified_at en supabase_last_sign_in_at komen uit de bijbehorende bevestigings- en inlogevents.
Gebruik voor personalisatietags het gedeclareerde payloadschema van het gekozen event. Elk event bevat email en, voor zover beschikbaar, firstName, lastName, fullName, displayName, avatarUrl, phone, role, provider, createdAt, lastSignInAt en emailConfirmedAt. Namen en avatars komen uit raw_user_meta_data, met terugvalopties voor aanmeldingen via OAuth. De drie tijdstempels zijn Unix-tijd in seconden.
Afgeleide events voegen previousValue, newValue of allebei toe, met de oude en de nieuwe waarde van de kolom als tekst. auth.user.password_changed heeft geen van beide. provider bevat de aanmeldmethode, zoals email, google of github, zodat je welkomstflows kunt laten afhangen van hoe iemand zich heeft aangemeld.
De gebruikers-ID van Supabase is geen personalisatietag. Brew slaat die op het contact op als supabase_user_id, zodat je erop kunt filteren en segmenteren.
Een Supabase-account betekent nog geen toestemming voor marketingmails. Leg toestemming vast bij de aanmelding en controleer die vóór promotionele verzendingen.
Nee. Supabase Auth verstuurt bevestigingslinks, magic links, uitnodigingen en e-mails voor wachtwoordherstel nog steeds via de eigen e-mailinstellingen, zoals een eigen SMTP-server. Brew start automatiseringen nadat die wijzigingen in auth.users zijn terechtgekomen. Supabase raadt aparte verzenddomeinen aan voor auth-mail en marketingmail.
Een event ontvangen en een e-mail versturen zijn aparte stappen. Controleer of een overeenkomende automatisering op Live staat en bekijk daarna de filters, de uitvoeringsgeschiedenis, of de ontvanger in aanmerking komt en of het verzenddomein in orde is. Een event voor een gebruiker zonder e-mailadres, zoals een anonieme gebruiker die er nog geen heeft toegevoegd, maakt geen contact aan en start geen automatisering.
