Gönderdiğim Mailler Neden Spam Klasörüne Düşüyor? Nedenleri ve Çözümü

Kurumsal adresinizden gönderdiğiniz e-postaların müşterilerinizin spam klasörüne düşmesi, çoğu zaman fark edilmeyen ama iş kaybettiren bir sorundur. Teklifler okunmaz, faturalar kaybolur, "mailinizi alamadık" cevapları gelir. Gmail, Outlook ve Yandex gibi sağlayıcılar bir e-postanın gelen kutusuna mı spam'e mi gideceğine karar verirken birçok işarete bakar. Bunların büyük bölümü sizin kontrolünüzdedir.

Bu rehberde en sık nedenleri önem sırasına göre ve her birinin nasıl kontrol edileceğini anlatıyoruz.

1. SPF kaydı eksik ya da yanlış

SPF, alan adınız adına hangi sunucuların e-posta gönderebileceğini listeleyen bir DNS kaydıdır. Kayıt yoksa ya da e-postayı gönderen sunucu listede değilse alıcı sunucu e-postanın sahte olabileceğini düşünür. Web sitenizin formları, bir CRM ya da toplu e-posta aracı sizin adınıza e-posta gönderiyorsa onların da SPF kaydında yer alması gerekir.

Ayrıntılar ve örnek kayıtlar: SPF kaydı nedir.

2. DKIM imzası yok

DKIM, giden e-postaya alan adınıza ait dijital bir imza ekler. Alıcı sunucu bu imzayı DNS'teki açık anahtarla doğrular ve e-postanın yolda değiştirilmediğini, gerçekten sizin alan adınızdan geldiğini anlar. Google Workspace, Microsoft 365, Yandex ve çoğu hosting firması DKIM'i panelden tek tıkla açmanızı sağlar; açtıktan sonra size verilen TXT kaydını DNS'e eklemeniz gerekir.

3. DMARC kaydı yok

DMARC, SPF ve DKIM kontrolünden geçemeyen e-postalara ne yapılacağını alıcı sunuculara söyler ve size rapor gönderilmesini sağlar. Büyük e-posta sağlayıcıları, yüksek hacimde gönderim yapanlardan DMARC kaydı bulunmasını şart koşuyor; az gönderim yapanlar için de güven işareti sayılıyor. Kurulumu DMARC kaydı nasıl kurulur yazısında adım adım anlattık.

4. Sunucunuzun IP adresi kara listede

Paylaşımlı hostinglerde aynı sunucudan yüzlerce site e-posta gönderir. Bunlardan biri spam gönderirse sunucunun IP adresi kara listeye girer ve sizin e-postalarınız da etkilenir. Kara listede olup olmadığınızı nasıl kontrol edeceğinizi IP kara liste kontrolü yazısında anlattık.

5. Ters DNS (PTR) kaydı eksik

E-postayı gönderen sunucunun IP adresi, bir ada geri çözülebilmelidir. PTR kaydı yoksa ya da genel bir ad gösteriyorsa birçok alıcı sunucu e-postayı şüpheli sayar. PTR kaydını IP adresinin sahibi, yani hosting firmanız ya da sunucu sağlayıcınız tanımlar.

6. Gönderen itibarı ve alıcı davranışı

Sağlayıcılar alan adınızın ve IP adresinizin geçmişine bakar. Alıcılar e-postalarınızı sık sık spam olarak işaretliyorsa, çok sayıda geçersiz adrese gönderim yapıyorsanız ya da yeni bir alan adından aniden yüksek hacimde gönderim başlattıysanız itibarınız düşer. İzin almadan alınmış listelere toplu gönderim yapmamak ve listeden çıkma bağlantısı eklemek en temel önlemlerdir.

7. İçerik ve biçim

Tek başına nadiren belirleyicidir ama diğer sorunlarla birleşince etkiler:

• Yalnız büyük bir görselden oluşan, metni olmayan e-postalar.
• Kısaltılmış bağlantılar ya da bağlantı metniyle hedef adresin farklı olması.
• Aşırı büyük harf, çok sayıda ünlem ve "BEDAVA", "ACİL" gibi kalıplar.
• Gönderen adıyla alan adının uyuşmaması (örneğin firma adıyla gönderilen ama ücretsiz bir e-posta servisinin adresinden çıkan e-posta).

Nasıl test edilir?

1. Kendinize gönderin. Bir Gmail ve bir Outlook adresine e-posta gönderin. Spam'e düşüyorsa e-postayı açıp "Orijinali göster" (Gmail) seçeneğiyle başlıklara bakın: spf=pass, dkim=pass ve dmarc=pass görmelisiniz. fail ya da none görüyorsanız sorun oradadır.
2. DNS kayıtlarınıza bakın. DNS kayıtlarını açıkla aracı SPF, DMARC ve MX kayıtlarınızı Türkçe açıklamasıyla gösterir, eksik ya da hatalı olanı işaretler.
3. Sağlık raporunu çıkarın. Domain sağlık raporu MX, SPF ve DMARC durumunu alan adı ve SSL bilgileriyle birlikte tek sayfada özetler.
4. Kara listeyi kontrol edin. Mail sunucunuzun IP adresinin listelerde olup olmadığına bakın.

E-posta altyapınızı sürekli izleyin

E-posta sorunları genellikle sessiz başlar: bir DNS düzenlemesi sırasında SPF kaydı silinir, hosting firması sunucuyu değiştirir ve yeni IP kara listededir, ya da DMARC kaydı bozulur. Bunu çoğu zaman müşterileriniz "mailiniz gelmedi" dediğinde öğrenirsiniz. domainizle.tr ile mail izleme, MX kaydı kaybolduğunda, SPF ya da DMARC bozulduğunda ve mail sunucunuz kara listeye girdiğinde haber verir.

Sık sorulan sorular

SPF, DKIM ve DMARC'ın üçü de gerekli mi?

Evet. SPF hangi sunucunun gönderebileceğini, DKIM e-postanın değiştirilmediğini doğrular; DMARC ikisini birleştirip alıcıya ne yapacağını söyler. Üçü birlikte olduğunda büyük sağlayıcıların güvenini kazanmak çok daha kolaydır.

Ayarları düzelttim, mailler hâlâ spam'e düşüyor; neden?

DNS değişikliğinin yayılması biraz zaman alabilir ve sağlayıcıların itibar değerlendirmesi hemen değişmez. Düzgün ayarlarla, izinli alıcılara düzenli gönderim yaptıkça itibar zamanla düzelir. Alıcılarınızdan e-postanızı "spam değil" olarak işaretlemelerini istemek de yardımcı olur.

Web sitemin iletişim formundan gelen mailler spam'e düşüyor, neden?

Form e-postaları genellikle web sunucusundan, alan adınızın SPF kaydında yer almayan bir adresten gönderilir. Formu, SMTP ayarlarıyla kurumsal e-posta hesabınız üzerinden gönderecek şekilde yapılandırmak sorunu çoğu zaman çözer.

Yalnız Gmail'de mi, yalnız Outlook'ta mı spam'e düşüyor?

Her sağlayıcının kendi filtreleri vardır. Yalnız birinde sorun yaşıyorsanız o sağlayıcının gönderen araçlarına (Gmail için Postmaster Tools, Outlook için SNDS) bakarak itibarınızı görebilirsiniz.

E-postalarınızın neden ulaşmadığını müşterinizden öğrenmeyin. Hesap oluşturun, alan adınızı ekleyin ve e-posta kayıtlarınız bozulduğunda ilk siz haberdar olun.