Rehber

E-postalarınız neden spam klasörüne düşüyor? SPF, DKIM ve DMARC rehberi

Gönderdiğiniz teklifler müşterinin spam klasöründe mi kayboluyor? Sorunun çoğu zaman alan adınızdaki üç DNS kaydında olduğunu, bunları nasıl kontrol edeceğinizi sade bir dille anlatıyoruz.

İçindekiler
  1. SPF: “Benim adıma kim e-posta gönderebilir?”
  2. DKIM: “Bu e-postayı gerçekten ben gönderdim”
  3. DMARC: “Kimlik doğrulaması başarısız olursa ne yapılsın?”
  4. Kendi alan adınızı nasıl kontrol edersiniz?
  5. Başka neler etkiliyor?
  6. Sonuç

“Teklifi göndermiştik ama müşteri görmemiş, spam’e düşmüş.” Bu cümleyi neredeyse her işletmeden duyuyoruz. Sorun çoğu zaman e-postanın içeriğinde değil, alan adınızın kimliğini kanıtlayan DNS kayıtlarındadır.

Büyük e-posta sağlayıcıları (Gmail, Outlook, Yahoo) son yıllarda kuralları sıkılaştırdı: kimliğini kanıtlayamayan alan adlarından gelen e-postalar ya spam klasörüne gidiyor ya da hiç teslim edilmiyor.

SPF: “Benim adıma kim e-posta gönderebilir?”

SPF kaydı, alan adınız adına e-posta göndermeye yetkili sunucuların listesidir. Örneğin hem Microsoft 365 hem de web sitenizin iletişim formu e-posta gönderiyorsa, ikisinin de bu listede olması gerekir.

Sık yapılan hatalar:

  • Hiç SPF kaydı olmaması
  • Birden fazla SPF kaydı olması (yalnızca bir tane olmalı)
  • Yeni eklenen bir gönderim hizmetinin (bülten aracı, CRM, fatura sistemi) kayda eklenmemesi

DKIM: “Bu e-postayı gerçekten ben gönderdim”

DKIM, giden her e-postaya dijital bir imza ekler. Alıcı sunucu bu imzayı alan adınızdaki açık anahtarla doğrular. İmza tutarsa e-postanın yolda değiştirilmediği ve gerçekten sizden geldiği anlaşılır.

Microsoft 365 ve Google Workspace’te DKIM genellikle ayrıca etkinleştirilmesi gereken bir ayardır; kurulumda unutulması çok yaygındır.

DMARC: “Kimlik doğrulaması başarısız olursa ne yapılsın?”

DMARC, SPF ve DKIM kontrollerinden geçemeyen e-postalara alıcı sunucunun ne yapacağını söyler:

  • p=none: Sadece raporla, bir şey yapma (başlangıç için)
  • p=quarantine: Spam klasörüne gönder
  • p=reject: Reddet

DMARC aynı zamanda sahte e-postalara karşı da korur. Dolandırıcıların sizin alan adınızı kullanarak müşterilerinize “hesap numaramız değişti” e-postası göndermesini zorlaştırır.

Kendi alan adınızı nasıl kontrol edersiniz?

  1. Kendinize, bir Gmail adresine e-posta gönderin.
  2. Gmail’de e-postayı açın, sağ üstteki üç noktadan “Orijinali göster” seçeneğine tıklayın.
  3. SPF, DKIM ve DMARC satırlarında PASS yazıp yazmadığına bakın.

Üçünden biri bile FAIL veya hiç yoksa, düzeltilmesi gereken bir ayar var demektir.

Başka neler etkiliyor?

  • Gönderdiğiniz sunucunun IP adresinin kara listede olması
  • Kısa sürede çok sayıda e-posta gönderilmesi
  • Konu satırında aşırı büyük harf ve ünlem
  • Yalnızca tek bir büyük görselden oluşan e-postalar

Ama bunların hiçbiri, eksik SPF/DKIM/DMARC kayıtları kadar sık sorun çıkarmaz.

Sonuç

Bu üç kayıt bir kez doğru kurulduğunda yıllarca sorunsuz çalışır. Yeni bir gönderim hizmeti eklediğinizde SPF’i güncellemeyi unutmamak yeterlidir. Kayıtlarınızı birlikte kontrol etmek isterseniz Microsoft 365 ve e-posta hizmetimize göz atın veya bize yazın.

Bu konuda desteğe mi ihtiyacınız var?

Durumunuzu kısaca anlatın; ücretsiz ön görüşmede birlikte değerlendirelim.