Cara Membuat Email untuk Semua Orang dalam 3 Langkah Mudah: Perekaman Webinar + Tanya Jawab

Aksesibilitas email telah terpilih sebagai salah satu tren desain email terpanas tahun 2019, dan sekarang menjadi prioritas bagi sebagian besar merek. Tetapi juga benar bahwa banyak pemasar tidak tahu bagaimana memulai membuat email mereka lebih inklusif.

Menerapkan praktik terbaik aksesibilitas lebih mudah dari yang Anda kira. Dalam webinar ini, pakar aksesibilitas Litmus, Jason Rodriguez dan Alice Li, membahas statistik dan penelitian yang membuktikan bahwa berinvestasi dalam aksesibilitas sepadan dan membagikan 3 langkah yang harus Anda ambil untuk membuat email yang lebih baik bagi semua orang.

Tidak sempat menonton webinar secara langsung? Jangan khawatir. Anda dapat mengakses rekaman lengkap kapan saja dan membaca Q&A di bawah ini.

T&J

Terima kasih banyak untuk semua orang yang ikut serta selama webinar dengan sebuah pertanyaan! Berikut adalah rangkuman jawaban kami atas pertanyaan paling populer, bersama dengan jawaban kami atas beberapa pertanyaan yang tidak kami dapatkan selama webinar langsung. Ada pertanyaan tambahan? Silakan tinggalkan mereka di komentar.

Bagaimana Anda menjelaskan keterbatasan kognitif?

Bettina : Ada banyak jenis cacat kognitif, dari kesulitan mengingat sesuatu atau memperhatikan disleksia atau autisme. Masing-masing kondisi ini unik, tetapi mengikuti tip di bagian copywriting dan desain webinar ini akan sangat membantu dalam membuat email Anda lebih mudah diakses oleh orang-orang dengan keterbatasan kognitif. Misalnya, jaga agar salinan email Anda tetap jelas dan ringkas dan hindari penggunaan kata-kata atau jargon yang sulit. Buat tata letak Anda tetap sederhana dan kembangkan hierarki visual yang jelas yang memudahkan pelanggan Anda untuk memindai email Anda—dan dengan cepat memahami apa yang penting (dan apa yang tidak).

Apa pembaca layar yang paling sering digunakan? Bagaimana Anda mengujinya?

Alice: Dua pembaca layar paling populer adalah NVDA dan JAWS . NVDA adalah alat sumber terbuka gratis yang dikembangkan oleh NV Access —mereka adalah organisasi luar biasa yang mendedikasikan pekerjaan mereka untuk membuat teknologi lebih mudah diakses oleh orang-orang dengan gangguan penglihatan. JAWS adalah alat membaca layar berbasis langganan yang populer.

Jika Anda tidak ingin menginstal perangkat lunak untuk memahami bagaimana email Anda akan terdengar pada pembaca layar, Anda dapat menggunakan Litmus untuk itu! Kami baru-baru ini mengintegrasikan NVDA ke dalam Litmus, sehingga Anda sekarang dapat mendengarkan pratinjau audio dari email Anda langsung di dalam Daftar Periksa Litmus. Pelajari lebih lanjut .

Plus, semua sistem operasi modern juga menawarkan beberapa jenis dukungan pembacaan layar asli. Di Mac, misalnya, itu adalah VoiceOver .

Apa saja merek yang melakukan pekerjaan hebat dalam mengoptimalkan email mereka untuk aksesibilitas? Saya ingin beberapa inspirasi!

Jason : Salah satu favorit saya adalah deque . Mereka melakukan banyak pelatihan aksesibilitas, memiliki blog yang luar biasa—dan email yang bagus! Email mereka tidak hanya mengikuti praktik terbaik aksesibilitas, tetapi juga menampilkan konten hebat yang membantu Anda mempelajari topik tersebut. Anda harus mendaftar untuk buletin mereka !

Dengan risiko terdengar sombong, saya sangat terkesan dengan pekerjaan yang dilakukan Alice dan tim email di buletin Litmus . Tidak hanya dirancang dengan indah, tetapi mereka telah bekerja keras untuk membuatnya dapat diakses berdasarkan praktik terbaik yang dibahas dalam Panduan Utama untuk Aksesibilitas Email.

Adakah wawasan tentang perbedaan alat seperti "Alexa" atau "Siri" dari pembaca layar lainnya? Atau fitur "bacakan dengan lantang" Outlook?

Jason : Dalam episode terbaru dari podcast Delivering, saya mempelajari lebih dalam tentang asisten suara. Saya menemukan bahwa Alexa adalah satu-satunya yang benar-benar membaca email Anda—tetapi hanya akan membaca teks HTML, mengabaikan atribut alt, tabel, atau elemen HTML lainnya. Ini berbeda dari cara pembaca layar menangani email. Asisten suara diarahkan untuk kenyamanan, tidak harus untuk aksesibilitas, sehingga mereka tidak bekerja dengan cara yang sama seperti pembaca layar besar seperti NVDA, misalnya. Dalam banyak kasus, Anda masih memerlukan ponsel atau laptop Anda untuk menavigasi konten, asisten suara hanya mendukung Anda. Untuk penjelasan lengkap tentang bagaimana Alexa, Google Home, Siri, dan Cortana menangani email, dengarkan episode podcast ini.  

Bagaimana dengan GIF animasi? Gunakan mereka atau tidak? Apakah mereka menyebabkan masalah bagi pembaca?

