E-posta gönderiyorsunuz ancak iletileriniz alıcının gelen kutusuna ulaşmak yerine sürekli Spam, Gereksiz, Junk veya İstenmeyen E-postalar klasörüne mi düşüyor?

Bu sorun özellikle kurumsal e-posta adresleri kullanan işletmeler, web sitesi sahipleri, e-ticaret siteleri, hosting kullanıcıları ve düzenli olarak müşterilerine e-posta gönderen firmalar için ciddi bir problem oluşturabilir. Çünkü bir e-postanın başarıyla gönderilmiş olması, o e-postanın alıcının gelen kutusuna ulaştığı anlamına gelmez.

Bir e-posta teknik olarak SMTP sunucusundan çıkabilir, gönderildi şeklinde görünebilir ve herhangi bir hata mesajı vermeyebilir. Buna rağmen Gmail, Outlook, Yahoo veya başka bir e-posta sağlayıcısı mesajı Spam klasörüne taşıyabilir, geciktirebilir veya bazı durumlarda tamamen reddedebilir.

Peki e-postalar neden spam klasörüne düşer?

Sorunun tek bir nedeni yoktur. E-posta teslim edilebilirliği; alan adı yapılandırması, DNS kayıtları, SPF, DKIM ve DMARC doğrulamaları, sunucu IP adresinin itibarı, ters DNS/PTR kaydı, gönderim alışkanlıkları, e-posta içeriği, kullanıcıların mesajları spam olarak işaretleme oranı ve daha birçok faktörün birlikte değerlendirilmesiyle belirlenir.

Özellikle günümüzde Gmail gibi büyük e-posta servisleri, gönderenlerin kimlik doğrulamasına ve gönderim itibarına çok daha fazla önem vermektedir. Google'ın güncel gönderici yönergelerine göre Gmail hesaplarına e-posta gönderen alan adlarının uygun kimlik doğrulama yapılandırmalarına sahip olması, gönderim sunucusunun DNS bilgilerinin doğru olması ve spam oranlarının düşük tutulması önemlidir. 

Bu rehberde "E-postalar Spam Klasörüne Düşüyor Çözümü" konusunda yapılması gereken kontrolleri başlangıç seviyesinden ileri düzey sunucu yapılandırmasına kadar adım adım inceleyeceğiz.

E-postaların Spam Klasörüne Düşmesi Neden Önemlidir?

Kurumsal bir işletme için e-posta yalnızca bir iletişim aracı değildir. Teklifler, sipariş bildirimleri, fatura bilgileri, müşteri talepleri, şifre sıfırlama mesajları, destek bildirimleri ve diğer önemli işlemler çoğunlukla e-posta üzerinden gerçekleştirilir.

Örneğin:

• Bu e-Posta adresi istenmeyen posta engelleyicileri tarafından korunuyor. Görüntülemek için JavaScript etkinleştirilmelidir.
• Bu e-Posta adresi istenmeyen posta engelleyicileri tarafından korunuyor. Görüntülemek için JavaScript etkinleştirilmelidir.
• Bu e-Posta adresi istenmeyen posta engelleyicileri tarafından korunuyor. Görüntülemek için JavaScript etkinleştirilmelidir.
• Bu e-Posta adresi istenmeyen posta engelleyicileri tarafından korunuyor. Görüntülemek için JavaScript etkinleştirilmelidir.
• Bu e-Posta adresi istenmeyen posta engelleyicileri tarafından korunuyor. Görüntülemek için JavaScript etkinleştirilmelidir.

gibi adreslerden müşterilerinize gönderdiğiniz mesajların spam klasörüne gitmesi, doğrudan müşteri iletişimini etkileyebilir.

Müşteriniz teklif e-postasını görmeyebilir. Destek talebine verilen yanıt fark edilmeyebilir. Web sitenizin iletişim formundan gönderilen bildirimler yöneticinin gelen kutusuna ulaşmayabilir. E-ticaret sitenizde sipariş veya üyelik e-postaları spam olarak sınıflandırılabilir.

Daha da önemlisi, spam sorunu yalnızca tek bir e-posta adresini değil, alan adınızın genel e-posta itibarını etkileyebilir.

Bu nedenle "Mail gönderiliyor, hata almıyorum" yaklaşımı yeterli değildir. Asıl hedef, e-postaların mümkün olduğunca güvenilir ve doğru şekilde alıcının gelen kutusuna ulaşmasını sağlamaktır.

 

E-postalar Neden Spam Klasörüne Düşer?

Spam sorununun arkasında birden fazla neden olabilir. En yaygın nedenleri şu şekilde sıralayabiliriz:

