[ Teslim edilebilirlik ve gönderen kuralları ]

Pazarlama ve işlem e-postası: Hangi gereksinimlerin geçerli olduğunu belirleyin

İletileri gerçek amaçlarına ve alıcı beklentilerine göre sınıflandırın, ardından promosyonları işlem olarak yeniden etiketlemeden kimlik doğrulama ve abonelikten çıkma kontrollerini uygulayın.

EmailAuth araştırma ekibi tarafından · 3 dakikalık okuma

[ Anahtar noktalar ]

  • Şablon adı yerine asıl mesaj amacını sınıflandırın.
  • Sağlayıcı işlem muafiyetleri evrensel yasal tanımlar değildir.
  • Devre dışı bırakma vaadini uygulanan engelleme kapsamıyla eşleştirin.
Bu sayfada

"İşlemsel" olarak adlandırılan bir e-posta şablonu, içeriğinin yalnızca bir işleme hizmet ettiğinin kanıtı değildir. Büyük ve ilgisiz bir satış konuşması içeren bir makbuz, sade bir onaydan farklı bir alıcı deneyimi yaratır. Sınıflandırma, abonelikten çıkma gerekliliğini atlamak için bir kısayol değil, belgelenmiş bir editoryal ve operasyonel karar olmalıdır.

İletinin amacını gönderenin kimliğinden ayırın

Referanslar: RFC 9989 §4.4.

Kimlik doğrulama, kimliklerin ve imzaların gönderilmesiyle ilgili gerçekleri ortaya koyar. Birisinin terfi isteyip istemediğine karar vermez. Bir bülten ve şifre sıfırlama mesajı, çok farklı amaçlara hizmet ederken kimliği doğrulanmış aynı alanı kullanabilir. Amaç sınıflandırması ve kimlik doğrulama kontrollerini ayrı alanlarda tutun.

Yahoo SSS bölümünde promosyon amaçlı tek tıklama şartının sipariş onayları ve şifre sıfırlama gibi işlem mesajları için geçerli olmadığı belirtiliyor. Google'ın SSS'si de benzer şekilde işlem mesajlarını bu gereksinimin dışında tutar. Gmail yönergeleri kişisel Gmail alıcılarıyla ilgilidir ve Yahoo SSS kendi gönderme kapsamını belirtir. Bunlar sağlayıcı politikası bildirimleridir; evrensel yasal tanımlar veya diğer yükümlülüklerden muafiyetler değildir. Yahoo SSS Ve Google SSS.

Alıcı deneyiminin tamamını inceleyin

Her akış için mesajı hangi olayın tetiklediğini, alıcının ne istediğini, içeriğin hangi eylemi davet ettiğini ve alıcının bu seçeneği seçmemesi halinde ne olacağını sorun. İncelemeye konuyu, ön başlığı, gövdeyi ve bağlantılı hedefi ekleyin. Bir servis bildirimi, tanıtım malzemesinin sunuma hakim olması durumunda kafa karıştırıcı hale gelebilir.

Karma amaçlı iletilere sorumlu bir sahip atayın. Pratik bir öneri, işlemsel bir şablon adının her ikisini de kapsadığını iddia etmek yerine, isteğe bağlı promosyonu temel hesap bilgilerinden ayırmaktır. Yasal görevler veya sözleşmeye bağlı bildirimler söz konusu olduğunda, uygun uzman incelemesini alın; bir posta kutusu sağlayıcısının kontrol listesi bu soruları çözmez.

Sözle eşleşen bir gizleme kapsamı tanımlayın

Referanslar: RFC 8058 §3.1.

Haber bülteni aboneliğinden çıkma işlemi, ilgili alıcıyı ve listeyi tanımlamalıdır. Temel güvenlik bildirimlerini sessizce devre dışı bırakmamalı veya gönderen aynı istenmeyen bülteni başka bir liste adı altında sürdürmemelidir. Kullanıcının seçimini, gönderen sistemlerin tutarlı bir şekilde uygulayabileceği terimlerle kaydedin.

RFC 8058 alıcıyı tanımlamak ve başka soru sormadan listelemek için abonelikten çıkma URI'sinde yeterli bilginin olmasını gerektirir. Mesaj kategorisini bastırma kaydına bağlamak için bu hassas kapsamı kullanın. Görünür gövde bağlantısı daha geniş tercihler sunabilir ancak tek tıklamayla yapılan bir istek, yürürlüğe girmeden önce tercih merkezinin ziyaret edilmesini gerektirmemelidir. RFC 8058 bölüm 3.

Bir sınıflandırma alıştırması yaparak çalışın

Üç kurgusal şablonu düşünün. Parola sıfırlama bildirimi yalnızca istenen sıfırlama talimatlarını içerir. Haftalık bir ürün bülteni, özellikleri ve teklifleri duyurur. Bir satın alma makbuzu, önemli miktarda ilgisiz bir indirim kampanyası içerir. İlk ikisinin net amaçları var; faturalandırma sisteminin etiketini otomatik olarak devralmak yerine üçüncüsü gözden geçirilmelidir.

Karışık mesaj için promosyonun kaldırılıp kaldırılmayacağını veya uygun abonelik kontrolleri altında ayrı olarak mı gönderileceğini belgeleyin. Bu, açıklayıcı bir editoryal karardır; yasal bir karar veya sağlayıcı testi değildir. Tetikleyici, beklenti, içerik ve devre dışı bırakma sorularına göre gerçek bir yetkili şablonu inceleyerek ve ardından sahibinin gerekçesini kaydederek bunu çoğaltın.

Sınıflandırmanın uygulamadan sonra da varlığını sürdürdüğünü doğrulayın

Referanslar: RFC 8058 §3.1, RFC 8058 §4.

