İçeriğe geç
OmniChannels.ai

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

E-posta teslim edilebilirliği: örnek DNS kayıtlarıyla SPF, DKIM, DMARC, Gmail, Yahoo ve Outlook kuralları, tek tıkla abonelikten çıkma, ısınma ve kontrol listesi.

Güncelleme 10 dk okuma

Yazar: OmniChannels.ai Editorial Team · İnceleyen: BroadNet Messaging Solutions Team

Omnichannel

Kısa yanıt

E-posta teslim edilebilirliği, mesajlarınızın reddedilmek ya da spama düşmek yerine gelen kutusuna ulaşıp ulaşmamasıdır. Üç DNS kaydına dayanır: SPF alan adınız adına gönderebilecek sunucuları listeler, DKIM her mesajı imzalar, DMARC ise doğrulamayı geçemeyen postalara alıcıların ne yapacağını söyler ve size rapor gönderir. Buna tek tıkla abonelikten çıkma, temiz listeler, kademeli hacim artışı ve yüzde 0,3'ün altında spam oranı ekleyin.

Bu sayfada
  1. E-posta teslim edilebilirliği nedir?
  2. SPF, DKIM ve DMARC ne işe yarar?
  3. Örnek DNS kayıtları neye benzer?
  4. DMARC hizalaması nedir ve neden başarısızlığa yol açar?
  5. Gmail, Yahoo ve Outlook.com toplu göndericilerden ne ister?
  6. Tek tıkla abonelikten çıkma nasıl kurulur?
  7. Yeni bir alan adı veya IP nasıl ısıtılır?
  8. Listenizi nasıl temiz tutarsınız?
  9. Teslim edilebilirliği nasıl izlersiniz?
  10. E-posta teslim edilebilirliği kontrol listesi
  11. Örnek senaryo: Dubai'de bir çevrimiçi eczane kampanya ekliyor
  12. Bu rehberin sınırları nelerdir?
  13. OmniChannels.ai nasıl yardımcı olur?

Öne çıkan noktalar

  • SPF, DKIM ve DMARC postanın gerçekten alan adınızdan geldiğini kanıtlar; DMARC yalnızca SPF veya DKIM, görünen From adresiyle hizalanan bir alan adı için geçerse geçer.
  • Google'ın yönergeleri, Gmail adreslerine günde 5.000'den fazla mesaj gönderenlere daha sıkı kurallar uygular: SPF, DKIM ve DMARC, pazarlama postası için tek tıkla abonelikten çıkma ve yüzde 0,30'un altında tutulan spam oranı.
  • Yahoo toplu gönderenlerden SPF, DKIM ve en az p=none düzeyinde bir DMARC politikası ister, abonelikten çıkmaların 2 gün içinde işlenmesini söyler; Outlook.com günde 5.000'den fazla e-posta gönderen alan adlarına kimlik doğrulama kuralları uygular.
  • Google sizi bir kez toplu gönderici saydığında bu statü sona ermez; bu yüzden kimlik doğrulama ve abonelikten çıkma kurulumunu eşiğe ulaşmadan önce yapın.
  • DMARC'a bir rapor adresiyle p=none olarak başlayın, tüm meşru göndericileri bulmak için raporları okuyun, sonra politikayı sıkılaştırın.

Bu rehber, kendi alan adından e-posta gönderen ve bunların gelen kutusuna ulaşmasını isteyen pazarlama, CRM ve mühendislik ekipleri için hazırlandı. Teslim edilebilirliğin ne olduğunu, SPF, DKIM ve DMARC'ın örnek DNS kayıtlarıyla nasıl çalıştığını, Gmail, Yahoo ve Outlook.com'un toplu göndericilerden ne istediğini açıklar ve bir kampanyadan önce çalıştırabileceğiniz bir kontrol listesi verir.

E-posta teslim edilebilirliği nedir?

E-posta teslim edilebilirliği, e-postanızın reddedilmek veya spama filtrelenmek yerine alıcıların gelen kutusuna ulaşabilme yeteneğidir. Kimlik doğrulamaya, gönderici itibarına, liste kalitesine, şikâyet oranlarına ve içeriğe bağlıdır. Kısa tanım için e-posta teslim edilebilirliği sözlük maddemize bakın.

