E-posta Teslim Edilebilirliği: 15 Adımda İyileştirme

E-posta teslim edilebilirliği, gönderdiğiniz iletilerin yalnızca alıcı sunucu tarafından kabul edilmesi değil, spam klasörüne düşmeden gelen kutusuna ulaşabilmesidir. Bunu üç alan belirler: kimlik doğrulama ve altyapı, liste ve izin yönetimi, içerik ve gönderim davranışı. Aşağıdaki 15 adım bu alanların her birini somut işlere dönüştürür.

Teslim oranı ile gelen kutusu oranı aynı şey mi?

Hayır. Alıcı sunucu iletiyi 250 OK yanıtıyla kabul ettiğinde teknik olarak teslimat gerçekleşmiş olur; ancak ileti yine de spam klasörüne gidebilir. Bu yüzden üç ölçüyü ayrı ayrı izlemek gerekir:

• Teslim oranı: Gönderilen iletilerin ne kadarının alıcı sunucu tarafından kabul edildiği.
• Gelen kutusu oranı: Kabul edilen iletilerin ne kadarının gelen kutusuna yerleştiği.
• Etkileşim: İletilerin açılması, yanıtlanması ya da spam olarak işaretlenmesi; bu sinyaller bir sonraki gönderimin akıbetini de etkiler.

Kimlik doğrulama ve altyapı

1. SPF kaydını doğru yayınlayın

Alan adınız adına posta gönderen tüm sunucuları ve servisleri tek bir SPF kaydında toplayın. Birden fazla SPF kaydı yayınlamak ya da DNS sorgusu gerektiren mekanizmalarda 10 sınırını aşmak SPF'nin kalıcı hata (permerror) vermesine yol açar. Ayrıntılar SPF kaydı nedir yazısında.

2. Tüm giden postayı DKIM ile imzalayın

DKIM imzası, iletinin yolda değişmediğini ve alan adınız tarafından yetkilendirildiğini kanıtlar. 2048 bit anahtar kullanın, anahtarları belirli aralıklarla yenileyin ve pazarlama aracı ya da CRM gibi üçüncü taraf servislerin de kendi alan adınızla imza atmasını sağlayın.

3. DMARC'ı p=none ile başlatıp sıkılaştırın

DMARC, SPF ve DKIM sonuçlarını From adresindeki alan adıyla ilişkilendirir. İlk aşamada yalnızca raporlama amaçlı bir politika yayınlayın:

_dmarc.ornek.com.tr. IN TXT "v=DMARC1; p=none; rua=mailto:[email protected]"

Raporlar tüm meşru kaynakların hizalı olarak geçtiğini gösterdiğinde politikayı önce quarantine, ardından reject düzeyine taşıyın. Ayrıntılar için DMARC nedir yazısına bakabilirsiniz.

4. PTR kaydını ve HELO adını tutarlı yapın

Gönderen IP'nin PTR kaydı bir ana bilgisayar adını göstermeli, bu ad da aynı IP'ye çözülmelidir. Sunucunun SMTP bağlantısında kullandığı HELO adı da bu adla uyumlu olmalıdır. PTR kaydı olmayan ya da dinamik görünümlü bir ada sahip IP'ler birçok alıcıda doğrudan şüpheyle karşılanır.

5. Postayı TLS ile iletin

Alıcı sunucu destekliyorsa bağlantıyı STARTTLS ile şifreleyin; Gmail tüm göndericilerden TLS bağlantısı bekler. Size gelen postalarda ise MTA-STS ile şifrelemeyi zorunlu kılabilirsiniz. Ayrıntılar e-posta şifreleme ve TLS yazısında.

Liste ve izin yönetimi

6. Yalnızca izin veren adreslere gönderin

Satın alınmış, kiralanmış ya da web sitelerinden toplanmış listeler hem spam tuzağı hem de şikâyet riski taşır. Abonelikte çift onay (double opt-in) kullanmak, adresin gerçekten sahibine ait olduğunu ve postanızı istediğini doğrular. İznin ne zaman ve hangi formdan alındığını kayıt altına almak, bir şikâyet anında da elinizi güçlendirir.

7. Listenizi düzenli temizleyin

Kalıcı hata veren adresleri ilk seferde listeden çıkarın. Uzun süredir hiçbir etkileşim göstermeyen abonelere önce bir yeniden etkileşim kampanyası gönderin, yanıt vermeyenleri ayırın. Bu sayede terk edilmiş adreslerin zamanla spam tuzağına dönüşme riskinden de korunursunuz.

8. Tek tıkla abonelik iptali sunun

Pazarlama postalarında RFC 8058'e uygun List-Unsubscribe ve List-Unsubscribe-Post başlıklarını ekleyin, gövdede de görünür bir iptal bağlantısı bulundurun. İptal taleplerini en geç iki gün içinde işleyin. Kuralların ayrıntısı Gmail ve Yahoo toplu gönderici kuralları yazısında.

9. Geri dönen iletileri doğru işleyin

5xx ile dönen kalıcı hatalar (hard bounce) adresin listeden çıkarılmasını gerektirir; 4xx ile dönen geçici hatalar (soft bounce) ise tekrar ettiğinde ayrıca değerlendirilmelidir. Kodların anlamlarını mail hata kodları yazısında bulabilirsiniz.

10. Geri bildirim döngülerine katılın

Microsoft JMRP ve Yahoo CFL gibi geri bildirim döngüleri (feedback loop), alıcıların spam olarak işaretlediği iletileri size bildirir. Şikâyet eden her adresi gönderim listesinden hemen çıkarın; aynı kişiye göndermeye devam etmek yeni şikâyetlere davetiye çıkarır.