1. SPF kaydının bulunmaması veya yanlış olması
2. DKIM imzasının etkin olmaması
3. DMARC kaydının bulunmaması veya hatalı yapılandırılması
4. Gönderen alan adı ile SPF/DKIM bilgilerinin uyuşmaması
5. Sunucunun PTR/rDNS kaydının eksik veya yanlış olması
6. Gönderim yapılan IP adresinin kötü itibara sahip olması
7. Sunucudan spam veya şüpheli e-postalar gönderilmesi
8. Çok yüksek oranda spam şikâyeti alınması
9. E-posta listesinin kalitesiz olması
10. Satın alınmış veya izinsiz e-posta listelerinin kullanılması
11. Çok kısa sürede yüksek miktarda e-posta gönderilmesi
12. E-posta içeriğinin spam filtreleri tarafından şüpheli bulunması
13. Çok fazla bağlantı veya takip parametresi kullanılması
14. Yanıltıcı konu başlıkları kullanılması
15. HTML e-posta yapısının hatalı olması
16. E-postalarda eksik veya hatalı kimlik bilgileri bulunması
17. Gönderici adresinin sürekli değiştirilmesi
18. SMTP sunucusunun yanlış yapılandırılması
19. Web sitesi formlarının kötüye kullanılması
20. Alan adının veya IP adresinin daha önce spam faaliyetlerinde kullanılmış olması

Bunların tamamını tek tek kontrol etmek gerekir.

 

1. SPF Kaydınızı Kontrol Edin

E-postaların spam klasörüne düşmesinin en yaygın teknik nedenlerinden biri SPF yapılandırmasının eksik veya hatalı olmasıdır.

SPF, "Sender Policy Framework" ifadesinin kısaltmasıdır. Temel amacı, belirli bir alan adı adına hangi sunucuların e-posta göndermeye yetkili olduğunu DNS üzerinden belirtmektir.

Örneğin ornek.com alan adına sahip olduğunuzu düşünelim.

Bu alan adı adına e-posta gönderen sunucuların hangileri olduğunu SPF kaydında tanımlayabilirsiniz.

Basit bir SPF kaydı örneği:

v=spf1 ip4:203.0.113.10 -all

Bu kayıt, örnek olarak belirli IP adresinin alan adına e-posta göndermesine izin verildiğini ifade eder.

Ancak gerçek hayatta yapılandırma, kullandığınız hosting veya e-posta hizmetine göre değişebilir.

Örneğin e-postalarınız hosting sunucusundan gönderiliyorsa hosting sağlayıcınızın önerdiği SPF kaydını kullanmanız gerekir. Google Workspace, Microsoft 365 veya harici bir SMTP hizmeti kullanıyorsanız ilgili servis sağlayıcının SPF mekanizmasını da hesaba katmanız gerekir.

SPF standardı, alan adının DNS kayıtlarında hangi sistemlerin göndermeye yetkili olduğunu tanımlamak için kullanılır. 

 

SPF Kaydı Neden Önemlidir?

Alıcı e-posta sunucusu size gelen mesajı değerlendirirken şunu sorabilir:

"Bu mesaj gerçekten bu alan adı adına gönderilmeye yetkili bir sunucudan mı geldi?"

SPF bu değerlendirmede önemli bir rol oynar.

SPF kaydınız yoksa veya mesajı gönderen sunucu SPF kaydınızda yetkili değilse e-posta servis sağlayıcısı mesajınızı daha şüpheli değerlendirebilir.

Google da alan adının SPF kaydında alan adı adına e-posta gönderen tüm kaynakların bulunmasını önermektedir. Üçüncü taraf göndericilerin SPF kaydına dahil edilmemesi, bu kaynaklardan gönderilen mesajların spam olarak işaretlenme ihtimalini artırabilir. 

 

SPF Kaydında En Sık Yapılan Hatalar

SPF oluştururken yapılan bazı hatalar e-posta teslim problemlerine neden olabilir.

Birden fazla SPF kaydı oluşturmak

Bir alan adı için birden fazla ayrı SPF TXT kaydı oluşturmak sık yapılan hatalardan biridir.

Örneğin:

v=spf1 ip4:203.0.113.10 -all

ve ayrıca:

v=spf1 include:examplemail.com -all

şeklinde iki farklı SPF kaydı oluşturmak doğru yaklaşım değildir.

Birden fazla e-posta servisinin kullanılması gerekiyorsa yetkili kaynakların aynı SPF politikası içerisinde düzenlenmesi gerekir.

Örneğin yapılandırma servis sağlayıcıya göre şöyle olabilir:

v=spf1 ip4:203.0.113.10 include:mail.example.com -all

Buradaki değerler yalnızca örnektir. Kendi sunucunuzun veya kullandığınız e-posta servisinin gerçek değerleri kullanılmalıdır.

 

SPF kaydında eski sunucuları bırakmak