İki şey sık karıştırılır. Bir mesaj, alıcı sunucu onu kabul ettiğinde teslim edilmiş olur. Gelen kutusuna yerleşmesi ise posta sağlayıcısının filtrelerinin ona güvenmesine bağlıdır. Bir kampanya yüzde 99 kabul oranı gösterip yine de spama düşebilir; bu yüzden hem sunucu tarafı sinyallere (geri dönmeler) hem de posta sağlayıcısı sinyallerine (spam oranı, itibar) ihtiyacınız vardır.

SPF, DKIM ve DMARC ne işe yarar?

SPF alan adınız adına hangi sunucuların gönderebileceğini söyler, DKIM mesajı imzalar ki kurcalama fark edilsin, DMARC ise ikisini gösterdiğiniz From adresine bağlar ve doğrulama başarısız olduğunda alıcılara ne yapacaklarını söyler. SPF, DKIM ve DMARC sözlük maddesine da bakın.

Standart Neyi denetler Nerede bulunur Ne zaman başarısız olur
SPF (RFC 7208) Bağlanan sunucu izin verilen listenizde mi Alan adınızdaki TXT kaydı Bir gönderim hizmeti kayıtta eksikse veya kayıt 10'dan fazla DNS sorgusu içeriyorsa
DKIM (RFC 6376) Mesaj imzası bir açık anahtarla eşleşiyor mu selector._domainkey.yourdomain adresindeki TXT kaydı Mesaj değiştirilmişse, anahtar yanlışsa veya platform alan adınız için imzalamıyorsa
DMARC SPF veya DKIM, From adresiyle hizalı bir alan adı için geçti mi _dmarc.yourdomain adresindeki TXT kaydı SPF ve DKIM'in hiçbiri hizalı geçmiyorsa

DMARC belirtimi başlangıçta RFC 7489'du. IETF o zamandan beri RFC 7489 ve RFC 9091'i geçersiz kılan, standart yolundaki bir belge olan RFC 9989'u yayımladı; bu yüzden güncel başvuru gerektiğinde RFC 9989'u kaynak gösterin. Bu yazıda kullanılan temel etiketlerin (v, p, rua) anlamı değişmedi.

Örnek DNS kayıtları neye benzer?

Aşağıda example.com dokümantasyon alan adı için sadeleştirilmiş kayıtlar var. include ve anahtarı posta sağlayıcınızın verdiği değerlerle değiştirin; başka bir şirketin değerlerini asla kopyalamayın.

SPF (alan adı başına bir kayıt):

example.com.  IN TXT  "v=spf1 include:_spf.mailprovider.example ~all"

DKIM (anahtar çiftini sağlayıcınız oluşturur ve size selector ile açık anahtarı verir):

s1._domainkey.example.com.  IN TXT  "v=DKIM1; k=rsa; p=MIIBIjANBgkq...public-key-here..."

DMARC (izleme modunda başlayın):

_dmarc.example.com.  IN TXT  "v=DMARC1; p=none; rua=mailto:dmarc-reports@example.com"

Her biri için notlar:

  • SPF: tam olarak bir SPF kaydı yayımlayın. İki kayıt SPF'in başarısız olmasına yol açar. Alan adınız adına gönderen her hizmet (pazarlama platformu, yardım masası, CRM, mesajlaşma platformu) bir include veya IP girdisiyle kapsanmalı ve toplam 10 DNS sorgusunu aşmamalıdır.
  • DKIM: Google, kişisel Gmail hesaplarına göndermenin 1024 bit veya daha uzun bir DKIM anahtarı gerektirdiğini söyler ve sağlayıcınız destekliyorsa 2048 bit önerir.
  • DMARC: p=none, alıcılara başarısızlıklarda işlem yapmamalarını ama yine de rua adresine rapor göndermelerini söyler. Doğru ilk adımdır. Sonra p=quarantine ve ardından p=reject düzeyine geçersiniz.

DMARC hizalaması nedir ve neden başarısızlığa yol açar?

Hizalama, SPF veya DKIM'i geçen alan adının görünen From adresindeki alan adıyla eşleşmesi demektir. İkisinden en az biri hizalı geçtiğinde DMARC geçer. İnsanların gözden kaçırdığı adım budur.

