Domain Kaydınızı Ücretsiz Araçlarla Nasıl Test Edersiniz

Bir domain kaydını kurduktan sonra bir kez test edip unutmak, altı ay sonra sessizce bozulan bir SPF veya DKIM kaydını fark etmemek anlamına gelebilir. Bu yazıda ücretsiz SPF, DKIM, DMARC checker araçlarıyla domain kaydınızı nasıl test edeceğinizi ve bu kontrolü tek seferlik değil rutin bir alışkanlık haline nasıl getireceğinizi anlatıyoruz. Amaç, karmaşık bir izleme altyapısı kurmak değil; birkaç dakikalık bir kontrolü doğru zamanlarda tekrarlayan basit bir rutin oluşturmaktır.

Checker araçları ne test eder

Bir SPF/DKIM/DMARC checker aracı temelde DNS sorguları yapıp sonucu okunabilir hale getirir. SPF için, kaydın v=spf1 ile başlayıp geçerli bir sözdizimiyle bittiğini, include zincirinin kaç DNS lookup'a mal olduğunu ve limitin (10 lookup) aşılıp aşılmadığını gösterir. DKIM için, verdiğiniz selector adını sorgulayıp ilgili TXT kaydının mevcut olup olmadığını ve açık anahtarın doğru formatta olup olmadığını kontrol eder.

DMARC için ise _dmarc alt alan adındaki TXT kaydını okuyup p= politikasını, rua=/ruf= rapor adreslerini ve varsa sözdizimi hatalarını listeler. Bazı araçlar bunun ötesine geçip domain'in blacklist durumunu, MX kayıtlarını ve genel DNS sağlığını da tek ekranda gösterir — bu, ilk kurulumdan sonra hızlı bir genel bakış için kullanışlıdır.

Blacklist kontrolü özellikle adresli B2B soğuk e-posta gönderen ekipler için ayrı bir önem taşır: gönderim IP'niz (kendi sunucunuz veya kullandığınız aracın paylaşımlı IP'si) bilinen bir kara listeye düşmüşse, SPF/DKIM/DMARC kayıtlarınız kusursuz olsa bile e-postalarınız teslim edilmeyebilir. Bu yüzden bir checker aracı çalıştırırken sadece kimlik doğrulama kayıtlarına değil, gönderim yaptığınız IP'nin kara liste durumuna da bakmak faydalıdır.

Hangi araç ne zaman işe yarar

MXToolbox, genel olarak bilinen ve yaygın kullanılan bir DNS/SPF/DKIM/DMARC kontrol aracıdır; domain adınızı ve (DKIM için) selector adınızı girip anında sonuç almanızı sağlar. Tek bir domain için hızlı, ücretsiz bir kontrol istediğinizde pratik bir başlangıç noktasıdır.

Google Admin Toolbox ise özellikle Google Workspace kullanan ekipler için faydalıdır; Workspace üzerinden gönderim yapıyorsanız bu araç, Google'ın kendi altyapısıyla ilgili doğrulama senaryolarını daha isabetli yansıtabilir. Genel kural şu: domain'iniz tek bir platforma bağlıysa o platformun kendi aracını, birden fazla gönderim kaynağınız varsa genel amaçlı bir DNS checker'ı tercih edin.

• Tek domain, hızlı genel kontrol → genel amaçlı bir DNS/SPF/DKIM/DMARC checker
• Google Workspace üzerinden gönderim → Google Admin Toolbox gibi platforma özel araç
• DKIM testi → mutlaka doğru selector adını girmeniz gerekir, aksi halde araç kaydı bulamaz
• SPF testi → include zincirinin lookup sayısını da kontrol eden bir araç tercih edin

Pratik bir test nasıl yapılır

Genel amaçlı bir checker aracında akış genelde şöyledir: domain adınızı ilgili kutuya yazarsınız, araç otomatik olarak MX, SPF ve DMARC kayıtlarını sorgular; DKIM için ise ayrıca selector adını girmeniz istenir çünkü DKIM kaydı DNS'de doğrudan domain altında değil, selector'a özgü bir alt alan adında yayınlanır. Sonuç ekranında her kayıt için „pass", „warning" veya „fail" gibi bir durum ve varsa sözdizimi hatasının nedeni gösterilir.

„Warning" sonuçları genelde göz ardı edilir ama dikkat edilmesi gereken bir işarettir — örneğin SPF kaydının lookup sayısı limite yaklaşıyorsa araç bunu bir uyarı olarak gösterir, henüz „fail" değildir ama yeni bir gönderim aracı eklendiğinde fail'e dönüşebilir. Bu tür uyarıları görmezden gelmemek, sorunu limite gerçekten çarpmadan önce çözme fırsatı verir.

