Konu Başlıkları
Yükleniyor...

E-posta Bülteni Deneyimi: Gelen Kutusunun Kısıtlarıyla Tasarlamak

Bülten UX'i: konu satırı, önizleme metni, mobil render ve ölçüm

E-posta bülteni, tasarımcının kontrol edemediği bir arayüzde çalışır. Aynı HTML Gmail'de, Outlook'ta ve iOS Mail'de farklı görünür; görseller varsayılan olarak engellenir, media query bazen hiç uygulanmaz. Bülten deneyimini iyileştirmek bu yüzden estetik değil kısıt yönetimi işidir, abonelik formundan ölçüme kadar verilen kararlar da o kısıtların içinden çıkar.

Abonelik: kolaylıkla onay birbirini çeker

Klasik tavsiye listesi aynı nefeste iki şey ister: süreci kısalt ve çift onay (double opt-in) kullan. İkisi birden olmaz. Çift onay, kullanıcıyı formdan çıkarıp posta kutusuna, oradan tekrar bir onay sayfasına taşır; en az iki bağlam değişimi ekler ve listenin bir bölümünü yolda bırakır.

Yine de haber ve kurumsal bültenlerde çift onayı savun. Liste küçük kalır ama şikayet oranı düşer, şikayet oranı da e-postanın gelen kutusuna mı yoksa spam klasörüne mi düşeceğini belirleyen şeydir. Peki onay e-postası hiç görünmezse? Form gönderildikten sonra "gelen kutunda yoksa spam klasörüne bak" uyarısını ekranda göster, sadece e-postanın içinde değil; zaten görülmeyen bir e-postaya bilgi koymak sorunu çözmez.

Gelen kutusundaki üç satır

Kullanıcının açma kararını verdiği arayüz üç metinden ibaret: gönderen adı, konu, önizleme. Sık tekrarlanan "konu 50-60 karakter olsun" tavsiyesi masaüstü liste genişliğine göre yazılmıştır. Telefonda dar sütun konuyu genellikle 35-40 karakter civarında keser, yani mobil öncelikli bir bülten hazırlayıp konuyu 60 karaktere yaymak kendi kendini yiyen bir karardır. Ayırt edici kelimeyi başa al; tarih ve marka adını sona bırak, çünkü markayı gönderen alanı zaten söylüyor.

Önizleme metnini şansa bırakma. Şablonun en üstüne gizli bir satır koy, tek bir div ve satır içi stil yeter, üçüncü parti bir araca gerek yok. Koymazsan istemci gövdenin ilk metnini alır, o da çoğu şablonda "Bu e-postayı görüntüleyemiyorsanız buraya tıklayın" olur ve gelen kutusundaki iki satırlık en değerli alanı boşa harcarsın.

Mobil uyum, "responsive" demekten ibaret değil

E-posta istemcileri tarayıcı değildir. Media query desteği istemciden istemciye değişir, bazılarında hiç çalışmaz. Bu yüzden e-postada güvenli yol kırılma noktalarına yaslanmak değil, tek sütun, akışkan genişlik ve 600 piksel civarı bir üst sınırdır; böyle bir düzen media query uygulanmadığında da bozulmaz.

İki ayrıntı genelde atlanıyor. Birincisi, görseller çoğu istemcide varsayılan olarak engellenir: metni görselin içine gömdüysen kullanıcı bülteni boş bir kutu olarak görür. Butonu görsel yapma, hücre arka planı ve bağlantı ile kur, dokunma alanını 44 piksel dolayında tut. İkincisi karanlık mod. Birçok istemci renkleri kendi başına ters çevirir, şeffaf arka planlı koyu renkli logo o anda kaybolur; logonun ve ikonların koyu zeminde nasıl durduğunu göndermeden önce bir kez bak.

Video ve zengin medya

Bültene video gömmek genelde çalışmaz, çünkü çoğu istemci gömülü oynatıcıyı çalıştırmaz. Pratikte yapılan şey, üzerine oynat simgesi bindirilmiş bir kapak görseli ve videoya giden bağlantıdır. Bu makul bir çözüm, ama görselin yanına süreyi ve konuyu yaz: kullanıcı tıklamadan önce iki dakikaya mı yoksa yirmi dakikaya mı gireceğini bilmek ister.

Açılma oranını ölçüt saymayı bırak

Bülten başarısı hâlâ açılma oranıyla konuşuluyor, oysa o sayı artık güvenilir değil. Gizlilik koruması olan posta istemcileri e-postadaki görselleri kullanıcı adına önden indiriyor, yani takip pikseli kullanıcı e-postayı hiç açmadan tetiklenebiliyor. Açılma oranı hem şişiyor hem de kitlenin istemci dağılımına göre farklı şişiyor, bu yüzden iki gönderiyi karşılaştırmak için de elverişsiz.

Anlamlı kalan ölçütler tıklama, abonelikten çıkma ve şikayet oranı. İkincisini kötü haber saymaya gerek yok: sıklıktan rahatsız olan bir abonenin listeden çıkması, sessizce spam işaretlemesinden çok daha iyidir. Sıklığı azaltma seçeneği sunan bir tercih sayfası, tek düğmelik iptal akışından daha fazla aboneyi elde tutar.