Bülten platformunuzun news@example.com adresinden gönderdiğini, ancak SPF için kendi geri dönme alan adını ve DKIM imzası için kendi alan adını kullandığını varsayalım. SPF ve DKIM ikisi de "geçer", ama hiçbir alan adı example.com ile eşleşmez ve DMARC başarısız olur. Çözüm, platformla özel alan adı kimlik doğrulaması kurmaktır: böylece platform alan adınız altında yayımlanan bir anahtarla imzalar ve alan adınız altında bir geri dönme alan adı kullanır. Google ayrıca iletilen veya posta listesi mesajları için DMARC hizalamasının gerekmediğini belirtir.

Gmail, Yahoo ve Outlook.com toplu göndericilerden ne ister?

Gmail, Yahoo ve Outlook.com yüksek hacimli göndericilerden kimlik doğrulama bekler; Gmail ve Yahoo ek olarak tek tıkla abonelikten çıkma ve spam oranı sınırları ister. Uygulama ayrıntıları değiştiği için güncel metin için her sağlayıcının sayfasına bakın.

Gereksinim Google (Gmail) Yahoo Microsoft (Outlook.com)
Kimler kapsanır Temel kurallar tüm göndericiler için; Gmail hesaplarına günde 5.000'in üzerinde mesajda ek kurallar Temel kurallar tüm göndericiler için; toplu göndericiler için ek kurallar Günde 5.000'den fazla e-posta gönderen alan adları
Kimlik doğrulama Hepsi için SPF veya DKIM; toplu göndericiler için SPF, DKIM ve DMARC Hepsi için SPF veya DKIM; toplu göndericiler için ikisi ve DMARC SPF ve DKIM geçmeli; hizalı, en az p=none DMARC
DMARC politikası Geçmeli, From alan adıyla hizalı En az p=none ve geçmeli; rua şiddetle önerilir SPF veya DKIM ile hizalı, en az p=none
Tek tıkla abonelikten çıkma Toplu göndericilerin pazarlama ve abonelik postası için zorunlu, ayrıca görünür bağlantı Toplu göndericiler için zorunlu, ayrıca görünür bağlantı; 2 gün içinde işlenmeli Alıntılanan gereksinimlerin parçası değil
Spam oranı Yüzde 0,10'un altında, asla yüzde 0,30 veya üzeri değil Yüzde 0,3'ün altında Alıntılanan yazıda belirtilmemiş

Google'ın yönergelerinden diğer noktalar: gönderim IP'sinin eşleşen ileri ve ters DNS'i (geçerli bir PTR kaydı) olmalı, posta TLS üzerinden gönderilmeli, mesajların geçerli bir Message-ID'si ve temiz bir RFC 5322 biçimi olmalı ve HTML içeriği gizlememelidir. Toplu gönderici eşiğine bir kez ulaşan göndericiler kalıcı olarak toplu gönderici sayılır; statünün süresi dolmaz. Google ayrıca uyumsuz postanın reddedilebileceğini veya spama teslim edilebileceğini söyler.

Outlook.com için Microsoft'un yazısı, yüksek hacimli alan adlarından gelen uyumsuz postanın Önemsiz klasörüne yönlendirildiğini, reddin (550; 5.7.515 Access denied hatası) daha sonra duyurulacak bir tarih için planlandığını belirtir. Buna güvenmeden önce Microsoft'un sayfasını yeniden kontrol edin; uygulama aşaması değişmiş olabilir.

Tek tıkla abonelikten çıkma nasıl kurulur?

Her pazarlama mesajına iki başlık ekleyin ve gövdeye görünür bir abonelikten çıkma bağlantısı da koyun. Başlıklar RFC 2369 ve RFC 8058'de tanımlanmıştır.

List-Unsubscribe: <https://example.com/unsubscribe?t=abc123>
List-Unsubscribe-Post: List-Unsubscribe=One-Click

