İzole et · Multi-tenant SaaS
SaaS Ürünleri için Email Altyapısı
Multi-tenant bir platformda ölçekli email göndermek; tek ürünlü email operasyonlarının karşılaşmadığı müşteri bazlı izolasyon, uyum ve tenant bazlı itibar koruması gerektirir.
Ortak itibar havuzu
kontrol katmanı yokBir kötü tenant havuzu zehirler — her müşteri etkilenir.
Sendarix ile izole
blast radius sınırlıKötü tenant kendi havuzuna karantinaya alınır — diğerleri sağlıklı kalır.
Multi-tenant email problemi
Bir tenant’ın kötü listesi herkesi aşağı çekmemeli.
Ürününüz customer.com adına yourplatform.com üzerinden gönderim yaptığında, tek müşterideki hata tüm müşterilerin dayandığı ortak itibarı etkiler.
Geleneksel email platformları tenant bazlı izolasyon sunmaz. Bir müşterinin liste kalitesi bozulduğunda, diğer tüm müşterilerin dayandığı gönderim itibarını zedeler. Sendarix izolasyonu varsayılan operasyon birimi yapar.
| Tenant | HAVUZ | Sinyal | Durum |
|---|---|---|---|
| acme-corp | dedicated-ip-12 | Temiz gönderimler | sağlıklı |
| northwind | shared-eu-3 | Stabil | sağlıklı |
| tenant_8842 | quarantine-1 | Şikayetler artıyor | izole |
| globex | shared-us-1 | Stabil | sağlıklı |
Temsili ürün UI’ı — illustrative data, canlı müşteri metriği değildir.
Müşteri bazlı gönderim domain izolasyonu
Her müşteri kendi doğrulanmış domaininden gönderir; böylece bir müşterinin itibar sorunu diğerine dokunmaz.
Müşteri gönderim domaininin sahibidir
Her müşteri kendi domaini için Sendarix’e yönelen DKIM ve SPF yapılandırır. DNS kontrolü müşteride kalır; Sendarix domain sahibi değil relay olarak çalışır.
White-label için subdomain delegasyonu
White-label subdomainler için (örn. notify.customer.com) SPF hem subdomaini hem Sendarix’i yetkilendirecek şekilde yapılandırılır. DKIM white-label domainiyle imzalanır.
IP havuzu izolasyonu
Yüksek hacimli müşteriler, bağımsız warmup ve reputation geçmişi olan özel IP havuzlarına atanabilir; bunlar email routing kurallarıyla yönetilir.
Tenant bazlı suppression yönetimi
Bir müşterinin listesindeki bounce veya complaint başka müşteride suppression tetiklememelidir. Suppression listeleri domain bazında izole edilir.
Tenant bazlı suppression kapsamı
Bir alıcı Customer A için hard bounce verdiğinde adres yalnızca Customer A domaini için bastırılır. Customer B bağımsız izne sahipse göndermeye devam eder.
Cross-tenant complaint yönetimi
Feedback looplar gönderim domaini bazında yapılandırılır. Bir tenant için gelen complaint, başka tenant’ın reputation veya suppression listesini etkilemez.
Müşteri self-service suppression
Suppression yönetimini API ile müşterilere açın; unsubscribe ve liste hijyenini destek ekibiniz üzerinden geçmeden kendileri yönetsin.
Tenant bazlı audit trail
Uyum için suppression event geçmişini domain bazında saklayın. GDPR ve CCPA talep halinde belgelenmiş suppression ister; tenant izolasyonu bunu denetlenebilir tutar.
Programlanabilir tenant routing
Multi-tenant platformlar için routing kuralları
Her müşteri domaini, domain doğrulamasında programatik olarak email routing kurallarıyla ayarlanan bağımsız routing yapılandırması alır.
Failover her routing domaini için bağımsız yapılandırılır. Customer A’nın primary IP havuzu bozulursa trafik ortak havuza değil kendi backup havuzuna gider; stres altında izolasyon korunur.
When sending_domain = customer.com Then route through customer_dedicated_pool apply customer_warmup_schedule use customer_suppression_list alert bounce_rate > 3% → customer@example.com
B2B SaaS email için uyum gereksinimleri
Multi-tenant email, müşterilerinizin de devraldığı yükümlülükler taşır. Sendarix denetçilerin beklediği kontrolleri yerleşik sunar.
GDPR - veri işleme
Ürününüz adına işlenen müşteri verisi DPA gerektirir. Sendarix Enterprise GDPR’ye özel işleme şartları içerir; suppression ve deletion eventleri sözleşmeli retention süresi içinde uygulanır.
CAN-SPAM - unsubscribe yönetimi
Ticari email için işlevsel unsubscribe gerekir. Multi-tenant platformlarda her müşterinin emailleri platform genelinden değil, o müşterinin listesinden unsubscribe etmelidir.
Healthcare SaaS değerlendirmeleri
Healthcare platformları, mesaj içeriğinin iletimden önce PHI içerip içermediğini değerlendirmelidir. Gereksinimler ve sözleşmeler için enterprise satışla görüşün.
Uyum incelemeleri için audit logging
Email eventleri, suppression değişiklikleri ve routing modifikasyonları için audit loglar güvenlik ve uyum incelemeleri adına API ile erişilebilir. Güvenlik ve uyum sayfasına bakın.
Müşteri bazlı monitoring ve alerting
Her müşterinin programı bağımsız eşiklere ihtiyaç duyar; uyarılar herkes için ops ekibinize değil, doğru müşteriye gitmelidir.
24 saatlik rolling window içinde > %2 ise uyar. Uyarı alıcısı: kayıtlı müşteri emaili.
24 saat içinde > %10 ise uyar. Geçici sağlayıcı sorunları veya quota problemlerini gösterebilir.
7 günde > %0,1 ise uyar. %0,3 seviyesinde büyük sağlayıcıların çoğu filtrelemeye başlar.
Müşterinin 30 günlük ortalamasından 5 yüzde puandan fazla düşüşte uyar.
İlgili ürünler
Multi-tenant email’i platformunuza yerleştirin
Sendarix API programatik domain doğrulama, routing yapılandırması ve tenant bazlı webhook kurulumunu destekler. Müşteri gönderim domainini onboarding akışınız içinde manuel DNS işi olmadan oluşturun.
