# Supabase için en iyi e-posta araçları: Auth, ürün olayları ve yaşam döngüsü

Kanonik URL: https://brew.new/tr/blog/best-email-tools-for-supabase-auth-emails-product-events-and-lifecycle-campaigns
Yazar: Thomas Park
Yayımlandı: 2026-09-19
Güncellendi: 2026-09-29

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.

## Öne çıkan noktalar

- Supabase’in yerleşik e-posta hizmeti test amaçlıdır. Yalnızca önceden yetkilendirilmiş adreslere ve düşük bir hız sınırıyla gönderim yapar. Üretim ortamındaki kimlik doğrulama e-postaları için özel SMTP gerekir.
- Kimlik doğrulama e-postaları için Resend, Loops ve Sequenzy’nin her biri bir Supabase SMTP kurulumu belgeliyor. Brew dokümantasyonunda ise böyle bir kurulum yer almıyor.
- Ürün olayları ve yaşam döngüsü e-postaları için Brew, `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.
- Supabase, kimlik doğrulama ve pazarlama e-postaları için ayrı hizmetler ve alan adları kullanılmasını öneriyor.

## Üç iş, üç tür araç

| İş | 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.

## Kimlik doğrulama e-postaları: önce varsayılan göndericiyi bırakın

Supabase’in [SMTP rehberi](https://supabase.com/docs/guides/auth/auth-smtp), 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

Resend’in [Supabase rehberi](https://resend.com/docs/send-with-supabase-smtp), 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

Loops, [Supabase için iki yol](https://loops.so/docs/integrations/supabase) 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

Sequenzy, [Supabase Auth e-postalarını](https://docs.sequenzy.com/integrations/supabase) 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

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.

## Ürün olayları: hangi veritabanı değişiklikleri bir akış başlatabilir?

### Brew

Brew, [Supabase entegrasyonunda](https://docs.brew.new/integrations/import/supabase) `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_confirmed`
- `auth.user.email_changed` ve `auth.user.password_changed`
- `auth.user.signed_in`
- `auth.user.banned` ve `auth.user.unbanned`
- `auth.user.invited`
- `auth.user.upgraded_from_anonymous`

Kullanı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](https://docs.brew.new/integrations/ai-tools/lovable) 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

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

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.

## Yaşam döngüsü kampanyaları

Brew, markanızın [email-design.md](/tr/blog/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.

## Küçük bir Supabase uygulaması için örnek kurulum

Olası bir iş bölümü şöyle. Bunu uçtan uca test etmedik.

1. Supabase Auth; onay e-postalarını, sihirli bağlantıları ve şifre sıfırlama e-postalarını `auth.example.com` alan adında özel SMTP (Resend, Loops veya Sequenzy) üzerinden gönderir.
2. Brew içindeki Supabase entegrasyonu `auth.users` tablosunu dinler. Bir hoş geldin otomasyonu `auth.user.email_confirmed` olayıyla başlar.
3. Uygulamanız bir hatırlatma kontrolü planlar. Zamanı geldiğinde kullanıcının projelerinin güncel durumunu okur; kullanıcının hâlâ hiç projesi yoksa ayrı bir Brew olayı olan `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.
4. Yaşam döngüsü e-postaları, abonelikten çıkma başlıkları içeren bir pazarlama alan adından gönderilir.

## Sıkça sorulan sorular

### Supabase’in varsayılan e-posta hizmetini üretim ortamında kullanabilir miyim?

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.

### Brew, Supabase’in doğrulama veya şifre sıfırlama e-postalarının yerini alıyor mu?

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.

### Hoş geldin e-postasından önce neden `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.

### Senkronize edilen Supabase kullanıcıları pazarlama e-postalarına izin vermiş sayılır mı?

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.

## Sonraki adım

Projenizden hangi olayların geldiğini görmek için [Supabase’i Brew içinde bağlayın](/tr/browse/integrations/supabase), bir test kullanıcısı ekleyin ve bir akışı yayımlamadan önce “Son olaylar” panelini izleyin.