Hosting veya e-posta sağlayıcınızı değiştirdiyseniz eski SMTP sunucusunun SPF kaydında kalması gereksiz ve zamanla karmaşık bir yapı oluşturabilir.

Tüm dünyaya izin vermek

Şu yapı:

v=spf1 +all

güvenlik açısından son derece kötü bir örnektir. Pratikte herhangi bir kaynağın alan adınız adına gönderim yapmasına izin verir.

SPF kaydının amacı tam olarak yetkili göndericileri tanımlamaktır.

2. DKIM Ayarını Etkinleştirin

E-postaların spam klasörüne düşmesini önlemek için en önemli adımlardan biri de DKIM yapılandırmasıdır.

DKIM, "DomainKeys Identified Mail" anlamına gelir.

DKIM sayesinde gönderilen e-posta dijital olarak imzalanabilir. Alıcı sunucu, DNS üzerinde bulunan açık anahtar aracılığıyla bu imzayı kontrol ederek mesajın doğrulanmasına yardımcı olur.

DKIM standardı RFC 6376 kapsamında tanımlanmıştır.

 

Basitleştirilmiş olarak çalışma mantığı şöyledir:

Gönderici sunucu → E-postayı DKIM ile imzalar → Alıcı sunucu → DNS üzerinden açık anahtarı bulur → İmzayı doğrular

Bu mekanizma mesajın gerçekten yetkili bir sistem tarafından gönderildiğini değerlendirmeye yardımcı olur.

Google da alan adından gönderilen e-postalarda DKIM kullanılmasını önermektedir. Kişisel Gmail hesaplarına gönderimlerde en az 1024 bit DKIM anahtarı gerekirken Google güvenlik açısından 2048 bit anahtar kullanılmasını tavsiye etmektedir.

 

DKIM Nasıl Çalışır?

DKIM sisteminde iki temel anahtar bulunur:

• Özel anahtar
• Açık anahtar

Özel anahtar gönderim sunucusunda tutulur.

Açık anahtar ise DNS üzerinde yayınlanır.

Örneğin:

selector1._domainkey.ornek.com

gibi bir DNS kaydı üzerinden DKIM anahtarının açık kısmı yayınlanabilir.

E-posta gönderildiğinde SMTP sunucusu mesajı özel anahtar ile imzalar.

Alıcı taraf ise DNS üzerinden açık anahtarı bulur ve imzayı kontrol eder.

Bu nedenle DKIM anahtarının DNS üzerinde doğru şekilde yayınlanması ve SMTP sunucusunun gerçekten DKIM imzası üretmesi gerekir.

 

3. DMARC Kaydınızı Yapılandırın

SPF ve DKIM'in yanında günümüzde DMARC da e-posta teslim edilebilirliği açısından büyük önem taşımaktadır.

DMARC, "Domain-based Message Authentication, Reporting and Conformance" ifadesinin kısaltmasıdır.

DMARC, SPF ve DKIM doğrulama sonuçlarını alan adı politikası ile ilişkilendirerek alıcı sunucunun başarısız doğrulamalarda nasıl davranacağını belirlemesine yardımcı olur. DMARC ayrıca raporlama mekanizmaları da sağlayabilir. 

 

Basit bir DMARC kaydı örneği:

v=DMARC1; p=none; rua=mailto:Bu e-Posta adresi istenmeyen posta engelleyicileri tarafından korunuyor. Görüntülemek için JavaScript etkinleştirilmelidir.

Buradaki:

p=none

politikası, DMARC başarısız olduğunda doğrudan karantina veya ret uygulanmasını istemediğinizi belirtir.

Bu yapılandırma özellikle DMARC uygulamasına yeni başlayan alan adlarında izleme amacıyla tercih edilebilir.

Daha ileri aşamalarda politika:

p=quarantine

veya

p=reject

seviyesine taşınabilir.

Ancak DMARC politikasını doğrudan reject yapmak yerine önce mevcut göndericileri ve doğrulama sonuçlarını analiz etmek daha sağlıklı bir yaklaşımdır.

 

SPF, DKIM ve DMARC Arasındaki Fark Nedir?

Bu üç teknolojiyi birbirine karıştırmamak gerekir.

SPF

"Bu alan adı adına hangi sunucular e-posta gönderebilir?"

sorusuna yardımcı olur.

DKIM

"Bu e-posta, alan adıyla ilişkili geçerli bir dijital imzaya sahip mi?"

sorusunun değerlendirilmesine yardımcı olur.

DMARC

"SPF/DKIM doğrulama sonuçları ile From alanındaki alan adı arasında uyum var mı ve başarısız mesajlara nasıl davranılmalı?"

konusunda politika ve raporlama sağlar.

En sağlıklı yapı, bu üç mekanizmanın birlikte ve doğru şekilde yapılandırılmasıdır.

