DKIM ve SPF Doğru Şekilde Nasıl Kurulur

Soğuk e-postalarınız spam klasörüne düşüyorsa, belirgin bir sebep olmadan geri dönüyorsa ya da Google ve Microsoft tarafından işaretleniyorsa, öncelikle bir metin sorununuz yok. Bir güven sorununuz var. DKIM ve SPF'yi doğru kurmayı öğrenmek, teslim edilebilirliği artırmanın en hızlı yollarından biridir; çünkü gelen kutusu sağlayıcılarına, mesajı gerçekten sizin alan adınızın yetkilendirdiğini söyler.

Giden kampanyalar yürüten her işletme için bu, isteğe bağlı bir teknik bakım işi değildir. Gelir altyapısının bir parçasıdır. Soğuk erişim için özel bir alan adı kullanıyorsanız, gönderim hacmini artırmadan, kampanyaları test etmeden ya da sonuçları değerlendirmeden önce SPF ve DKIM'in yerinde olması gerekir.

DKIM ve SPF'yi karmaşıklaştırmadan nasıl kurarsınız

SPF ve DKIM birbiriyle ilişkili işler yapar, ama aynı şey değildir.

SPF, yani Sender Policy Framework, alıcı sunuculara alan adınız adına hangi posta sunucularının e-posta gönderebileceğini söyler. DNS kayıtlarınızda yayımlanan, onaylı göndericiler listesi gibi düşünebilirsiniz.

DKIM, yani DomainKeys Identified Mail, giden e-postanıza kriptografik bir imza ekler. Bu imza, mesajın alan adınız tarafından yetkilendirildiğini ve yolda değiştirilmediğini kanıtlar.

SPF yoksa, gelen kutusu sağlayıcıları gönderen sunucunuzun meşru olduğuna daha az güvenir. DKIM yoksa, mesajın kendisinin gerçek olduğuna dair elinde daha az kanıt olur. İkisinin birlikte çalışmasını istersiniz. Çoğu durumda eninde sonunda DMARC'a da ihtiyaç duyarsınız, ama ilk adım SPF ve DKIM'dir.

Herhangi bir şey kurmadan önce

İki yere erişiminiz olması gerekir: alan adınızın DNS ayarları ve e-posta gönderim platformunuz. DNS'iniz genellikle alan adı sağlayıcınız (registrar) veya hosting firmanız üzerinden yönetilir. Gönderim platformunuz Google Workspace, Microsoft 365, soğuk e-posta yazılımınız, SMTP sağlayıcınız ya da özel bir gönderim servisi olabilir.

Ekranlar farklılık gösterir, ama süreç genellikle aynıdır. E-posta sağlayıcınız size eklemeniz gereken DNS kayıtlarını verir. Siz bunları alan adı ayarlarınızda yayımlarsınız. Sonra da kayıtların etkin olduğunu doğrularsınız.

Erişim kampanyalarını ayrı bir alan adından veya alt alan adından gönderiyorsanız, bu çoğu zaman daha akıllıca bir kurulumdur. Kampanya kalitesi düşerse ya da hacim çok hızlı artarsa ana alan adınızın itibarını korur. Birçok gönderici performans düşene kadar bunu görmezden gelir. O noktada artık önlem almak yerine hasarı onarıyor olurlar.

Adım 1: SPF kaydınızı ekleyin

SPF kaydınız, DNS'inizdeki bir TXT kaydıdır. v=spf1 ile başlar ve alan adınız adına posta göndermesine izin verilen servisleri içerir.

Basit bir örnek şöyle görünebilir:

v=spf1 include:_spf.google.com ~all

Bu örnek, gelen kutusu sağlayıcılarına Google'ın alan adınız adına e-posta gönderebileceğini söyler. Başka bir platform da kullanıyorsanız, örneğin bir erişim aracı ya da işlem e-postası servisi, onun da kayda dahil edilmesi gerekebilir.

SPF'de asıl dikkat edilmesi gereken nokta, bir alan adı için yalnızca tek bir SPF kaydınızın olması gerektiğidir. İki değil. Her araç için bir tane değil. Yetkili tüm göndericileri içeren tek bir kayıt.