URL bir POST isteğini kabul etmeli ve alıcıyı oturum açma veya ek soru olmadan abonelikten çıkarmalıdır. Yahoo, POST yönteminin şiddetle önerildiğini ve mailto yönteminin kabul edilebilir olduğunu söyler. Yahoo ayrıca göndericilerden abonelikten çıkmaları 2 gün içinde işlemelerini ister; bu yüzden otomatik işleyin ve kullandığınız tüm kampanya araçlarında ortak tek bir bastırma listesi tutun.

Yeni bir alan adı veya IP nasıl ısıtılır?

Isınma, gönderim hacminizi adım adım artırmaktır; böylece posta sağlayıcıları itibarınızı iyi etkileşimden öğrenebilir. Google'ın yönergesi yalnızca hacmi kademeli artırmak ve alıcıların spam bildirimlerini izlemektir; bu yüzden yayımlanmış bir tablo yerine veriye dayalı bir takvim kullanın.

  1. Önce kimlik doğrulayın. SPF, DKIM ve DMARC'ı yayımlayın ve ilk gönderimden önce geçtiklerini doğrulayın.
  2. En etkileşimli kişilerle başlayın: yakın zamanda alışveriş yapanlar, yakın zamanda açanlar veya yeni abone olanlar.
  3. Hacmi adım adım artırın; yalnızca geri dönmeler ve şikâyetler düşük kaldıkça.
  4. Düzenli bir ritim tutun. Sessiz bir alan adından ani sıçramalar kötüye kullanım gibi görünür.
  5. Artışı durdurun: geri dönmelerde, engellemelerde veya şikâyetlerde ilk artış belirtisinde nedeni düzeltmeden devam etmeyin.
  6. Daha soğuk segmentleri en sona ekleyin ve hiç etkileşim göstermeyenleri bırakın.

Ortak bir platform gönderici adresinden gönderdiğinizde başkasının itibarını devralırsınız; kendi doğrulanmış alan adınızdan göndermek itibarı iyi ya da kötü sizin yapar.

Listenizi nasıl temiz tutarsınız?

Temiz liste, en ucuz teslim edilebilirlik aracıdır. Yalnızca e-postanızı almayı kabul eden kişilere gönderin ve alamayan adresleri çıkarın.

  • Onayı doğru toplayın ve kaydını tutun: kanallar arası onay rehberimize ve ücretsiz onay metni oluşturucuya bakın.
  • Kalıcı geri dönmeleri hemen çıkarın. Geçersiz adreslere tekrar tekrar posta atmak itibarınıza zarar verir.
  • Abonelikten çıkanları ve spam şikâyetçilerini tüm araçlarda bastırın.
  • Etkin olmayan kişileri emekliye ayırın. Etkin olmamayı işletmeniz için tanımlayın (örneğin seçtiğiniz bir süre boyunca tıklama veya alışveriş olmaması) ve onlara posta atmayı bırakın ya da önce bir yeniden izin mesajı gönderin.
  • Liste satın almayın. Satın alınan adreslerin onayı yoktur ve şikâyet üretme eğilimindedir.
  • İşlemsel ve pazarlama akışlarını ayırın ki bir pazarlama şikâyeti sıçraması makbuzlara ve parola sıfırlamalarına zarar vermesin. Bunu işlemsel ve pazarlama e-postası yazısında ele alıyoruz.

Teslim edilebilirliği nasıl izlersiniz?

Üç kaynağı izleyin: kendi geri dönme ve teslim verileriniz, posta sağlayıcılarının panoları ve DMARC raporlarınız.

  • Google Postmaster Tools, Gmail kullanıcılarına gönderilen posta için spam oranını, kimlik doğrulama sonuçlarını ve alan adı ile IP itibarını gösterir. Google'ın yönergeleri göndericilere spam bildirimlerini, teslim sorunlarını ve kimlik doğrulamayı izlemek için bunu kullanmalarını söyler.
  • DMARC toplu raporları, rua adresinize gönderilir ve alan adınız adına gönderen her kaynağı listeler. p=reject düzeyine geçmeden önce unutulmuş CRM veya faturalama aracını bulmanın yoludur.
  • Geri dönme yönetimi: kalıcı geri dönmeler kalıcı hatalardır ve çıkarılmalıdır; geçici geri dönmeler geçicidir ve durdurmadan önce birkaç kez yeniden denenmelidir. E-posta API'sinde posta kutusunu geri dönme mesajları için tarayabilir ve geri dönme izlemesini başlatabilirsiniz.
  • Tohum testleri: her kampanyadan önce başlıca sağlayıcılardaki kendi adreslerinize gönderin ve klasörü, başlıkları ve kimlik doğrulama sonuçlarını kontrol edin.

