E-Postalar Spam'a Düşüyor: Nedenleri ve Çözümü

Gönderdiğiniz e-postaların spam klasörüne düşmesinin en yaygın nedenleri şunlardır: eksik veya hatalı SPF, DKIM, DMARC kayıtları; gönderim yapan IP adresinin itibarı; alıcı listenizin izinsiz toplanmış olması; spam filtrelerini tetikleyen içerik ve biçim; ani gönderim artışları. Teşhis, tahmin ederek değil, gelen postanın başlık bilgilerini okuyarak yapılır.

Önce ölçün: doğrulama sonuçlarına bakın

Dışarıdaki bir adrese (kendi kurumsal adresinize değil) test postası gönderin ve gelen postanın kaynak kodunu açın. Şu üç satırı arayın:

• spf=pass — gönderici sunucu yetkili.
• dkim=pass — imza geçerli.
• dmarc=pass — politika karşılanıyor.

Üçünden biri fail veya none ise sorun büyük olasılıkla buradadır ve çözümü DNS tarafındadır. Kurulum adımlarını SPF, DKIM ve DMARC yazısında anlattık.

Sık görülen altı neden

1. Eksik kimlik doğrulama

SPF kaydında site formundan veya bülten servisinden gönderim yapan sistemler yoksa, o postalar doğrulanamaz. Alan adınız adına gönderim yapan her sistemi listeye ekleyin.

2. Birden çok SPF kaydı

Alan adında iki SPF kaydı bulunması doğrulamayı tamamen geçersiz kılar. Tek kayıtta birleştirin.

3. IP itibarı

Paylaşımlı bir sunucudan gönderim yapıyorsanız aynı IP'yi kullanan başka bir hesabın davranışı sizi de etkileyebilir. Gönderim hacminiz yüksekse ayrı bir gönderim servisi kullanmak itibar sorununu ortadan kaldırır.

4. Liste kalitesi

İzinsiz toplanmış veya eski listelere gönderim yapmak, geri dönen (bounce) oranını ve şikâyetleri artırır. Yüksek şikâyet oranı, en hızlı itibar düşüren etkendir.

5. İçerik ve biçim

Tek büyük görselden oluşan postalar, kısaltılmış bağlantılar, abartılı başlıklar ve büyük harfle yazılmış konu satırları filtreleri tetikler. Düz metin alternatifi bulunmayan HTML postalar da risklidir.

6. Ani hacim artışı

Günde 20 posta gönderen bir alan adının birden 20.000 posta göndermesi şüphe uyandırır. Yeni bir gönderim altyapısına geçerken hacmi kademeli artırın.

Teşhis sırası

1. Sorun tek bir alıcıda mı, birden çok sağlayıcıda mı? Tek bir kurumda ise onların filtresi devrededir.
2. Doğrulama sonuçlarını okuyun (spf/dkim/dmarc).
3. Gönderen IP'nin kara listede olup olmadığını kontrol edin.
4. Aynı içeriği farklı bir adresten gönderip karşılaştırın: sorun içerikte mi, altyapıda mı?
5. Bülten ve işlem postalarını ayırın: ikisi farklı davranır ve ayrı değerlendirilmelidir.
6. Son 30 günde ne değişti? Sunucu taşıma, yeni eklenti, yeni gönderim servisi?

Site formundan giden postalar

İletişim formu, sipariş onayı ve parola sıfırlama postaları en sık kaybolan postalardır. Nedeni genellikle şudur: uygulama, postayı ziyaretçinin adresinden gönderiyormuş gibi ayarlanmıştır. Doğru yapılandırma, gönderen adresin kendi alan adınıza ait bir adres olması ve yanıt adresinin (Reply-To) ziyaretçi adresi olarak tanımlanmasıdır.

Ayrıca site postalarını sunucunun genel posta fonksiyonu yerine kimliği doğrulanmış SMTP üzerinden göndermek, teslim oranını belirgin şekilde artırır.

Bülten gönderimi ayrı bir iştir