Birçok işletme teslim edilebilirliğini fark etmeden tam da burada bozar. Yeni bir platform bağladıklarında ikinci bir SPF TXT kaydı eklerler. DNS bunu kabul eder, ama alıcı posta sunucuları SPF kurulumunu geçersiz sayabilir. Çözüm, yetkili tüm göndericileri tek bir SPF kaydında birleştirmektir.

Kaydın sonuna da dikkat etmeniz gerekir. ~all etiketi bir soft fail'dir ve erken aşama kurulumlarda yaygındır. -all etiketi ise hard fail'dir ve daha katıdır. Hangisini kullanacağınız, meşru tüm gönderim kaynaklarını dahil ettiğinizden ne kadar emin olduğunuza bağlıdır. -all'a çok aceleyle geçer ve bir göndericiyi atlarsanız, geçerli e-postalar başarısız olabilir.

Adım 2: DKIM kaydınızı ekleyin

DKIM de DNS üzerinden eklenir, ama sağlayıcınıza bağlı olarak genellikle bir ya da birkaç CNAME veya TXT kaydı kullanır.

E-posta platformunuz bir DKIM selector'ı ve bir açık anahtar üretir. Bu bilgiyi DNS'e tam olarak verildiği gibi eklersiniz. Ardından gönderim platformunuz, giden mesajları imzalamak için arka planda eşleşen özel anahtarı kullanır.

Bir DKIM kaydı çoğu zaman SPF'den daha teknik görünür, ama asıl kural basittir: birebir kopyalayın. Eksik bir karakter, bölünmüş bir satır ya da yanlış bir host adı doğrulamayı engelleyebilir.

Bazı sağlayıcılar sizden şöyle bir host değeri yayımlamanızı ister:

selector1._domainkey.yourdomain.com

Ardından sağladıkları ilgili TXT değerini ya da CNAME hedefini bu hosta bağlarsınız.

Kayıt yayıldıktan sonra sağlayıcınız onu doğrulayabilmelidir. Doğrulamanın ardından, o sağlayıcı üzerinden gönderilen e-postalar alan adınıza bağlı bir DKIM imzası taşır.

Birden fazla sağlayıcıdan gönderim yapıyorsanız, birden fazla DKIM selector'ınız olabilir. Bu normaldir. SPF'nin aksine DKIM birden fazla kaydı destekleyebilir, çünkü her selector ayrıdır.

Adım 3: Hacim göndermeden önce her iki kaydı doğrulayın

Kaydet'e tıkladınız diye DNS değişikliklerinin işe yaradığını varsaymayın. DNS yayılması birkaç dakika sürebilir, bazı durumlarda daha da uzun. Çoğu gönderim platformunda bir doğrulama düğmesi ya da durum kontrolü bulunur. Kullanın.

Ayrıca Gmail veya Outlook gibi kontrolünüzdeki hesaplara test e-postaları gönderip mesaj başlıklarını ya da kimlik doğrulama sonuçlarını incelemelisiniz. Aradığınız şey SPF pass ve DKIM pass sonucudur.

Biri geçip diğeri başarısız oluyorsa, kimlik doğrulamanız kısmidir, kurulum tamamlanmış değildir. Bu, hiç kimlik doğrulaması olmadan göndermeye kıyasla performansı yine de iyileştirebilir, ama giden kampanyalar için istediğiniz standart bu değildir.

Teslim edilebilirliğe zarar veren yaygın hatalar

En büyük hata, SPF ve DKIM'i kutucuk işaretleme alıştırması gibi görmektir. Öyle değiller. Kötü bir kurulum, tutarsız kimlik doğrulaması yarattığı için neredeyse hiç kurulum yapmamak kadar zarar verebilir.

Yaygın sorunlardan biri yanlış gönderim alan adını kullanmaktır. Görünen From adresiniz, kimliğini doğruladığınız alan adıyla uyumlu olmalıdır. Platformunuz bir alan adıyla imzalıyor ama mesajınız başka bir alan adından geliyormuş gibi görünüyorsa, güven hızla çöker.

Bir diğer sorun, yönlendirmenin SPF'yi etkileyebileceğinin unutulmasıdır. SPF gönderen sunucunun izlediği yolu kontrol ettiği için, yönlendirilen postalar asıl gönderen meşru olsa bile SPF'den kalabilir. DKIM bu senaryoda daha dayanıklıdır, çünkü içeriğin imzasını doğrular. DKIM'in bu kadar önemli olmasının nedenlerinden biri de budur.

