E-posta teslim edilebilirlik: ısındırma, adres doğrulama ve arşiv kopyası

Yeni bir gönderici alan adı veya IP ile büyük hacimde e-posta göndermek itibar kaybına ve spam klasörüne düşmeye yol açar. Pushizo bunun için ısındırma planları, gönderim öncesi adres doğrulama ve BCC/arşiv kopyası sunar (docs/adr/0029-whatsapp-rcs-iki-yonlu-sms-eposta-isindirma.md §6). Ayarlar dashboard'da Teslim edilebilirlik ekranında, API'de /v1/apps/{appId}/email-deliverability altındadır (admin kapsamı).

1. Isındırma planıBağlantıyı kopyala

Plan, belirli bir alan adı (domain: gönderici adresi bu alan adında olan gönderimler) veya IP (ip: app'in e-posta kanalının tüm gönderimleri) için günlük gönderim limitlerini tanımlar.

POST /v1/apps/{appId}/email-deliverability/warmup-plans
{
  "name": "Yeni alan adı",
  "kind": "domain",
  "target": "mail.ornek.com",
  "curve": { "start": 500, "growth": 2, "target": 20000 },
  "provider_shares": { "gmail": 0.4, "outlook": 0.3, "yahoo": 0.1, "other": 0.2 },
  "timezone": "Europe/Istanbul"
}

• Limitler daily_limits dizisiyle (1–120 gün) doğrudan veya curve (başlangıç × çarpan → hedef) ile verilir.
• provider_shares günlük limiti alıcı sağlayıcılarına böler (toplam 1). Gmail ve Outlook gibi büyük sağlayıcılara ayrı pay vermek kademeli itibar kazanımını kolaylaştırır.
• Alan adı planı IP planından önceliklidir; aynı tür + hedef için tek plan olabilir (409).
• Yalnızca pazarlama gönderimleri (kampanya ve journey) sınırlanır; API ile gönderilen işlemsel e-postalar (şifre sıfırlama, sipariş onayı) ertelenmez.
• Günün kalan payına sığmayan teslimatlar sonraki günlere o günün limiti kadar yayılır ve hedef günün yerel 08:00–20:00 aralığına dağıtılır. Kampanya "gönderildi" görünse de bu teslimatlar pending + ileri tarihli send_after ile bekler.
• Planı duraklatmak (PATCH … { "status": "paused" }) sınırlamayı kaldırır; eğri bitince plan completed olur.
• Plan ayrıntısı ve gün × sağlayıcı kullanımı: GET /v1/apps/{appId}/email-deliverability/warmup-plans/{planId} ve …/{planId}/usage?days=30.

Önerilen başlangıç: yeni alan adında günde 200–500 e-posta, en etkileşimli alıcılarınıza; her gün yaklaşık iki katına çıkarak 2–4 haftada hedef hacme ulaşın. SPF, DKIM ve DMARC kayıtlarını Kanallar → E-posta → DNS doğrula ile önceden doğrulayın.

2. Gönderim öncesi adres doğrulamaBağlantıyı kopyala

validation.enabled açıkken her e-posta teslimatı göndermeden önce denetlenir:

PUT /v1/apps/{appId}/email-deliverability
{
  "validation": { "enabled": true, "check_mx": true, "block_disposable": true, "block_role": false },
  "verifier": { "provider": "zerobounce", "api_key": "…" }
}

• Engellenen teslimat invalid_address nedeniyle bastırılır; olay ayrıntısında hangi denetimin reddettiği yazar.
• Denetimler sınırlı eşzamanlılıkla (8) çalışır ve dispatch işi başına 20 saniyelik bir süre bütçesiyle sınırlıdır: bütçe dolarsa kalan adresler denetlenmeden gönderilir (doğrulama teslimatı geciktirmez; açıkça hatalı adresler sağlayıcı geri dönüşüyle zaten bastırılır). MX ve doğrulayıcı sonuçları önbelleklenir; ikinci gönderim hızlıdır.
• Doğrulayıcı API anahtarı zarf şifreli saklanır, yanıtta yalnızca has_key döner; boş bırakılırsa korunur.
• Test aracı: POST …/email-deliverability/verify-address { "address": "ad@ornek.com" } tüm denetimleri çalıştırıp sonucu (ok, reason, çalışan denetimler) döner.

3. BCC / arşiv adresiBağlantıyı kopyala

bcc_address verilirse her e-postanın gizli kopyası bu adrese gider (uyum ve arşiv); null kaldırır. SMTP, Amazon SES ve Resend kanallarında desteklenir.

4. İzlemeBağlantıyı kopyala

Teslim edilebilirlik ekranında her planın bugünkü limiti/kullanımı, sağlayıcı kovaları ve ileri günlere ayrılmış gönderimler görünür. Hemen çıkma (bounce) ve şikâyet oranlarını analitik ekranından izleyin; oranlar yükselirse planı duraklatıp eğriyi yavaşlatın.