E-posta güvenlik ayarları kaynaklı e-posta deliverability (teslim edilebilirliği) sorunları yaşıyor veya kimlik avı (phishing) saldırılarından endişe ediyorsanız, çözüm arayışınıza DNS (Domain Name System) yönetim panelinizde başlamalısınız. DNS, alan adınızın dijital kimlik kartıdır ve e-posta güvenlik ayarlarının temelini oluşturan SPF, DKIM ve DMARC gibi hayati kayıtları barındırır.
Bu kayıtlar, alıcı sunuculara (Gmail, Outlook vb.) sizin gerçekten kim olduğunuzu kanıtlayan E-E-A-T uyumlu teknik taahhütlerdir. Bu rehber, e-posta güvenlik ayarlarını en üst düzeye çıkarmak için DNS panelinde yapmanız gereken tüm ayarları (TXT ve CNAME kayıtları dahil) adım adım, teknik ve anlaşılır bir dille açıklayacaktır.
Neden E-posta Güvenlik Ayarları DNS Üzerinden Yapılır?
DNS, bir alan adının kime ait olduğunu ve o alan adına ait hangi sunucuların ne tür hizmetler sunduğunu (web, e-posta vb.) belirleyen küresel bir sistemdir. E-posta güvenlik ayarları DNS’e eklenir çünkü bu, alan adınızın sahibinin bu e-posta güvenlik ayarlarını yaptığını kanıtlamanın tek yoludur. Alıcı sunucu, DNS kaydına bakarak sizin sahte olmadığınızı anlar.
SPF, DKIM ve DMARC kayıtlarının doğru ve eksiksiz olması, Alan Adı İtibarınızı (Domain Reputation) doğrudan artırır. Bu kayıtlar, filtrelerin size daha fazla güvenmesini ve e-postalarınızı spam klasörü yerine gelen kutusuna yönlendirmesini sağlar.
1. Hayati Ayar: SPF (Sender Policy Framework) Kurulumu
SPF, bir alan adı adına e-posta göndermeye yetkili tüm sunucuları (IP adresleri ve servisler) listeleyen bir DNS kaydıdır.
SPF kaydı, DNS panelinize TXT (Text) türünde bir kayıt olarak eklenir.
Bir alan adı, DNS’te yalnızca bir adet SPF TXT kaydına sahip olabilir. Eğer kurumsal e-posta (Google Workspace) ve pazarlama (Mailchimp) için ayrı ayrı kayıt eklerseniz, bu PermError ile sonuçlanır ve e-postalarınız reddedilir.
Çözüm (Tek Kayıtta Birleştirme):
$$v=spf1 \text{ include:\_spf.google.com} \text{ include:servers.mcsv.net} \text{ -all}$$
SPF kaydının sonundaki mekanizma, listede olmayan bir sunucudan gelen e-postaya ne yapılacağını söyler:
2. Hayati Ayar: DKIM (DomainKeys Identified Mail) Kurulumu
DKIM, gönderdiğiniz her e-postaya dijital bir imza ekler. Bu imza, alıcıya e-postanın yolda değiştirilmediğini kanıtlar.
E-posta güvenlik ayarları için servis sağlayıcınız (ESP), DKIM kurulumu için genellikle iki tür kayıt sunar:
Örnek (CNAME): Mailchimp, kurulum için size iki ayrı CNAME kaydı verebilir.
DKIM kaydını DNS’e eklerken, k1._domainkey veya mandrill._domainkey gibi bir Seçici (Selector) kullanırsınız.
3. Hayati Ayar: DMARC (Raporlama ve Politika) Kurulumu
DMARC, SPF ve DKIM’ın sonuçlarını kontrol eder ve bu iki doğrulama başarısız olduğunda (uyumsuzluk durumunda) ne yapılacağını belirleyen bir politikadır.
DMARC kaydı da DNS’e TXT türünde eklenir ve mutlaka _dmarc alt alan adını kullanır.
DMARC raporlarını analiz etmek, bilinmeyen göndericileri (kimlik avı girişimleri) ve meşru gönderimlerinizdeki SPF/DKIM uyumsuzluklarını tespit etmenizi sağlar. DMARC $p=reject$ politikasına geçmeden önce bu raporları analiz etmek zorunludur.
DNS Üzerindeki İkinci Katman Güvenlik Ayarları
Bu ayarlar, IP ve Alan Adı İtibarınızı (Domain Reputation) daha da güçlendirir.
Ters DNS (PTR Kaydı), SPF’in tam tersidir; IP adresinin hangi alan adına ait olduğunu doğrular. PTR kaydının olmaması, spam filtreleri için olumsuz bir sinyaldir. Eğer kendi sunucunuzu veya Özel IP’nizi kullanıyorsanız, bu kaydı mutlaka hosting sağlayıcınızla kontrol edin.
BIMI (Brand Indicators for Message Identification), e-postanızın yanında markanızın logosunu gösteren yeni bir DNS kaydıdır. BIMI, açma oranını artırır ancak ön koşulu: DKIM ve SPF’in tam olması ve DMARC politikasının $p=reject$ seviyesinde olmasıdır.
E-ticaret ve Cold Email İçin DNS Ayarları Checklist’i
E-ticaret siteleri (Shopify, Ticimax, İdeasoft) genellikle sipariş onayı, pazarlama ve faturalama için farklı servisler kullanır.
Cold Email (soğuk e-posta), itibar açısından risklidir. Ana alan adınızın itibarını korumak için:
SSS (People Also Ask) Bölümü
DNS’te birden fazla SPF TXT kaydı bulunması bir hatadır (PermError). Tüm include: mekanizmalarını tek bir TXT kaydında birleştirip eski kayıtları silmelisiniz.
Bunun nedeni, DMARC politikanızın büyük ihtimalle $p=none$ (gözetleme) olarak ayarlanmış olmasıdır. $p=none$, sadece rapor gönderir, e-postaları reddetmez. Spam sorununu çözmek için DMARC’ın yanı sıra, SPF/DKIM’in uyumlu olduğundan ve alan adı itibarınızın yüksek olduğundan emin olmalısınız.
TTL (Time To Live), DNS kayıtlarınızda yaptığınız değişikliğin tüm internet sunucularına yayılması için geçmesi gereken süredir. Hata düzeltirken bu süreyi kısa tutmak (örneğin 300 saniye/5 dakika) iyileştirmeyi hızlandırır.
DNS üzerinden SPF, DKIM ve DMARC ayarlarını doğru ve uyumlu bir şekilde yapmak, e-posta Deliverability’nizin temelidir ve kimlik avı saldırılarını engellemek için zorunludur. Hatalı bir kayıt veya yanlış birleştirme, tüm iletişiminizin anında kesilmesine neden olabilir.
Eposta Uzmanı olarak E-posta güvenlik ayarları, deliverability ve cold email otomasyonlarında profesyonel çözümler sunuyoruz. DNS güvenlik ayarlarınızı (SPF/DKIM/DMARC) kusursuzca kurmak, uyumsuzlukları çözmek ve kalıcı olarak %99+ teslimat garantisi sağlamak için ücretsiz analiz ve kesin çözüm garantisi için bizimle iletişime geçin.
