Bülten Kullanılabilirliği: Abone Olmak ve Çıkmak Arasındaki Denge

Bülten, kullanıcının kendi rızasıyla girdiği ve istediği anda çıkabilmesi gereken bir kanal. Kullanılabilirlik tartışması da çoğunlukla bu iki uçta düğümleniyor: kayıt anında ne vaat edildiği ve çıkmak istendiğinde kaç adım gerektiği. Aradaki içerik kararlarının işe yarayıp yaramadığı da büyük ölçüde bu iki uca bağlı.

Kayıt anında verilen sözler

Abonelik formunun taşıması gereken bilgi az: ne göndereceksiniz, ne sıklıkla, ve önceki sayılardan birine bakma imkânı. Bu üçü yoksa kullanıcı neye abone olduğunu ilk gönderide öğreniyor, bu da çıkışın en yoğun yaşandığı an oluyor.

Varsayılan olarak işaretli abonelik kutusu ise ayrı bir konu. Onay alınmış gibi görünen ama alınmamış bir rıza üretiyor; listedeki adres sayısı büyürken açılma oranı düşüyor ve zamanla gönderim itibarınıza yansıyor. Peki kutu işaretsiz kaldığında kaç kişi kaybediliyor? Kaybedilenlerin çoğu zaten bülteni okumayacak olanlar, yani ölçüm tarafında görünen kayıp, ilgi tarafında gerçek bir kayıp değil.

Çıkış artık tek tıkla olmak zorunda

Kaynak metinlerin çoğu hâlâ “abonelikten çıkmak için şu adrese boş bir e-posta gönderin” yöntemini kullanıcı dostu diye anlatıyor. Bu yöntem tam da en çok ihtiyaç duyan grupta bozuluyor: kullanıcı bülteni yönlendirilmiş bir adreste okuyorsa ya da kurum içi dağıtım listesine düşüyorsa, çıkış talebi listede kayıtlı olmayan bir adresten geliyor ve eşleşmiyor.

Teknik tarafta çözüm epeydir standart. E-posta başlığına List-Unsubscribe eklenir (RFC 2369), tek tıkla çıkış için de List-Unsubscribe-Post kullanılır (RFC 8058). Bu ikisi varsa posta istemcisi mesajın üstünde kendi çıkış bağlantısını gösterir, kullanıcı sizin sayfanıza hiç uğramadan listeden düşer. Gmail ve Yahoo 2024'ten beri toplu gönderenlerden bunu istiyor ve talebin birkaç gün içinde işlenmesini bekliyor, yani mesele artık nezaket değil teslim edilebilirlik.

Sayfa tarafında da tek kural yeterli: çıkış bağlantısına tıklayan kişiye giriş yaptırmayın. Kimliği bağlantının içindeki imzalı jeton taşısın, ekranda tek bir onay düğmesi olsun. Aynı ekranda sıklığı azaltma seçeneği sunmak makul, ama çıkışın önüne konulan bir adım olarak değil, yanında duran bir alternatif olarak.

Çift onay her listeye gerekmiyor

Çift onay, yanlış yazılan ve başkasına ait adreslerin listeye girmesini engelliyor. Bedeli, onay e-postasını açmayan gerçek abonelerin kaybı. Bu takas her durumda aynı sonucu vermiyor.

Formu dolduran kişi hakkında hiçbir şey bilmiyorsanız, yani açık bir web formundan geliyorsa, çift onay kullanın. Kullanıcının zaten hesabı varsa ve e-posta adresi kayıt sırasında doğrulanmışsa ikinci bir onay turu bir şey eklemiyor, sadece bülteni açmak isteyen kişiyi bir tur daha bekletiyor. Aynı adresi ikinci kez doğrulatmanın karşılığı yok.

Özet mi, tam metin mi

Yaygın tavsiye kısa tutmak ve detayı siteye bırakmak. Bunun sonuna kadar götürülmüş hali, yalnızca başlık ve bağlantıdan oluşan bir bülten oluyor; okuyucu için değeri, tıklamadığı sürece sıfır. Ara bir kurgu daha iyi çalışıyor: bir konu bülten içinde başı sonu olan kısa bir metin olarak tamamlanır, kalan başlıklar bağlantı olarak verilir. Okuyucu tıklamasa bile bir şey öğrenmiş oluyor, tıklama ihtimali de bundan zarar görmüyor.

Altbilgi ise sıkıcı ama işlevsel bir alan. Mesajın hangi adrese gönderildiği, kullanıcının nerede ve ne zaman abone olduğu, çıkış bağlantısı. Bu üç bilgi, “ben buna ne zaman abone oldum” sorusunu spam şikâyetine dönüşmeden kapatıyor.

Tartışma listelerinde varsayılan özet olsun

Bir listede insanlar birbirine yazıyorsa, her mesajı ayrı ayrı göndermek yeni katılanı ilk haftada kaybettiriyor. Günlük özet varsayılan olduğunda katılım daha uzun sürüyor, isteyen tek tek almaya geçiyor. Moderasyon da masraflı bir iş, ama moderasyonsuz listelerde tartışmanın kalitesi düşerken çıkış oranı yükseliyor; harcanan zamanın karşılığı doğrudan burada görünüyor.