Mailler Neden Spama Düşer? Nedenler ve Çözümler

Sipariş onayı müşteriye ulaşmıyor, teklif e-postası spam klasöründe bulunuyor, sunucudan giden uyarılar hiç görünmüyor. Mailler neden spama düşer sorusunun tek bir yanıtı yoktur; alıcı tarafındaki filtreler onlarca sinyali puanlayıp bir eşiğe göre karar verir ve çoğu zaman sorun birkaç küçük eksiğin toplamıdır.

Bu yazıda spam filtrelerinin nasıl karar verdiğini, en sık görülen yedi nedeni ve her biri için uygulanabilir çözümü anlatıyoruz. Uygulama ya da sunucudan gönderim yapıyorsanız, kimlik doğrulaması hazır gelen SmartHost SMTP relay bu nedenlerin büyük kısmını tek adımda ortadan kaldırır.

Mailler neden spama düşer: filtreler nasıl karar verir?

“Mailler neden spama düşer?” sorusunun yanıtı filtrelerin çalışma biçiminde gizlidir. Modern filtreler tek bir kurala göre değil, puanlama ile çalışır. Her e-posta için gönderen sunucunun kimliği, IP ve alan adının geçmişi, içerik özellikleri ve alıcıların önceki davranışları (açma, silme, “spam” işaretleme) birlikte değerlendirilir. Puan eşiği aşarsa posta spam klasörüne gider; çok yüksekse hiç teslim edilmez ve gönderene bir bounce döner.

Bu yüzden “içeriği düzelttim ama hâlâ spama düşüyor” şikâyeti sık duyulur: içerik puanın yalnızca bir parçasıdır. Kimlik doğrulaması olmayan bir gönderim en temiz içerikle bile eşiğe yakın başlar ve küçük bir ek sinyal onu spam klasörüne iter.

Bounce mesajları ise en değerli teşhis aracıdır: alıcı sunucunun döndürdüğü kod ve açıklama satırı, nedeni çoğu zaman açıkça söyler. Bounce türlerini mail teslim sorunları rehberinde tek tek açıkladık.

Neden 1–3: kimlik doğrulama eksik ya da hatalı

Alıcı sunucunun ilk sorusu “bu e-postayı gerçekten bu alan adı mı gönderdi?” sorusudur. Üç kayıt bu soruya yanıt verir ve eksikliği en yaygın nedendir:

1. SPF yok ya da eksik. Alan adınız adına gönderim yapan her kaynak (hosting, CRM, bülten aracı, relay) SPF kaydında listelenmeli; listede olmayan kaynak “yetkisiz” sayılır. Ayrıntı: SPF kaydı nasıl eklenir.
2. DKIM imzası yok. İmzasız postalar, özellikle Gmail ve Outlook tarafında belirgin puan kaybeder. Kurulum: DKIM kaydı nasıl eklenir.
3. DMARC yok ya da hizalama bozuk. Görünen gönderen adresi ile SPF/DKIM’in doğruladığı alan adı farklıysa DMARC başarısız olur. Kurulum: DMARC kaydı nasıl eklenir.

Doğru yapılandırılmış üç kaydın DNS’teki görünümü şöyledir:

sirketiniz.com.          TXT  "v=spf1 include:RELAY_SPF_KAYDI -all"
secici._domainkey.sirketiniz.com.  TXT  "v=DKIM1; k=rsa; p=ACIK_ANAHTAR"
_dmarc.sirketiniz.com.   TXT  "v=DMARC1; p=quarantine; rua=mailto:[email protected]"

Neden 4–5: IP ve alan adı itibarı

Kimlik kayıtları tamam olsa bile gönderim yapılan IP adresinin geçmişi puanı belirler.

