Bir şirket, aynı markayı alıcılara sunarken farklı sistemler üzerinden destek yanıtları, makbuzları ve bültenleri gönderebilir. Bu nedenle etki alanı düzeyindeki yeşil gösterge yalnızca bir başlangıç noktasıdır. Pratik görev, her gönderen akışı, mesajlarının nasıl oluşturulduğunu ve iletildiğini gösteren kanıtlara bağlamaktır.
Hedefi ve gereksinim setini belirleyin
Google'ın kişisel Gmail yönelik gereksinimleri 1 Şubat 2024'te yürürlüğe girdi. Tüm gönderenlerin, SPF veya DKIM, TLS , geçerli ileri/geri DNS , RFC 5322 biçimlendirmesi ve düşük düzeyde bildirilen spam. Google, %0,1'in altında kalmanızı ve %0,3 veya daha yüksek oranlardan kaçınmanızı önerir; ikincisi sağlıklı bir hedef değildir. Toplu gönderenler hem SPF hem de DKIM ihtiyacınız var, DMARC en azından p=none, Ve hizalama doğrudan mesajlar için. SSS, iletilen ve posta listesi iletilerini bu doğrudan posta uyum gereksiniminden ayırır; Bu, bir protokol hatasını DMARC geçişine dönüştürmez. İlgili toplu pazarlama ve abone trafiğinin de başlık tabanlı olması gerekir tek tıklamayla abonelikten çıkma ve görünür bir vücut bağlantısı. Google gönderen kuralları.
Google'ın SSS bölümünde, Kasım 2025'ten itibaren artan yaptırımlar açıklanıyor. Abonelik iptallerinin 48 saat içinde yapılması tavsiye ediliyor ve bu sürenin kaçırılması, teslimatın hafifletilmesine engel teşkil ediyor. Dahili bir operasyonel kural olarak, hızlı işlemeyi hedef alarak 48 saatten fazla kullanmayın; bu, RFC 8058 bu son tarihi belirttiğine dair bir ifade değildir. Google gereksinimleriyle ilgili SSS.
Statik bir makaleyi yaptırım takvimi olarak ele almak yerine, bağlantılı kaynakları bakımlı kontrol listesi olarak kullanın. Kaynağın ne zaman kontrol edildiğini ve önemli bir lansmandan önce kaynağın sahibinin kim tarafından tekrar kontrol edildiğini kaydedin. Toplu sınıflandırma, kendi envanter adımını hak eder; tek bir akışın hacmi, organizasyonu sınıflandırmak için yeterli kanıt değildir.
Akış başına bir kanıt satırı oluşturun
Referanslar: RFC 6376 §3.5.
Her uygulama veya hizmet için, alan adından görülebilecek şekilde işletme sahibini kaydedin, Zarf göndereni alan adı, DKIM imzalama alanı ve seçici, gönderme altyapısı, mesajın amacı ve alıcının hedefi. Fatura aktarımları, etkinlik platformları ve destek araçları gibi unutulmuş sistemleri dahil edin. Posta gönderen hizmeti, son giden bağlantıyı yapan altyapıdan ayırın.
Satıra güncel bir yetkili mesaj örneğini ekleyin. Yalnızca uygulamanın şablon önizlemesi yerine teslim edilen mesajın tamamını inceleyin. Bir ön izleme daha sonra eklenen başlıkları atlayabilir, buna karşın bir aşağı akış ağ geçidi imzalı bir alanı değiştirebilir. Alıcı bilgilerini ve abonelikten çıkma jetonlarını geniş çapta paylaşılan ekran görüntülerinden ve destek taleplerinden uzak tutun.
Bir politika gereksinimini test edilebilir bir kontrole dönüştürün
Referanslar: RFC 8058 §3.1, RFC 8058 §4.
Yapılandırılan, gözlemlenen ve çözülmeyenler için ayrı sütunlar kullanın. Yayınlanan bir anahtar, yapılandırma kanıtıdır; son mesajdaki geçerli bir imza gözlem kanıtıdır. Bir satıcının bir özelliği desteklediğini söylemesi, bu hesabın özelliği etkinleştirdiğinin kanıtı değildir. Başarısız olan her kontrol için, düzeltmeyi yapabilecek sahibi belirleyin ve en küçük güvenli yeniden testi belirleyin.
Promosyon akışı için son abonelikten çıkma başlıklarını, bunların DKIM kapsamını ve alıcı/liste ilişkisini inceleyin. Uç noktayı kullanmak için yalnızca kontrollü bir alıcı kullanın. Taşımayla ilgili bir sorun için gerçek yanıtı ve bağlantı kanıtlarını saklayın. Yalnızca sağlayıcının pazarlama sayfasında şifrelemeden bahsedildiği için TLS doğrulandığını beyan etmeyin.
Açıklayıcı bir başlatma kapısı uygulayın
Üç akışı olan kurgusal bir şirketi düşünün: bir uygulamadan gelen hesap bildirimleri, bir kampanya hizmetinden gelen haber bültenleri ve bir posta kutusu hizmetinden gelen kişisel yanıtlar. Kampanya hizmetinin kurulum sayfası kimlik doğrulamanın etkin olduğunu bildiriyor, ancak teslim edilen bültende gerekli abonelikten çıkma POST başlığı eksik. Hesap bildiriminin geçerli bir imzası vardır; kişisel yanıt henüz örneklenmedi.
Doğru başlatma kaydı "geçilen alan adı" değildir. Bu, düzeltilmiş ve yeniden test edilmiş bir haber bülteni eylemi, gözlemlenen bir hesap bildirimi sonucu ve bekleyen bir kişisel yanıt örneğidir. Bu, açıklayıcı bir inceleme çalışmasıdır; herhangi bir gerçek kiracının bu kusurlara sahip olduğuna dair bir kanıt değildir. Bu egzersiz, üç envanter sırası oluşturularak ve bilinmeyen hücreleri geçişlere dönüştürmeyi reddederek tekrarlanabilir.
Değişikliklerden sonra yeniden kontrol edin ve belirsizliği koruyun
Referanslar: RFC 6376 §6.
Göndereni, ağ geçidini, imzalama yapılandırmasını veya şablonunu değiştirdikten sonra etkilenen kontrolleri tekrarlayın. Gözden geçiren kişinin nelerin değiştiğini görebilmesi için eski numuneyi ve yeni numuneyi saklayın. Başarısız olan gereksinim, mesaj oluşturma veya abonelikten çıkma işlemleriyle ilgili olduğunda ilgisiz DNS düzenlemelerinden kaçının.
Bir hazırlık kaydı, belirli akış sonuçları ve kalan boşluklarla sona ermelidir. Uyumluluk, gelen kutusu garantisi değildir ve bu kılavuz canlı bir Gmail kiracı testi talep etmez. Çıktısı, kuruluşun yetkili gönderme akışlarına karşı yürütülebilecek pratik bir kanıt planıdır.