# Stripe ile yaşam döngüsü e-postaları nasıl otomatikleştirilir?

Kanonik URL: https://brew.new/tr/blog/how-to-automate-lifecycle-emails-from-stripe-subscription-events
Yazar: Philip Sørensen
Yayımlandı: 2026-09-18
Güncellendi: 2026-09-29

Stripe; abonelikler, faturalar ve ödemeler değiştiğinde olay üretir. Bu olaylar işe yarar e-postaları başlatabilir; ancak her mesajın yine de belirli bir alıcısı, bir amacı ve zamanının uygun olup olmadığına karar veren bir kuralı olmalıdır.

Brew içindeki [Stripe entegrasyonu](/tr/browse/integrations/stripe), OAuth bağlantısını ve webhook kurulumunu üstlenir. Bu rehber, bunun üzerine kuracağınız e-posta programını nasıl tasarlayacağınızı ele alıyor. Faturalandırma yerine ürün olaylarıyla başlayan akışlar için [yapay zekâ ile e-posta otomasyonu](/tr/blog/ai-email-automation) yazımıza göz atın.

## Her olayı tek bir mesajla eşleştirin

| Hedeflenen sonuç | Aday olay | Göndermeden önce kontrol edin |
| --- | --- | --- |
| Bir aboneyi karşılamak | `customer.subscription.created` | Checkout kaynaklı mükerrer bir hoş geldin e-postasından kaçının |
| Deneme süresinin sona ereceğini açıklamak | `customer.subscription.trial_will_end` | Gerçek bitiş tarihi ve ödeme alınıp alınmayacağı |
| Başarısız bir fatura ödemesini bildirmek | `invoice.payment_failed` | Faturanın güncel durumu, faturalandırma bağlantısı, Stripe’ın mevcut bildirimleri |
| Bir plan değişikliğini açıklamak | `customer.subscription.updated` | Hangi alanların değiştiği ve değişikliğin önemli olup olmadığı |
| İptali teyit etmek | `customer.subscription.deleted` | Erişimin ne zaman sona ereceği ve müşterinin ne talep ettiği |
| Bir iadeyi açıklamak | `refund.created` | Olayda bulunan, iadeye özgü alanlar |

