Gönderici İtibarı (Sender Reputation) Nedir, Nasıl Ölçülür

Gönderici itibarı, alıcı posta sağlayıcılarının sizin hakkınızda tuttuğu görünmez bir not defteridir. Aynı mektubu iki farklı sunucudan gönderdiğinizde biri gelen kutusuna, diğeri spam klasörüne düşüyorsa aradaki fark içerik değil, o sunucunun ve alan adının geçmiş davranışıdır. Bu not defterine ne yazıldığını hiçbir sağlayıcı tam olarak açıklamaz, ama hangi sinyalleri okuduklarını ve bu sinyalleri kendi tarafınızda nasıl ölçeceğinizi bilmek mümkündür.

Bu yazıda gönderici itibarının IP ve alan adı olarak iki ayrı katmanda nasıl işlediğini, hangi davranışların notu yükseltip hangilerinin düşürdüğünü, Google Postmaster Tools ve Microsoft SNDS gibi araçlarla ne ölçebileceğinizi, kendi loglarınızdan hangi göstergeleri çıkarabileceğinizi ve itibar düştüğünde toparlanmak için izlenecek sırayı anlatacağım. Amacım size sihirli bir puan vermek değil; itibarı somut, izlenebilir ve müdahale edilebilir bir şeye dönüştürmek.

İtibar Neyin Üzerine Kurulur: IP mi Alan Adı mı#

Sağlayıcılar iki ayrı geçmiş tutar ve ikisi farklı hızlarda değişir. IP itibarı o adresten çıkan trafiğin niteliğine bakar; kısa vadede hızlı değişir, IP'yi bıraktığınızda geride kalır. Alan adı itibarı ise From: başlığındaki ve DKIM imzasındaki alan adına bağlıdır; daha yavaş oluşur, daha yavaş bozulur ve sunucu değiştirseniz bile sizinle taşınır. Bugün büyük sağlayıcılarda ağırlık giderek alan adı tarafına kaymıştır, çünkü IP kiralamak kolay, itibarlı bir alan adını sıfırdan kurmak zordur.

Bu ayrım pratikte iki sonuç doğurur. Birincisi, IP değiştirerek kötü bir geçmişten kaçamazsınız; alan adınız aynı kaldığı sürece profiliniz de aynı kalır. İkincisi, farklı trafik türlerini farklı alt alan adlarına ayırmak gerçek bir koruma sağlar. Sipariş bildirimleri bildirim.firmaniz.com, bülten haber.firmaniz.com üzerinden giderse bültendeki bir şikâyet dalgası fatura mektuplarınızı aşağı çekmez.

Yeni bir IP'yi devreye alırken bu iki katmanı aynı anda kurmaya çalışmanın neden riskli olduğunu ve kademeli hacim planını mail IP ısıtma (warm-up) planı yazısında ayrıntılı ele alıyorum.

İtibarı Belirleyen Sinyaller#

Alıcı tarafın ölçtüğü şeyleri üç gruba ayırabilirsiniz: kimlik doğrulama, liste kalitesi ve kullanıcı davranışı. Kimlik doğrulama en kolay tarafıdır çünkü tamamen sizin kontrolünüzdedir — SPF, DKIM ve DMARC ya vardır ya yoktur. Liste kalitesi geri dönen mektuplarla ölçülür. Kullanıcı davranışı ise en ağır basan gruptur ve doğrudan kontrol edemezsiniz, ancak içerik ve hedefleme kararlarınızla etkilersiniz.

En çok hafife alınan sinyal spam tuzaklarıdır. Bunlar, sağlayıcıların liste kalitesini ölçmek için kullandığı adreslerdir: ya hiç var olmamış bir adres kötü niyetli toplama listelerine ekilmiştir (pristine trap), ya da uzun süre kullanılmayan gerçek bir adres yeniden aktifleştirilmiştir (recycled trap). İkincisine düşmek çok kolaydır — iki yıldır hiç açılmayan adreslere göndermeye devam etmek yeterlidir. Bu yüzden etkileşimsiz kayıtları listeden çıkarmak, sadece istatistik güzelleştirmek değil, doğrudan itibar koruma önlemidir.

