Zamieniaj e-maile w przychody dzięki Brew.
Aplikacja na Supabase wysyła e-maile uwierzytelniające, e-maile o zdarzeniach i kampanie cyklu życia. Porównaj, co obsługują Resend, Loops, Sequenzy i Brew.
To porównanie publikuje Brew. Dokumentację produktów, do której prowadzą linki, przeanalizowaliśmy 28 września 2026 r. To porównanie dokumentacji, a nie deklaracja, że każdą platformę przetestowaliśmy w praktyce. Aktualne limity planów sprawdź na stronie z cennikiem danego dostawcy.
Wypuszczasz aplikację na Supabase i rejestrują się pierwsi użytkownicy spoza Twojego zespołu. Ich e-maile z potwierdzeniem wciąż idą przez domyślnego nadawcę. Ten dostarcza wiadomości tylko na wcześniej autoryzowane adresy, więc żaden z nowych użytkowników niczego nie dostaje. Zaplanowany e-mail powitalny to wciąż tylko notatka na Twojej liście zadań.
Aplikacja na Supabase wysyła e-maile z trzech różnych powodów. E-maile uwierzytelniające to m.in. potwierdzenie rejestracji, magiczne linki i resety haseł. E-maile o zdarzeniach w produkcie wychodzą, gdy coś dzieje się w bazie danych. Kampanie cyklu życia obejmują onboarding, przypomnienia i e-maile odzyskujące klientów. Jedno narzędzie może obsłużyć więcej niż jeden z tych rodzajów, ale Supabase zaleca oddzielanie e-maili uwierzytelniających od marketingowych.
Ten poradnik porządkuje Resend, Loops, Sequenzy i Brew według tego, które z tych zadań każde z nich opisuje w dokumentacji.
auth.users i emituje zdarzenia takie jak auth.user.email_confirmed. Sequenzy synchronizuje wiersze z wybranej przez Ciebie tabeli.| Zadanie | Co jest potrzebne | Narzędzia, które to opisują |
|---|---|---|
| E-maile uwierzytelniające | Serwer SMTP lub hook uwierzytelniania (auth hook), który wywołuje Supabase Auth | Resend, Loops, Sequenzy |
| Zdarzenia w produkcie | Zmiany w bazie danych zamieniane na wyzwalacze | Brew (auth.users), Sequenzy (jedna dowolna tabela), Loops (synchronizacja kontaktów) |
| Kampanie cyklu życia | Sekwencje, zaprojektowane e-maile, grupy odbiorców | Brew, Loops, Sequenzy |
Dokumentację każdego dostawcy sprawdziliśmy 28 września 2026 r.
Przewodnik Supabase po SMTP wymienia ograniczenia wbudowanej usługi. Wysyła ona wiadomości tylko na wcześniej autoryzowane adresy. Ma niski limit – 2 wiadomości na godzinę – który może się zmienić bez uprzedzenia. Nie daje też żadnego SLA dotyczącego dostarczania. Do wszystkiego, co wykracza poza testy i dema, Supabase zaleca skonfigurowanie własnego serwera SMTP.
Na tej samej stronie Supabase odradza łączenie e-maili uwierzytelniających i marketingowych. Używaj osobnych usług albo przynajmniej osobnych domen wysyłkowych, np. auth.example.com i marketing.example.com, i nie umieszczaj treści promocyjnych w wiadomościach uwierzytelniających.
Przewodnik Resend dotyczący Supabase to krótka konfiguracja SMTP. W sekcji Authentication w Supabase podajesz host smtp.resend.com, port 465, nazwę użytkownika resend i klucz API jako hasło. Potrzebujesz zweryfikowanej domeny w Resend. Od tej chwili Supabase Auth wysyła wiadomości przez Resend.
Loops opisuje dwa sposoby integracji z Supabase. Auth Hook kieruje każdy e-mail z Supabase Auth przez Loops, a alternatywą jest SMTP. Osobna synchronizacja kontaktów przenosi użytkowników Supabase do Twoich odbiorców w Loops.
Sequenzy potrafi kierować e-maile z Supabase Auth przez własną usługę SMTP. Konfiguruje domyślne szablony transakcyjne dla resetów haseł, magicznych linków, zaproszeń i powiadomień o bezpieczeństwie. Dane logowania SMTP możesz też wprowadzić ręcznie.
Integracja Brew z Supabase nie wysyła e-maili Supabase Auth, a Brew nie opisuje w dokumentacji przekaźnika SMTP. E-maile weryfikacyjne, magiczne linki i resety haseł zostaw u dostawcy SMTP. API Brew może wysyłać e-maile transakcyjne wywoływane przez Twoją aplikację, np. potwierdzenie płatności. Wiadomości samego Supabase Auth nadal wymagają SMTP lub hooka uwierzytelniania.
Integracja Brew z Supabase uruchamia skrypt konfiguracyjny, który instaluje wyzwalacz bazy danych na tabeli auth.users. Wyzwalacz podpisuje każdą zmianę za pomocą pgcrypto, wysyła ją przez pg_net do unikalnego webhooka Brew, a wspólny sekret przechowuje w Supabase Vault. Brew odbiera trzy surowe zdarzenia: auth.user.created, auth.user.updated i auth.user.deleted. Na podstawie zmian w kolumnach wyznacza też dziewięć zdarzeń pochodnych:
auth.user.email_confirmed i auth.user.phone_confirmedauth.user.email_changed i auth.user.password_changedauth.user.signed_inauth.user.banned i auth.user.unbannedauth.user.invitedauth.user.upgraded_from_anonymousUżytkownicy synchronizują się jako kontakty z polami supabase_*, takimi jak status konta, czas weryfikacji adresu e-mail i ostatnie logowanie. Dokumentacja Brew zaznacza, że odświeżenie tokena również aktualizuje last_sign_in_at, więc samo auth.user.signed_in nie jest wiarygodnym sygnałem, że ktoś „wrócił”.
W przypadku zdarzeń spoza auth.users, takich jak project_created czy invite_sent, utwórz w Brew własny wyzwalacz i wywołuj go z Edge Function w Supabase. Ten wzorzec pokazuje przewodnik Brew dotyczący Lovable. Funkcja odczytuje BREW_API_KEY z sekretów Supabase i wywołuje POST /v1/automations/triggers/{triggerEventId}/fire.
Sequenzy łączy się z Supabase przez OAuth i za pomocą wyzwalacza pg_net obserwuje jedną wybraną przez Ciebie tabelę, zwykle public.profiles. Automatycznie wykrywa kolumny z adresem e-mail, identyfikatorem użytkownika oraz imieniem i nazwiskiem, a pozostałe kolumny synchronizuje na potrzeby segmentacji. Wstawienie wiersza emituje contact.subscribed. Aktualizacja odświeża atrybuty bez zdarzenia, a usunięcie emituje contact.unsubscribed. Automatyczne webhooki obsługują tylko jedną tabelę na integrację.
Loops synchronizuje użytkowników Supabase z Twoimi odbiorcami i na podstawie tych danych może uruchamiać workflowy. Synchronizację kontaktów konfigurujesz niezależnie od ścieżki e-maili uwierzytelniających.
Brew generuje e-maile na podstawie pliku email-design.md Twojej marki, buduje automatyzacje z promptu i wysyła je z Twojej zweryfikowanej domeny. Sekwencja powitalna może startować po zdarzeniu auth.user.email_confirmed, dzięki czemu pierwszy e-mail trafi tylko do osób, które potwierdziły adres. Brew nie ma kanału SMS i nie obsługuje e-maili Supabase Auth.
Loops i Sequenzy obsługują zarówno kampanie cyklu życia, jak i e-maile uwierzytelniające, więc jeden dostawca może zająć się jednym i drugim. Jeśli wybierzesz tę drogę, i tak używaj osobnych domen wysyłkowych dla e-maili uwierzytelniających i marketingowych, zgodnie z zaleceniem Supabase.
Oto jeden z możliwych podziałów. Nie przetestowaliśmy go od początku do końca.
auth.example.com.auth.users. Automatyzacja powitalna startuje po zdarzeniu auth.user.email_confirmed.project_reminder_eligible tylko wtedy, gdy użytkownik nadal nie ma żadnego projektu. Opublikowana automatyzacja wysyła przypomnienie na podstawie tego zdarzenia. Możesz też zdefiniować w Brew pole kontaktu typu prawda/fałsz has_project, synchronizować je i po kroku oczekiwania sprawdzać warunek contact.has_project equals false. Ten warunek odczytuje bieżące pole kontaktu w Brew, a dane pierwotnego zdarzenia pozostają niezmienione.Według Supabase nie. Domyślna usługa wysyła tylko na wcześniej autoryzowane adresy, z niskim limitem i bez SLA. Skonfiguruj własny serwer SMTP.
Nie. Integracja Brew z Supabase uruchamia automatyzacje na podstawie zmian w auth.users. E-maile weryfikacyjne i e-maile do resetowania hasła wymagają dostawcy SMTP lub hooka uwierzytelniania.
email_confirmed?Wtedy powitanie trafia tylko na działające adresy i przychodzi po e-mailu weryfikacyjnym, a nie w tym samym momencie.
Nie automatycznie. Według dokumentacji Brew każdy odbiorca e-maili marketingowych musi wyrazić zgodę przed importem. Zapisuj zgodę przy rejestracji i filtruj kontakty według niej.
Aby zobaczyć, jakie zdarzenia przychodzą z Twojego projektu, połącz Supabase z Brew, dodaj testowego użytkownika i obserwuj panel „Ostatnie zdarzenia”, zanim opublikujesz sekwencję.
