Bir müşteri veri platformu (CDP) unutmak üzere tasarlanır. Davranışsal olaylar zamanla eskiyip silinir, anonim ziyaretçilerin süresi dolar ve sessizleşen profiller eninde sonunda kaldırılır. Birinin o anki niyetini tanımlamak için toplanan veriler için tam olarak doğru olan da budur. Abonelikten çıkma ise tüm bunlardan sağ çıkması gereken tek kayıttır.
Abonelikten çıkma davranışsal veri değildir
İzin yalnızca davranışsal profille birlikte saklanıyorsa, abonelikten çıkan ve ardından birkaç ay siteyi ziyaret etmeyen bir müşterinin izin geri alma kaydı, kaydının geri kalanıyla birlikte sessizce temizlenir. Müşteri kendini bir sonraki tanıtışında yeniden e-posta gönderilebilir hâle gelir. Bu, eskimiş bir segment değil; bir uyumluluk ihlalidir.
Bu nedenle izin bilerek iki yerde tutulur. Abonelik durumu müşteri profilinde yer alır; böylece kitle oluşturucu onu diğer nitelikler gibi hedefleyebilir ve erişim tahmini yalnızca e-posta gönderilebilecek kişileri sayabilir. İzin geri alma kaydının kendisi ise saklama kurallarının hiçbir zaman dokunmadığı kalıcı bir engelleme listesine de yazılır ve bu liste her mesajdan önceki son kapıdır.
İki kez kontrol edin, çünkü zaman geçer
Bir kampanyanın kitlesini belirlediği an ile son mesajın kuyruktan çıktığı an arasında dakikalar, hatta saatler geçer. Saat 09:00'da dağıtılmaya başlanan büyük bir gönderim, 09:05'te abonelikten çıkan birine e-posta göndermemelidir.
Pratik kural, filtrelemenin iki uçta da yapılmasıdır: Alıcı listesi oluşturulurken kitle sorgusu izin vermemiş profilleri hariç tutar ve çıkış sırasında her bir mesaj için engelleme listesi yeniden kontrol edilir. Engelleme verilerine ulaşılamıyorsa doğru davranış, göndermek yerine işi başarısız saymaktır; boş bir liste asla "kimse abonelikten çıkmadı" olarak yorumlanmamalıdır.
Güvenli yönü varsayılan yapın
İzin birçok kaynaktan gelir: kayıt formu, tercih merkezi, API çağrısı, toplu içe aktarma, geri dönme (bounce) bildirimi. İki kaynak çeliştiğinde karar, göndermeme yönünde ağır basmalıdır. Abonelikten çıkma, kalıcı geri dönme (hard bounce) veya spam şikâyeti; bir içe aktarmadan ya da entegrasyondan gelen abonelik kaydıyla asla geçersiz kılınmamalıdır. Bunu yalnızca açık ve bilinçli bir yeniden abonelik kaldırabilmelidir.
Hattın diğer her parçasının, daha az kişiye e-posta gönderme yönünde hata yapmasına izin verilir.
Teslim edilebilirlik alan adınıza aittir
Kendi SMTP aktarıcınız (relay) üzerinden gönderilen e-postalar, ortak bir havuzun değil sizin itibarınızı taşır. Bu korunmaya değer bir avantajdır ve platformun görevinin sunucunuzun özenli bir kiracısı olmak olduğu anlamına gelir:
- Ayarlar kaydedilmeden önce bağlantıyı doğrulayın ve kimlik bilgilerini şifreli olarak saklayın.
- Dakika, saat ve gün bazında hız sınırları ile eş zamanlı bağlantı sayısı ve bağlantı başına mesaj sayısı için üst sınır uygulayın; çünkü çoğu aktarıcı, müşterilerin beklediğinden daha sıkı sınırlar koyar.
- Mümkün olduğunda abonelikten çıkma bağlantısını gönderim alan adında tutun; bu hem alıcıya hem de alıcı e-posta sunucusuna güvenilir görünür.
- SPF, DKIM ve DMARC kayıtlarını yayınlayın ve dönüş yolunu (return path) ilk engellemeden sonra değil, ilk kampanyadan önce izleyin.
Buna "teslim edildi" demeyin
Bir SMTP aktarıcısının başarı koduyla yanıt vermesi, bir sonraki durağın mesajı kabul ettiği anlamına gelir. Mesajın gelen kutusuna ulaştığı anlamına gelmez; eşzamansız geri dönmeler daha sonra gelir, spam klasörüne düşme ise kendini hiçbir zaman belli etmez.
Raporlama gönderildi demeli ve bununla "aktarıcınız tarafından kabul edildi"yi kastetmeli; ardından açılma ve tıklamaların yanında geri dönen, abonelikten çıkan, şikâyet eden ve başarısız olan sayılarını göstermelidir. Kendinden emin bir teslimat sayısı raporlayan bir panel, gönderim alan adı engellenirken bile yeşil kalan türden bir metriktir.
İlk kampanyadan önce izin kontrol listesi
- Önceki sağlayıcınızdaki mevcut e-posta gönderilmeyecekler listesini ilk gün içe aktarın.
- Kitle erişim tahmininin izin filtresini uyguladığını, yani sayının e-posta gönderilebilecek kişileri gösterdiğini doğrulayın.
- Hız sınırlarını aktarıcınızın gerçekte kabul ettiği değerlere göre ayarlayın.
- Tercih sayfasının sizin tarafınızdan mı yoksa platform tarafından mı barındırılacağına karar verin.
- SPF, DKIM, DMARC ve dönüş yolunu doğrulayın.
- Yalnızca önizleme görüntüsü yerine gerçek hat üzerinden bir test gönderin.
Kitlelerin, zamanlamanın, şablonların ve raporlamanın birbirini nasıl tamamladığını E-posta Kampanyaları sayfasında görün veya aynı kontrolleri Mobil Anlık Bildirimler modülünde karşılaştırın.