Mail IP Isıtma (Warm-up) Planı: 30 Günlük Takvim

Yeni bir SMTP sunucusu kurdunuz, SPF ve DKIM kayıtlarınız kusursuz, PTR kaydınız düzgün — ve ilk gün 50 bin kişilik listenize kampanya gönderdiğinizde mektupların yarısı geri döndü, diğer yarısı spam klasörüne düştü. Bunun sebebi yapılandırma hatası değil; mail IP ısıtma adımını atlamış olmanız. Alıcı sağlayıcılar daha önce hiç mektup görmedikleri bir IP adresine güvenmezler ve o IP birdenbire yüksek hacimle gelirse bunu neredeyse tanım gereği spam davranışı sayarlar.

Bu yazıda ısıtmanın neden gerekli olduğunu, alıcı tarafın aslında neyi ölçtüğünü, 30 günlük somut bir hacim takvimini, hangi metrikleri hangi eşiklerde izlemeniz gerektiğini ve süreç bozulduğunda nerede durup geri adım atacağınızı anlatacağım. Takvimi kopyalayıp uygulayabileceğiniz biçimde vereceğim ama asıl önemli olan, sayıları değil arkasındaki mantığı anlamanız; çünkü kendi liste kalitenize göre bu takvimi uzatmanız gerekebilir.

Isıtma Neden Gerekli: Alıcı Taraf Ne Ölçüyor#

