Google / Yahoo Uyumluluk
Toplu gönderici gereksinimlerini kontrol edin (SPF, DKIM, DMARC, PTR, TLS).
Çalıştırmak için yukarıya bir değer girin: Google / Yahoo Uyumluluk
örn. example.com
Kısa cevap
Bu araç, gönderici alan adınızın Google ve Yahoo toplu gönderim kurallarına uyup uymadığını SPF, DKIM, DMARC, PTR (ters DNS) ve TLS kontrolleriyle test eder. Beş kontrolün de yeşil olması, e-postalarınızın Gmail ve Yahoo kutularına ulaşacak şekilde ayarlandığı anlamına gelir; hata çıkan yerde düzeltmeniz gereken kaydı gösterir.
Bu araç, bir gönderici alan adının Google ve Yahoo'nun 2024'te yürürlüğe koyduğu toplu gönderici gereksinimlerini karşılayıp karşılamadığını denetler. Tek seferde beş sinyale bakar: SPF, DKIM, DMARC, ters DNS (PTR) ve gönderim yolundaki TLS. Gmail veya Yahoo adreslerine günde 5.000'den fazla ileti gönderenlerin bu koşulların tamamını sağlaması gerekir; aksi halde postalar hız sınırına takılır, spam klasörüne düşer ya da tümden reddedilir. Kontrol size tek bir özet sunar, böylece bir sonraki kampanyadan önce hangi gereksinimin hata verdiğini net biçimde görürsünüz.
Nasıl çalışır
Gönderim yaptığınız alan adını girersiniz. Araç, SPF TXT kaydını, alanınızın _dmarc adındaki DMARC politikasını ve girildiğinde DKIM seçicisini genel DNS üzerinden sorgular. Gönderim yapan IP'yi çözümler ve ileriye doğru doğrulanan eşleşen bir PTR kaydı bulunup bulunmadığına bakar. TLS, karşı tarafın şifreli oturum açıp açmadığı test edilerek doğrulanır. Her gereksinim, bulunan kayıtla birlikte geçti ya da başarısız olarak raporlanır; hiçbir şey tahmine dayanmaz.
Sonuçları nasıl okursunuz
Yeşil bir geçti işareti, o gereksinimin Google ve Yahoo'nun tanımladığı biçimde sağlandığı anlamına gelir. En çok DMARC satırına dikkat edin: bir politika bulunmalı ve en az p=none olmalı, kayıt kök alanda değil _dmarc altında yayımlanmalıdır. SPF, -all veya ~all ile bitmeli ve on DNS sorgusunun altında kalmalıdır. DKIM, seçicinizde geçerli bir açık anahtar göstermelidir. Başarısız bir PTR genelde alan adınızın DNS'ini değil, posta sunucunuzun IP sahibini işaret eder.
Sık karşılaşılan sorunlar ve çözümleri
En sık görülen hata, DMARC kaydının eksik olmasıdır; çünkü SPF ve DKIM çoğu zaman 2024 kurallarından eskidir. _dmarc altına en azından v=DMARC1; p=none içeren bir TXT kaydı yayımlayın. On sorguyu aşan SPF sessizce başarısız olur; include'ları sadeleştirin veya kullanılmayan sağlayıcıları kaldırın. DKIM, seçici yanlış olduğunda ya da anahtar DNS güncellenmeden döndürüldüğünde bozulur. PTR sorunlarını, IP'nin ters bölgesini yöneten barındırma sağlayıcınız veya ESP'niz çözer.
Sıkça sorulan sorular
- Düşük hacimde gönderiyorsam bu gereksinimler beni bağlar mı?
- Günde 5.000 sınırı, DMARC ve tek tıkla abonelik iptali dahil tüm listeyi tetikler. Ama daha küçük göndericiler de fayda görür: Gmail ve Yahoo artık herkesten geçerli SPF ve DKIM, eşleşen bir PTR kaydı ve TLS bekliyor. Beş sinyalin tamamını geçmek hacminizden bağımsız olarak gelen kutusuna ulaşmayı iyileştirir, bu yüzden listeyi bir temel kabul etmek güvenli bir yaklaşımdır.
- SPF ve DKIM'i geçiyorum ama neden hâlâ spam'e düşüyorum?
- Genelde suçlu hizalamadır. DMARC, SPF veya DKIM'deki alan adının görünen From adresiyle eşleşmesini ister. Geçerli bir SPF ve DKIM'iniz olabilir ama bunlar farklı bir alan adını doğruluyorsa, her kayıt tek başına doğru görünse de DMARC hizalaması başarısız olur. From alan adınızın, imzalanan ve yetkilendirilen alan olduğundan emin olun; herhangi bir alan değil.
- Hangi DMARC politikasıyla başlamalıyım?
- Teslimatı etkilemeden yalnızca izleme yapan p=none ile başlayın ve toplu raporları toplamak için bir rua adresi ekleyin. Raporlar yasal postanızın hizalamayı geçtiğini doğrulayınca p=quarantine'a, sonra p=reject'e geçin. Google ve Yahoo asgari olarak p=none'ı kabul eder, ama uzun süre burada kalmak alan adınızı sahteciliğe açık bırakır; bu yüzden onu bir varış değil, başlangıç noktası olarak görün.