Anslut Supabase för att trigga varumärkesenliga mejl när någon registrerar sig, bekräftar sin e-postadress, byter lösenord eller stängs av. Ett konfigurationsskript lägger till en databastrigger på din tabell auth.users, och Brew gör varje ändring till en av 12 utlösare för automatiseringar.
Supabase Auth ansvarar fortfarande för inloggning, bekräftelselänkar, magiska länkar och återställning av lösenord. Brew skapar och skickar mejlen som följer på de ändringarna.
Händelsen auth.user.signed_in utlöses när last_sign_in_at ändras. Kolumnen ändras också när Supabase förnyar en token, så händelsen kan utlösas gång på gång medan en användare är inloggad. Den visar inte att någon har kommit tillbaka efter en lång frånvaro.
Det är också den härledda händelsen med lägst prioritet. När samma uppdatering bekräftar en e-postadress eller uppgraderar en anonym användare genererar Brew den händelsen i stället för auth.user.signed_in.
Vill du höra av dig till inaktiva användare avgör du i din applikation vilka som är inaktiva, utifrån applikationens egen aktivitetsdata. Skicka en separat anpassad händelse till Brew bara för användare som uppfyller villkoren, och låt en aktiv automatisering skicka mejlet utifrån den händelsen.
Testa båda vägarna: en inaktiv användare får mejlet, medan en användare som var aktiv före kontrollen inte får det.
Händelserna auth.user.created, auth.user.updated och auth.user.deleted kommer från infogningar, uppdateringar och raderingar i auth.users. Brew härleder de övriga händelserna från en uppdatering genom att jämföra den gamla och den nya raden.
En uppdatering ger en enda händelse. När flera kolumner ändras samtidigt gäller den första matchningen i den här ordningen: email_confirmed, phone_confirmed, upgraded_from_anonymous, email_changed, password_changed, banned, unbanned, invited, signed_in. En uppdatering som inte matchar någon av dem kommer in som auth.user.updated.
Brew stöder följande 12 händelsetyper:
Varje verifierad händelse med en riktig e-postadress skapar eller uppdaterar en kontakt i Brew, som matchas på e-postadressen, oavsett om någon automatisering använder händelsen. När uppgifterna finns sätter Brew för- och efternamn, supabase_user_id, supabase_phone, supabase_role, supabase_full_name, supabase_avatar_url och supabase_provider.
Vissa händelser sätter också livscykelfält. Fältet supabase_account_status blir active, invited, banned eller deleted. Fälten supabase_email_verified_at, supabase_phone_verified_at och supabase_last_sign_in_at kommer från motsvarande bekräftelse- och inloggningshändelser.
Använd den valda händelsens deklarerade nyttolastschema för personaliseringstaggar. Varje händelse innehåller email och, när de finns, firstName, lastName, fullName, displayName, avatarUrl, phone, role, provider, createdAt, lastSignInAt och emailConfirmedAt. Namn och profilbilder hämtas från raw_user_meta_data, med reservvärden för registreringar via OAuth. De tre tidsstämplarna anges i Unix-sekunder.
Härledda händelser lägger till previousValue, newValue eller båda, med kolumnens gamla och nya värde som text. Händelsen auth.user.password_changed har inget av dem. Fältet provider anger registreringsmetoden, till exempel email, google eller github, så att du kan styra välkomstflöden efter hur någon har registrerat sig.
Användar-ID:t från Supabase är ingen personaliseringstagg. Brew sparar det på kontakten som supabase_user_id för filtrering och segmentering.
Ett konto i Supabase innebär inte samtycke till marknadsföringsmejl. Spara samtycket när användaren registrerar sig och kontrollera det innan du skickar marknadsföring.
Nej. Supabase Auth skickar fortfarande bekräftelselänkar, magiska länkar, inbjudningar och länkar för återställning av lösenord via sin egen mejlkonfiguration, till exempel en egen SMTP-server. Brew startar automatiseringar när ändringarna har nått auth.users. Supabase rekommenderar separata avsändardomäner för autentiseringsmejl och marknadsföringsmejl.
Att ta emot en händelse och att skicka ett mejl är separata steg. Kontrollera att en matchande automatisering är aktiv, granska dess filter och körningshistorik och se över mottagarens nåbarhet och avsändardomänen. En händelse för en användare utan e-postadress, till exempel en anonym användare som inte har lagt till någon, skapar ingen kontakt och startar ingen automatisering.
