Kurtarma · Bounce yönetimi
E-posta Bounce Yönetimi Rehberi
Bounce olayları transactional email operasyonlarının doğal parçasıdır. Bunları nasıl sınıflandırdığınız, bastırdığınız ve toparladığınız, yüksek hacimde gönderici itibarınızın korunup korunmayacağını belirler.
Temsili ürün UI’ı — illustrative data, canlı müşteri metriği değildir.
Kontrol düzlemi
Sendarix bounce sinyallerini nasıl sınıflandırır, bastırır ve yönlendirir
Bounce eventleri yalnızca statik bir blocklist değil, routing kararlarını ve tenant düzeyinde suppression süreçlerini besler. Hard bounce adresleri hemen bastırılır; soft bounce olayları yükseltilmeden önce retry politikanızı takip eder.
Tenant bazlı izolasyon, bir müşterinin kötü listesinin diğerlerini etkilemesini engeller. Webhook eventleri (bounce, soft_bounce, complaint) uygulamanıza CRM kayıtlarını güncellemek ve toparlanma akışlarını tetiklemek için gereken ayrıntıyı verir. Politika yapılandırması için email routing sayfasına bakın.
| Relay yolu | Sinyal | Durum |
|---|---|---|
| AB transactional | Stabil teslimat | sağlıklı |
| ABD bulk | Düşük deferral | sağlıklı |
| Dedicated tenant | Yükselen deferral | zayıfladı |
Temsili ürün UI’ı — illustrative data, canlı müşteri metriği değildir.
Hard bounce ve soft bounce - sınıflandırma
Her bounce aynı değildir. Alıcı sunucudan dönen yanıt kodu hatanın kalıcı mı geçici mi olduğunu gösterir ve sisteminiz her durumu farklı ele almalıdır.
Hard bounce
Kalıcı teslimat hatasıdır. Mailbox yoktur, domain geçersizdir veya alıcı domaininizden gelen postayı kalıcı olarak reddetmiştir.
Yanıt kodları:550 Mailbox unavailable, 550 User unknown, 550 No such recipient
Gerekli aksiyon: Adresi hemen global suppression listesine ekleyin. Bu adrese tekrar gönderim yapmayın.
Soft bounce
Geçici teslimat hatasıdır. Mailbox doludur, sunucu geçici olarak erişilemezdir veya bağlantı sorunu vardır.
Yanıt kodları:450 Mailbox full, 421 Service temporarily unavailable, 451 Server busy
Gerekli aksiyon: Exponential backoff ile tekrar deneyin. N ardışık hatadan sonra hard bounce olarak işaretleyin.
Retry ve backoff stratejisi
Soft bounce olayları tekrar denenmelidir; fakat hemen ve sonsuza kadar değil. Yapılandırılmış retry takvimi, sisteminizin zaten sorun yaşayan sunucuları gereksiz yere zorlamasını engeller.
| Zamanlama | Aksiyon |
|---|---|
| Hemen | Gönderim anındaki ilk deneme |
| +15 dk | İlk retry - sunucu veya ağ hatası |
| +1 saat | İkinci retry |
| +4 saat | Üçüncü retry |
| +12 saat | Dördüncü retry |
| Düşür | 5 ardışık hatadan sonra hard bounce olarak işaretle ve bastır |
Suppression listesi yönetimi
Suppression listesi, posta alamayan adreslere gönderim yapmamak için birincil savunmanızdır.
Hard bounce adresleri
Kalıcıdır. Yeniden teslimat denenmez. Timestamp ile kalıcı olarak saklanır.
Şikayetler (FBL)
Kullanıcı spam olarak işaretlemiştir. Uzun vadeli suppression uygulanır ve şikayet tarihi saklanır.
Abonelikten çıkma istekleri
CAN-SPAM ve GDPR gereklilikleri nedeniyle hemen bastırılmalıdır.
Geçici hatalar
Retry penceresi boyunca bastırmayın. Yalnızca maksimum retry sayısı aşıldıktan sonra bastırın.
Çok kiracılı SaaS platformlarında suppression listeleri tenant bazında izole edilmelidir. Domain bazlı sınırlar için tenant isolation sayfasına bakın.
Bounce için webhook event takibi
Email webhooks üzerinden gelen bounce eventleri en ayrıntılı sinyali sağlar. Şu event tiplerini takip edin:
bounce— hard bounce. Alıcıyı hemen bastırın.soft_bounce— geçici hata. Backoff politikanıza göre retry planlayın.complaint— alıcı spam olarak işaretledi. Uzun vadeli bastırın.delivery— alıcı sunucunun mesajı kabul ettiğini doğrular.reject— sunucu kuyruğa almadan reddetti. SPF/DKIM/DMARC kayıtlarını kontrol edin.
Sendarix bounce sınıflandırmasını otomatik yönetir
Bounce eventleri mesaj bazında izlenir, hard veya soft olarak sınıflandırılır ve suppression listeleri otomatik güncellenir. Retry takvimleri ve failover mantığı email routing API üzerinden yapılandırılabilir.