Google, teslim edilebilirliği iyileştirmek amacıyla alan adlarında SPF, DKIM ve DMARC'ın kullanılmasını önermektedir.

 

4. DMARC Alignment Nedir?

Spam sorununun daha ileri seviyedeki nedenlerinden biri DMARC alignment, yani alan adı uyumudur.

Örneğin e-postanın görünen From adresi:

From: Bu e-Posta adresi istenmeyen posta engelleyicileri tarafından korunuyor. Görüntülemek için JavaScript etkinleştirilmelidir.

olsun.

Ancak e-postanın SPF doğrulamasında kullanılan alan adı tamamen farklı bir alan adına aitse DMARC açısından uyumsuzluk meydana gelebilir.

Benzer şekilde DKIM imzası farklı bir alan adıyla ilişkilendirilmiş olabilir. Özellikle üçüncü taraf SMTP servisleri kullanıldığında bu konu önem kazanır.

Google'ın güncel yönergelerinde doğrudan gönderilen mesajlarda From: alanındaki alan adının SPF veya DKIM alan adıyla uyumlu olması gerektiği belirtilmektedir.

Bu nedenle yalnızca "SPF PASS" veya "DKIM PASS" görmek yeterli olmayabilir. Alan adı uyumunu da kontrol etmek gerekir.

 

5. PTR / Reverse DNS Kaydını Kontrol Edin

E-postaların spam klasörüne düşmesinde sunucu tarafındaki en önemli konulardan biri de PTR kaydı, yani reverse DNS yapılandırmasıdır.

Normal DNS çözümlemesinde:

alanadi.com → IP adresi

ilişkisi bulunur.

Bu A kaydıdır.

Reverse DNS ise ters yönde çalışır:

IP adresi → hostname

ilişkisini sağlar.

Bu işlem PTR kaydı üzerinden gerçekleştirilir.

Örneğin SMTP sunucunuz:

mail.ornek.com

hostname'i ile çalışıyorsa, sunucunun IP adresi ile hostname arasında tutarlı bir reverse DNS ilişkisi olması önemlidir.

Google'ın gönderici yönergelerinde gönderim yapan IP adresleri için geçerli forward ve reverse DNS/PTR yapılandırması bulunması gerektiği belirtilmektedir. Ayrıca gönderim IP'sinin PTR kaydındaki hostname ile tutarlı olması beklenmektedir.

 

PTR Kaydı Neden Önemlidir?

Bir e-posta sunucusu başka bir e-posta sunucusuna bağlandığında karşı taraf gönderim yapan IP adresini görebilir.

Alıcı sistem şu soruları değerlendirebilir:

• Bu IP'nin reverse DNS kaydı var mı?
• PTR kaydı gerçek bir hostname gösteriyor mu?
• Hostname tekrar aynı IP adresine dönüyor mu?
• Gönderim sunucusu güvenilir bir altyapıya mı ait?
• IP adresi daha önce spam faaliyetleriyle ilişkilendirilmiş mi?

PTR kaydı tek başına e-postanın gelen kutusuna girmesini garanti etmez. Ancak doğru sunucu kimliği ve e-posta altyapısı açısından önemli bir yapı taşıdır.

 

6. Sunucu IP Adresinin İtibarını Kontrol Edin

E-postalarınızın spam klasörüne düşmesinin bir diğer önemli nedeni IP itibarıdır.

Aynı sunucudan uzun süre boyunca spam gönderildiyse veya sunucu üzerindeki başka hesaplar kötüye kullanıldıysa IP adresinin itibarı zarar görebilir.

Özellikle paylaşımlı hosting altyapılarında bu konu daha fazla önem kazanabilir.

Bir IP adresinden çok sayıda farklı kullanıcı e-posta gönderiyorsa, bu IP'nin genel itibarı tüm gönderimleri etkileyebilir.

Bu nedenle e-posta teslim edilebilirliğini değerlendirirken sadece kendi hesabınızın davranışlarına değil, kullanılan SMTP sunucusunun genel durumuna da bakmak gerekir.

 

7. Hosting Sunucunuzdan Spam Çıkışı Olup Olmadığını Kontrol Edin

Bazen kullanıcı "Ben spam göndermiyorum" der ancak sunucu üzerinde ele geçirilmiş bir e-posta hesabı veya güvenlik açığı bulunan bir web sitesi spam gönderiyor olabilir.

Özellikle aşağıdaki durumlar kontrol edilmelidir:

• Ele geçirilmiş e-posta hesabı
• Tahmin edilmesi kolay e-posta şifresi
• Eski ve güncellenmemiş CMS yazılımı
• Güvenlik açığı bulunan WordPress eklentisi
• Kötü amaçlı PHP dosyası
• Web sitesi iletişim formunun kötüye kullanılması
• SMTP şifresinin sızması
• Çalınmış kullanıcı oturumu
• Zararlı scriptler
• Açık relay yapılandırması

