Her kampanyadan önce yapılacak kontroller ve Brew denetiminin eşikleri: 102 KB kırpma, bozuk bağlantılar, alternatif metin, istemci desteği ve metin uzunluğu.
Gönderim öncesi kalite kontrol listesi, her e-postayı göndermeden önce yaptığınız kısa kontrollerin listesidir. Sorunlu kampanyalar genellikle hâlâ # adresine giden bir butonla, saat 18:00’de 4 MB’lık bir PNG ile değiştirilmiş bir ana görselle ya da klasik Outlook’un yok saydığı iki sütunlu bir düzenle gönderilir. Bunların her birini gönderimden önce yakalamak bir dakika sürer; gönderimden sonra ise düzeltmenin yolu yoktur.
Bu ay Brew e-posta denetimini, her biri kesin bir eşiğe sahip bu kontroller üzerine yeniden kurduk. Bu kontrolleri Brew ile ya da Brew olmadan, elle de yapabilirsiniz.
Önem derecesine göre gruplanmış bulgular ve tek bir hazır olma kararı.
Bozuk bir bağlantı gönderimi boşa harcar. Kontrol edilecekler:
#, example.com ya da doldurulmamış bir {{url}} değil.https kullanmalı.brew.new/pricing bağlantısı oltalama (phishing) gibi görünür.Her bağlantıya editörde değil, teslim edilmiş bir test e-postasında tıklayın. ESP’niz tıklama izleme için bağlantıları gönderim anında yeniden yazar; bu yüzden yönlendirme zincirleri ve bozuk izleme parametreleri yalnızca orada ortaya çıkar.
Abonelikten çıkma ya da tercih bağlantılarına otomatik bir kontrol aracının istek göndermesine asla izin vermeyin. Bazı sağlayıcılar bu URL’ye gelen her isteği abonelikten çıkma olarak değerlendirir. Ayrıca bir kontrol aracının karşısına çıkan bot koruması, bağlantının çalışmadığını kanıtlamaz. Bağlantıya kendiniz tıklayın.
Gmail, HTML boyutu yaklaşık 102 KB’ı aşan mesajları kırpar ve devamını “View entire message” (mesajın tamamını görüntüle) bağlantısının arkasına saklar. Bu da alt bilgiyi, abonelikten çıkma bağlantısını ve posta adresini gizler; yani kırpılan bir pazarlama e-postası sessizce yasal bir soruna dönüşür.
Bizim eşiklerimiz:
80 KB’ta uyarı veriyoruz, çünkü tıklama izleme kısa bağlantıları daha uzun yönlendirme URL’leriyle değiştirir ve bazı ESP’ler koda ek işaretleme ekler. Editörünüzde 98 KB olan bir e-posta, alıcıya 105 KB olarak ulaşabilir.
Boyutu genellikle şunlar şişirir: her öğede tekrarlanan satır içi stiller, oluşturucudan kalan yorum satırları, gizlenmiş mükerrer mobil ve masaüstü bölümleri ve gömülü base64 görseller.
Her görsel:
alt metnine sahip olmalı; tamamen dekoratifse alt="" kullanılmalıwidth ve height değerlerine sahip olmalı ki görseller yüklenirken ya da engellendiğinde düzen bozulmasınTek bir büyük görsel ve altındaki bir satır metinden oluşan bir e-posta, görseller kapalıyken okunamaz, ekran okuyucular için anlamsızdır ve bazı filtreler için bir spam sinyalidir. Başlığı ve teklifi gerçek metin olarak yazın.
Flexbox, grid, position, arka plan görselleri ve satır içi SVG’nin her biri en az bir büyük e-posta istemcisinde bozulur. Can I email desteği özellik ve istemci bazında takip eder; tek bir başvuru kaynağı olarak en iyisi budur.
En çok Outlook’a dikkat edin. Gmail ve Apple Mail desteklemedikleri özelliklerde genellikle sessizce daha sade bir görünüme geçer. Windows’taki klasik Outlook ise Word’ün düzen motoruyla görüntüleme yapar; birçok CSS genişliğini yok sayar, arka plan görsellerini atar ve stillendirilmiş bağlantı olarak kurulan butonların iç boşluklarını (padding) siler.
Bir özelliği Gmail ya da Outlook gibi bir istemci ailesi için ancak o ailedeki en az iki istemci desteklemiyorsa işaretliyoruz. Bunu yalnızca Outlook özelliği bir yedek çözüm olmadan bozuyorsa uyarı olarak gösteriyoruz. Geri kalan her şey bilgi düzeyinde kalıyor. Aksi hâlde her e-posta yirmi istemci uyarısı alır ve insanlar hepsini görmezden gelir.
Kolayca yapılabilecek kontroller:
<html> öğesinde lang niteliği; böylece ekran okuyucular metni doğru telaffuz eder<title> öğesih1 seviyesinden h4 seviyesine atlamak yokBaşvuru kaynağı WCAG 2.2. E-postalardaki sorunların çoğu, bu standardın metin alternatifleri, kontrast, sayfa dili ve başlıklarla ilgili kriterlerine karşılık gelir.
Konu satırlarını yaklaşık 60 karakterin ve 9 kelimenin altında tutun; aksi hâlde telefonlar onları keser. Tamamı BÜYÜK HARFLE yazılmış konu satırlarından, yanıt olmayan e-postalarda “RE:” ya da “FWD:” kullanmaktan ve art arda ünlem işaretlerinden kaçının.
Önizleme metnini, konu satırını tekrarlamadan yaklaşık 90 karakterin altında tutun. Boş bırakırsanız birçok istemci onun yerine “Tarayıcıda görüntüle” gibi bir metin gösterir.
Varsayılan değeri olmayan bir birleştirme etiketi, adı eksik olan herkese “Merhaba ,” gönderir. Okurlar bunu unutmaz.
Her rakamın gösterebileceğiniz bir kaynağı olmalı; özellikle kendinden emin rakamları kolayca üreten yapay zekâ ilk taslaklarında. İfadeler konusunda pazarlama e-postaları nasıl yazılır yazısı ve konu satırı rehberi daha derine iniyor.
CAN-SPAM kapsamında ticari e-postalarda çalışan bir abonelikten çıkma bağlantısı ve geçerli bir posta adresi bulunmalıdır. Gmail’e ve Yahoo’ya toplu gönderim yapan göndericilerin ayrıca tek tıkla abonelikten çıkma başlıklarına ihtiyacı vardır; bu konuyu e-postalarınızı bir ajan gönderdiğinde de geçerli olan kurallar yazısında ele aldık.
İşlemsel e-postalar bazı pazarlama kurallarından muaftır, ama bu kontrol listesinden değil. Çalışmayan bir bağlantı içeren makbuz yine de bir destek talebine dönüşür.
E-posta istemcilerinin sildiği ya da engellediği öğeleri kaldırın:
<script>, <form> ve <iframe> öğeleridata: URI’leribackground-color tanımlanmamış arka plan görselleri (yedek renk sayesinde görsel yüklenmezse de metin okunabilir kalır)E-postaya bir doctype bildirimiyle başlayın. Bu bildirim yoksa bazı istemciler e-postayı quirks modunda görüntüler ve boşluklar kayar.
Brew e-posta denetimi bu listeyi şu noktalardan çalıştırır:
POST /v1/emails/audit isteği ya da audit_email aracıyla API ve MCPTüm alanlar için denetim dokümantasyonuna ve API referansına göz atın.
Ücretsiz anlık kontroller, yalnızca HTML kodunu gerektiren tüm kurallarda otomatik olarak çalışır: yer tutucular, boyut, eksik alternatif metin ve görsel ölçüleri, başlık sırası, lang ve <title>, konu satırı ve önizleme metni uzunluğu, varsayılan değeri olmayan birleştirme etiketleri ve engellenen kod öğeleri.
Denetimi çalıştır, ağ erişimi ya da değerlendirme gerektiren kontrolleri ekler:
Her yapay zekâ değerlendirmesi, kendi e-postalarımızda ortaya çıkardığı bulguların en az %95 oranında doğru olacağı şekilde ayarlandı. Yalancı çoban gibi boş yere alarm veren bir yapay zekâ denetçisi, hiç olmamasından daha kötüdür.
Tam bir denetim 5 kredi tutar. Gerekli bir kontrol yapılamazsa puan içermeyen, ücretsiz bir kısmi denetim alırsınız; çünkü bazı kontrolleri atlamış bir puan yanıltıcı olur.
Her denetim 0 ile 100 arasında bir puan ve bir durum döndürür: “hazır”, “inceleme gerekiyor” ya da “hazır değil” (uygulamada “Gönderime hazır”, “İnceleme gerekiyor” ve “Sorunlar bulundu” olarak görünür). Her bulgunun bir önem derecesi (Kritik, Hata, Uyarı ya da Bilgi) ve çalışmayan bir bağlantının HTTP durum kodu gibi bir kanıtı vardır.
Puan 100’den başlar. Her kritik bulgu 20, her hata 10, her uyarı 3 puan düşürür; bilgi düzeyindeki bulgular puanı etkilemez. Her kural için yalnızca ilk üç bulgu sayılır.
Örnek: # adresine bağlanmış bir buton, 404 döndüren bir alt bilgi bağlantısı, alternatif metni olmayan iki görsel, 68 karakterlik bir konu satırı ve iki Yahoo istemcisinin yok saydığı flexbox.
| Bulgu | Önem derecesi | Puan |
|---|---|---|
| Buton bağlantısı bir yer tutucu | Kritik | −20 |
| Alt bilgi bağlantısı 404 döndürüyor | Hata | −10 |
| Alternatif metni olmayan görsel (×2) | Uyarı | −6 |
| 60 karakteri aşan konu satırı | Uyarı | −3 |
| 2 Yahoo istemcisinin desteklemediği flexbox | Bilgi | 0 |
| Puan | 61 |
Tek bir kritik bulgu ya da hata “hazır değil” anlamına gelir; yalnızca uyarılar varsa durum “inceleme gerekiyor” olur. İki bağlantıyı düzeltirseniz bu e-posta 91 puan alır ve durumu “inceleme gerekiyor” olur. Bu dürüst bir değerlendirme: E-posta artık sorunsuz gönderilebilir; geri kalanlar ise bir dakikanızı ayırmaya değer.
Sohbette düzelt, uyarı ve daha ciddi bulguları Brew ajanına iletir, ardından düzeltilmiş e-postada ücretsiz anlık kontrolleri yeniden çalıştırır.
Gönderimleri engellemez. Kritik bulgular varsa gönderim penceresi Yine de gönder onayını ister ve bu tercihi kayda geçirir. API, MCP ve otomasyon gönderimleri bulguları raporlar ve gönderime devam eder. Doğru varsayılan davranış da bu. Denetimin beğenmediği bazı e-postaların yine de gönderilmesi gerekir; gönderimleri rehin tutan bir kalite kontrol aracı ise eninde sonunda kapatılır.
HTML kodunuzu yeniden yazmaz. Düzeltmeler, sizin başlattığınız ayrı bir adımdır.
Gelen kutusu yerleşimini test etmez, görüntüleme ekran görüntüleri almaz ve karanlık modu kontrol etmez. Karanlık mod için telefonunuzda karanlık modu açıp bir test e-postasını açın. Siyah zeminde kaybolan logoyu böyle yakalarsınız.
Gönderim penceresinde 15 dakika. Bu süreden sonra ya da e-posta değişirse panel denetimi yeniden çalıştırmanızı ister. MCP üzerinden kaydedilmiş bir raporu 7 gün boyunca ücretsiz olarak yeniden okuyabilirsiniz.
Hayır. Denetim e-postanın kendisini kontrol eder. Yerleşim; alan adı itibarına, kimlik doğrulamaya ve şikâyet oranına da bağlıdır. Bunları teslim edilebilirlik rehberinde ele aldık.
Evet, API ya da MCP üzerinden. Brew e-posta kimliği yerine emailHtml veya emailJsx gönderin; e-posta ESP’nize girmeden önce aynı raporu alın. Galeriden bir şablonu uyarlayıp ESP’nize aktarıyorsanız, dışa aktarmadan önce Brew ile denetleyin.
Markaya erişimi olan herkes çalıştırabilir: organizasyon yöneticileri ve markaya eklenen üyeler. Brew içinde yalnızca görüntüleme yetkisi veren bir rol yok.