Büyük posta sağlayıcıları gelen her bağlantı için bir gönderici profili tutar. Bu profilin iki ayağı vardır: IP itibarı (bu IP'den daha önce ne geldi) ve alan adı itibarı (bu alan adı adına gönderilenler nasıl karşılandı). Yeni bir IP'nin geçmişi yoktur; geçmişsizlik nötr değil, temkinli davranmayı gerektiren bir durumdur. Sağlayıcı sizi tanımadığı için ilk mektuplarınızı küçük bir örneklem gibi ele alır ve kullanıcıların tepkisine bakar.

Ölçtükleri şeyler oldukça somuttur: kaç mektup geçersiz adrese gitti, kaç kullanıcı açtı, kaç kişi "spam olarak işaretle" dedi, kaç kişi klasörden çıkarıp gelen kutusuna taşıdı, gönderim düzenli mi yoksa ani sıçramalar mı yapıyor. Bu sinyallerin ayrıntılı listesini ve nasıl ölçüleceğini gönderici itibarı nedir yazısında ele alıyorum. Isıtmanın amacı, bu sinyallerin hepsini iyi tutarak hacmi kademeli büyütmek ve sağlayıcıya "bu IP tahmin edilebilir, düşük şikâyetli bir gönderici" mesajını vermektir.

Bir noktayı baştan netleştirelim: ısıtma bir bekleme süresi değil, bir davranış kanıtıdır. Otuz gün boyunca hiç mektup göndermeden beklemek IP'nizi ısıtmaz. Isınma, gönderilen mektuplara verilen olumlu tepkilerle oluşur. Bu yüzden ısıtmanın ilk günlerinde en iyi listenizi kullanmanız, sonuca en çok etki eden karardır.

Isıtmaya Başlamadan Önceki Kontrol Listesi#

Hacim artırmaya başlamadan önce teknik zeminin sağlam olması gerekir, aksi halde ısıtma değil itibar yakma yapmış olursunuz. Şu maddelerin hepsi tamam olmadan ilk mektubu göndermeyin:

1. PTR (rDNS) kaydı IP'nizden gönderici hostname'inize çözümleniyor ve o isim de aynı IP'ye geri dönüyor olmalı.
2. SPF kaydı gönderici IP'nizi kapsamalı; yazımını SPF kaydı yazma rehberi ile doğrulayın.
3. DKIM imzası her giden mektupta bulunmalı ve doğrulanmalı.
4. DMARC en azından p=none ile yayınlanmış ve rapor adresi tanımlı olmalı.
5. TLS sertifikası geçerli olmalı; 587 ve 465 portları düzgün cevap vermeli.
6. Bounce işleme çalışıyor olmalı — geri dönenleri otomatik listeden çıkaramıyorsanız ısıtmaya başlamayın.
7. Abonelikten çıkma bağlantısı ve List-Unsubscribe başlığı hazır olmalı.

Bu kontrollerden ilk üçünü komut satırından hızlıca doğrulayabilirsiniz:

# PTR kaydı doğru mu, ileri-geri tutarlı mı
dig -x 185.12.34.56 +short
# beklenen: mail.firmaniz.com.
dig mail.firmaniz.com A +short
# beklenen: 185.12.34.56

# SPF ve DMARC kayıtları yerinde mi
dig firmaniz.com TXT +short | grep spf1
dig _dmarc.firmaniz.com TXT +short

Port ve TLS uyumunu elle sınamak isterseniz SMTP test aracı gerekli openssl ve swaks komutlarını sizin için üretir.

30 Günlük Isıtma Takvimi#

Aşağıdaki takvim, düzenli bir bültenle günlük gönderim yapan orta ölçekli bir liste için hazırlanmış bir başlangıç şablonudur. Sayılar günlük toplam gönderim adedidir ve tek bir alıcı sağlayıcıya değil, tüm listeye dağıtılmış hacmi ifade eder. Her aşama sonunda metrikler iyi değilse bir sonraki aşamaya geçmeyin, o aşamayı tekrarlayın.

Takvimi uygularken üç kural her sayıdan daha önemlidir. Birincisi, günlük artış oranını kabaca ikiye katlamanın üzerine çıkarmayın; 5.000'den ertesi gün 40.000'e sıçramak, kademeli büyümenin verdiği güven sinyalini bozar. İkincisi, gönderim saatlerini sabit tutun; her gün aynı saat aralığında göndermek tahmin edilebilirlik yaratır. Üçüncüsü, hafta sonu dahil boşluk bırakmayın; üç gün sessiz kalıp dördüncü gün patlama yapmak ısınmayı geri sarar.

Birden fazla sağlayıcıya gönderiyorsanız hacmi orantılı bölmek yerine, sağlayıcı bazında da kademe uygulayın. Gmail ve Outlook tarafında eşikler daha sıkıdır; ısınmanın ilk yarısında listenizin Gmail bölümünü küçük tutup diğer sağlayıcılarla hacmi büyütmek çoğu zaman daha güvenlidir. Gmail ve Yahoo'nun toplu gönderici kurallarını ayrıca Gmail ve Yahoo yeni gönderici kuralları yazısında topladım; ısıtma sırasında bu eşiklerin altında kalmanız gerekir.

Hangi Metrikleri, Hangi Eşiklerde İzlemelisiniz#

Isıtma sırasında her gün sonunda bakmanız gereken beş sayı vardır. Bunları bir tabloya kaydedin; eğilimi görmek tek günün fotoğrafından çok daha değerlidir.

Bu sayıları kampanya aracınızdan alabilirsiniz, ama kendi sunucunuzu işletiyorsanız asıl kaynak mail loglarıdır. Günlük özet çıkarmanın hızlı bir yolu şudur:

# Gün içindeki teslim ve red sayıları
grep "$(date +%b\ %e)" /var/log/mail.log | grep -c "status=sent"
grep "$(date +%b\ %e)" /var/log/mail.log | grep -c "status=bounced"
grep "$(date +%b\ %e)" /var/log/mail.log | grep -c "status=deferred"

# En sık dönen ret mesajları — hangi sağlayıcı ne diyor
grep "status=bounced" /var/log/mail.log \
  | sed 's/.*said: //' | cut -c1-60 | sort | uniq -c | sort -rn | head

Log satırlarını yorumlamayı ve hangi alanın ne anlama geldiğini mail loglarını okuma yazısında ayrıntılı gösteriyorum. Geri dönen mektupların sert mi geçici mi olduğunu ayırt etmek ısıtmanın merkezindedir; ayrımı bounce yönetimi: hard ve soft bounce farkı yazısında bulabilirsiniz.

Bir Şeyler Ters Gittiğinde: Duraklama ve Geri Çekilme#

Isıtma doğrusal bir süreç değildir; bir gün ansızın 4xx ret oranınız fırlayabilir. Panikle hacmi artırmak ya da farklı bir IP'ye kaçmak en kötü iki tepkidir. İzlenecek sıra şudur:

1. Hacmi bir önceki kademeye düşürün. 15.000'de sorun çıktıysa 8.000'e dönün ve iki gün orada kalın.
2. Ret mesajını okuyun. 4xx metinleri genellikle sebebi açıkça yazar: "rate limited", "IP has poor reputation", "too many connections".
3. Sağlayıcı bazında ayrıştırın. Sorun tüm alıcılarda mı yoksa yalnızca tek bir sağlayıcıda mı? Tek sağlayıcıysa o sağlayıcının hacmini kısın, diğerlerini sürdürün.
4. Liste segmentini daraltın. Bir sonraki gönderimi son 30 günde etkileşim göstermiş kişilerle sınırlayın.
5. İki gün stabil sonuç aldıktan sonra kademeli artışa kaldığınız yerden devam edin.

Bazı ret mesajları geçici yoğunluk sınırı, bazıları ise gerçek bir itibar uyarısıdır. Aradaki farkı ayırt etmek için sık karşılaşılan kalıplara bakın:

Geciken mektuplar için Postfix kuyruğunun nasıl yönetileceğini, hangi mektubun neden beklediğini ve kuyruğu güvenle nasıl boşaltacağınızı Postfix kuyruk yönetimi yazısında adım adım anlatıyorum. Ayrıca ilk gönderimlerde karşılaşacağınız kasıtlı gecikmelerin bir kısmı greylisting kaynaklıdır; bunun normal olduğunu ve nasıl ayırt edileceğini greylisting ve mail gecikmesi yazısında bulacaksınız.

Isıtma Sırasında Yapılan Klasik Hatalar#

Satın alınmış ya da çok eski bir listeyle başlamak. Isıtmanın ilk günü, alıcı sağlayıcının sizinle ilgili ilk izlenimini oluşturduğu andır. Üç yıllık bir listeyle başlarsanız yüksek hard bounce ve şikâyet oranıyla açılış yaparsınız ve bu izlenimi düzeltmek haftalar alır. İlk günleri her zaman çalışanlarınız ve son bir ayda mektubunuzu açmış kişilerle geçirin.

Isıtmayı sadece transactional trafikle yapıp sonra kampanya patlatmak. Şifre sıfırlama ve sipariş bildirimleri çok yüksek açılma oranına sahiptir ve IP'yi güzel gösterir. Aynı IP'den birden pazarlama içeriği çıktığında hem içerik profili hem etkileşim oranı değişir ve sağlayıcı bunu fark eder. İşlemsel ve pazarlama trafiğini mümkünse ayrı IP ve ayrı alt alan adlarından gönderin.

Alan adı itibarını unutmak. Yeni IP'yi ısıtırken alan adınız da yeniyse iki cephede birden güven kurmaya çalışıyorsunuz demektir. Alan adı itibarı IP'den daha uzun ömürlüdür ve IP değiştirseniz bile sizinle kalır — bu yüzden alt alan adı stratejinizi baştan kurun: haber.firmaniz.com bültene, bildirim.firmaniz.com işlemsel mektuplara ayrılabilir.

Geri dönenleri temizlememek. Bounce işleme otomatik değilse hard bounce oranınız her gönderimde birikir. Bir gönderimde tespit edilen kalıcı hatalı adresler bir sonraki gönderimden önce listeden çıkarılmalıdır; bu, ısıtmanın pazarlıksız kuralıdır.

Aynı anda birden çok IP'yi ısıtmaya çalışmak. Trafiği bölmek her IP'nin gördüğü hacmi düşürür ve ısınma süresini uzatır. Önce tek IP'yi hedef hacme çıkarın, ihtiyacınız varsa ikinciyi sonra ekleyin.

Sıkça Sorulan Sorular#

IP ısıtma ne kadar sürer#

Tipik bir kurulumda dört ila altı hafta beklemek gerçekçidir. Günlük hacminiz düşükse (birkaç bin mektup) iki haftada hedefe ulaşabilirsiniz; günde yüz binlerce mektup gönderecekseniz süreç iki aya kadar uzayabilir. Belirleyici olan takvim değil metriklerdir: şikâyet ve bounce oranları düşük kaldığı sürece ilerler, yükseldiğinde durursunuz.

Isıtma sırasında hangi listeyi kullanmalıyım#

Her zaman en aktif segmentinizi. İlk üç gün kendi çalışanlarınız ve test hesaplarınız, sonraki hafta son 30 günde mektubunuzu açmış aboneler, ardından 90 gün ve 6 ay aktifleri sırayla ekleyin. Hiç etkileşim göstermeyen eski kayıtları ısıtmanın son aşamasına bırakın, hatta mümkünse hiç eklemeyin.

Isıtmayı atlarsam ne olur#

Mektuplarınızın büyük bölümü spam klasörüne düşer, bir kısmı 4xx geçici ret alarak kuyrukta birikir ve kalıcı bir "yeni ve şüpheli gönderici" profili oluşur. Bu profili düzeltmek, en baştan doğru ısıtmaktan çok daha uzun sürer. Kötü senaryoda IP'niz kara listelere düşer ve delisting süreciyle uğraşmanız gerekir.

Isıtma sırasında IP değiştirmem gerekirse ne yapmalıyım#

Yeni IP sıfırdan başlar; ısınmanın hiçbir parçası taşınmaz. Bu yüzden IP değişimi son çare olmalıdır. Zorunluysa eski IP'den yeni IP'ye trafiği bir anda değil, birkaç gün içinde kademeli kaydırın ve yeni IP için takvimi baştan uygulayın. Alan adı itibarınız korunduğu için süreç ilkinden biraz daha hızlı ilerler.

Paylaşımlı IP kullanırsam ısıtmaya gerek var mı#

Paylaşımlı bir gönderim havuzunda IP zaten ısınmış durumdadır, dolayısıyla IP düzeyinde ısıtma yapmanız gerekmez. Ancak alan adı itibarınız hâlâ yenidir ve alıcılar hem IP hem alan adı sinyallerine bakar; bu yüzden hacmi yine kademeli artırmalısınız. Ayrıca paylaşımlı havuzda başkalarının davranışı sizi etkiler, düzenli gönderim yapıyorsanız ayrılmış IP daha öngörülebilirdir.

Isıtma bittikten sonra hacmi serbestçe artırabilir miyim#

Isınmış bir IP bile ani sıçramaları sevmez. Normal hacminizin iki katına çıkacak bir kampanya planlıyorsanız birkaç gün öncesinden kademeli artış yapın. Ayrıca uzun süre (birkaç hafta) hiç göndermezseniz itibar sinyalleri zayıflar ve düşük bir yeniden ısıtma gerekir. Düzenlilik, ısınmanın kendisi kadar önemlidir.

Kapanış#

IP ısıtma, sabır gerektiren ama kuralları net bir süreçtir. Aklınızda dört şey kalsın: teknik zemini (PTR, SPF, DKIM, DMARC, bounce işleme) ilk mektuptan önce tamamlayın, en aktif segmentinizle başlayıp hacmi kabaca ikiye katlayarak ilerleyin, her günün sonunda beş metriği kaydedip eğilimi izleyin ve bir şey bozulduğunda hacmi artırmak yerine bir kademe geri çekilin. Isıtma bittiğinde de düzenli gönderim ritmini korumak, kazandığınız itibarı yerinde tutmanın en ucuz yoludur.

Ayrılmış IP, hazır PTR kaydı ve önceden yapılandırılmış Postfix–Dovecot–Rspamd yığınıyla gelen SMTP sunucu paketlerimiz ısıtmaya doğrudan başlayabileceğiniz bir zemin sunar. Kampanya tarafını profesyonel bir araçla yürütmek isterseniz e-posta pazarlama hizmetimize, kurumsal posta kutuları için e-posta çözümlerimize bakabilirsiniz. Sunucunun bakımını ve izlenmesini üstlenmemizi isterseniz sunucu yönetimi hizmetimiz ısıtma boyunca log ve kuyruk takibini de kapsar.