Şikâyet oranı ise en sert cezalandırılan metriktir. Büyük sağlayıcıların pratikte tolere ettiği eşik binde bir civarındadır; bunun üzerine çıktığınızda ilk belirti gelen kutusu yerleşiminin düşmesi, ardından 4xx geçici retlerin artması olur. Kullanıcıların şikâyet yerine abonelikten çıkmayı seçmesini sağlamak, bu oranı düşürmenin en doğrudan yoludur ve teknik karşılığı List-Unsubscribe başlığı kurulumu yazısında anlattığım tek tıkla çıkış başlığıdır.

Ölçüm Araçları: Postmaster Tools, SNDS ve Diğerleri#

Sağlayıcılar size ham puanı vermez ama bazıları eğilimi gösterir. En değerli iki kaynak Google Postmaster Tools ve Microsoft SNDS'tir; ikisi de ücretsizdir ve alan adı doğrulaması gerektirir.

Google Postmaster Tools, alan adınız için IP itibarı, alan adı itibarı, spam oranı, kimlik doğrulama başarı oranı ve teslimat hatalarını gösterir. İtibarı sayı yerine dört kademeyle raporlar: High, Medium, Low ve Bad. Kurulumu, verilen TXT kaydını alan adınıza eklemekten ibarettir:

firmaniz.com.   3600   IN   TXT   "google-site-verification=ORNEK-DOGRULAMA-DIZESI"

Aracın anlamlı veri gösterebilmesi için günde birkaç yüz mektubun Gmail'e ulaşması gerekir; düşük hacimli göndericilerde paneller boş kalır. Panelde "Spam rate" grafiğinin %0,10 çizgisini aşması, harekete geçmeniz gereken andır. Gmail tarafındaki teslimat sorunlarının tipik sebeplerini Gmail'e mail gitmiyor yazısında topladım.

Microsoft SNDS (Smart Network Data Services), Outlook ve Hotmail tarafında IP bazında veri verir: gönderdiğiniz hacim, spam tuzağı isabetleri ve "Filter result" alanı. SNDS erişimi için IP'nin size ait olduğunu doğrulamanız gerekir, bu yüzden paylaşımlı IP'lerde kullanamazsınız. Outlook tarafındaki engellenme senaryolarını Hotmail ve Outlook'a mail gitmiyor yazısında ele aldım.

Bunların dışında, alan adınızın ve IP'nizin kara listelerde olup olmadığını doğrudan DNS üzerinden sorgulayabilirsiniz. DNSBL sorguları, IP'nin oktetlerini ters çevirip liste alan adına eklemekle yapılır:

# 185.12.34.56 için Spamhaus ZEN sorgusu
dig +short 56.34.12.185.zen.spamhaus.org
# Boş cevap = listede değil
# 127.0.0.x biçiminde bir cevap = listede, kod sebebi anlatır

# Barracuda listesi
dig +short 56.34.12.185.b.barracudacentral.org

Kara listeye düştüğünüzde ilk yapmanız gereken, listenin kendi sitesindeki kayıt sayfasından sebebi okumaktır. Delisting talebini sebebi gidermeden göndermek genellikle işe yaramaz ve bazı listelerde tekrar tekrar talep göndermek bekleme süresini uzatır.

Kendi Loglarınızdan İtibar Göstergesi Çıkarmak#

Harici araçlar sadece iki büyük sağlayıcıyı kapsar. Kendi sunucunuzu işletiyorsanız asıl zengin veri kaynağı mail loglarınızdır ve buradan günlük bir "sağlık paneli" çıkarmak birkaç satır kabuk komutundan ibarettir.

# Bugünün teslim/red/erteleme dağılımı
for s in sent bounced deferred; do
  printf "%-9s %s\n" "$s" "$(grep -c "status=$s" /var/log/mail.log)"
