SPF, DKIM ve DMARC, bir e-postanın gerçekten sizin alan adınızdan geldiğini alıcı sunucuya kanıtlayan üç DNS kaydıdır. SPF, alan adınız adına hangi sunucuların gönderim yapabileceğini listeler. DKIM, iletiye dijital bir imza ekler. DMARC ise ilk ikisinden geçemeyen iletiye ne yapılacağını söyler ve size rapor gönderir. Üçü birlikte eksiksiz kurulmadığında, en iyi yazılmış e-posta da spam klasörüne düşebilir.
Neden artık zorunlu?
Google ve Yahoo, Şubat 2024'ten itibaren e-posta göndericileri için doğrulama kurallarını sıkılaştırdı. Gmail adreslerine günde 5.000'e yakın ya da daha fazla ileti gönderen toplu göndericilerin SPF, DKIM ve DMARC'ı birlikte kurması, gönderen adresin alan adını bu kontrollerle hizalaması ve pazarlama iletilerinde tek tıkla abonelikten çıkma sunması gerekiyor. Daha az gönderenler için de SPF ya da DKIM şart. Microsoft da 5 Mayıs 2025'ten itibaren Outlook.com, Hotmail ve Live adreslerine günde 5.000'den fazla ileti gönderen alan adlarından SPF, DKIM ve DMARC istiyor; uymayan iletiler önce gereksiz klasörüne yönlendiriliyor.
Yani DMARC artık bir "iyi uygulama" değil, B2B e-posta ve outbound için temel koşuldur.
SPF: kimler gönderebilir?
SPF (Sender Policy Framework), alan adınızın DNS'ine eklenen bir TXT kaydıdır ve alan adınız adına e-posta gönderebilecek sunucuları ya da servisleri listeler.
v=spf1 include:_spf.google.com include:servers.mcsv.net ~all
Dikkat edilecek iki kural var: bir alan adında yalnızca bir SPF kaydı olur ve kayıt, değerlendirme sırasında en fazla 10 DNS sorgusu yapabilir. Çok sayıda gönderim servisi kullanan şirketlerde bu sınır sık aşılır ve SPF sessizce hata verir.
DKIM: ileti değişmedi mi?
DKIM (DomainKeys Identified Mail), gönderen sunucunun her iletiye özel bir anahtarla dijital imza eklemesidir. İmzayı doğrulamak için gereken açık anahtar, alan adınızın DNS'inde seçici._domainkey.alanadiniz.com biçiminde bir kayıtta durur. Alıcı sunucu imzayı kontrol eder; ileti yolda değiştirildiyse ya da başka bir yerden gönderildiyse imza tutmaz.
Her gönderim servisi (Google Workspace, Microsoft 365, pazarlama e-postası aracı, outbound aracı) için DKIM ayrı ayrı açılmalıdır.
DMARC: geçemeyene ne olacak?
DMARC (Domain-based Message Authentication, Reporting and Conformance), _dmarc.alanadiniz.com adresinde duran bir TXT kaydıdır. İki iş yapar: SPF ya da DKIM'den geçemeyen ve gönderen adresle hizalanmayan iletiye ne yapılacağını söyler ve size doğrulama raporları gönderir.
v=DMARC1; p=none; rua=mailto:dmarc-raporlari@alanadiniz.com
| Politika | Ne olur | Ne zaman |
|---|---|---|
p=none | İleti normal teslim edilir, yalnızca raporlanır | Başlangıç ve izleme dönemi |
p=quarantine | İleti spam klasörüne gönderilir | Meşru kaynaklar düzeldikten sonra |
p=reject | İleti reddedilir | Tüm kaynaklar doğrulandığında |
Adım adım kurulum
- Gönderim kaynaklarını listeleyin. Alan adınız adına kim e-posta gönderiyor? Kurumsal e-posta, pazarlama aracı, CRM, destek sistemi, fatura sistemi, outbound aracı.
- SPF'i tek kayıtta birleştirin. Bütün kaynakları tek kayda ekleyin, sorgu sayısını kontrol edin.
- DKIM'i her kaynak için açın. Her servisin verdiği DKIM kaydını DNS'e ekleyin ve imzalamayı etkinleştirin.
- DMARC'ı p=none ile yayına alın. Rapor adresi tanımlayın; raporları okumak için bir DMARC rapor aracı kullanın.
- Raporları okuyun. Birkaç hafta boyunca hangi kaynakların doğrulamadan geçemediğini görün ve düzeltin.
- Politikayı sıkılaştırın. Önce
quarantine, ardındanreject. - İtibarı izleyin. Google Postmaster Tools'ta spam şikayet oranını ve alan adı itibarını düzenli kontrol edin.
Soğuk e-posta için ek notlar
Outbound yapan ekipler genellikle ana alan adını korumak için ayrı bir gönderim alan adı kullanır, yeni alan adını küçük hacimle ısıtır ve kişi başına günlük gönderimi sınırlar. Doğrulama kayıtları bu alan adı için de eksiksiz kurulmalıdır. Türkiye'de ticari elektronik ileti gönderimi 6563 sayılı Kanun ve ilgili yönetmelikle düzenlenir; alıcının tacir ya da tüketici olmasına göre farklı kurallar ve İYS yükümlülükleri vardır; kampanyadan önce hukuki görüş alın. Avrupa'daki alıcılar için GDPR ayrıca değerlendirilmelidir.
E-posta teslimat sorunlarını tespit etmek için e-posta deliverability giriş ürünümüz alan adınızın doğrulama ve itibar durumunu denetler. Outbound dahil lead üretim sürecinin tamamı B2B lead generation ajansı sayfasında.
Sık sorulan sorular
Gmail'in toplu gönderici kuralları kimleri kapsıyor?
Google, Şubat 2024'ten itibaren Gmail adreslerine günde 5.000'e yakın ya da daha fazla ileti gönderenleri toplu gönderici sayıyor. Bu göndericiler için SPF, DKIM ve DMARC zorunlu; pazarlama iletilerinde tek tıkla abonelikten çıkma isteniyor. Daha az gönderenler için de SPF ya da DKIM şart.
DMARC'ı hemen p=reject yapmalı mıyım?
Hayır. Önce p=none ile başlayıp raporları birkaç hafta izleyin; alan adınız adına kimlerin e-posta gönderdiğini ve hangilerinin doğrulamadan geçemediğini görün. Bütün meşru kaynaklar düzeldikten sonra quarantine'e, ardından reject'e geçin.
Bir alan adında birden fazla SPF kaydı olabilir mi?
Hayır. Bir alan adında yalnızca bir SPF kaydı bulunmalıdır; birden fazla kayıt SPF'in hata vermesine yol açar. Birden fazla gönderim servisini tek kayıtta birleştirin ve 10 DNS sorgusu sınırına dikkat edin.
Soğuk e-posta için ana alan adımı kullanmalı mıyım?
Yüksek hacimli soğuk e-postayı ana alan adınızdan göndermek, şikayet ve spam oranları yükselirse şirketin günlük e-postalarının teslimatını da etkileyebilir. Pek çok ekip outbound için ayrı, doğru yapılandırılmış bir alan adı kullanır. Her durumda SPF, DKIM ve DMARC eksiksiz kurulmalıdır.
Kaynaklar
- 1Google Workspace Yardım, E-posta gönderen yönergeleri, 2024
- 2Yahoo Sender Hub, Best practices, 2024
- 3Microsoft Tech Community, Outlook's new requirements for high-volume senders, 2025
- 46563 sayılı Elektronik Ticaretin Düzenlenmesi Hakkında Kanun, 2014
- 5RFC 7208, Sender Policy Framework (SPF), 2014
- 6RFC 6376, DomainKeys Identified Mail (DKIM) Signatures, 2011
- 7RFC 7489, Domain-based Message Authentication, Reporting, and Conformance (DMARC), 2015

Semih BayındırSenior Software Engineer & Tech Lead
Semih Bayındır , ileri seviye teknik uzmanlığa sahip, yazılım mimarisi ve modern geliştirme teknolojilerinde güçlü deneyimi olan bir Senior Software Engineer & Tech Lead ’dir.

Semih BayındırSenior Software Engineer & Tech Lead