İçerik ve gönderim düzeni

11. İşlem ve pazarlama trafiğini ayırın

Fatura, sipariş ve parola sıfırlama gibi işlem postalarını bülten ve kampanyalardan ayrı bir alt alan adıyla (ör. bildirim.ornek.com.tr ve bulten.ornek.com.tr) ve mümkünse ayrı bir IP üzerinden gönderin. Böylece bir kampanyanın topladığı şikâyetler kritik postaları etkilemez.

12. İçeriği sade ve tutarlı tutun

Tek bir büyük görselden oluşan iletilerden, bağlantı kısaltıcılardan ve yanıltıcı konu satırlarından kaçının. Gönderen adı ve adresi her gönderimde aynı kalsın, metin ile görsel arasındaki denge korunsun. Konu satırını tamamen büyük harfle yazmak, art arda ünlem kullanmak ve "acil", "son fırsat" gibi baskı kuran ifadeleri abartmak da filtrelerin dikkatini çeker. Spam filtrelerinin hangi içerik sinyallerine tepki verdiğini mail neden spama düşüyor yazısında ayrıntılandırdık.

13. Hacmi kademeli artırın

Ani hacim sıçramaları alıcı sağlayıcıların gözünde şüphelidir. Yeni bir IP veya alan adıyla başlarken hacmi haftalar içinde artırın, büyük kampanyaları tek seferde değil parçalara bölerek gönderin. Gönderimi saatlere yaymak, tek bir sağlayıcıda geçici retlerin birikmesini de önler.

İzleme ve güvenlik

14. Postmaster Tools, SNDS ve DMARC raporlarını izleyin

Google Postmaster Tools üzerinde görünen spam oranını %0,3'ün altında, mümkünse %0,1'in altında tutun. Microsoft SNDS verileri ve DMARC raporları, sorunları alıcılarınız şikâyet etmeden önce fark etmenizi sağlar.

15. Giden güvenliği ve kara liste izlemesini kurun

Ele geçirilmiş tek bir hesap, aylarca biriktirilmiş itibarı bir gecede tüketebilir. Hesap başına gönderim limitleri, olağan dışı hacmi yakalayan anomali tespiti ve IP adreslerinin kara listelere karşı izlenmesi bu riski sınırlar. MXZilla smarthost'unda bu denetimler yerleşiktir: olağan dışı hacim postanın bekletilmesine yol açar, kara listeye giren IP ise havuzdan çekilir.

Hangi adımla başlamalı?

On beş adımı aynı anda uygulamak gerekmez. Etkisi en hızlı görülenlerden başlayıp süreç gerektirenlere doğru ilerlemek pratik bir yoldur:

Altyapı adımları çoğu zaman birkaç saatte tamamlanabilecek DNS ve sunucu ayarlarıdır. Liste, içerik ve izleme adımları ise pazarlama ve BT ekiplerinin ortak alışkanlığa dönüştürmesi gereken işlerdir; iki ekibin aynı metrikleri izlemesi sorunların erken yakalanmasını sağlar.

Sonuç

Teslim edilebilirlik tek seferlik bir ayar değil, sürekli bakım gerektiren bir süreçtir. SPF, DKIM, DMARC ve MX kayıtlarınızı ücretsiz alan adı güvenlik kontrolü ile birkaç dakikada denetleyebilir, giden posta altyapısı seçeneklerini paketler bölümünde inceleyebilirsiniz. Gönderen adreslerinizin durumunu anlamak için IP itibarı rehberi iyi bir sonraki adımdır.

Sık sorulan sorular

E-posta teslim edilebilirliği nasıl ölçülür?

Teslim oranını kendi posta sunucusu kayıtlarınızdan, kabul edilen ve reddedilen iletileri sayarak ölçebilirsiniz. Gelen kutusu yerleşimini ölçmek daha zordur. Farklı sağlayıcılarda açtığınız test hesaplarına gönderim yapmak ve Postmaster Tools ile SNDS verilerini izlemek en pratik yöntemlerdir.

Kimlik doğrulama tek başına gelen kutusunu garanti eder mi?

Hayır. SPF, DKIM ve DMARC postanın gerçekten sizden geldiğini kanıtlar, ancak alıcıların postayı isteyip istemediğini göstermez. İtibar, şikâyet oranı ve içerik kalitesi hâlâ belirleyicidir.

Spam şikâyet oranı ne kadar olmalı?

Google, Postmaster Tools'ta görülen spam oranının %0,3'ün altında kalmasını şart koşar ve %0,1'in altını hedeflemeyi önerir. Yahoo da toplu göndericiler için aynı %0,3 sınırını uygular.

Yeni bir alan adıyla gönderime nasıl başlamalıyım?

Gönderime başlamadan önce SPF, DKIM, DMARC ve PTR kayıtlarını tamamlayın. İlk haftalarda düşük hacimle ve en etkileşimli alıcılarla başlayın, hacmi metrikler temiz kaldıkça artırın. Yeni kayıtlı alan adları başlangıçta temkinli karşılandığı için sabırlı olmak gerekir.

Teslim edilebilirlik sorunları ne kadar sürede düzelir?

Eksik bir DKIM kaydı gibi altyapı hataları düzeltildiği andan itibaren etkisini gösterir. İtibar kaynaklı sorunlar ise ancak düzenli ve temiz gönderimle zaman içinde düzelir ve bu süreç genellikle haftalar alır.