Blok HTML email khusus sebaiknya menyelesaikan masalah tertentu yang tidak dapat ditangani komponen standar. Blok itu juga harus tetap berguna saat nama produk bertambah panjang, gambar tidak tersedia, atau email dibuka di ponsel. Tentukan komponen sekecil mungkin, uji di luar editor, dan gunakan kembali versi yang tetap berfungsi dalam kondisi tersebut.
Tentukan perubahan paling kecil yang diperlukan
Catat informasi yang harus disampaikan blok tersebut dan alasan tata letak yang ada belum mampu menyampaikannya dengan baik. Batasi markup pada fungsi itu. Hindari mengimpor desain halaman web lengkap dengan skrip, ketergantungan interaktif, atau gaya yang mungkin tidak didukung aplikasi email.
Sendvio mendukung blok HTML email. Pastikan kode khusus dapat dipahami orang yang akan memelihara template bulan depan. Gunakan struktur yang jelas, teks bermakna, dan teks alternatif gambar yang sesuai alih-alih menyembunyikan pesan dalam markup dekoratif.
Tentukan kontrak komponen yang sederhana
Tuliskan fungsi blok, konten wajib dan opsional, panjang teks realistis maksimal, tautan, perilaku gambar, serta urutan tampil di ponsel. Misalnya, blok perbandingan dua pilihan mungkin memerlukan nama produk, satu fitur pembeda, konteks harga, dan tindakan untuk setiap pilihan. Kontraknya perlu menjelaskan elemen mana yang harus tetap berkelompok saat tata letak ditumpuk.
Pertimbangkan apakah blok standar dapat memenuhi kebutuhan tersebut dengan tata letak yang lebih sederhana. HTML khusus layak digunakan jika menyelesaikan masalah komunikasi yang jelas, bukan hanya karena memungkinkan komposisi yang lebih rumit. Setiap aturan struktural tambahan menciptakan sesuatu yang perlu dipahami dan diuji editor berikutnya.
Buat blok khusus tetap mandiri. Hindari gaya luas yang tanpa sengaja mengubah komponen di sebelahnya dan jangan bergantung pada skrip atau interaksi bergaya situs web untuk menyampaikan pesan utama. Jika pengalaman memerlukan pemilihan atau kalkulasi kompleks, gunakan email untuk menjelaskan tugasnya lalu tautkan ke halaman yang mendukungnya.
Periksa perilaku di luar editor
Tampilan email berbeda dari tampilan situs biasa. Uji pesan yang benar-benar terkirim di beberapa aplikasi relevan, termasuk layar sempit dan kondisi gambar tidak tersedia. Verifikasi tautan, urutan baca, perubahan ukuran teks, serta perilaku blok di samping komponen template standar.
Hindari tinggi tetap untuk konten yang berubah dan rangkaian karakter panjang yang tidak dapat dibungkus. Nama pelanggan atau judul terjemahan dapat mengungkap kegagalan yang tersembunyi oleh contoh teks pendek. Siapkan desain pengganti yang lebih sederhana jika blok khusus tidak dapat berfungsi dengan andal.
Uji perubahan konten, bukan hanya contoh awal
Ganti nama produk terpendek dengan nama realistis yang paling panjang. Hapus gambar opsional, tambahkan judul terjemahan, dan gunakan harga atau label tombol yang lebih panjang. Periksa apakah struktur bertambah secara alami atau menyisakan konten terpotong dan area tinggi tetap yang kosong. Pengujian ini menunjukkan apakah blok dapat digunakan ulang atau hanya cocok untuk satu contoh.
Periksa pesan yang benar-benar terkirim di lingkungan email terkait. Pastikan urutan baca tetap bermakna, teks alternatif gambar sesuai konteks, dan setiap halaman tujuan berfungsi. Jika tabel tata letak digunakan, pembuatnya perlu memastikan tabel itu tidak salah menggambarkan struktur semantik konten bagi teknologi bantu.
Gunakan kembali hanya versi yang telah diuji
Simpan blok yang disetujui bersama catatan singkat tentang tujuan dan batasannya. Saat konten diubah, bedakan suntingan teks biasa dari perubahan struktur yang memerlukan tinjauan tampilan ulang.
Jangan menambahkan skrip pelacakan atau kode yang dapat dijalankan agar email berperilaku seperti situs web. Arahkan tindakan ke halaman tujuan yang sesuai jika interaksi melampaui kemampuan email yang andal. Blok kecil yang dapat diandalkan lebih bermanfaat daripada komponen canggih yang hanya berfungsi di pratinjau pembuatnya.
Simpan blok yang disetujui dalam catatan template berversi dengan penanggung jawab yang jelas, penggunaan yang didukung, dan batasan yang diketahui. Suntingan teks di masa depan mungkin berisiko rendah, sedangkan perubahan struktur kolom atau penambahan konten bersyarat memerlukan peninjauan tampilan lagi. Jelaskan perbedaannya agar tim tidak perlu menguji ulang semuanya tanpa alasan atau menganggap desain ulang sebagai perubahan teks rutin.
Siapkan pengganti yang lebih sederhana jika komponen tidak berfungsi dengan andal. Perbandingan satu kolom yang dapat dibaca pelanggan lebih bermanfaat daripada tata letak kompleks yang rusak di lingkungan umum. Kriteria penerimaan harus praktis: konten akurat, pengelompokan utuh, teks mudah dibaca, tindakan aksesibel, dan struktur yang mudah dipelihara serta aman digunakan kembali oleh pemilik kampanye berikutnya.