Bu nedenle e-posta spam sorunu yalnızca DNS kayıtlarından ibaret değildir.

Sunucu üzerinde hangi hesabın ne kadar e-posta gönderdiği de incelenmelidir.

 

8. SMTP Sunucusunu Kontrol Edin

SMTP, e-posta gönderiminde kullanılan temel protokoldür.

Kurumsal e-posta hesabınız:

Bu e-Posta adresi istenmeyen posta engelleyicileri tarafından korunuyor. Görüntülemek için JavaScript etkinleştirilmelidir.

ise, kullandığınız e-posta programının veya uygulamanın SMTP ayarları doğru yapılandırılmalıdır.

Örneğin:

SMTP Sunucusu: mail.ornek.com
Port: 465 veya 587
Güvenlik: SSL/TLS veya STARTTLS
Kullanıcı adı: Bu e-Posta adresi istenmeyen posta engelleyicileri tarafından korunuyor. Görüntülemek için JavaScript etkinleştirilmelidir.
Şifre: ********

gibi bilgiler kullanılabilir.

Buradaki gerçek değerler hosting veya e-posta servis sağlayıcısına göre değişir.

Yanlış SMTP sunucusu kullanmak, farklı bir sunucudan gönderim yapmak veya kimlik doğrulaması olmadan e-posta göndermeye çalışmak teslim sorunlarına yol açabilir.

 

9. Port 25, 465 ve 587 Arasındaki Fark

E-posta sunucularında port konusu da önemlidir.

Geleneksel SMTP iletişimi için 25 numaralı port kullanılır. Ancak son kullanıcıların doğrudan e-posta gönderimi için 587 numaralı submission portu yaygın olarak kullanılır.

465 numaralı port ise TLS üzerinden SMTP gönderimi için kullanılabilir.

Özetle:

Port	Genel kullanım
25	Sunucular arası SMTP iletişimi
465	SMTP over SSL/TLS
587	SMTP Submission / STARTTLS

 

Kullandığınız hosting sağlayıcısının önerdiği port ve şifreleme yöntemini tercih etmek gerekir.

 

10. TLS Kullanımını Kontrol Edin

E-posta gönderiminde güvenli bağlantı da önemlidir.

Güncel Gmail gönderici yönergelerinde e-postaların TLS bağlantısı üzerinden iletilmesiyle ilgili gereksinimler bulunmaktadır.

 

Özellikle modern e-posta altyapısında SMTP bağlantısının şifreli olması beklenir.

E-posta istemcinizde mümkün olduğunda:

• SSL/TLS
• STARTTLS

gibi güvenli bağlantı seçenekleri kullanılmalıdır.

 

11. E-posta İçeriğiniz Spam Filtresini Tetikliyor Olabilir

Her spam problemi teknik DNS hatasından kaynaklanmaz.

Bazen SPF, DKIM ve DMARC tamamen doğru olsa bile e-posta spam klasörüne düşebilir.

Bunun nedeni içerik olabilir.

Spam filtreleri yalnızca gönderen sunucusuna bakmaz. Mesajın kendisini de analiz eder.

Örneğin:

• Aşırı büyük harf kullanımı
• Çok fazla ünlem işareti
• Yanıltıcı konu başlığı
• Çok sayıda bağlantı
• Kısaltılmış URL'ler
• Şüpheli alan adlarına bağlantılar
• Aşırı reklam dili
• Gerçek olmayan kampanya ifadeleri
• Gizlenmiş bağlantılar
• Çok büyük görseller
• Sadece görselden oluşan e-posta
• Çok az metin
• Aşırı HTML
• Hatalı HTML kodları

gibi unsurlar mesajın spam olarak değerlendirilmesine katkıda bulunabilir.

Bu, "şu kelimeyi kullanırsanız kesin spam olursunuz" şeklinde basit bir denklem değildir. Modern spam filtreleri çok sayıda sinyali birlikte değerlendirir.

 

12. "ACİL", "SON ŞANS", "ÜCRETSİZ" Gibi Kelimeler Spam Yaptırır mı?

Tek başına bir kelimenin e-postayı spam klasörüne göndermesi doğru bir genelleme değildir.

 

Örneğin:

ACİL!

kelimesinin kullanılması otomatik olarak spam anlamına gelmez.

Ancak mesajın tamamı:

ACİL!!! HEMEN TIKLAYIN!!! SON ŞANS!!! %100 GARANTİ!!! HEMEN KAZANIN!!!

gibi aşırı agresif bir yapıya sahipse, bu içerik kullanıcı davranışı ve diğer teknik sinyallerle birlikte değerlendirilebilir.

Bu nedenle doğal, açık ve dürüst bir e-posta dili kullanmak daha sağlıklıdır.

 

