Aplikasi Supabase butuh tiga jenis email: autentikasi, peristiwa produk, dan kampanye siklus hidup. Bandingkan cakupan tugas Resend, Loops, Sequenzy, dan Brew.
Perbandingan ini dipublikasikan oleh Brew. Pada 28 September 2026, kami meninjau dokumentasi produk yang ditautkan di sini; ini adalah perbandingan berbasis dokumentasi, bukan klaim bahwa kami telah menguji langsung setiap platform. Periksa batas paket terkini di halaman harga masing-masing vendor.
Anda merilis aplikasi Supabase, dan pengguna pertama dari luar tim Anda mulai mendaftar. Email konfirmasi mereka masih dikirim lewat pengirim default. Layanan bawaan itu hanya mengirim ke alamat yang sudah diotorisasi sebelumnya, jadi tak satu pun dari mereka menerimanya. Email sambutan yang Anda rencanakan pun masih berupa catatan di daftar tugas Anda.
Aplikasi Supabase mengirim email karena tiga alasan yang berbeda. Email autentikasi mencakup konfirmasi pendaftaran, magic link, dan reset kata sandi. Email peristiwa produk dipicu saat sesuatu terjadi di database. Kampanye siklus hidup mencakup onboarding, email pengingat, dan email win-back. Satu alat bisa mencakup lebih dari satu jenis, tetapi Supabase menyarankan agar email autentikasi dan email pemasaran dipisahkan.
Panduan ini memilah Resend, Loops, Sequenzy, dan Brew berdasarkan tugas mana yang didokumentasikan oleh masing-masing alat.
auth.users dan menghasilkan peristiwa seperti auth.user.email_confirmed. Sequenzy menyinkronkan baris dari tabel yang Anda pilih.| Tugas | Yang dibutuhkan | Alat yang mendokumentasikannya |
|---|---|---|
| Email autentikasi | Server SMTP atau auth hook yang dipanggil Supabase Auth | Resend, Loops, Sequenzy |
| Peristiwa produk | Perubahan database yang dijadikan pemicu | Brew (auth.users), Sequenzy (satu tabel mana pun), Loops (sinkronisasi kontak) |
| Kampanye siklus hidup | Rangkaian, email yang didesain, audiens | Brew, Loops, Sequenzy |
Kami memeriksa dokumentasi setiap vendor pada 28 September 2026.
Panduan SMTP dari Supabase mencantumkan batasan layanan bawaannya. Layanan ini hanya mengirim ke alamat yang sudah diotorisasi sebelumnya. Batas lajunya rendah, yaitu 2 pesan per jam, dan bisa berubah tanpa pemberitahuan. Tidak ada SLA pengiriman. Supabase meminta Anda menyiapkan SMTP kustom untuk apa pun di luar pengujian dan demo.
Halaman yang sama juga meminta agar email autentikasi dan email pemasaran tidak dicampur. Gunakan layanan terpisah, atau setidaknya domain pengirim terpisah seperti auth.example.com dan marketing.example.com, dan jangan masukkan konten promosi ke dalam pesan autentikasi.
Panduan Supabase dari Resend berisi penyiapan SMTP yang singkat. Anda memakai host smtp.resend.com, port 465, nama pengguna resend, dan kunci API Anda sebagai kata sandi, yang diisikan pada bagian Authentication di Supabase. Anda memerlukan domain yang sudah terverifikasi di Resend. Setelah itu, Supabase Auth mengirim email lewat Resend.
Loops mendokumentasikan dua jalur integrasi Supabase. Auth Hook mengarahkan setiap email Supabase Auth lewat Loops, dan SMTP tersedia sebagai alternatif. Sinkronisasi kontak yang terpisah memasukkan pengguna Supabase ke audiens Loops Anda.
Sequenzy dapat mengarahkan email Supabase Auth lewat layanan SMTP miliknya. Sequenzy menyiapkan templat transaksional default untuk reset kata sandi, magic link, undangan, dan notifikasi keamanan, atau Anda bisa memasukkan kredensial SMTP secara manual.
Integrasi Supabase di Brew tidak mengirim email Supabase Auth, dan Brew tidak mendokumentasikan SMTP relay. Tetap kirim email verifikasi, magic link, dan reset kata sandi lewat penyedia SMTP. API Brew dapat mengirim email transaksional yang dipicu aplikasi Anda, seperti bukti pembayaran. Pesan yang dikirim Supabase Auth sendiri tetap membutuhkan SMTP atau auth hook.
Integrasi Supabase di Brew menjalankan skrip penyiapan yang memasang trigger database pada auth.users. Trigger ini menandatangani setiap perubahan dengan pgcrypto, mengirimkannya ke webhook Brew yang unik dengan pg_net, dan menyimpan kunci rahasia bersama di Supabase Vault. Brew menerima tiga peristiwa mentah: auth.user.created, auth.user.updated, dan auth.user.deleted. Brew juga menghasilkan sembilan peristiwa lain dari perubahan kolom:
auth.user.email_confirmed dan auth.user.phone_confirmedauth.user.email_changed dan auth.user.password_changedauth.user.signed_inauth.user.banned dan auth.user.unbannedauth.user.invitedauth.user.upgraded_from_anonymousPengguna disinkronkan sebagai kontak dengan field supabase_*, seperti status akun, waktu verifikasi email, dan waktu masuk terakhir. Dokumentasi Brew mencatat bahwa pembaruan token juga mengubah last_sign_in_at, sehingga auth.user.signed_in saja tidak bisa diandalkan sebagai tanda bahwa pengguna “kembali”.
Untuk peristiwa di luar auth.users, seperti project_created atau invite_sent, buat pemicu kustom di Brew, lalu picu dari Supabase Edge Function. Panduan Lovable dari Brew menunjukkan pola tersebut. Fungsi itu membaca BREW_API_KEY dari Secrets di Supabase dan memanggil POST /v1/automations/triggers/{triggerEventId}/fire.
Sequenzy terhubung ke Supabase lewat OAuth dan memantau satu tabel pilihan Anda, biasanya public.profiles, dengan trigger pg_net. Sequenzy mendeteksi kolom email, ID pengguna, dan nama secara otomatis, serta menyinkronkan kolom lain untuk segmentasi. Penambahan baris menghasilkan contact.subscribed. Pembaruan baris memperbarui atribut tanpa menghasilkan peristiwa, dan penghapusan baris menghasilkan contact.unsubscribed. Hanya satu tabel per integrasi yang memakai webhook otomatis.
Loops menyinkronkan pengguna Supabase ke audiens Anda dan dapat memulai alur kerja dari data tersebut. Sinkronisasi kontak ini disiapkan terpisah dari jalur email autentikasi.
Brew membuat email dari email-design.md milik merek Anda, menyusun otomatisasi dari prompt, dan mengirim dari domain Anda yang sudah terverifikasi. Alur sambutan bisa dimulai dari auth.user.email_confirmed agar email pertama hanya sampai ke orang yang sudah memverifikasi alamatnya. Brew tidak memiliki kanal SMS dan tidak menangani email Supabase Auth.
Loops dan Sequenzy mencakup kampanye siklus hidup sekaligus email autentikasi, jadi satu vendor bisa menangani keduanya. Jika Anda memilih cara itu, tetap gunakan domain pengirim yang terpisah untuk email autentikasi dan email pemasaran, sesuai saran Supabase.
Berikut salah satu cara membagi tugasnya. Kami belum mengujinya dari awal hingga akhir.
auth.example.com.auth.users. Otomatisasi sambutan dimulai dari auth.user.email_confirmed.project_reminder_eligible yang terpisah hanya jika pengguna tersebut masih belum punya proyek. Otomatisasi yang sudah dipublikasikan mengirim email pengingat dari peristiwa tersebut. Sebagai alternatif, definisikan dan sinkronkan field kontak boolean has_project di Brew, lalu periksa contact.has_project equals false setelah langkah tunggu. Kondisi itu membaca nilai field kontak terkini di Brew; payload peristiwa aslinya tetap tidak berubah.Menurut Supabase, tidak bisa. Layanan default hanya mengirim ke alamat yang sudah diotorisasi sebelumnya, dengan laju rendah dan tanpa SLA. Siapkan SMTP kustom.
Tidak. Integrasi Supabase di Brew memulai otomatisasi dari perubahan di auth.users. Email verifikasi dan reset kata sandi membutuhkan penyedia SMTP atau auth hook.
email_confirmed sebelum mengirim email sambutan?Dengan begitu, email sambutan hanya sampai ke alamat yang berfungsi, dan tiba setelah email verifikasi, bukan pada saat yang bersamaan.
Tidak otomatis. Dokumentasi Brew menyatakan bahwa setiap penerima email pemasaran harus sudah memberi persetujuan (opt-in) sebelum diimpor. Simpan persetujuan saat pendaftaran dan gunakan sebagai filter.
Untuk melihat peristiwa apa saja yang masuk dari proyek Anda, hubungkan Supabase di Brew, tambahkan pengguna uji, lalu pantau panel Peristiwa terbaru sebelum Anda memublikasikan alur.
