Smart Host

Toplu Gönderim Öncesi Kontrol Listesi: Göndermeden Önce 15 Kontrol

İçerik, bağlantı, teknik ve liste kontrolleri, zamanlama doğrulaması, test gönderimi, kademeli gönderim ve sonrası izleme. Toplu Gönderim Öncesi Kontrol…

Toplu Gönderim Öncesi Kontrol Listesi: Göndermeden Önce 15 Kontrol
İçindekiler
  1. Neden Kontrol Listesi?
  2. İçerik Kontrolleri
  3. 1. Konu Satırı
  4. 2. Önizleme Metni
  5. 3. Gönderen Adı ve Adresi
  6. 4. Yazım ve Dil Kontrolü
  7. 5. Kişiselleştirme Alanları
  8. Bağlantı Kontrolleri
  9. 6. Tüm Bağlantılar Test Edildi mi?
  10. 7. Takip Parametreleri Doğru mu?
  11. 8. Abonelikten Çıkma Bağlantısı Çalışıyor mu?
  12. 9. Görseller Yükleniyor mu?
  13. Teknik Kontroller
  14. 10. Farklı İstemcilerde Test Edildi mi?
  15. 11. Görseller Kapalıyken Anlamlı mı?
  16. 12. Düz Metin Sürümü Hazır mı?
  17. 13. Kimlik Doğrulama Çalışıyor mu?
  18. Liste Kontrolleri
  19. 14. Doğru Segment Seçildi mi?
  20. 15. Hariç Tutulacaklar Çıkarıldı mı?
  21. Ek Kontroller
  22. Zamanlama Kontrolleri
  23. Test Gönderimi
  24. Kademeli Gönderim
  25. Gönderim Sonrası
  26. Süreci Kurumsallaştırmak
  27. Sonuç
  28. Sıkça Sorulan Sorular (SSS)
  29. Kişiselleştirmede en sık hata ne?
  30. Test gönderimini nasıl yapmalıyım?
  31. Kademeli gönderim gerçekten gerekli mi?
  32. Acil bir gönderimde de liste uygulanmalı mı?

Toplu Gönderim Öncesi Kontrol Listesi: Göndermeden Önce 15 Kontrol

Gönder düğmesine bastıktan sonra geri dönüş yoktur. On bin kişiye yanlış bir bağlantı, bozuk bir kişiselleştirme veya yanlış bir fiyat gönderdiyseniz, bunu düzeltmenin yolu yoktur.

Bu yazı, e-posta toplu gönderimlerinde son kontrol listesini sunuyor.

Neden Kontrol Listesi?

Toplu gönderim hataları, tek tek yapılan işlerden farklıdır:

  • Geri alınamaz. Gönderilmiş bir e-posta geri çağrılamaz.
  • Ölçekli zarar verir. Bir hata, binlerce kişiye ulaşır.
  • İtibar etkisi kalıcıdır. Düzeltme iletisi de bir gönderim daha demektir.
  • Aynı hatalar tekrarlanır. Süreç yoksa deneyim birikmez.

Son madde, kontrol listesinin asıl gerekçesidir: bir kez yaşanan bir hata, listeye eklenirse bir daha tekrarlanmaz.

İçerik Kontrolleri

1. Konu Satırı

Yazım hatası var mı? İçeriği doğru yansıtıyor mu? Mobilde kesilmeyecek uzunlukta mı?

Konu satırı en çok gözden kaçan yerdir çünkü şablon üzerinde değil gönderim ayarlarında bulunur.

2. Önizleme Metni

Konu satırının yanında görünen metin ayarlanmış mı? Boş bırakılırsa istemci, iletinin ilk satırını gösterir — bu genellikle "görüntülenmiyorsa tıklayın" gibi bir cümledir.

3. Gönderen Adı ve Adresi

Doğru mu? Test gönderiminden kalma bir ayar var mı?

4. Yazım ve Dil Kontrolü

Metnin tamamı okundu mu? Başka bir kişi de okudu mu?

Kendi yazdığınız metindeki hataları görmek zordur; ikinci bir göz gereklidir.

5. Kişiselleştirme Alanları

Değişkenler doğru dolduruluyor mu? Verisi olmayan kayıtlarda ne görünüyor?

Bu, en yaygın utanç verici hatadır: adı kayıtlı olmayan bir aboneye "Merhaba [ad]" gitmesi.

Çözüm: her kişiselleştirme alanı için bir varsayılan değer tanımlayın.

Bağlantı Kontrolleri