4. Paylaşımlı ya da kara listedeki IP. Paylaşımlı hostingde yüzlerce site aynı IP’den gönderir; komşu bir sitenin ele geçirilmesi sizin postalarınızı da kara listeye sokar. VPS’lerde ise yeni IP’lerin itibar geçmişi yoktur ve PTR (ters DNS) kaydı çoğu zaman eksiktir.
5. Ani hacim artışı. Günde on e-posta gönderen bir alan adının bir anda on bin göndermesi, içerik ne olursa olsun şüpheli sayılır. Yeni bir kaynaktan gönderime kademeli başlamak (warm-up) gerekir; limitler ve kademeleme yöntemi toplu mail gönderimi ve limitler yazısında.

Çözüm, itibarı yönetilen bir gönderim kanalı kullanmaktır. SmartHost’ta relay IP’lerinin PTR kayıtları, SPF ve DKIM yapılandırması hazır gelir; kara liste izlemesi LIONFIN tarafından yapılır ve hesap bazlı limitler ani hacim sıçramalarını önler. Bunun neden tek başına bir sunucuya tercih edildiğini SMTP relay neden gerekli yazısında açıkladık.

Neden 6: içerik ve biçim sinyalleri

İçerik, puanın küçük ama kontrol etmesi en kolay parçasıdır. Filtrelerin cezalandırdığı başlıca örüntüler:

• Tamamen büyük harfli konu satırları, art arda ünlem işaretleri ve “ÜCRETSİZ”, “HEMEN KAZAN” gibi kalıplar.
• Tek büyük görsel içinde metin, çok az düz metin: filtreler görselin içini okuyamadığı için şüphelenir.
• Kısaltılmış bağlantılar ve görünen adres ile gerçek hedefin farklı olduğu bağlantılar.
• Hatalı HTML: kapanmamış etiketler, kopyala-yapıştırdan gelen gizli stiller.
• Görünen ad ile gönderen alan adının uyuşmaması, boş ya da yalnızca görsel içeren gövde.
• Yanıt adresinin (Reply-To) gönderen alan adından farklı bir ücretsiz servise ayarlanması.

Her gönderimde düz metin alternatifi (multipart) ekleyin, bağlantıları tam adresle yazın ve şablonu bir HTML doğrulayıcıdan geçirin. Kurumsal yazışmalarda kurumsal mail hesabından gönderilen kısa, kişisel metinler neredeyse hiçbir zaman içerik nedeniyle spama düşmez; sorun genellikle önceki iki başlıktadır.

Neden 7: liste hijyeni ve alıcı davranışı

Gmail ve Outlook, alıcıların davranışını en güçlü sinyallerden biri olarak kullanır. Bir kampanyada çok sayıda kişi e-postayı açmadan siler ya da “spam” olarak işaretlerse, sonraki gönderimleriniz tüm alıcılarda daha düşük puanla başlar.

Liste hijyeni için uygulanacak kurallar:

• Yalnızca açık izin vermiş kişilere gönderin; satın alınmış ya da toplanmış listeler kısa sürede şikâyet üretir.
• Sert bounce (var olmayan adres) veren adresleri ilk seferde listeden çıkarın.
• Uzun süredir açmayanları ayrı bir segmentte tutun ve gönderim sıklığını düşürün.
• Her toplu e-postada tek tıkla abonelikten çıkma bağlantısı ve List-Unsubscribe başlığı bulunsun; çıkmak zor olursa alıcı “spam” düğmesine basar.
• Gönderim sıklığını sabit tutun; ayda bir bülten göndereceğinizi söyleyip haftada üç gönderim yapmayın.

Tanı tablosu: belirtiden çözüme

Sorunu hızla yerelleştirmek için aşağıdaki tabloyu kullanın. Önce bounce mesajını ve e-postanın “orijinal kaynağını” (başlıklarını) inceleyin; Authentication-Results satırı SPF, DKIM ve DMARC sonucunu doğrudan gösterir.

Son satırdaki durum çok yaygındır; çözümü WordPress SMTP ayarları rehberinde adım adım anlattık.