E-posta teslim edilebilirliği kontrol listesi

Bunu her yeni alan adı, platform veya büyük kampanyadan önce çalıştırın.

  1. SPF kaydı bir kez yayımlandı, her gönderim hizmetini kapsıyor ve 10 sorgu içinde.
  2. Alan adınız için DKIM etkin, desteklenen yerde 2048 bit anahtar.
  3. DMARC kaydı bir rua adresiyle yayımlandı; politika yalnızca raporlar temizlendikten sonra yükseltildi.
  4. From alan adı SPF veya DKIM alan adıyla hizalı.
  5. Gönderim IP'sinde ileri ve ters DNS eşleşiyor, TLS etkin.
  6. Pazarlama postasında tek tıkla abonelikten çıkma başlıkları ve görünür bir abonelikten çıkma bağlantısı.
  7. Abonelikten çıkmalar otomatik ve 2 günün çok içinde işleniyor.
  8. Her alıcı için onay kaydedilmiş; satın alınmış liste yok.
  9. Kalıcı geri dönmeler çıkarıldı; etkin olmayan kişiler emekliye ayrıldı.
  10. Hacim kademeli artırıldı; spam oranı Postmaster Tools'ta izleniyor.
  11. Pazarlama ve işlemsel posta ayrı akışlarda.
  12. Test gönderimleri başlıca posta sağlayıcılarında kontrol edildi.

Örnek senaryo: Dubai'de bir çevrimiçi eczane kampanya ekliyor

Dubai'de kurgusal bir perakendeci olan "Noor Pharmacy", web mağazası üzerinden orders@noorpharmacy.example adresinden sipariş makbuzları gönderir ve bir pazarlama platformundan aylık bülten eklemek ister. Bir denetimde web mağazasının SPF ile kapsandığını, ancak bülten platformunun kendi alan adıyla imzaladığını görür.

Aldığı aksiyonlar: platformu ikinci bir kayıt oluşturmak yerine mevcut SPF kaydına ekler, özel alan adı DKIM'i etkinleştirir, bir rua posta kutusuyla p=none yayımlar ve iki haftalık raporları okur. Raporlar, alan adı adına gönderen eski bir destek aracını ortaya çıkarır; bu araç da doğrulanır. Bülten, kampanyalardaki bir şikâyet sıçramasının makbuzları etkilememesi için news.noorpharmacy.example alt alan adına taşınır. Sonra eczane önce en etkileşimli müşterilerine gönderir ve spam oranını izleyerek kitleyi adım adım genişletir.

Bu rehberin sınırları nelerdir?

Kimlik doğrulama sizi kapıdan geçirir, gelen kutusuna sokmaz. Posta sağlayıcıları ayrıca hiçbir DNS kaydının kontrol etmediği etkileşimi, içeriği ve geçmişi tartar ve kuralları değişir; bu yüzden alıntılananların ötesinde sabit eşikleri aktarmak yerine sağlayıcıların kendi sayfalarına bağlantı veriyoruz. Hiç kimse gelen kutusuna yerleşimi vaat edemez. Bu genel bir rehberdir, hukuki tavsiye değildir; pazarlama e-postasının onay kuralları da vardır, bunlar işlemsel ve pazarlama e-postası yazısında ele alınır.

OmniChannels.ai nasıl yardımcı olur?

OmniChannels.ai e-postayı kendi göndericinizden gönderir: posta kutunuzu SMTP ve IMAP ile bağlarsınız ya da E-posta API'si üzerinden gönderirsiniz; alan adınızın SPF ve DMARC kayıtları için kontroller ve bir sandbox test gönderimi bulunur. Kampanyalar Excel veya CSV yüklemeyi, mükerrer filtrelemeyi, önizlemeyi ve zamanlamayı destekler; yanıtlar WhatsApp ve diğer kanalların yanında Omni Inbox'a düşer. Teslim raporları CSV olarak dışa aktarılır. E-posta kanalına bakın veya bir geliştirici tanıtımı ayarlayın. E-postanın neden karışımın yalnızca bir parçası olduğunu öğrenmek için SMS ve e-posta pazarlaması yazısını okuyun.

