Gönderdiğiniz mailler karşı tarafın spam (gereksiz) klasörüne düşüyorsa sorun çoğu zaman içerikte değil, alan adınızın kimliğini kanıtlayamamasındadır. Gmail, Yahoo ve Outlook.com 2024 ve 2025'te gönderici kurallarını sıkılaştırdı; Kasım 2025'ten itibaren Gmail kurallara uymayan mailleri geçici ya da kalıcı olarak reddetmeye başladı (Google gönderici yönergeleri SSS). Bu rehberde spam'e düşmenin nedenlerini önem sırasına göre ve her birinin çözümünü anlatıyoruz.
Önce Teşhis: Mailiniz Neden Spam'e Düştü?
Kendi Gmail adresinize bir test maili gönderin, açın ve üç nokta menüsünden "Orijinali göster"i seçin. Gmail en üstte SPF, DKIM ve DMARC sonuçlarını özet olarak gösterir. Başlığın nasıl okunacağını e-posta başlığı okuma bölümünde anlattık.
| Gördüğünüz sonuç | Anlamı | Bakılacak yazı |
|---|---|---|
| SPF: FAIL veya SOFTFAIL | Gönderen sunucu SPF kaydınızda yok | SPF kaydı |
| SPF: PERMERROR | SPF kaydı bozuk ya da 10 sorgu sınırı aşılmış | SPF kaydı |
| DKIM: alan yok veya FAIL | Mailler imzalanmıyor ya da DNS'teki anahtar uyuşmuyor | DKIM kurulumu |
| DMARC: FAIL | From alan adı SPF ya da DKIM ile hizalı doğrulanmadı | DMARC rehberi |
| Hepsi PASS ama yine spam | Sorun itibar, içerik ya da liste kalitesinde | Aşağıdaki bölümler |
1. Kimlik Doğrulama Eksik (En Sık Neden)
Google'ın yönergelerine göre Gmail'e posta gönderen herkesin en az SPF ya da DKIM kullanması gerekir; günde yaklaşık 5.000'den fazla gönderen toplu göndericilerin ise SPF, DKIM ve DMARC'ın üçünü birden kurması zorunludur (Google e-posta gönderici yönergeleri). Yahoo ve Microsoft da benzer kurallar uygular. Alan adınızı yeni aldıysanız ya da hostinginizi taşıdıysanız ilk kontrol edilecek şey bu üç kayıttır.
- SPF: hangi sunucuların sizin adınıza posta gönderebileceğini listeleyen DNS kaydı.
- DKIM: her maile eklenen dijital imza; mailin yolda değiştirilmediğini ve sizden geldiğini kanıtlar.
- DMARC: SPF veya DKIM'in, ekranda görünen From adresiyle uyumlu olmasını şart koşan ve başarısız maillerle ne yapılacağını söyleyen politika.
2. Ters DNS (PTR) ve TLS
Google, gönderen IP adresinin geçerli bir ters DNS (PTR) kaydına sahip olmasını ve bu kayıttaki sunucu adının da aynı IP'yi göstermesini ister. Bağlantının TLS ile şifrelenmesi de tüm göndericiler için şarttır (Google e-posta gönderici yönergeleri). Paylaşımlı hostingde bunları hosting firması ayarlar; kendi VPS'inizden gönderiyorsanız PTR kaydını sunucu sağlayıcınızın panelinden siz tanımlamalısınız.
3. IP veya Alan Adı Kara Listede
Aynı IP'yi paylaştığınız başka bir site spam gönderdiyse ya da hesabınız ele geçirildiyse IP adresiniz Spamhaus gibi kara listelere girebilir. Kontrol ve çıkış adımları için kara liste kontrolü yazısına bakın.
4. Şikâyet Oranı Yüksek
Alıcılar mailinizi "spam bildir" ile işaretledikçe itibarınız düşer. Google, Postmaster Tools'ta görünen spam oranının %0,10'un altında tutulmasını ve hiçbir zaman %0,30'a ulaşmamasını önerir (Google e-posta gönderici yönergeleri). Yahoo da şikâyet oranının %0,3'ün altında kalmasını ister (Yahoo gönderici en iyi uygulamaları).
- Yalnızca izin veren kişilere gönderin; satın alınmış listeleri kullanmayın. Türkiye'de ticari iletiler için ayrıca İYS onayı gerekir: İYS ve ticari e-posta kuralları.
- Her pazarlama mailine kolay bulunan bir abonelikten çıkma bağlantısı ve tek tıkla çıkma başlığı ekleyin. Ayrıntı: toplu gönderici kuralları.
- Uzun süredir mailleri açmayan adresleri listeden çıkarın.
- Hangi listeye neden eklendiğini kişinin hatırlayacağı bir gönderici adı ve konu kullanın.
5. Liste Kalitesi: Geri Dönen (Bounce) Adresler
Var olmayan adreslere tekrar tekrar göndermek, alıcı sunuculara listenizi özenle yönetmediğinizi gösterir. Kalıcı hata (5xx) veren adresleri hemen listeden silin. Form ile toplanan adreslerin biçimini kayıt anında doğrulamak bu sorunu baştan azaltır; ayrıntılar için e-posta adresi doğrulama yazısına bakın.
6. Gönderim Hacminde Ani Artış
Yeni bir alan adı ya da IP ile bir günde binlerce mail göndermek, spam gönderen bir hesabın davranışına benzer. Hacmi günler ve haftalar içinde kademeli artırın (warm-up), önce en çok etkileşim veren alıcılarla başlayın.
7. İçerik ve Biçim
Kimlik doğrulama tam ise içerik daha az belirleyicidir, ama şu alışkanlıklar risk yaratır:
- Tamamı tek bir görselden oluşan, metni olmayan mailler
- Kısaltılmış bağlantılar ya da gönderen alan adıyla ilgisiz çok sayıda bağlantı
- Büyük harfle yazılmış, aşırı ünlem kullanan veya yanıltıcı konu satırları. Konu satırı önerileri için konu satırı optimizasyonu yazısına bakın.
- Yanıt verilemeyen "noreply" adresleri; yanıt alabilen bir From veya Reply-To adresi kullanın
- Kötü biçimlendirilmiş HTML; Google, iletilerin RFC 5322 biçimine uymasını şart koşar
8. Web Sitesi Formları ve Uygulamalar
WordPress iletişim formu veya e-ticaret sitesi PHP mail() ile doğrudan gönderim yapıyorsa bu mailler genelde SPF ve DKIM'den geçmez. Formları, kimlik doğrulamalı SMTP ile kurumsal posta hesabınız üzerinden göndermeye ayarlayın. Port seçimi için SMTP portları yazısına bakın.
Kontrol Listesi
- SPF kaydı tek, geçerli ve 10 DNS sorgusunun altında
- DKIM imzası açık ve DNS'teki anahtar en az 1024, tercihen 2048 bit
- DMARC kaydı yayında (en az p=none) ve raporlar okunuyor
- Gönderen IP'nin PTR kaydı var ve sunucu adı aynı IP'yi gösteriyor
- IP ve alan adı kara listede değil
- Pazarlama maillerinde tek tıkla abonelikten çıkma var
- Spam şikâyet oranı %0,1'in altında
- Web sitesi formları SMTP ile gönderiyor
Sık Sorulan Sorular
Sadece Gmail'de spam'e düşüyor, Outlook'ta düşmüyor. Neden?
Her sağlayıcı kendi itibar verisini ve filtresini kullanır. Gmail için Google Postmaster Tools, Outlook.com için Microsoft SNDS alan adınızın ve IP'nizin o sağlayıcıdaki durumunu gösterir (Google Postmaster Tools, Microsoft SNDS ve JMRP).
Alıcıdan "spam değil" olarak işaretlemesini istemek işe yarar mı?
O alıcı için yardımcı olabilir, ama temel sorunu çözmez. Kimlik doğrulama ve itibar sorunları giderilmeden diğer alıcılarda da aynı durum yaşanır.
İlgili içerikler: Mailler neden spam'e düşer · SPF kaydı · DKIM · DMARC · Toplu gönderici kuralları · Kara liste kontrolü