13. Konu Başlığını Doğru Hazırlayın

Kurumsal e-posta gönderiminde konu satırı da önemlidir.

Kötü örnek:

ACİL!!! HEMEN TIKLAYIN!!! İNANILMAZ FIRSAT!!!

Daha doğal bir örnek:

Teklifiniz hakkında bilgi

veya:

Siparişiniz hakkında bilgilendirme

Konu satırı, e-postanın içeriğini doğru şekilde yansıtmalıdır.

Yanıltıcı konu başlıkları kullanıcıların mesajı spam olarak işaretleme ihtimalini artırabilir.

 

14. Spam Şikâyet Oranınızı Düşük Tutun

E-postaların spam klasörüne düşmesinde en önemli faktörlerden biri de alıcıların davranışlarıdır.

Kullanıcılar mesajlarınızı sürekli olarak "Spam olarak bildir" seçeneğiyle işaretliyorsa e-posta sağlayıcısı bunu önemli bir sinyal olarak değerlendirebilir.

Google, Gmail Postmaster Tools üzerinde spam oranlarının izlenmesini öneriyor ve özellikle yüksek hacimli göndericiler için spam oranının %0,3 seviyesinin altında tutulmasını belirtiyor.

 

Burada önemli bir ayrım vardır:

E-postanızın spam klasörüne düşmesi ile kullanıcıların e-postanızı spam olarak bildirmesi aynı şey değildir.

İlki teslim sınıflandırmasıdır.

İkincisi ise kullanıcı davranışına dayalı bir şikâyettir.

İkisi birbirini etkileyebilir.

 

15. E-Posta Listesi Kalitesini Artırın

E-posta listenizde artık kullanılmayan adresler varsa bunları düzenli olarak temizlemek gerekir.

Örneğin:

Bu e-Posta adresi istenmeyen posta engelleyicileri tarafından korunuyor. Görüntülemek için JavaScript etkinleştirilmelidir.

gibi adreslere sürekli gönderim yapılması bounce oranlarını artırabilir.

Daha kötüsü, satın alınmış veya kaynağı belirsiz e-posta listeleri kullanmak teslim edilebilirliği ciddi şekilde bozabilir.

E-posta gönderirken temel prensip şudur:

Mesaj göndereceğiniz kişiler bu mesajı almak istiyor olmalıdır.

İzinli ve kaliteli bir liste:

• Daha düşük şikâyet oranı
• Daha düşük bounce oranı
• Daha yüksek açılma oranı
• Daha iyi etkileşim
• Daha sağlıklı gönderen itibarı

sağlayabilir.

16. Satın Alınmış E-Posta Listelerinden Kaçının

İnternette "100.000 doğrulanmış e-posta adresi" gibi listeler satılabiliyor.

Ancak böyle listeler e-posta teslim edilebilirliği açısından ciddi risk taşıyabilir.

Çünkü listedeki kişiler:

• Sizi tanımıyor olabilir.
• E-postayı almak için izin vermemiş olabilir.
• Adreslerini değiştirmiş olabilir.
• Kurumsal olarak artık kullanılmayan adreslere sahip olabilir.
• E-postanızı spam olarak bildirebilir.

Dolayısıyla büyük bir e-posta listesine sahip olmak her zaman avantaj değildir.

Kaliteli 5.000 alıcı, ilgisiz 100.000 alıcıdan daha değerli olabilir.

 

17. Bounce Oranını Kontrol Edin

Bounce, gönderdiğiniz e-postanın alıcıya teslim edilememesi anlamına gelir.

İki temel bounce türü vardır:

 

Soft Bounce

Geçici teslim sorunudur.

Örneğin:

• Alıcının posta kutusu dolu olabilir.
• Alıcı sunucusu geçici olarak kullanılamıyor olabilir.
• Geçici bağlantı problemi olabilir.

 

Hard Bounce

Kalıcı teslim sorunudur.

Örneğin:

Bu e-Posta adresi istenmeyen posta engelleyicileri tarafından korunuyor. Görüntülemek için JavaScript etkinleştirilmelidir.

gibi bir adres mevcut değilse e-posta kalıcı olarak teslim edilemeyebilir.

Hard bounce veren adresleri listenizde tutmaya devam etmek iyi bir uygulama değildir.

 

18. Web Sitesi İletişim Formlarından Gelen E-Postaları Kontrol Edin

Kurumsal web sitelerinde çok sık görülen bir problem de iletişim formlarının yanlış SMTP yapılandırmasıdır.

Örneğin web sitenizin formunda:

Ad Soyad E-posta Telefon Mesaj

alanları bulunuyor.

Kullanıcı:

Bu e-Posta adresi istenmeyen posta engelleyicileri tarafından korunuyor. Görüntülemek için JavaScript etkinleştirilmelidir.