Sık sorulan sorular

SPF, DKIM ve DMARC arasındaki fark nedir?

SPF, bir alan adı adına posta gönderebilecek sunucuları listeleyen bir DNS kaydıdır. DKIM, her mesaja alıcıların DNS'teki bir açık anahtara karşı doğruladığı kriptografik bir imza ekler. DMARC ikisinin üzerine kurulur: doğrulamayı geçemeyen postalar için politikayı belirler, görünen From alan adıyla hizalanmayı şart koşar ve rapor ister. Güvenilir gelen kutusu yerleşimi için üçüne de ihtiyacınız var.

Günde 5.000'den az e-posta gönderiyorsam DMARC'a ihtiyacım var mı?

Google tüm göndericilerden SPF veya DKIM ister ve Gmail'e günde 5.000'in üzerinde mesaj gönderen toplu göndericiler için DMARC ekler. Bu sınırın altında bile p=none ile DMARC yayımlamak az maliyetlidir, alan adınız adına kimin gönderdiğine dair rapor verir ve büyümeye hazırlar. Toplu gönderici eşiğine ulaştığınızda Google sizi kalıcı olarak toplu gönderici sayar.

İyi bir spam şikâyet oranı nedir?

Google'ın yönergesi, Postmaster Tools'ta bildirilen spam oranını yüzde 0,10'un altında tutmanız ve yüzde 0,30'a asla ulaşmamanızdır. Yahoo göndericilerden yüzde 0,3'ün altında kalmalarını ister. Bunları hedef değil üst sınır olarak görün. Yalnızca e-postanızı isteyen kişilere gönderin, abonelikten çıkmayı kolaylaştırın ve şikâyetlerin nadir kalması için etkin olmayan adresleri çıkarın.

Tek tıkla abonelikten çıkma nedir ve buna ihtiyacım var mı?

Tek tıkla abonelikten çıkma, alıcının bir sayfa açmadan e-posta istemcisinden çıkmasını sağlar. RFC 8058'de tanımlandığı gibi iki başlık eklersiniz: URL içeren List-Unsubscribe ve List-Unsubscribe=One-Click olarak ayarlanmış List-Unsubscribe-Post. Google ve Yahoo, toplu göndericilerin pazarlama ve abonelik postaları için bunu, gövdede görünür bir abonelikten çıkma bağlantısıyla birlikte şart koşar.

Yeni bir gönderim alan adını ısıtmak ne kadar sürer?

Sabit bir takvim yoktur. Google yalnızca spam bildirimlerini izlerken hacmi kademeli artırmanızı söyler. En etkileşimli alıcılarınızla başlayın, hacmi adım adım artırın ve geri dönmeler veya şikâyetler yükselirse artışı durdurun. Büyük listeler daha çok adım gerektirir. İlerlemeyi takvimle değil Postmaster Tools verileriyle ve geri dönme oranlarıyla değerlendirin.

SPF, DKIM ve DMARC olmasına rağmen e-postam neden spama düşüyor?

Kimlik doğrulama kimliği kanıtlar, kaliteyi değil. Posta yine de zayıf gönderici itibarı, yüksek şikâyet veya geri dönme oranları, satın alınmış veya eskimiş listeler, yanıltıcı konu satırları, bozuk HTML ya da düşük itibarlı alan adlarına bağlantılar yüzünden filtrelenebilir. Hizalanmayı da kontrol edin: kendi alan adıyla imzalayan üçüncü taraf bir platform DKIM'i geçer, ancak markanız için DMARC'ı geçemeyebilir.

Kaynaklar

  1. Email sender guidelines, Google Workspace Admin Help
  2. Email sender guidelines FAQ, Google Workspace Admin Help
  3. Sender best practices, Yahoo Sender Hub
  4. Strengthening the email ecosystem: Outlook's new requirements for high-volume senders, Microsoft Tech Community
  5. RFC 9989: Domain-Based Message Authentication, Reporting, and Conformance (DMARC), RFC Editor