Bir de kayıt düzleştirme (flattening) ve SPF sorgu limitleri sorunu var. SPF yalnızca sınırlı sayıda DNS sorgusuna izin verir. Çok fazla araçtan çok fazla include üst üste koyarsanız limiti aşabilir ve hatalara yol açabilirsiniz. Karmakarışık bir araç yığını olan bir işletme için bu önemlidir. Bazen cevap bir yama daha değil, temizliktir.

Bu, soğuk erişim performansını nasıl etkiler

Satış e-postaları gönderiyorsanız, kimlik doğrulama yalnızca uyumluluğu değil, doğrudan gelen kutusuna yerleşmeyi de etkiler. E-posta hiç görülmüyorsa güçlü bir teklifin hiçbir anlamı yoktur.

Posta kutusu sağlayıcıları, kimlik doğrulamayı birkaç güven sinyalinden biri olarak kullanır. Kötü hedeflemeyi, zayıf metni ya da pervasız gönderim düzenlerini kurtarmaz. Ama o olmadan, iyi kurgulanmış bir kampanya bile dezavantajla başlar.

Bu, özellikle yeni potansiyel müşterilere büyük ölçekte gönderim yapıyorsanız geçerlidir. Soğuk erişim zaten müşteri iletişiminden daha fazla incelemeye tabidir. Teknik kurulumunuzun sürtünmeyi azaltması gerekir, artırması değil.

İşte bu yüzden giden kampanyalar yürüten işletmeler yalnızca gönderim yazılımının ötesini düşünmelidir. Tüm sistem önemlidir – alan adı kurulumu, gelen kutusu sağlığı, DNS kayıtları, hacim artış planı, liste kalitesi ve mesaj alaka düzeyi. Araçlar uygulamayı hızlandırabilir, ama hiçbir araç bozuk bir alan adı itibarını geride bırakamaz.

DMARC'a da ihtiyacınız var mı?

Evet, genellikle. Ama beklentileri doğru ayarlayın.

DMARC, SPF ve DKIM üzerine kurulur. Kimlik doğrulama başarısız olduğunda gelen kutusu sağlayıcılarına ne yapacaklarını söyler ve size raporlama görünürlüğü sağlar. SPF ve DKIM önce yapılandırılmamışsa, DMARC'ın üzerinde çalışacağı çok az şey olur.

Birçok işletme için akıllıca sıra şudur: önce SPF, sonra DKIM, en son DMARC. Doğrudan reject politikalı bir DMARC'a atlarsanız ve altyapınız yanlışsa, meşru postaları engelleyebilirsiniz. İzlemeyle başlayın, uyumu (alignment) doğrulayın, ardından politikayı zamanla sıkılaştırın.

Çoğu işletme için pratik bir kurulum standardı

Güvenilir bir temel istiyorsanız, erişim için özel bir gönderim alan adı ya da alt alan adı kullanın, tek ve temiz bir SPF kaydı yayımlayın, gönderim platformunuzla DKIM'i etkinleştirin, ikisini de doğrulayın ve kampanyaları başlatmadan önce test edin. Temel sağlamlaştıktan sonra DMARC'ı ekleyin.

Bu yaklaşım size kontrol sağlar. Ana marka alan adınızı korur, sorun gidermeyi kolaylaştırır ve giden kampanyaları ölçeklendirmek için daha temiz bir yol açar.

Teknik olmayan ekipler için iyi haber şu: bu genellikle tek seferlik bir kurulumdur, günlük bir iş değil. Doğru yapıldıktan sonra dikkatinizi satış hattını gerçekten besleyen şeylere çevirebilirsiniz – doğru potansiyel müşterileri hedeflemek, daha iyi teklifler yazmak ve disiplinli göndermek.

E-postayı ciddi bir satış kanalı olarak görüyorsanız, kimlik doğrulamayı sonradan akla gelen bir iş olarak ele almayın. Bir kez kurun, düzgünce doğrulayın ve kampanyalarınıza gelen kutusunda adil bir şans verin.