Alice : Kamu bisa menggunakannya, tapi hati-hati dengan caranya. Animasi dapat memicu serangan epilepsi fotosensitif sehingga Anda tidak akan pernah ingin menyertakan GIF yang terlalu menggelegar atau berkedip. Anda juga tidak ingin menyertakan informasi penting seperti menyalin di GIF Anda. Salinan yang disembunyikan di GIF Anda tidak dapat diakses oleh pembaca layar—dan itu tidak akan ditampilkan di klien email tempat gambar dinonaktifkan—sehingga Anda berisiko kehilangan bagian penting dari pesan Anda.

Di mana saya dapat menemukan contoh template email yang dapat diakses?

Jason : Ada begitu banyak templat gratis di luar sana, tetapi tidak banyak yang dioptimalkan dengan mempertimbangkan aksesibilitas! Itulah sebabnya kami baru-baru ini membuat empat templat baru yang mengikuti praktik terbaik aksesibilitas—dan tersedia untuk Anda secara gratis di Komunitas Litmus . Lihat template kami jika Anda ingin membuat…

• Buletin yang dapat diakses
• Catatan pribadi yang dapat diakses
• Email transaksional yang dapat diakses
• Pengumuman produk yang dapat diakses

Bagaimana penggunaan emoji memengaruhi aksesibilitas?

Jason: Meskipun sebagian besar pembaca layar memahami emoji dan dapat membacanya, itu mungkin bukan pengalaman yang optimal bagi pengguna. Mari kita dengarkan NVDA membacakan contoh baris subjek ini dengan emoji:

Penjualan terbesar tahun ini

Anda dapat mendengar suara emoji yang terputus-putus di sebelah teks. Meskipun emoji sudah menjadi hal yang lumrah sekarang dan pengguna teknologi bantu mungkin terbiasa mendengarnya, tergantung pada emoji itu masih terdengar canggung. Seperti elemen atau salinan lainnya dalam email, cara terbaik untuk melihat apakah itu berfungsi atau tidak adalah dengan mengujinya dan mendengarkan email Anda menggunakan alat seperti NVDA atau Litmus Accessibility Checker.

Apakah saya perlu menerapkan “peran=presentasi” ke DIV juga?

Alice : Tidak! role="presentation" hanya dimaksudkan untuk memberi tahu pembaca layar untuk mengabaikan makna semantik dari tag, sehingga tabel membutuhkannya karena data tabular seperti grafik memerlukan semua informasi kolom dan baris agar orang dapat menavigasi dan memahaminya dengan benar. Dalam email, pengembang sering mengandalkan tabel untuk presentasi daripada data tabular, itulah sebabnya tabel memerlukan ini. DIV, di sisi lain, tidak memiliki makna semantik yang perlu diganti untuk pembaca layar.

Untuk klien yang bersikeras menggunakan email berbasis gambar, apakah ada praktik terbaik yang harus kita ikuti?

Bettina : Ini yang sulit! Ada banyak alasan mengapa mengirim email semua gambar adalah ide yang buruk. Jadi sebagai langkah pertama, lakukan apa pun yang Anda bisa untuk meyakinkan klien Anda bahwa pendekatan ini datang dengan pengalaman pelanggan yang mengerikan. Posting blog kami tentang Mengapa Anda Tidak Harus Mengirim Email Hanya Gambar memiliki banyak wawasan dan kiat untuk membantu Anda mewujudkannya.

Jika tidak ada cara untuk membuat klien Anda berada di jalur yang benar, maka yang dapat Anda lakukan hanyalah mengoptimalkan tampilan gambar dengan teks ALT ( Anda bahkan dapat menata teks ALT itu ) dan menggunakan tombol anti peluru sehingga setidaknya CTA Anda masih berfungsi saat gambar dinonaktifkan.

Apakah penggunaan font web memengaruhi aksesibilitas?

Alice : Dari sudut pandang kode, seharusnya tidak. Dari sudut pandang desain, itu berarti Anda harus selalu memastikan bahwa font web dan fallback aman-webnya memenuhi standar rasio kontras agar dapat dibaca. Misalnya, jika font web Anda lebih tebal daripada fallback, pastikan fallback juga melewati skor rasio kontras karena fallback adalah yang mungkin dilihat pengguna, katakanlah, Gmail.

Satu perubahan yang belum kita buat di template kode kita adalah menggunakan elemen semantik untuk heading atau paragraf. Saat ini kami mengatur gaya sel tabel untuk teks. Masalah apa yang dapat dihadirkan ini untuk aksesibilitas?

Alice : Saya berasumsi bahwa tabel yang membungkus teks sudah memiliki perannya yang disetel ke "presentasi" atau "tidak ada" untuk mengekang kebisingan pembaca layar yang tidak perlu. Jadi selain masalah itu, tidak menggunakan tag heading/paragraph yang benar akan menimbulkan masalah navigasi untuk perangkat bantu, karena beberapa teknologi memungkinkan pengguna untuk melompat dari heading ke heading (dan paragraf terkait) seolah-olah itu adalah daftar isi.

Bisakah karakter khusus, seperti apostrof keriting, tanda kutip, ampersand, dll., dibaca oleh pembaca layar?

Alice : Itu tergantung. Ampersand sering dibaca sebagai "dan". Tanda kutip dan apostrof keriting diabaikan seperti bagaimana seseorang mungkin tidak mengucapkannya saat membaca sesuatu dengan keras. Karakter khusus lainnya dianggap kasus per kasus, seperti poin-poin yang dibacakan sebagai "peluru". Saya biasanya akan merekomendasikan selalu menguji untuk memastikan.

Adakah saran untuk memformat teks hanya untuk aksesibilitas? Saya menggunakan beberapa jeda "=" atau "-" di antara bagian. Bagaimana mereka ditangani?

Alice : Tanda hubung dan garis bawah cenderung tidak terbaca, jadi itu baik-baik saja. Namun, pembaca layar akan membacakan tanda "sama dengan", jadi saya sarankan untuk menghindarinya.