adresini yazıyor.

Web sitesi ise e-postayı şöyle gönderiyor:

From: Bu e-Posta adresi istenmeyen posta engelleyicileri tarafından korunuyor. Görüntülemek için JavaScript etkinleştirilmelidir.

Bu yapı bazı durumlarda problem yaratabilir. Çünkü web siteniz kendi alan adınızdan gönderim yaparken başka bir alan adının adresini From alanında taklit ediyor olabilir.

Daha sağlıklı yaklaşım genellikle şöyledir:

From: Bu e-Posta adresi istenmeyen posta engelleyicileri tarafından korunuyor. Görüntülemek için JavaScript etkinleştirilmelidir. Reply-To: Bu e-Posta adresi istenmeyen posta engelleyicileri tarafından korunuyor. Görüntülemek için JavaScript etkinleştirilmelidir.

Böylece e-postayı gönderen alan adı ile web sitesinin gerçek alan adı arasında daha tutarlı bir yapı oluşturulur.

Özellikle DMARC ve alan adı hizalaması açısından bu ayrım önemlidir.

 

19. WordPress Kullanıyorsanız SMTP Kullanın

WordPress sitelerinde PHP'nin varsayılan mail fonksiyonuna güvenmek yerine doğrulanmış SMTP kullanılması birçok durumda daha sağlıklı bir e-posta gönderim altyapısı sağlar.

Örneğin:

WordPress
↓
SMTP
↓
Kimlik doğrulama
↓
DKIM
↓
Alıcı SMTP sunucusu

şeklinde bir yapı oluşturulabilir.  Burada kullanılan SMTP sunucusu, alan adınızın gerçek e-posta altyapısıyla uyumlu olmalıdır.

 

20. PHP Mail ile SMTP Arasındaki Fark

PHP mail() fonksiyonu ile e-posta göndermek mümkün olsa da modern kurumsal e-posta teslimatında yalnızca bu yönteme güvenmek her zaman ideal değildir.

SMTP ile:

• Kullanıcı doğrulaması yapılabilir.
• TLS kullanılabilir.
• Gönderim sunucusu kontrol edilebilir.
• Gönderim logları takip edilebilir.
• DKIM imzalama uygulanabilir.
• Yetkili SMTP hesabı üzerinden gönderim yapılabilir.

Bu nedenle web sitesi e-postalarında SMTP kullanmak genellikle daha kontrollü bir altyapı sağlar.

 

21. Gmail E-Postalarınızı Neden Spam'e Atıyor?

Gmail, e-postaları sınıflandırırken çok sayıda farklı sinyal kullanır.

Bunların arasında:

• Gönderici kimlik doğrulaması
• SPF
• DKIM
• DMARC
• IP itibarı
• Alan adı itibarı
• Kullanıcıların spam bildirimleri
• Mesaj içeriği
• Gönderim davranışı
• Teknik mesaj formatı

gibi unsurlar bulunabilir.

Google'ın güncel gönderici yönergeleri, Gmail'e e-posta gönderen sistemlerin kimlik doğrulamasına, DNS yapılandırmasına, TLS kullanımına ve spam oranlarına dikkat etmesini gerektiriyor.

 

22. Alan Adı İtibarı Nedir?

Alan adı itibarı, e-posta sağlayıcılarının belirli bir alan adından gelen e-postalarla ilgili geçmiş davranışları değerlendirmesine yardımcı olan faktörlerden biridir.

Örneğin:

ornek.com

alan adından uzun süredir:

• İzinli
• Kaliteli
• Düzenli
• Düşük şikâyet oranına sahip

e-postalar gönderiliyorsa bu olumlu bir geçmiş oluşturabilir.

Tam tersine:

• Spam gönderimi
• Çok yüksek bounce
• Çok fazla şikâyet
• Şüpheli içerik
• Ele geçirilmiş hesaplar

gibi durumlar olumsuz sonuçlara neden olabilir.

 

23. IP İtibarı ve Alan Adı İtibarı Aynı Şey Değildir

İki kavramı birbirinden ayırmak gerekir.

IP itibarı, e-postanın çıktığı sunucu IP'sinin geçmiş davranışlarıyla ilgilidir.

Alan adı itibarı, e-postanın gönderici alan adıyla ilişkili geçmiş davranışlarıyla ilgilidir.

Paylaşımlı hosting sistemlerinde aynı IP üzerinde birden fazla alan adı bulunabilir.

Bu nedenle kendi gönderimleriniz temiz olsa bile aynı IP üzerinde bulunan başka hesapların kötüye kullanımı genel IP itibarını etkileyebilir.

Bu gibi durumlarda hosting sağlayıcınızla görüşerek kullanılan SMTP altyapısının durumunu kontrol ettirmek gerekir.

 