6. Tüm Bağlantılar Test Edildi mi?

Her bağlantıya tıklayın. Doğru sayfaya gidiyor mu?

Özellikle dikkat edilecekler: test ortamı adresleri, yerel adresler, eski kampanya adresleri.

7. Takip Parametreleri Doğru mu?

Kampanya izleme parametreleri eklendi mi ve doğru mu? Yanlış etiketleme, ölçümü anlamsız kılar.

8. Abonelikten Çıkma Bağlantısı Çalışıyor mu?

Bu, yalnızca varlığı yeterli olmayan bir kontroldür — gerçekten tıklayıp çalıştığını doğrulayın.

Bozuk bir çıkış bağlantısı, doğrudan spam şikâyetine dönüşür.

9. Görseller Yükleniyor mu?

Tüm görsellerin adresleri doğru mu? Test ortamından kalan bir adres var mı?

Teknik Kontroller

10. Farklı İstemcilerde Test Edildi mi?

En az bir masaüstü, bir mobil ve bir web arayüzünde görüntülendi mi?

11. Görseller Kapalıyken Anlamlı mı?

Tasarımı görselsiz görüntüleyin. Mesaj hâlâ iletiliyor mu?

12. Düz Metin Sürümü Hazır mı?

Otomatik üretilmişse okunabilir mi? Bağlantılar anlaşılır mı?

13. Kimlik Doğrulama Çalışıyor mu?

Test gönderiminin başlıklarına bakın: SPF, DKIM ve DMARC geçiyor mu?

Bu kontrol, özellikle yeni bir gönderim kaynağı veya yeni bir alt alan adı kullanıyorsanız kritiktir.

Liste Kontrolleri

14. Doğru Segment Seçildi mi?

Kaç kişiye gidiyor? Beklediğiniz sayı mı?

Sayı beklenenden çok farklıysa, muhtemelen yanlış segment seçilmiştir.

15. Hariç Tutulacaklar Çıkarıldı mı?

Abonelikten çıkanlar, geri dönenler ve şikâyet edenler listeden çıkarıldı mı?

Bu kontrol otomatik olmalıdır ama doğrulanması gerekir: bastırma listesindeki bir adrese gönderim, doğrudan şikâyet üretir.

Ek Kontroller

Duruma göre eklenecek maddeler:

Durum Ek kontrol
Kampanya duyurusu Fiyat ve tarihler doğru mu?
Stok bildirimi Ürünler gerçekten stokta mı?
Etkinlik daveti Tarih, saat ve yer doğru mu?
İndirim kodu Kod çalışıyor mu, süresi uygun mu?
Yeni içerik duyurusu İçerik yayında mı?

Son satır sıkça yaşanan bir hatadır: duyuru gönderilir ama içerik henüz yayınlanmamıştır ve tıklayan kullanıcılar hata sayfasıyla karşılaşır.

Dördüncü satır da benzer bir sorun üretir: kampanya kodu sistemde tanımlanmadan duyuru gitmesi, doğrudan destek talebi yığını demektir.

Zamanlama Kontrolleri

Gönderim anı da kontrol edilmelidir:

  1. Zaman dilimi doğru mu? Planlanan saat hangi zaman dilimine göre?
  2. Tarih doğru mu? Gelecek yıla planlanmış olmasın.
  3. Uygun bir saat mi? Gece yarısı gönderim planlanmadı ya?
  4. Başka bir gönderimle çakışıyor mu? Aynı gün başka kampanya var mı?
  5. Özel bir gün mü? Duyarlılık gerektiren bir tarihe denk geliyor mu?

Dördüncü madde çok kanallı kurumlarda sık yaşanır: farklı ekipler aynı güne kampanya planlar ve abone aynı gün üç ileti alır.

Beşinci madde ise itibar açısından önemlidir: hassas bir tarihe denk gelen neşeli bir kampanya iletisi, ciddi tepki üretebilir.

Test Gönderimi

Kontrol listesinin merkezinde test gönderimi vardır. Doğru yapmak için:

  • Gerçek gönderim yolundan gönderin. Farklı bir kanaldan yapılan test, gerçek koşulları yansıtmaz.
  • Farklı sağlayıcılara gönderin. Her biri farklı davranır.
  • Kişiselleştirme ile test edin. Boş alan senaryosunu da deneyin.
  • Spam klasörünü kontrol edin. Nereye düştü?
  • Birden fazla kişi kontrol etsin. Farklı gözler farklı hatalar yakalar.