done

# Alıcı sağlayıcıya göre red dağılımı — hangi kapı kapanıyor
grep "status=bounced" /var/log/mail.log \
  | grep -oE 'to=<[^>]+@[^>]+>' | sed 's/.*@//; s/>//' \
  | sort | uniq -c | sort -rn | head

# 4xx ertelemelerde geçen tipik gerekçeler
grep "status=deferred" /var/log/mail.log \
  | sed 's/.*said: //' | cut -c1-70 | sort | uniq -c | sort -rn | head

Bu üç çıktı size harici hiçbir panelin vermediği bir şey verir: sorunun tüm alıcılarda mı yoksa tek bir sağlayıcıda mı olduğunu. Tek sağlayıcıda yoğunlaşan retler genellikle o sağlayıcının hız sınırı veya filtre kararıdır; her yerde görülen retler ise kimlik doğrulama ya da kara liste kaynaklıdır. Log satırlarının alan alan ne anlattığını mail loglarını okuma yazısında açıklıyorum; kuyrukta biriken mektupların yönetimi için ise Postfix kuyruk yönetimi yazısına bakabilirsiniz.

Ölçülmesi en zor gösterge gelen kutusu yerleşimidir (inbox placement), çünkü loglar "kabul edildi" der ama mektubun spam klasörüne mi gelen kutusuna mı düştüğünü söylemez. Pratik bir yaklaşım, farklı sağlayıcılarda kendi test hesaplarınızdan oluşan küçük bir kontrol listesi tutmak ve her kampanyada bu hesaplarda mektubun nereye düştüğünü elle kaydetmektir. Bilimsel değildir ama eğilimi güvenilir biçimde gösterir.

Düşen İtibarı Toparlama Planı#

İtibar düştüğünde refleks olarak yapılan iki şey durumu kötüleştirir: hacmi artırıp "istatistik düzeltmeye" çalışmak ve yeni bir IP'ye kaçmak. Doğru sıra şudur:

1. Gönderimi durdurmayın, daraltın. Tamamen susmak da iyi değildir; hacmi son 30 günde etkileşim gösteren segmentle sınırlayın.
2. Kimlik doğrulamayı yeniden denetleyin. SPF, DKIM ve DMARC üçünün de pass döndüğünü gerçek bir test mektubunun Authentication-Results başlığından doğrulayın.
3. Listeyi temizleyin. Son 6 ayda hiç açmayan kayıtları çıkarın, hard bounce alanları kalıcı olarak silin.
4. Şikâyet kaynağını bulun. FBL kayıtlarınız yoksa alın; hangi kampanyanın şikâyet ürettiğini ancak böyle görürsünüz. Kurulumu Feedback Loop (FBL) kaydı yazısında anlattım.
5. Kara liste kontrolü yapın ve varsa sebebi giderdikten sonra delisting talebi gönderin.
6. İki hafta düzenli, düşük hacimli, yüksek etkileşimli gönderim yapın ve metrikleri günlük kaydedin.
7. Metrikler stabil hale geldiğinde hacmi ısıtma takvimindeki kademelerle artırın.

Bu sürecin dört ila sekiz hafta sürmesi normaldir. Alan adı itibarı yavaş oluşur, dolayısıyla yavaş da düzelir; sabırsızlık burada en pahalı hatadır.

Sıkça Sorulan Sorular#

Gönderici itibarımı nasıl öğrenirim#

Tek bir sayı olarak öğrenemezsiniz, çünkü her sağlayıcı kendi değerlendirmesini yapar ve ham puanı paylaşmaz. Yapabileceğiniz en iyi şey Google Postmaster Tools ve Microsoft SNDS panellerini kurmak, kendi loglarınızdan günlük teslim/red/erteleme oranlarını çıkarmak ve DNSBL sorgularıyla kara liste durumunuzu izlemektir. Bu üçünün birleşimi, tek bir puandan daha kullanışlı bir tablo verir.

İtibar düşünce toparlanmak ne kadar sürer#

