E-postada Animasyonlu GIF Kullanımı: İlk Kare Kuralı

Pazarlama e-postalarında animasyonlu GIF, dikkat çekmek için ilk akla gelen çözüm. Sorun şu ki bir e-postada animasyonun oynayıp oynamayacağına sen karar vermiyorsun, alıcının istemcisi karar veriyor. Bu yüzden GIF'i tasarım tercihi olarak değil, teslim koşulları belli bir teknik seçim olarak ele almak gerekiyor.

Animasyon oynamayabilir, bu istisna değil

Bir GIF birden fazla kareyi tek dosyada taşır ve istemci bu kareleri sırayla gösterir. Göstermeyi seçerse. Windows üzerindeki Outlook sürümleri e-posta gövdesini Word'ün render motoruyla çizer ve animasyonlu GIF'in yalnızca ilk karesini gösterir, döngüyü hiç başlatmaz. Kurumsal alıcı listelerinde bu istemcinin payı hâlâ küçük değil.

Buna bir de görsellerin varsayılan olarak engellendiği kurulumlar ekleniyor. Alıcı görselleri yüklemeyi elle onaylamazsa GIF yerinde alternatif metin duruyor. Yani mesajın en az iki düşük ihtimalli senaryoda ayakta kalması gerekiyor: animasyonsuz ve görselsiz.

İlk kare mesajı tek başına taşımalı

Bundan çıkan kural basit: kampanyanın asıl bilgisi, indirim oranı, ürün adı, çağrı metni, animasyonun ilk karesinde okunuyor olmalı. Animasyon sonunda beliren bir kapanış karesi kurgularsan Outlook'taki alıcı hiçbir zaman göremez.

Alternatif metni de bu mantıkla yaz. "GIF" ya da "kampanya görseli" bir şey anlatmaz; görselde ne yazıyorsa onu yaz. Görsel yüklenmediğinde e-postanın yerinde kalan tek içerik odur.

Beş saniye sınırı ve erişilebilirlik

WCAG'ın hareketli içerikle ilgili ölçütü, kendiliğinden başlayan ve beş saniyeden uzun süren hareketin durdurulabilir olmasını ister. Bir web sayfasında bunu bir düğmeyle çözersin. E-postada çözemezsin: alıcıya oynat/durdur kontrolü sunmanın yolu yok, sonsuz döngüye giren bir GIF de tanımı gereği beş saniyeyi aşar.

Pratikte tek uyumlu biçim, döngüsü sınırlı ve toplam süresi beş saniyenin altında kalan animasyon. CSS ile çözmeye çalışmak da işe yaramıyor; hareketi azaltma tercihi bir GIF'in oynamasını durdurmaz, en fazla başka bir görselle değiştirmene izin verir, o da istemcinin medya sorgularını desteklemesine bağlı.

Bir sınır daha var: saniyede üçten fazla parlama içeren içerik nöbet tetikleyebilir. Hızlı kesme, yanıp sönen arka plan ve ani kontrast değişimi bu eşiğe kampanya görsellerinde sanıldığından kolay yaklaşıyor.

Ağırlığın gerçek maliyeti nerede

GIF kare başına en fazla 256 renk taşır. Fotoğrafik içerik bu palete sıkıştırıldığında hem bozulur hem şişer; 600 piksel genişlikte üç saniyelik bir ürün animasyonu rahatlıkla birkaç megabayta çıkar.

Burada sık tekrarlanan bir yanlışı düzeltmek gerekiyor: Gmail'in mesajı kırpıp "tümünü görüntüle" bağlantısı koyduğu sınır e-postanın HTML gövdesi için geçerli, uzak sunucudan çekilen görsel bu hesaba girmez. Yani GIF'in ağırlığı e-postanı kırptırmaz. Maliyeti başka yerde: mobil veride, yavaş bağlantıda geç açılan görselde ve ilk kareyi görmeden kapatılan mesajda.

Ne zaman gerçekten işe yarar

Animasyon, kelimeyle anlatması uzun süren bir mekanizmayı gösteriyorsa değerli. Bir ürünün nasıl katlandığı, bir arayüz akışının üç adımı, bir ayarın açılıp kapanması: bunlar statik görselde kaybolan bilgiler, animasyonda saniyeler içinde geçer.

Dikkat çekmeyi ise genelde tek güçlü bir statik görsel ve net bir başlıkla çözerim; animasyonu bir şeyin nasıl çalıştığını göstermem gerektiğinde saklarım. Hareketin kendisi mesaj değilse, alıcının okuma hızını yavaşlatmaktan başka bir işi kalmıyor.