Onaylanan şablonu son gönderilen mesajla karşılaştırın. Kişiselleştirme, yerelleştirme veya kampanya modülü incelendikten sonra içerik ekleyebilir. Harici hizmetler tarafından oluşturulan mesajlar da dahil olmak üzere, ilgili her değişkene doğru başlıkların ve gizleme kurallarının eklendiğini doğrulayın.

İçerik veya tetikleyici değiştiğinde sınıflandırmayı yeniden kontrol edin. İlgisiz temel iş akışlarını bozmadan isteğe bağlı posta durdurmalarını sağlamak için kontrollü bir abonelikten çıkmanın ardından bir sonraki gönderme kararını denetleyin. Alıcı düzeyindeki verileri en aza indirirken, bu sonucu açıklamak için yeterli kanıt bulundurun.

Nihai yapıt, amacı, gerekçesini, sahibini, geçerli kontrolleri ve yeniden test tarihini içeren bir akış kaydı olmalıdır. Her belirsiz mesajı iddia edilen bir istisnaya dönüştürmek yerine şüpheli durumları görünür hale getirmelidir.

[ Götürmek ]

Devre dışı bırakma vaadini uygulanan engelleme kapsamıyla eşleştirin.

[ Role göre ]

Bu sizin için ne anlama geliyor?

Sonraki pratik adımlar için rolünüzü seçin.

BT / Posta Yöneticisi

Amacı bastırmaya bağlayın

Gönderen sistem, gözden geçirilen kapsamı zorunlu kılmalıdır.

Sonraki adımlar

  1. Şablonları listelerle eşleyin.
  2. Son değişkenleri inceleyin.
  3. Sonraki gönderme kararlarını test edin.

CISO / SecOps

Teknik ve hukuki incelemeyi ayrı tutun

Sağlayıcı rehberliği hukuki bir görüş değildir.

Sonraki adımlar

  1. Sonuç olarak yapılan bildirimleri üst kademeye iletin.
  2. Alıcı kanıtlarını en aza indirin.
  3. Denetim kategorisi değişiklikleri.

Kurucu / Teknik Olmayan

Alıcının güvenini koruyun

Etiketler gerçek deneyimi yansıtmalıdır.

Sonraki adımlar

  1. Ayrı isteğe bağlı promosyon.
  2. Kendi belirsiz vakaları.
  3. Temel iş akışlarını net tutun.

[ SSS ]

Sık sorulan sorular

Şablon adı kategorisini belirliyor mu?

Hayır. Tetikleyicisini, içeriğini ve alıcı beklentisini inceleyin.

Kimlik doğrulama rızayı oluşturur mu?

Hayır. Farklı teknik gerçekleri ortaya koyar.

Karma amaçlı mesajlara ne olmalı?

Bunları incelemesi ve isteğe bağlı promosyonu ayırmayı düşünmesi için bir sahip atayın.

Sağlayıcı kuralları yasal yükümlülükleri yerine getiriyor mu?

Hayır. Yasal veya sözleşmeyle ilgili sorularınız için uygun uzman tavsiyesi alın.

Haber bülteni kapsamı dışında kalmanın şifre sıfırlamayı devre dışı bırakması gerekir mi?

Sadece mesajların bir markayı paylaşması nedeniyle değil. Amaçlanan kapsamı tanımlayın ve uygulayın.

RFC 8058 §3.1

Tek tıklama tercih merkezi ziyaretini gerektirebilir mi?

Hayır. İstek, alıcıyı ve listeyi tanımlamalı ve otomatik olarak tamamlanmalıdır.

Yerelleştirilmiş değişkenler neden incelenmeli?

Orijinal incelemeden sonra içerik ekleyebilir veya farklı gönderme kontrolleri kullanabilirler.

Bir sınıflandırma kaydı neleri içermelidir?

Amaç, gerekçe, sahip, geçerli kontroller ve yeniden test tarihi.

[ Kaynaklar ]

Kaynaklar

  1. RFC 8058

    Bölümler §3.1 · §4

  2. RFC 9989

    Bölümler §4.4

  3. Google gönderen SSS

    Bölümler Abonelikten çıkma bağlantıları

  4. Yahoo gönderen SSS

    Bölümler Abonelikten çık

[ Sözlük ]

Sözlük

İşlemsel mesaj
Bağlamsal incelemeye tabi olan, belirli bir hesaba veya işlem olayına hizmet eden bir mesaj.
Karma amaçlı mesaj
Hizmet bilgilerini isteğe bağlı tanıtım içeriğiyle birleştiren bir mesaj.
Bastırma kapsamı
Devre dışı bırakma işleminden etkilenen alıcı ve mesaj kategorileri.

Kurumsal menşe

Neden en iyi finans kurumları ve hükümetler e-posta güvenlik kontrol panellerini kullanımdan kaldırdı.

Geleneksel e-posta kimlik doğrulama platformları size bir gösterge tablosu satar ve mühendislerinizden bu işi yapmalarını ister. Riskli ortamlarda, manuel gözetim, gecikmeli uygulama, konfigürasyon kayması ve izlenmeyen gölge alanlar anlamına gelir.

EmailAuth aracılı e-posta kaynak platformudur. Temsilcilerimiz uyguluyor p=reject, üçüncü taraf gönderenleri uyumlu tutun ve alan adlarınızı tam sürüme taşıyın RFC 9989 döngüdeki insan tarafından denetlenebilirliğe sahip yeni DMARC standardı uyumluluğu.

Hükümetler Büyük işletmeler 1. Seviye finans kurumları

SaaS · Özel kiracılık · Şirket içi hava boşluklu · BYOK şifrelemesi

Bilgi Bankası