Tek seferlik kontrol neden yetmez

Bir domain kaydını kurulum sırasında test edip „pass" görmek, o kaydın altı ay sonra da doğru çalışacağı anlamına gelmez. DNS sağlayıcı değişimi, yeni bir gönderim aracının eklenmesi, bir çalışanın yanlışlıkla bir TXT kaydını silmesi veya güncellemesi gibi olaylar, kaydı sessizce bozabilir — ve bu genelde bir kampanya ortasında deliverability düşüşüyle fark edilir, checker aracına tekrar bakılarak değil.

Özellikle SPF'in 10 DNS lookup limiti, zaman içinde yeni bir araç eklendikçe aşılabilecek bir sınırdır; limit aşıldığında SPF permerror ile tamamen başarısız olur ve bu durum sadece yeni eklenen aracı değil, domain'in tüm SPF doğrulamasını etkiler. Bu yüzden checker aracına tek seferlik değil, periyodik olarak (ör. her yeni araç eklemesinde ve üç ayda bir genel kontrol olarak) bakmak gerekir.

Somut bir örnek: bir ekip başlangıçta sadece CRM ve Google Workspace üzerinden gönderim yapıyor, SPF kaydı 4 lookup'a mal oluyor ve rahat sınırın altında kalıyor. Zamanla bir e-posta doğrulama servisi, bir webinar aracı ve bir pazarlama otomasyon platformu daha ekleniyor; her biri kendi include zincirini SPF kaydına ekliyor ve toplam lookup sayısı 11'e çıkıyor. Kimse bunu fark etmiyor çünkü kayıt DNS'de hâlâ „var" — ama SPF artık permerror veriyor ve bu, ilk büyük kampanyanın deliverability raporlarında düşük teslim oranı olarak ortaya çıkıyor.

Gönderim öncesi rutin kontrol nasıl kurulur

Rutin kontrolü karmaşık bir sisteme dönüştürmenize gerek yok; küçük bir alışkanlık zinciri yeterli. Yeni bir kampanya veya yeni bir gönderim hesabı devreye alınmadan önce SPF/DKIM/DMARC durumunu bir checker aracıyla hızlıca kontrol etmek, saatler sürebilecek bir deliverability sorununu dakikalar içinde önleyebilir.

Bu rutini kayıt altına almak için karmaşık bir araca ihtiyacınız yok — basit bir tablo (hangi domain, son kontrol tarihi, SPF lookup sayısı, DKIM selector listesi) çoğu küçük-orta ölçekli ekip için yeterlidir. Domain ve gönderim hesabı sayısı arttığında bu tabloyu elle güncellemek zorlaşır; o noktada sürekli izleme yapan bir araca geçmeyi değerlendirebilirsiniz, ama başlangıç için bu kadarı fazlasıyla yeterlidir. Bu tabloyu tutan kişi ekipten ayrılsa bile, yerine gelen kişi aynı rutini kolayca devralabilir — bu da rutini kişiye değil sürece bağlı hale getirir.

• Yeni bir gönderim hesabı veya domain eklendiğinde SPF, DKIM, DMARC kayıtlarını checker ile doğrulayın
• SPF'in lookup sayısını takip edin, limite yaklaşıyorsa include zincirini sadeleştirin
• DKIM testini mutlaka doğru selector adıyla yapın; yanlış selector „kayıt yok" sonucu verir ama kayıt aslında var olabilir
• Büyük bir kampanya öncesi (ör. yeni bir tenant veya yeni domain ile ilk gönderim) genel bir DNS sağlığı taraması yapın
• Üç ayda bir tüm gönderim domainlerinizi tek tek gözden geçiren kısa bir rutin belirleyin

B2B soğuk e-posta ekibi için checklist

Adresli B2B soğuk e-postada tek bir büyük kampanya, aylarca süren bir hazırlığın sonucu olabilir — ICP filtreli bir şirket listesi, kişiselleştirilmiş içerik, doğru zamanlama. Bu emeğin bir DNS satırındaki fark edilmemiş bir hatayla boşa gitmesini önlemek için, aşağıdaki kontrol listesini kampanya öncesi standart bir adım haline getirmek mantıklıdır.

• Her domain için SPF, DKIM, DMARC durumu son üç ay içinde kontrol edildi mi?
• SPF lookup sayısı 10 limitine yakın mı, include zinciri sadeleştirilebilir mi?
• DKIM selector adları tüm gönderim araçlarında doğru mu?
• Yeni bir gönderim hesabı eklenmeden önce checker kontrolü standart bir adım mı?
• Checker sonuçları sadece „pass/fail" değil, sözdizimi uyarılarını da kapsıyor mu?

Sık sorulan sorular