24. Dedicated IP Her Zaman Çözüm Değildir

Bazı kullanıcılar spam sorunu yaşadığında doğrudan:

"Dedicated IP alırsam sorun çözülür mü?"

diye düşünür.

Cevap: Her zaman değil.

Dedicated IP, yalnızca IP'nin başka kullanıcılarla paylaşılmamasını sağlayabilir.

Ancak:

• SPF yanlışsa
• DKIM yoksa
• DMARC yanlışsa
• PTR yoksa
• Alan adı itibarı kötüyse
• Kullanıcılar spam şikâyeti yapıyorsa
• E-posta listesi kalitesizse
• İçerik sorunluysa

sadece IP değiştirmek sorunu çözmeyebilir.

Hatta yeni bir IP'yi yanlış yapılandırmak daha fazla probleme neden olabilir.

 

25. "Gmail'e Gönderiyorum, Spam'e Düşüyor" Sorununda Kontrol Listesi

Gmail'e gönderdiğiniz e-postalar spam klasörüne düşüyorsa şu sırayla ilerleyebilirsiniz:

DNS

• SPF mevcut mu?
• SPF tek kayıt olarak mı yayınlanıyor?
• Tüm göndericiler SPF içinde tanımlı mı?
• DKIM mevcut mu?
• DKIM doğrulaması başarılı mı?
• DMARC mevcut mu?
• DMARC alignment doğru mu?

Sunucu

• SMTP hostname doğru mu?
• PTR kaydı var mı?
• Reverse DNS doğru mu?
• Forward DNS doğru mu?
• TLS kullanılıyor mu?
• IP adresi temiz mi?

E-posta

• From adresi gerçek alan adına mı ait?
• Reply-To doğru mu?
• Message-ID düzgün mü?
• HTML yapısı doğru mu?
• Linkler güvenilir mi?
• Konu satırı yanıltıcı mı?

Gönderim davranışı

• Spam şikâyeti yüksek mi?
• Bounce oranı yüksek mi?
• Liste satın alınmış mı?
• Kullanıcılar mesajı almak istiyor mu?
• Çok kısa sürede aşırı gönderim yapılıyor mu?

 

26. Outlook E-Postaları Neden Spam Klasörüne Atabilir?

Outlook ve Microsoft ekosistemindeki e-posta hizmetleri de gönderenin teknik ve davranışsal sinyallerini değerlendirebilir.

Bu nedenle Gmail'e e-posta ulaşıyor ancak Outlook'a ulaşmıyorsa sorunun yalnızca SPF/DKIM tarafında olduğunu düşünmek doğru olmayabilir.

Farklı sağlayıcılar:

• IP itibarı
• Alan adı itibarı
• Gönderim geçmişi
• Spam şikâyetleri
• İçerik
• Gönderim hacmi

gibi farklı sinyalleri değerlendirebilir.

Bu yüzden testleri yalnızca tek bir e-posta sağlayıcısıyla yapmak doğru değildir.

 

27. Yahoo'ya E-Postalar Spam'e Düşüyorsa

Yahoo gibi büyük e-posta sağlayıcılarında da gönderici kimliği, alan adı doğrulaması ve spam davranışı önemlidir.

Özellikle toplu e-posta gönderen işletmelerin yalnızca "mail gönderiliyor mu?" sorusunu değil, "mesajlar nasıl sınıflandırılıyor?" sorusunu da takip etmesi gerekir.

 

 

28. E-Posta Spam Sorununu Test Etmek İçin Nasıl İlerlemeli?

Sorunu çözmek için rastgele ayar değiştirmek yerine sistematik bir test yapmak daha doğrudur.

Önerilen sıra:

Adım 1: Alan adını kontrol edin

Alan adınızın DNS kayıtlarını inceleyin.

Adım 2: SPF kontrolü

E-posta gönderen tüm sistemlerin SPF içerisinde tanımlı olduğundan emin olun.

Adım 3: DKIM kontrolü

E-posta gönderildiğinde DKIM imzasının oluştuğunu doğrulayın.

Adım 4: DMARC kontrolü

DMARC kaydının bulunduğunu ve alignment durumunu inceleyin.

Adım 5: SMTP kontrolü

SMTP sunucusu ve TLS ayarlarını kontrol edin.

Adım 6: PTR kontrolü

Gönderim IP adresinin reverse DNS kaydını kontrol edin.

Adım 7: IP itibarı

IP adresinizin geçmişini ve gönderim davranışını inceleyin.

Adım 8: E-posta header analizi

Spam klasörüne düşen gerçek mesajın header bilgilerini inceleyin.

Adım 9: İçerik kontrolü

Mesajın HTML, link, konu ve görsel yapısını değerlendirin.

Adım 10: Kullanıcı davranışları

Spam şikâyeti ve bounce oranlarını inceleyin.