Denizcilikte E-posta Teslim Edilebilirliği: SPF, DKIM, DMARC

Tanıtım e-postanızın gelen kutusuna ulaşması üç temele dayanır: SPF, DKIM ve DMARC ile doğrulanmış bir alan adı, kademeli artan bir gönderim hacmi ve temiz bir adres listesi. Bu yazıda bu kavramları teknik ayrıntıya boğmadan anlatıyor, Gmail, Yahoo ve Microsoft’un kurallarını özetliyor ve VesselCall’ın her birini nasıl yönettiğini gösteriyoruz.

Teslim edilebilirlik nedir, denizcilikte neden önemlidir?

Teslim edilebilirlik, gönderdiğiniz e-postanın spam klasörüne düşmeden ya da reddedilmeden alıcının gelen kutusuna ulaşabilmesidir. Denizcilikte ilk temasın bir zaman penceresi vardır: gemi limana yaklaşırken gönderdiğiniz teklif spam klasöründe kalırsa, o liman ziyareti için fırsat çoğu zaman kaçar. Kurumsal e-posta hizmetleri de gelen postayı denetler; örneğin Microsoft 365, gelen e-postaları değerlendirirken SPF, DKIM ve DMARC sonuçlarına bakar.

SPF, DKIM ve DMARC nedir?

DMARC’ın güncel tanımı, Mayıs 2026’da yayımlanan RFC 9989’dur ve 2015 tarihli RFC 7489’un yerini almıştır. Kayıtlar yine v=DMARC1 ile başlar. Basit bir başlangıç kaydı şöyle görünür:

_dmarc.firmaniz.com  TXT  "v=DMARC1; p=none; rua=mailto:dmarc@firmaniz.com"

p=none ile başlamak, teslimatı etkilemeden rapor toplamanızı sağlar. Raporlar tüm e-postalarınızın doğrulamadan geçtiğini gösterince quarantine veya reject politikasına geçebilirsiniz.

Gmail, Yahoo ve Microsoft hangi kuralları getirdi?

Üç büyük posta sağlayıcısı, kişisel posta kutularına yüksek hacimde gönderim yapanlardan doğrulama şartı arıyor:

Birkaç ayrıntı önemli:

• Gmail e-postaları birincil alan adı bazında sayar ve eşiği bir kez aşan göndericiyi kalıcı olarak toplu gönderen kabul eder. Kasım 2025’ten bu yana uyumsuz trafiğe karşı yaptırımlarını artırıyor.
• Microsoft, kurallara uymayan e-postaları 550 5.7.515 Access denied hatasıyla reddediyor.
• Tüm gönderenler için taban şartlar da var: SPF veya DKIM, gönderen IP’ler için geçerli ileri ve ters DNS (PTR) kaydı, RFC 5322’ye uygun mesaj biçimi ve Gmail’de TLS ile iletim.

Bu kurallar kişisel posta kutuları için yazıldı ve gemi yöneticilerine genellikle şirket adresleri üzerinden ulaşırsınız. Ancak kurumsal filtreler de aynı sinyallere bakar; bu yüzden toplu gönderen kurallarını, hacminiz ne olursa olsun taban çizgi olarak görün.

Kendi alan adınızdan göndermek neden önemli?

Ücretsiz bir adresten (örneğin @gmail.com) ya da başka bir şirketin alan adından gönderilen tanıtım e-postası iki sorun yaratır. Birincisi güven: satın alma uzmanı, gönderenin gerçek bir şirket olup olmadığını alan adından anlar. İkincisi doğrulama: DMARC, görünen gönderen alan adının SPF veya DKIM ile hizalanmasını ister ve bunu sağlayacak DNS kayıtlarını yalnızca alan adının sahibi yayımlayabilir.

Cevaplar da doğrudan sizin gelen kutunuza gelir ve yazışma geçmişi kendi sisteminizde kalır. Bazı şirketler tanıtım e-postaları için ana alan adı yerine bir alt alan adı (örneğin mail.firmaniz.com) kullanarak günlük yazışmanın itibarını ayrı tutar.

Alan adı ısınması (warm-up) nasıl yapılır?

Yeni bir alan adından ya da uzun süre sessiz kalmış bir alan adından birdenbire yüksek hacimde e-posta göndermek, posta sağlayıcılarında şüphe uyandırır. Google’ın gönderici yönergeleri düşük hacimle başlamayı, hacmi zaman içinde yavaşça artırmayı ve ani sıçramalardan kaçınmayı önerir; bu süreçte teslimatı Postmaster Tools ile izlemenizi tavsiye eder. Pratikte:

