Supabase uygulamaları üç tür e-posta gönderir: kimlik doğrulama, ürün olayları, yaşam döngüsü kampanyaları. Resend, Loops, Sequenzy ve Brew hangisini karşılar?

Bu karşılaştırmayı Brew yayımlıyor. Bağlantısını verdiğimiz ürün dokümantasyonunu 28 Eylül 2026’da inceledik; bu bir dokümantasyon karşılaştırması, her platformu bizzat test ettiğimizi iddia etmiyoruz. Güncel paket limitlerini firmanın fiyatlandırma sayfasından kontrol edin.
Supabase uygulamanızı yayına aldınız ve ekibinizin dışından ilk kullanıcılar kaydolmaya başladı. Onay e-postaları hâlâ varsayılan gönderici üzerinden gidiyor. Bu gönderici yalnızca önceden yetkilendirilmiş adreslere teslim yaptığı için kullanıcıların hiçbiri onay e-postası almıyor. Planladığınız hoş geldin e-postası ise yapılacaklar listenizde bir not olarak bekliyor.
Bir Supabase uygulaması üç farklı nedenle e-posta gönderir. Kimlik doğrulama (Auth) e-postaları; kayıt onayını, sihirli bağlantıları ve şifre sıfırlama e-postalarını kapsar. Ürün olayı e-postaları, veritabanında bir şey olduğunda tetiklenir. Yaşam döngüsü kampanyaları ise onboarding e-postalarını, hatırlatmaları ve geri kazanma e-postalarını kapsar. Tek bir araç bunların birden fazlasını karşılayabilir; ancak Supabase, kimlik doğrulama e-postalarını pazarlama e-postalarından ayrı tutmanızı öneriyor.
Bu rehberde Resend, Loops, Sequenzy ve Brew, her birinin dokümantasyonunda bu işlerden hangilerine yer verildiğine göre ele alınıyor.
auth.users tablosundaki değişiklikleri dinler ve auth.user.email_confirmed gibi olaylar üretir. Sequenzy ise seçtiğiniz bir tablodaki satırları senkronize eder.| İş | Gerekenler | Belgeleyen araçlar |
|---|---|---|
| Kimlik doğrulama e-postaları | Supabase Auth tarafından çağrılan bir SMTP sunucusu ya da Auth Hook | Resend, Loops, Sequenzy |
| Ürün olayları | Tetikleyicilere dönüştürülen veritabanı değişiklikleri | Brew (auth.users), Sequenzy (istediğiniz tek bir tablo), Loops (kişi senkronizasyonu) |
| Yaşam döngüsü kampanyaları | Seriler, tasarlanmış e-postalar, hedef kitleler | Brew, Loops, Sequenzy |
Her firmanın dokümantasyonunu 28 Eylül 2026’da kontrol ettik.
Supabase’in SMTP rehberi, yerleşik hizmetin sınırlarını sıralıyor. Hizmet yalnızca önceden yetkilendirilmiş adreslere gönderim yapar. Hız sınırı düşüktür (saatte 2 mesaj) ve önceden haber verilmeden değişebilir. Teslim konusunda herhangi bir SLA sunmaz. Supabase, test ve demo dışındaki her kullanım için özel SMTP kurmanızı istiyor.
Aynı sayfa, kimlik doğrulama ve pazarlama e-postalarını birbirine karıştırmamanızı söylüyor. Ayrı hizmetler ya da en azından auth.example.com ve marketing.example.com gibi ayrı gönderim alan adları kullanın; kimlik doğrulama mesajlarına da tanıtım amaçlı içerik koymayın.
Resend’in Supabase rehberi, kısa bir SMTP kurulumundan ibaret. Supabase’te Authentication bölümüne sunucu olarak smtp.resend.com, port olarak 465, kullanıcı adı olarak resend, şifre olarak da API anahtarınızı girersiniz. Resend’de doğrulanmış bir alan adınız olmalıdır. Bundan sonra Supabase Auth, e-postaları Resend üzerinden gönderir.
Loops, Supabase için iki yol belgeliyor. Auth Hook, Supabase Auth tarafından gönderilen her e-postayı Loops üzerinden yönlendirir; alternatif olarak SMTP de kullanılabilir. Ayrı bir kişi senkronizasyonu ise Supabase kullanıcılarını Loops’taki hedef kitlenize aktarır.
Sequenzy, Supabase Auth e-postalarını kendi SMTP hizmeti üzerinden yönlendirebilir. Şifre sıfırlama, sihirli bağlantı, davet ve güvenlik bildirimleri için varsayılan işlemsel şablonlar kurar; dilerseniz SMTP kimlik bilgilerini elle de girebilirsiniz.
Brew içindeki Supabase entegrasyonu Supabase Auth e-postalarını göndermez; Brew dokümantasyonunda bir SMTP relay de yer almaz. Doğrulama, sihirli bağlantı ve şifre sıfırlama e-postalarını bir SMTP sağlayıcısında tutun. Brew API’si, uygulamanızın tetiklediği makbuz gibi işlemsel e-postaları gönderebilir. Supabase Auth tarafından gönderilen mesajlar için ise yine SMTP ya da Auth Hook gerekir.
Brew, Supabase entegrasyonunda auth.users tablosuna bir veritabanı tetikleyicisi ekleyen bir kurulum betiği çalıştırır. Bu veritabanı tetikleyicisi her değişikliği pgcrypto ile imzalar, pg_net ile size özel bir Brew webhookuna gönderir ve paylaşılan anahtarı Supabase Vault’ta saklar. Brew üç ham olay alır: auth.user.created, auth.user.updated ve auth.user.deleted. Sütun değişikliklerinden de dokuz olay daha türetir:
auth.user.email_confirmed ve auth.user.phone_confirmedauth.user.email_changed ve auth.user.password_changedauth.user.signed_inauth.user.banned ve auth.user.unbannedauth.user.invitedauth.user.upgraded_from_anonymousKullanıcılar; hesap durumu, e-posta doğrulama zamanı ve son giriş gibi supabase_* alanlarıyla kişi olarak senkronize edilir. Brew dokümantasyonunda belirtildiği gibi belirteç yenilemeleri de last_sign_in_at değerini günceller; bu yüzden auth.user.signed_in olayı tek başına “kullanıcı geri döndü” anlamına gelen güvenilir bir sinyal değildir.
auth.users dışındaki project_created ya da invite_sent gibi olaylar için Brew içinde özel bir tetikleyici oluşturun ve onu bir Supabase Edge Function üzerinden tetikleyin. Brew dokümantasyonundaki Lovable rehberi bu yöntemi gösteriyor. Fonksiyon, BREW_API_KEY değerini Supabase’te saklanan gizli anahtarlardan (secrets) okur ve POST /v1/automations/triggers/{triggerEventId}/fire isteğini gönderir.
Sequenzy, Supabase’e OAuth ile bağlanır ve seçtiğiniz tek bir tabloyu (genellikle public.profiles) bir pg_net veritabanı tetikleyicisiyle izler. E-posta, kullanıcı kimliği ve ad sütunlarını otomatik olarak algılar; diğer sütunları da segmentlere ayırmak için senkronize eder. Yeni eklenen satırlar contact.subscribed olayını üretir. Güncellemeler herhangi bir olay üretmeden özellikleri yeniler; silinen satırlar ise contact.unsubscribed olayını üretir. Her entegrasyonda yalnızca bir tablo otomatik webhooklarla çalışır.
Loops, Supabase kullanıcılarını hedef kitlenize senkronize eder ve bu verilere dayanarak iş akışları başlatabilir. Kişi senkronizasyonunu, kimlik doğrulama e-postalarının kurulumundan ayrı olarak yaparsınız.
Brew, markanızın email-design.md dosyasından yola çıkarak e-postalar oluşturur, otomasyonları bir prompttan kurar ve doğrulanmış alan adınızdan gönderir. Hoş geldin akışı auth.user.email_confirmed olayıyla başlayabilir; böylece ilk e-posta yalnızca adresini doğrulamış kişilere ulaşır. Brew SMS kanalı sunmaz ve Supabase Auth e-postalarını yönetmez.
Loops ve Sequenzy, kimlik doğrulama e-postalarının yanında yaşam döngüsü kampanyalarını da karşılar; yani ikisini tek bir firmayla yürütebilirsiniz. Bu yolu seçerseniz yine de Supabase’in önerdiği gibi kimlik doğrulama ve pazarlama için ayrı gönderim alan adları kullanın.
Olası bir iş bölümü şöyle. Bunu uçtan uca test etmedik.
auth.example.com alan adında özel SMTP (Resend, Loops veya Sequenzy) üzerinden gönderir.auth.users tablosunu dinler. Bir hoş geldin otomasyonu auth.user.email_confirmed olayıyla başlar.project_reminder_eligible olayını tetikler. Yayındaki bir otomasyon da bu olaydan yola çıkarak hatırlatma e-postasını gönderir. Alternatif olarak Brew içinde evet/hayır türünde bir has_project kişi alanı tanımlayıp senkronize edin ve bir beklemeden sonra contact.has_project equals false koşulunu kontrol edin. Bu koşul, kişi alanının Brew içindeki güncel değerini okur; orijinal olayın payload verisi ise değişmeden kalır.Supabase’e göre hayır. Varsayılan hizmet yalnızca önceden yetkilendirilmiş adreslere ve düşük bir hızla gönderim yapar; SLA da sunmaz. Özel SMTP kurun.
Hayır. Brew içindeki Supabase entegrasyonu, auth.users tablosundaki değişikliklerden otomasyon başlatır. Doğrulama ve şifre sıfırlama e-postaları için bir SMTP sağlayıcısı ya da Auth Hook gerekir.
email_confirmed olayı beklenmeli?Böylece hoş geldin e-postası yalnızca çalışan adreslere ulaşır ve doğrulama e-postasıyla aynı anda değil, ondan sonra gelir.
Kendiliğinden sayılmaz. Brew dokümantasyonuna göre her pazarlama alıcısının içe aktarılmadan önce izin vermiş olması gerekir. İzni kullanıcı kaydolurken saklayın ve bu bilgiye göre filtreleyin.
Projenizden hangi olayların geldiğini görmek için Supabase’i Brew içinde bağlayın, bir test kullanıcısı ekleyin ve bir akışı yayımlamadan önce “Son olaylar” panelini izleyin.