[Stripe olay referansını](https://docs.stripe.com/api/events/types) ve seçtiğiniz Brew tetikleyicisinin şemasını kullanın. Bir abonelik güncellemesi birkaç farklı türde değişikliği temsil edebilir; verisini kontrol etmeden her güncelleme için bir plan değişikliği e-postası göndermeyin.

## Kontrollü bir şekilde bağlayın ve yayımlayın

Brew içindeki Entegrasyonlar sayfasından Stripe bağlantısını yetkilendirin. Brew webhooku kaydeder ve desteklenen tetikleyicileri oluşturur. Olayları tek tek açıp kapatmaya yarayan bir ayar yoktur. Yalnızca olaya bağlı ve durumu Yayında olan otomasyonlar çalışır.

Mevcut müşterileri kişi olarak içe aktarmanız gerekiyorsa “Müşterileri Stripe’tan senkronize et” düğmesini kullanın. Bir faturalandırma kişisini içe aktarmak, pazarlama izni anlamına gelmez. Olay bazında açılıp kapatılan “Ad ve soyadı senkronize et” ayarı, e-postaların gönderilip gönderilmeyeceğini değil, yalnızca ad güncellemelerini belirler.

İlk otomasyonu taslak olarak kurun, üretilen e-postayı inceleyin ve yayımlamadan önce kontrolünüzdeki alıcılarla test edin. Bağlantı ayrıntıları için [Stripe kurulum rehberini](https://docs.brew.new/integrations/import/stripe) izleyin; Brew canlı Stripe hesaplarını bağlar ve test modu olayları otomasyon başlatmaz.

## Başarısız ödemeleri, güncelliğini yitirmiş hatırlatmalar göndermeden yönetin

Anında gönderilecek bir başarısız ödeme bildirimi `invoice.payment_failed` olayıyla başlayabilir. Ne olduğunu açıklayın ve kendi faturalandırma sayfanıza bağlantı verin. Tahsilatın Brew tarafından yeniden deneneceğini vaat etmeyin; ödeme işlemleri Stripe’ın sorumluluğundadır.

Üç gün sonra gidecek bir hatırlatma için uygulamanızın bir fatura durumu kontrolü planlamasını sağlayın. Fatura hâlâ ödenmemişse ve müşteri hâlâ uygunsa ayrı bir Brew hatırlatma olayı tetikleyin. Ödeme alınmışsa olayı tetiklemeden süreci sonlandırın.

Bir Bekle adımından sonra olay alanları hâlâ olayın ilk payload verisini içerir. `contact.stripe_subscription_status` koşulu, o düğüm çalıştığında alanın Brew kişisindeki güncel değerini okur. Stripe’ı sorgulamaz ve bu faturanın ödendiğini kanıtlamaz. Sonradan gelen bir `invoice.paid` olayı, daha önce başlamış çalıştırmayı otomatik olarak iptal etmez. Ödeme yönteminin güncellenmesi de ödemenin yapıldığını kanıtlamaz.

Hatırlatma kontrolünden önce ödemenin alındığı durumu, ödenmemiş kalan bir faturayı ve yeniden denenen bir işi test edin. Aynı mantıksal olay için, [dokümantasyonda belirtilen yeniden deneme süresi](https://docs.brew.new/api-reference/api/idempotency) içinde aynı idempotency anahtarını yeniden kullanın.

## Tanımlanan alanlarla kişiselleştirin

Brew, abonelik durumu ve plan dâhil faturalandırma alanlarını kişilere senkronize edebilir. Olay payload verileri ve kişi alanları farklı kaynaklardır. `amount`, `currency`, `invoiceNumber`, `previousPlan`, `newPlan` ya da `failureMessage` alanlarını kullanmadan önce tetikleyici şemasını okuyun; her olay bu alanların her birini sağlamaz.

Stripe nesne kimlikleri otomasyonun payload verisinden çıkarılır. Varsaydığınız bir fatura ya da abonelik kimliğinden müşteri portalı URL’si oluşturmaya çalışmayın. Uygulamanızın giriş gerektiren faturalandırma sayfasını ya da özel bir olayda bilinçli olarak gönderilen bir bağlantıyı kullanın. [Birleştirme etiketleri rehberini](https://docs.brew.new/create-emails/merge-tags) izleyin.

## Her sisteme tek bir sorumluluk verin

[Stripe müşteri e-postası ayarlarını](https://docs.stripe.com/billing/revenue-recovery/customer-emails) gözden geçirin. Makbuzları, başarısız ödeme bildirimlerini ve hatırlatmaları hangi sistemin göndereceğine karar verin. Bir Brew otomasyonunu açmak, Stripe’ın e-postalarını kapatmaz.

Mesajın amacını ve izinleri gözden geçirmediyseniz hesap bildirimlerine tanıtım amaçlı içerik koymayın. Pazarlama hatırlatmaları, buna uygun bir izin ve abonelikten çıkma işleyişi gerektirir.

## Tüm süreci kontrol edin

Olayın Brew içinde göründüğünü, bağlı otomasyonun yayında olduğunu ve çalıştırma geçmişinin beklenen alıcıyı ve sonucu gösterdiğini doğrulayın. Ardından gelen e-postayı ve faturalandırma bağlantısını inceleyin. Bir olay geldiği hâlde mesaj gönderilmediyse webhookun başarısız olduğunu varsaymadan önce filtreleri, gönderim engellerini ve gönderim alan adının hazır olup olmadığını kontrol edin.

Tek bir olay ve test edilmiş tek bir e-postayla başlayın. Sonraki hatırlatmaları ancak güncel durum kontrolleri ve yeniden deneme davranışı uygulama testlerinizle güvence altına alındığında ekleyin.