Toplu gönderimi kendi hosting hesabınızdan yapmak üç sorun üretir: kaynak limitlerini doldurur, sunucunun IP itibarını riske atar ve raporlama imkânı vermez. Düzenli bülten gönderiyorsanız bu işi ayrı bir gönderim servisine taşıyın; hosting hesabınız yalnızca kişisel ve işlem postalarını taşısın. Kaynak limitlerinin ne anlama geldiğini kaynak limitleri yazısında açıkladık.

Kara liste kontrolü

Gönderen IP adresi bir kara listeye düşmüşse teslim oranı ani şekilde düşer. Kontrol ettikten sonra:

• Listeye düşme nedenini bulun: ele geçirilmiş hesap, spam gönderimi, hatalı yapılandırma.
• Nedeni giderin; çözmeden çıkarma talebi göndermek işe yaramaz.
• İlgili listenin çıkarma prosedürünü izleyin.
• Gönderim hacmini bir süre düşük tutun.

Hesabınız ele geçirildiyse ilk belirti, giden kutusunda sizin göndermediğiniz postaların olmasıdır. Parolaları değiştirin ve giriş kayıtlarını inceleyin.

Alıcı tarafında yapılabilecekler

Müşterilerinize ulaşamıyorsanız geçici çözüm olarak adresi güvenli listeye almalarını isteyebilirsiniz; ancak bu kalıcı bir çözüm değildir. Asıl iş, kimlik doğrulama kayıtlarını doğru kurmak ve gönderim alışkanlıklarını düzeltmektir.

Kontrol listesi

1. Tek ve eksiksiz bir SPF kaydı var mı?
2. DKIM etkin ve anahtar DNS'te yayınlanmış mı?
3. DMARC yayınlandı mı, raporlar okunuyor mu?
4. Site ve uygulama postaları kimliği doğrulanmış SMTP ile mi gidiyor?
5. Gönderen adres kendi alan adınıza ait mi?
6. Toplu gönderim ayrı bir servisten mi yapılıyor?
7. Geri dönen adresler listeden temizleniyor mu?
8. IP kara listede mi?

İşlem postaları ile pazarlama postalarını ayırın

Sipariş onayı, parola sıfırlama ve fatura gibi işlem postaları ile kampanya postaları farklı beklentilerle karşılanır. İkisini aynı kanaldan göndermek, kampanya şikâyetlerinin işlem postalarınızı da etkilemesine yol açar. Ayrıştırma yöntemi basittir: işlem postaları kendi sunucunuzdan veya işlem odaklı bir servisten, kampanyalar ayrı bir gönderim servisinden çıkar.

Ölçülecek dört metrik

Kendi sunucunuzdan gönderim yapıyorsanız bu metrikleri göremezsiniz; düzenli gönderim yapan işletmeler için raporlama, ayrı bir servise geçmenin en güçlü gerekçesidir.

Netx'te e-posta

Netx hosting paketlerinde e-posta hesaplarınızı ve DNS kayıtlarınızı aynı panelden yönetebilirsiniz; paketleri cPanel hosting ve web hosting sayfalarından karşılaştırabilirsiniz. Kurumsal e-posta kurgusunun tamamını kurumsal e-posta nedir, hesap ve istemci kurulumunu cPanel'de e-posta kurulumu yazısında bulabilirsiniz.

Sık sorulan sorular

Postalarım yalnızca bir kuruma ulaşmıyor, neden?

O kurumun kendi filtre kuralları devrede olabilir. Doğrulama kayıtlarınız doğruysa, alıcı tarafın bilgi işlem ekibiyle iletişime geçmek gerekir.

Spam'a düşmeyi tamamen önleyebilir miyim?

Garanti yoktur; ancak doğru kimlik doğrulama, temiz liste ve tutarlı gönderim alışkanlığı riski büyük ölçüde azaltır.

Konu satırındaki kelimeler etkili mi?

Tek başına belirleyici değildir ama abartılı ifadeler, çok sayıda ünlem ve büyük harf kullanımı riski artırır.

Kendi kendime test edebilir miyim?

Evet. Farklı sağlayıcılarda birkaç test adresine gönderim yapıp başlık bilgilerini karşılaştırın.

Yeni alan adıyla gönderime nasıl başlamalı?

Hacmi kademeli artırarak. Yeni bir alan adının gönderim geçmişi yoktur; ani yüksek hacim şüphe uyandırır.