Sebebe bağlı olarak dört ila sekiz hafta arasında değişir. Tek seferlik bir kara liste kaydı, sebebi giderilip delisting alındığında günler içinde düzelebilir. Buna karşılık yüksek şikâyet oranından kaynaklanan bir düşüş, listeyi temizleyip düzenli ve düşük hacimli gönderimle güven yeniden kurulana kadar sürer. IP değiştirmek süreci kısaltmaz, çünkü alan adı itibarınız sizinle taşınır.

Paylaşımlı IP mi ayrılmış IP mi daha iyi#

Aylık hacminiz düşükse (birkaç bin mektup) paylaşımlı IP genellikle daha iyidir: havuz zaten ısınmıştır ve düzenli trafik akar. Düzenli ve yüksek hacimli gönderim yapıyorsanız ayrılmış IP daha öngörülebilirdir, çünkü itibarınızı yalnızca kendi davranışınız belirler. Paylaşımlı havuzun riski, havuzdaki başka bir göndericinin kötü davranışının size de yansımasıdır.

Kara listeye düşersem ne yapmalıyım#

Önce hangi listede olduğunuzu ve gerekçeyi tespit edin; DNSBL sorgusunun döndüğü 127.0.0.x kodu genellikle sebebi işaret eder. Sebep giderilmeden delisting talebi göndermeyin, çoğu listede bu tekrar listelenmeyle sonuçlanır. Açık relay, güvenliği ihlal edilmiş bir hesap ya da spam tuzağı isabeti gibi kök nedeni kapatın, sonra listenin kendi formundan talebinizi iletin.

Alan adı itibarı IP itibarından daha mı önemli#

Bugün büyük sağlayıcılarda ağırlık alan adı tarafındadır, çünkü IP kiralamak kolaydır ve göndericiler kötü bir IP'yi bırakıp yenisine geçebilir. Alan adı itibarı ise daha uzun sürede oluşur ve sizinle taşınır. Yine de IP itibarı kısa vadeli teslimatı doğrudan etkiler; ikisini birbirinin alternatifi değil, aynı değerlendirmenin iki bileşeni olarak düşünün.

Düşük hacimli gönderici olarak itibarımı nasıl korurum#

Düşük hacimde en büyük risk düzensizliktir: üç ay sessiz kalıp bir gün beş bin mektup göndermek, itibar açısından yeni bir gönderici gibi görünmenize yol açar. Düzenli aralıklarla ve tahmin edilebilir hacimlerde gönderin, listeyi temiz tutun, SPF/DKIM/DMARC üçlüsünü eksiksiz kurun ve abonelikten çıkmayı kolaylaştırın. Bu dördü, düşük hacimde itibarı korumak için genellikle yeterlidir.

Kapanış#

Gönderici itibarı gizemli bir puan değil, ölçülebilir davranışların toplamıdır. Aklınızda kalması gereken dört alışkanlık şu: kimlik doğrulamayı (SPF, DKIM, DMARC) hiçbir zaman eksik bırakmayın, geri dönen ve etkileşimsiz adresleri düzenli temizleyin, şikâyeti abonelikten çıkmaya dönüştürecek biçimde List-Unsubscribe başlığını kurun ve gönderim hacminizi düzenli, tahmin edilebilir bir ritimde tutun. Ölçüm tarafında ise Postmaster Tools, SNDS ve kendi log özetlerinizi haftalık bir alışkanlığa çevirin.

Ayrılmış IP, hazır rDNS kaydı ve önceden yapılandırılmış posta yığınıyla gelen SMTP sunucu paketlerimiz itibar kurmaya temiz bir zeminden başlamanızı sağlar; kurumsal posta kutuları için e-posta, kampanya yönetimi için e-posta pazarlama hizmetlerimize bakabilirsiniz. Log takibi, kara liste izleme ve kuyruk yönetimini bizim üstlenmemizi isterseniz sunucu yönetimi hizmetimiz bu işleri kapsar.