E-posta Teslim Edilebilirliği Temelleri: Mailler Neden Spam'e Düşer ve Nasıl Düzeltilir
Maillerinizin neden spam'e düştüğünü ve SPF, DKIM, DMARC, PTR kayıtlarıyla nasıl düzeltileceğini öğrenin; her şeyi dnslab araçlarıyla doğrulayın.
DNSLab ekibi tarafından Güncellendi 9 Temmuz 2026
Kısa cevap
E-postalar, alıcı sunucular bir iletinin meşru olduğundan şüphe ettiğinde spam'e düşer; bunun nedeni genellikle eksik ya da başarısız kimlik doğrulama (SPF, DKIM, DMARC), zayıf gönderen itibarı veya spam benzeri içeriktir. Gelen kutusuna ulaşmak için alan adınızı doğru şekilde kimlik doğrulamalı, düşük şikâyet oranına sahip ısıtılmış bir IP'den göndermeli, alıcı listelerinizi temiz tutmalı ve yanıltıcı konu satırlarından ve şüpheli bağlantı düzenlerinden kaçınmalısınız.
Teslim edilebilirlik gerçekte ne demek
Teslim edilebilirlik, gönderdiğiniz meşru maillerin ne kadarının spam klasörü veya sessiz bir bounce yerine gelen kutusuna ulaştığıdır. Bu, "iletildi" ile aynı şey değildir: alıcı sunucu bir mesajı 250 yanıtıyla kabul edip sonra sessizce spam'e atabilir. Sonucu iki güç belirler. Birincisi kimlik doğrulama — alıcı, mesajın gerçekten sizin alan adınızdan geldiğine güveniyor mu? İkincisi itibar — alıcının, gönderen IP'niz ve alan adınızla ilgili geçmişi meşru bir muhabir gibi mi yoksa spam gönderici gibi mi görünüyor? Çoğu spam sorununun kökeni bu ikisinden birine dayanır ve her ikisi de herkese açık DNS ve başlık verileriyle incelenebilir.
Mailler neden spam'e filtrelenir
Yaygın nedenler şaşırtıcı derecede mekaniktir. Eksik veya hatalı bir SPF kaydı, alıcının gönderen sunucunuzun yetkili olduğunu doğrulayamaması demektir. DKIM imzasının olmaması, mesaj gövdesi ve önemli başlıkların imzasız kalması, dolayısıyla değiştirilmediğinin garanti edilememesidir. DMARC politikasının yokluğunda Gmail ve Yahoo, SPF veya DKIM başarısız olduğunda ne yapacağını bilemez — üstelik 2024'ten beri her ikisi de toplu gönderenlerden DMARC istiyor. Kimlik doğrulamanın ötesinde; kara listede yer alan bir IP, uyumsuz bir ters DNS (PTR) kaydı, gönderim geçmişi olmayan yepyeni bir alan adı veya spam filtrelerini tetikleyen içerik (link kısaltıcılar, spam ifadeleri, yalnızca görselden oluşan mailler) da sizi spam klasörüne iter.
Güveni kuran üç kayıt: SPF, DKIM, DMARC
SPF, alan adınız adına hangi sunucuların gönderim yapabileceğini listeleyen bir TXT kaydıdır; örneğin "v=spf1 include:_spf.google.com ~all". DKIM kriptografik bir imza ekler: gönderen sunucu mesajı özel bir anahtarla imzalar, alıcılar da eşleşen açık anahtarı selector._domainkey.alanadiniz.com adresindeki bir DNS TXT kaydından çeker. DMARC bunları bir politikayla birbirine bağlar — "v=DMARC1; p=none; rua=mailto:[email protected]" alıcılara başarısızlıkları nasıl işleyeceğini ve toplu raporları nereye göndereceğini söyler. DMARC ayrıca "hizalama" (alignment) uygular: görünen From adresindeki alan adı, SPF veya DKIM alan adıyla eşleşmelidir. Her kaydın doğru ayrıştığını görmek için dnslab SPF ve DMARC sorgulama araçlarını kullanın.
Adım adım: kurulumunuzu denetleyin ve düzeltin
Önce dnslab SPF aracıyla alan adınızın SPF kaydını sorgulayın ve adınıza gönderim yapan her servisi listelediğini, ~all veya -all ile bittiğini ve on DNS sorgusunu aşmadığını doğrulayın. Ardından seçicinizde (selector) bir DKIM açık anahtarının bulunduğunu ve giden mailin gerçekten imzalandığını teyit edin — gelen bir mesajın Authentication-Results başlığında "dkim=pass" ifadesini kontrol edin. Sonra bir DMARC kaydı yayınlayın; engellemeden izlemek için p=none ile başlayın ve quarantine ya da reject'e sıkılaştırmadan önce toplu raporları okuyun. Son olarak gönderen IP'nizin geçerli bir PTR kaydına ve eşleşen ileri DNS'e sahip olduğunu doğrulayın, çünkü birçok sağlayıcı ters DNS'i olmayan IP'lerden gelen maili reddeder veya düşürür.
İtibar, kara listeler ve ters DNS
Kusursuz bir kimlik doğrulama bile itibarı zayıf bir göndereni kurtaramaz. Alıcılar, alan adınızı ve IP'nizi hacim, şikayet oranı, spam-tuzağı isabetleri ve kara liste durumuna göre puanlar. Gönderen IP'nizi ve alan adınızı Spamhaus gibi büyük DNSBL'lere karşı kontrol etmek için dnslab Kara Liste aracını çalıştırın; listede görünüyorsanız delisting talep etmeden önce asıl nedeni düzeltin — hâlâ ele geçirilmiş bir sunucuyu listeden çıkarmak anlamsızdır. Ters DNS de önemlidir: IP'nizin PTR kaydı, ileri yönde aynı IP'ye çözümlenen bir ana bilgisayar adına, ideal olarak kendi alan adınıza çözümlenmelidir. Sahiplik bilgilerini ve altyapınız genelindeki kayıt tutarlılığını doğrulamak için dnslab WHOIS ve DNS sorgulama araçlarını kullanın.
Sessizce zarar veren yaygın hatalar
İki ayrı SPF kaydı yayınlamak — alıcılar bunu kalıcı hata sayar ve SPF tamamen başarısız olur; tek kayıtta birleştirin. Çok fazla include ifadesiyle on sorgu sınırını aşmak da aynı başarısızlığa yol açar. Tüm meşru gönderenlerinizin hizalamayı geçtiğini doğrulamadan DMARC'ta p=reject kullanmak, kendi bültenlerinizi ve işlemsel maillerinizi engeller. Yeni bir pazarlama platformundan gelen maili imzalamayı unutmak, platform DKIM'i "desteklese" bile DKIM hizalamasını bozar. Hiçbir DMARC politikası devralmayan bir alt alan adından göndermek. Ve itibarını kontrol edemediğiniz paylaşımlı bir IP'ye güvenmek. Bunların her biri teslim edilebilirlik düşene kadar görünmezdir.
Düzeltmenin işe yaradığını nasıl doğrularsınız
Tahmin etmeyin — ölçün. Gmail'deki bir adrese test mesajı gönderin ve başlıkları açın (Orijinali göster) ve Authentication-Results satırını okuyun; spf=pass, dkim=pass ve dmarc=pass'in hepsinin From alan adınızla hizalı olmasını istersiniz. Kayıtların yayınlandığı gibi çözümlendiğini ve hiçbir listeleme kalmadığını teyit etmek için dnslab SPF, DMARC ve Kara Liste araçlarını yeniden çalıştırın. Sonraki hafta boyunca DMARC toplu raporlarınızı izleyin; kimlik doğrulamada başarısız olan beklenmedik kaynaklar, unutulmuş göndericileri veya sahtekârlığı ortaya çıkarır. İzleme temiz olduğunda DMARC politikanızı p=none'dan p=quarantine'e, ardından p=reject'e sıkılaştırın ve her adımda raporları kontrol edin.
Sıkça sorulan sorular
- SPF, DKIM ve DMARC'ın hepsi geçtiği halde mailim neden spam'e düşüyor?
- Kimlik doğrulama kim olduğunuzu kanıtlar, alıcıların size güvenip güvenmediğini değil. Gönderen IP'niz veya alan adınızın itibarı zayıfsa, kara listede görünüyorsa, ters DNS'i yoksa ya da içerik spam filtrelerini tetikliyorsa mail yine spam'e düşer. IP ve alan adınızı dnslab Kara Liste aracıyla kontrol edin ve şikayet oranlarınızı gözden geçirin.
- DMARC gerçekten gerekli mi, yoksa SPF ve DKIM yeterli mi?
- Şubat 2024'ten beri Gmail ve Yahoo toplu gönderenlerden geçerli bir DMARC kaydı istiyor, dolayısıyla hacimli gönderim yapan herkes için fiilen zorunlu. DMARC ayrıca hizalamayı uygular ve alan adınız adına kimin gönderdiğini gösteren toplu raporlar sağlar. İzlemek için p=none ile başlayın, meşru mailiniz geçtikçe sıkılaştırın.
- DNS kayıtlarını düzelttikten ne kadar sonra teslim edilebilirlik iyileşir?
- DNS değişiklikleri TTL süreniz içinde yayılır, genellikle dakikalar ile birkaç saat, bu yüzden SPF, DKIM ve DMARC sorguları düzeltmeleri hızlıca yansıtır. İtibar toparlanması daha yavaştır — günler ile haftalar — çünkü alıcıların doğrulanmış, düşük şikayetli mailden oluşan taze bir geçmişe ihtiyacı vardır. Kara listeden çıkma, asıl nedeni düzeltip kaldırma talep ettiğinizde neredeyse anında olabilir.