• İlk haftalarda günlük hacmi düşük tutun, sonra adım adım artırın.
• Her gün benzer saatlerde, benzer hacimde gönderin.
• Geri dönen e-postalar veya şikâyetler artarsa, nedenini bulana kadar hacmi artırmayı durdurun.

Geri dönen e-postalar ve şikâyetler nasıl yönetilir?

Geri dönen e-posta (bounce), teslim edilemeyip gönderene dönen iletidir. İki türü vardır:

• Kalıcı hata (hard bounce): Adres yoktur ya da alan adı e-posta kabul etmez. Bu adrese bir daha göndermeyin.
• Geçici hata (soft bounce): Dolu posta kutusu veya meşgul sunucu gibi geçici bir sorundur. Tekrarlanıyorsa adresi listeden çıkarın; Google da defalarca geri dönen alıcıların otomatik olarak listeden çıkarılmasını önerir.

Şikâyet, alıcının e-postanızı “spam” olarak işaretlemesidir. Gmail, Postmaster Tools’ta raporlanan spam oranının %0,1’in altında tutulmasını ve hiçbir zaman %0,3’e ulaşmamasını ister. Şikâyet eden adrese bir daha yazmamak, bu oranı düşük tutmanın ilk adımıdır.

Abonelikten çıkış için RFC 8058, e-posta programındaki “abonelikten çık” düğmesinin tek tıkla nasıl çalışacağını tanımlar: e-postada List-Unsubscribe ve List-Unsubscribe-Post başlıkları bulunur ve DKIM imzası ikisini de kapsamalıdır. Yahoo toplu gönderenlerden çıkış taleplerini 2 gün içinde uygulamasını ister, Google 48 saati önerir; Türkiye’de 6563 sayılı Kanun ise üç iş günü sınırı koyar.

Hangi adreslere göndermemelisiniz?

• Satın alınmış listeler: Spamhaus, satın alınan listelerin göndericiyi spam tuzaklarıyla karşı karşıya bıraktığı konusunda uyarır.
• Eski adresler: Posta sağlayıcıları, kapatılan adresleri bir süre e-postaları reddettikten sonra spam tuzağına dönüştürebilir.
• Doğrulanmamış adresler: Alan adının MX kaydı yoksa o adrese e-posta teslim edilemez; göndermeden önce kontrol edin.
• Bir şirketin bütün adresleri: Şirket başına doğru departmandan tek bir birincil adres seçin.
• Çıkış yapmış adresler: Bir kampanyadan çıkan kişiye başka bir kampanyadan da yazmayın.

VesselCall teslim edilebilirliği nasıl yönetir?

VesselCall Outreach bu kuralları gönderim altyapısına baştan yerleştirir:

• Kendi alan adınızda DKIM: E-postalar sizin alan adınızla imzalanır. DNS’inize bir DKIM kaydı eklersiniz; DMARC hizalaması DKIM imzasıyla sağlandığı için SPF kaydınızı değiştirmeniz gerekmez. DMARC kaydınız yoksa VesselCall bunu bildirir ve hazır bir kayıt önerir.
• Hız sınırı ve otomatik ısınma: Gönderimler dakikalık ve günlük sınırlarla zamana yayılır; yeni doğrulanan alan adlarında günlük sınır kademeli olarak artar.
• Bounce ve şikâyet işleme: Her geri dönen e-posta ait olduğu gönderimle eşleştirilir. Kalıcı hata veren adres geçersiz işaretlenir ve bir daha kullanılmaz; şikâyet eden adres gönderim listenizden çıkarılır.
• Tek tıkla çıkış (RFC 8058): Her e-postada List-Unsubscribe ve List-Unsubscribe-Post başlıkları ile görünür bir çıkış bağlantısı bulunur; talep anında uygulanır.
• Adres doğrulama: Adresler alan adının MX kaydıyla kontrol edilir ve her şirket için tek bir birincil adres seçilir.
• Tekrar sınırları: Aynı gemiye 7 gün içinde ikinci e-posta gitmez; bir gemiye 90 günde en fazla 3, aynı şirkete 3 günde en fazla 1 e-posta gönderilir.

Gönderim VesselCall’ın kendi altyapısından yapıldığı için e-posta sunucusu ayarlamanız gerekmez. Akışın tamamını nasıl çalışır sayfasında, e-posta metni önerilerini tanıtım e-postası şablonlarımızda bulabilirsiniz.