Isınma Bitti, Peki Şimdi Ne Olacak? İtibarı Bozmadan Hacmi Büyütmenin Protokolü
Isınma takvimi bitince "artık serbestim" sanan ekipler itibarı ilk büyük kampanyada yakar. İtibar bir eşik değil, ~30 günlük kayan ortalamadır. Takvimle değil, engagement metrikleriyle kapılanan; ölçülebilir ve geri çekilebilir bir büyüme protokolü.
EvilMail Team15 Temmuz 202612 dk okuma
"Isınma bitti, artık istediğim kadar gönderebilirim." Bu cümleyi kuran ekibin ertesi haftası hep aynı senaryoya bağlanır: 45 günlük ısınmayı günde 5.000 e-postayla temiz kapatırlar, pazartesi sabahı ürün lansmanı için 80.000 kişilik listeye tek seferde basarlar, öğlene kadar Gmail açılış oranı normal görünür, akşam üzeri ise trafiğin tamamı Spam klasörüne kayar. Postmaster Tools'ta domain reputation bir gecede High'dan Low'a düşer. Panik, "acaba DKIM mi bozuldu" telaşı, seedlist testleri... Oysa hiçbir konfigürasyon bozulmamıştır.
Bozulan şey şu varsayımdır: itibarın, bir eşiği geçtiğinde kilitlenip kaldığı fikri. İtibar bir seviye değil. Gmail ve Microsoft dahil büyük mailbox sağlayıcıları itibarı yaklaşık 30 günlük kayan ortalama üzerinden hesaplar. Bugün yaşadığın kötü bir gün, sadece bugünü değil, sonraki 30 günü de aşağı çeker. 5.000'den 80.000'e sıçramak istatistiksel olarak "bu gönderici davranışını değiştirdi; ani hacim = botnet ya da satın alınmış liste sinyali" demektir. Isınma takvimi başlangıç eğrisini bitirdi; büyümeyi serbest bırakmadı.
Aşağıdaki protokol takvime değil metriğe bağlıdır: ölçersin, banttaysan büyürsün, bant dışına çıkarsan geri çekilirsin. Basit ama disiplin ister.
Isınma bitince ne değişir, ne değişmez
Isınmanın tek amacı IP'ni ve domain'ini, sağlayıcıların gördüğü ve geçmişi olan bir varlık haline getirmekti. Bunu başardın: artık bir taban itibarın var. Değişmeyen şey, bu tabanın kırılganlığı. Yeni bir gönderici için filtreler çok daha dar bir tolerans uygular; üst üste birkaç gün kötü sinyal, ısınmada kazandığın her şeyi silebilir.
Isınma Sonrası Sürdürülebilir Hacim Büyütme | Engagement-Gated Scaling — EvilMail Blog
Somut olarak neyin değiştiğini ayıralım. Isınma sırasında kural agresifti: metrikler temiz olduğu sürece hacmi neredeyse her gün ikiye katlayabilirdin, çünkü sağlayıcılar seni henüz "yerleştirmemişti". Isınma bitince o pencere kapanır. Artık her artış, 30 günlük ortalamana karşı tartılır. Aynı %100'lük sıçrama, ısınmanın 3. gününde normalken ısınma sonrası 30. günde "anomali" olarak okunur; çünkü kıyaslanan taban artık çok daha büyük ve stabildir.
Takvimle değil engagement ile büyü
İşin kalbi burası. Sabit "günde %X" kuralını çöpe at. O kural körlemesine bir takvimdir; sağlayıcının o an sana ne söylediğini dinlemez. Yerine her hacim artışının önüne bir metrik kapısı koy. Karar döngüsü şudur: gönder → 24-48 saat bekle → metrikleri topla → hepsi bant içinde mi? Evetse hacmi %30-50 artır. Hayırsa mevcut hacimde kal ya da geri çek.
Bant eşikleri pazarlıksızdır. Bunlar tahmin değil, sağlayıcıların dokümante ettiği ya da alanda defalarca doğrulanmış çizgilerdir:
Spam rate (Gmail Postmaster): hedef < %0.10. %0.30 üstü kırmızı; bu çizgide büyümeyi anında durdur.
Hard bounce: kampanya bazında < %2. Üstündeyse sorun hacim değil, listedir.
Authentication (SPF+DKIM+DMARC aligned): %100 olmalı. Herhangi bir düşüş spoof ya da config hatası sinyalidir; büyümeden önce durdur ve düzelt.
Deferral (4xx) oranı: > %5'e çıktıysa sağlayıcı seni throttle ediyor demektir. Büyümeyi durdur, mevcut hacmi sindir.
Bir de büyümenin yönü var: hepsine aynı anda basma. En yüksek etkileşimli segmentten başla. 30 günlük aktifler çekirdeğin; önce onlarla hacmi genişlet, banttaysan 60 güne, sonra 90 güne aç. Açılan her yeni segment ortalama engagement'ı biraz düşürür; o yüzden her genişletmeden sonra bir döngü bekleyip metriği yeniden oku.
Sağlayıcı bazında büyü: Gmail, Microsoft, Yahoo ayrı dünyalar
En sık yapılan hata toplam hacme bakmaktır. İtibar diye tek bir sayı yoktur; her mailbox sağlayıcısı kendi itibarını ayrı tutar. Gmail'de High reputation'ken Outlook'ta Red olabilirsin. Dolayısıyla büyüme kararını MX bazında ver: Gmail koridorun açıkken Microsoft'a doğru itiyorsan, o iki tarafı ayrı hızlarda büyüt.
Sağlayıcının sana verdiği en dürüst sinyal deferral'dır. 421 ve diğer 4xx yanıtları "kalıcı red değil, ama yavaşla" demektir. Bu sinyale saygı göstermek, spam klasörüne düşmemenin en ucuz yoludur. Postfix'te bunu sağlayıcıya özel transport ile yönetirsin:
bash
# master.cf — sağlayıcıya özel gönderim kanalları
gmail unix - - n - - smtp
-o smtp_destination_concurrency_limit=5
-o smtp_destination_rate_delay=1s
-o smtp_connect_timeout=15s
microsoft unix - - n - - smtp
-o smtp_destination_concurrency_limit=3
-o smtp_destination_rate_delay=2s
bash
# main.cf — global emniyet supapları
default_destination_recipient_limit = 50
smtp_destination_rate_delay = 1s
soft_bounce = no # varsayılan: 4xx retry edilir, kalıcı bounce'a çevrilmez
transport_maps = hash:/etc/postfix/transport
Deferral oranı %5'i geçtiyse o sağlayıcı için hacmi dondur; concurrency ve rate_delay değerlerini bir kademe gevşet, birkaç saat sindir, sonra tekrar ölç.
Ölçmeden büyüme yasak: monitoring stack'i
Metrik kapısı ancak ölçebildiğin şey kadar iyidir. Minimum stack:
Google Postmaster Tools: domain ve IP reputation (High/Medium/Low/Bad), spam rate, authentication oranları, delivery errors. Günün ilk bakılan ekranı burasıdır.
Microsoft SNDS + JMRP: SNDS, IP status'unu (Green/Yellow/Red) ve spam trap hit'lerini gösterir; JMRP, Outlook kullanıcılarının "junk" işaretlemelerini abuse@ adresine besler.
FBL / ARF döngüleri: şikayet raporlarını [email protected] adresine bağla ve gelen her complaint'i otomatik suppress et. Manuel yaparsan geç kalırsın.
Seedlist / inbox placement: GlockApps ya da Mailtrap ile haftalık seed testi. Postmaster "reputation iyi" derken seedlist Promotions/Spam dağılımını gösterir; ikisi farklı sorulara cevap verir.
Kural net: bu kaynaklardan biri kırmızıya döndüğünde büyüme durur; düşüşün kaynağı bulunana kadar yeni artış yok.
IP havuzu ve subdomain mimarisi
Tek bir IP'nin taşıyabileceği throughput ve itibarın bir tavanı vardır. O tavana yaklaştığında (deferral artıyor, aynı hacmi itmek için concurrency yetmiyor) çözüm mevcut IP'yi zorlamak değil, havuza ikinci bir IP eklemektir. Ama dikkat: her yeni IP sıfırdan, ayrı ısıtılır. Havuza soğuk IP atıp trafiği rotasyona sokarsan, yeni IP'nin kötü itibarı havuz ortalamasını aşağı çeker.
Asıl kaldıraç subdomain izolasyonudur. Transactional ve pazarlama trafiğini aynı gönderici kimliğinden çıkarmak, birinin hasarını diğerine bulaştırır. Ayır:
mail.evilmail.pro → transactional (şifre sıfırlama, fatura, doğrulama) — yüksek engagement, düşük şikayet.
Böylece bir bülten kampanyası şikayet toplasa bile parola sıfırlama e-postan Inbox'ta kalır. Şart: her subdomain'de SPF/DKIM/DMARC hizalaması %100. Subdomain'e ayrı SPF yaz, 10 DNS lookup limitine dikkat et (gerekiyorsa flatten et), DKIM selector'ını subdomain'e özel kur.
Büyümeyi sürdüren asıl yakıt temiz listedir. Engagement metriklerinin iyi kalmasının tek yolu, ölü adreslere göndermeyi bırakmaktır. Uygula:
Sunset policy: 90-120 gündür hiçbir e-postanı açmayan/tıklamayan aboneyi ana akıştan çıkar. Onlara göndermeye devam etmek, spam trap'e dönüşmüş eski adreslere gönderim ve düşük engagement demektir; ikisi de itibar zehiri.
Hard bounce = anında suppress. Bir sonraki kampanyaya taşıma. Rol hesaplarını (info@, sales@) ve şüpheli adresleri gönderim öncesi doğrula.
Reaktivasyon kampanyası ayrı, düşük hacimli bir akışta yürür. "Seni özledik" e-postasını 200.000 kişilik uykudaki listeye tek seferde basmak, ısınma sonrası itibarı öldürmenin en garantili yoludur.
8.Artış oranı %30-50'yi aşmıyor ve son artışın üstünden 2-3 gün geçti mi?
9.Geri çekilme planı hazır mı — kötü sinyalde hangi segmente düşeceğin yazılı mı?
10.Seedlist testi son hafta içinde çalıştı mı, inbox placement kabul edilebilir mi?
Bu on maddeden biri bile "hayır" ise, o gün büyümezsin. Beklemek geri gitmek değildir; ısınma sonrası en pahalı hata, iyi bir tabanı tek bir sabırsız kampanyayla 30 günlüğüne yakmaktır.