Üçüncü madde en çok hata yakalayan testtir: kişiselleştirme alanları boş olan bir test kaydı oluşturun ve iletinin nasıl göründüğünü görün.

Kademeli Gönderim

Büyük listelerde ek bir güvenlik katmanı: gönderimi kademeli yapın.

  1. Önce küçük bir gruba gönderin
  2. Kısa bir süre bekleyin
  3. Metrikleri ve geri bildirimleri kontrol edin
  4. Sorun yoksa kalanına gönderin

Bu yaklaşımın değeri şudur: bir hata varsa binlerce kişi yerine yüz kişi etkilenir ve düzeltip devam edebilirsiniz.

Ayrıca teslimat açısından da faydalıdır: ilk grubun sonuçları, kalan gönderim için erken uyarı sağlar.

Gönderim Sonrası

Liste gönderimle bitmez. İlk saatlerde kontrol edilecekler:

  • Teslimat oranı normal mi?
  • Geri dönüş oranı beklenen seviyede mi?
  • Şikâyet gelmeye başladı mı?
  • Açılma oranı normal seyrediyor mu?
  • Bağlantılar gerçekten çalışıyor mu?
  • Destek talebi artışı var mı?

Son madde en hızlı geri bildirim kanalıdır: bir hata varsa müşteri destek kanalları önce haberdar olur. Gönderim sonrası destek ekibinizle iletişimde kalın.

Üçüncü madde ise acil müdahale gerektirebilir: şikâyet oranı hızla yükseliyorsa, kalan gönderimi durdurun ve nedeni araştırın.

Süreci Kurumsallaştırmak

Kontrol listesini işler hâle getirmek için:

  1. Yazılı hâle getirin. Akılda tutulan liste unutulur.
  2. Onay adımı koyun. İkinci bir kişi kontrol etsin.
  3. Her hatadan sonra listeye ekleyin. Liste zamanla olgunlaşır.
  4. Acele durumlarda da uygulayın. En çok hata acelede yapılır.

Dördüncü madde en zor uygulanan ama en gerekli olanıdır: "acil gitmesi lazım" durumları, kontrol listesinin en çok atlandığı ve hatanın en çok yapıldığı anlardır.

İkinci madde ise basit ama etkilidir: gönderim yetkisini tek kişide bırakmamak, çoğu ölçekli hatayı önler.

Bu kontrolleri merkezi bir gönderim altyapısı üzerinden yapmak, test gönderimlerinin gerçek koşulları yansıtmasını ve tüm metriklerin tek yerde izlenmesini sağlar.

Sonuç

Toplu gönderim hataları geri alınamaz ve ölçekli zarar verir — bu yüzden bir kontrol listesi, deneyim biriktirmenin tek yoludur: bir kez yaşanan hata listeye eklenirse bir daha tekrarlanmaz. Listenin en çok hata yakalayan maddesi, kişiselleştirme alanları boş olan bir test kaydıyla gönderim yapmaktır. Büyük listelerde kademeli gönderim ek bir güvenlik katmanıdır: bir hata varsa binlerce kişi yerine yüz kişi etkilenir. Ve en kritik disiplini unutmayın — acele durumlarda da listeyi uygulayın.

Sıkça Sorulan Sorular (SSS)

Kişiselleştirmede en sık hata ne?

Verisi olmayan kayıtlarda değişkenin ham hâliyle görünmesi — "Merhaba [ad]" gibi. Her kişiselleştirme alanı için bir varsayılan değer tanımlayın ve mutlaka alanları boş olan bir test kaydıyla gönderim yapın.

Test gönderimini nasıl yapmalıyım?

Gerçek gönderim yolunuzdan yapın — farklı bir kanaldan yapılan test gerçek koşulları yansıtmaz. Farklı sağlayıcılardaki adreslere gönderin, spam klasörünü de kontrol edin ve birden fazla kişinin gözden geçirmesini sağlayın.

Kademeli gönderim gerçekten gerekli mi?

Büyük listelerde çok değerlidir. Önce küçük bir gruba gönderip metrikleri kontrol ederseniz, bir hata varsa binlerce kişi yerine yüz kişi etkilenir. Ayrıca ilk grubun teslimat sonuçları, kalan gönderim için erken uyarı sağlar.

Acil bir gönderimde de liste uygulanmalı mı?

Özellikle o zaman. "Acil gitmesi lazım" durumları, kontrol listesinin en çok atlandığı ve en çok hata yapıldığı anlardır. En azından bağlantıları, kişiselleştirmeyi ve alıcı sayısını kontrol edin.