1. SPF kaydı yok ya da hatalı
SPF, alan adınız adına hangi sunucuların e-posta gönderebileceğini söyler. Kayıt yoksa alıcı sunucu e-postanın gerçekten sizden geldiğinden emin olamaz. En sık hatalar: iki ayrı SPF kaydı olması, 10 DNS sorgusu sınırının aşılması ve kayıtta yeni eklenen bir hizmetin (bülten, CRM) unutulması.
Çözüm: Tek bir v=spf1 kaydında bütün gönderim kaynaklarınızı toplayın. SPF oluşturucu kaydı sizin için hazırlar.
2. DKIM imzası yok
DKIM, e-postalarınıza dijital imza ekler. İmzasız e-postalar özellikle Gmail'de daha sık spama düşer ve DMARC'ın güvenilir çalışması için de DKIM gerekir.
Çözüm: E-posta hizmetinizin panelinden DKIM'i açın ve verilen kaydı DNS'e ekleyin. Ardından DKIM sorgulama sayfasında kaydın göründüğünü doğrulayın.
3. DMARC kaydı yok
Gmail ve Yahoo 2024'ten beri toplu gönderim yapan alan adlarından DMARC kaydı istiyor. Az gönderen alan adları için de DMARC, sahte e-postaları engelleyerek alan adınızın itibarını korur.
Çözüm: _dmarc adına v=DMARC1; p=none; rua=mailto:dmarc@alanadiniz kaydını ekleyin; raporları izledikten sonra politikayı sıkılaştırın. DMARC oluşturucu
4. Sunucu kara listede
E-postayı gönderen sunucunun IP adresi Spamhaus, Barracuda ya da SpamCop gibi bir listedeyse e-postalarınız reddedilebilir. Paylaşımlı barındırmada aynı sunucudaki başka bir sitenin hatası sizi de etkileyebilir.
Çözüm: Blacklist sorgulama ile durumu görün. Sebebi giderin (ele geçirilmiş e-posta hesabı, zararlı betik, izinsiz toplu gönderim), sonra listenin kaldırma sayfasından talep gönderin.
5. Ters DNS (PTR) kaydı yok
Gönderen sunucunun IP adresi bir ada çözülmüyorsa birçok alıcı sunucu e-postayı doğrudan reddeder. PTR kaydı alan adı panelinizden değil, IP adresinin sahibi olan barındırma firmasından ya da internet sağlayıcınızdan istenir.
Çözüm: Sunucunuzun e-posta gönderirken kendini tanıttığı ad (ör. mail.alanadiniz) ile PTR kaydının aynı olmasını isteyin. Sağlık testindeki MX tablosu PTR durumunu gösterir.
6. İçerik ve gönderim alışkanlıkları
- Yalnızca tek bir büyük görselden oluşan e-postalar ve kısaltılmış bağlantılar şüpheli görünür.
- İzin almadan toplanmış listelere gönderim, şikâyet oranını ve geri dönen e-postaları artırır.
- Bültenlerde abonelikten çıkma bağlantısı ve fiziki adres bulunmalıdır; Gmail, toplu gönderim yapanlardan tek tıkla abonelikten çıkma imkânı istiyor.
- Toplu e-postaları kurumsal adresinizle aynı sunucudan değil, bülten hizmetinizin altyapısından gönderin.
7. Yeni alan adı ya da yeni IP
Yeni kaydedilmiş bir alan adının ya da yeni bir sunucunun henüz itibarı yoktur. İlk haftalarda yüksek hacimli gönderim yapmak spam işaretine yol açar.
Çözüm: Gönderim hacmini birkaç hafta içinde kademeli artırın ve ilk olarak e-postalarınızı bekleyen, açan kişilere gönderin.
Sağlayıcıya göre kontrol listesi
cPanel / kendi sunucunuz
- cPanel → E-posta → E-posta Teslim Edilebilirliği ekranında SPF ve DKIM'i "Onar" ile düzeltin.
- Sunucu IP adresinin PTR kaydını barındırma firmanızdan isteyin.
- Ele geçirilmiş hesap riskine karşı e-posta parolalarını güçlü tutun ve saatlik gönderim sınırı koyun.
Google Workspace
- MX:
smtp.google.com(öncelik 1). - SPF:
include:_spf.google.com - DKIM: Yönetici Konsolu → Uygulamalar → Google Workspace → Gmail → E-postanın kimliğini doğrula.
Microsoft 365
- SPF:
include:spf.protection.outlook.com - DKIM:
selector1veselector2CNAME kayıtlarını ekleyip Defender portalından etkinleştirin.
Her değişiklikten sonra sağlık testini yeniden çalıştırın. DNS değişikliklerinin yayılması birkaç dakika ile birkaç saat sürebilir.