Elisa Bandy adalah seorang Googler yang mengerjakan aksesibilitas web dan dokumentasi untuk alat internal kami.
Postingan ini menyoroti pakar komunitas, sebagai bagian dari Pelajari Aksesibilitas Pelajari inisiatif dan riset aksesibilitas Google lebih lanjut.
Alexandra White: Saya beruntung memanggil Anda sebagai rekan. Bagaimana Anda memperkenalkan diri dan pekerjaan Anda di sini?
Elisa Bandy: Nama saya Elisa, dan saya menulis dokumentasi untuk alat dan infrastruktur internal Google.
Alexandra: Pekerjaan yang sangat bagus. Berapa banyak orang yang bekerja dengan Anda?
Elisa: Tim kami yang lebih luas terdiri atas sekitar 40 orang, dan itu mencakup penulis teknis, desainer instruksional, dan manajer program. Saat saya mulai, enam tahun yang lalu, hanya ada empat orang di tim.
Alexandra: Apa yang Anda lakukan sebelum menggunakan Google?
Elisa: Selama seminggu ini, saya bekerja di bidang pengembangan video game. Kemudian pada akhir pekan, saya bekerja di perbaikan sepatu.
Alexandra: Apakah Anda mulai bekerja di aksesibilitas web setelah tiba di Google?
Elisa: Ya, tetapi tidak sampai sekitar satu setengah tahun setelahnya, di samping. Saya bekerja di bidang rekayasa aksesibilitas untuk dokumentasi internal Google. Sebelum ini, dokumen tidak dirancang dengan mempertimbangkan aksesibilitas. Fitur dokumen apa pun yang dapat diakses adalah kecelakaan yang membahagiakan.
Ada masalah besar, dimulai dengan kontras warna yang sepenuhnya
tidak sesuai untuk link. Tabelnya benar-benar berantakan. Jika Anda memperbesarnya,
semuanya tetap berukuran sama karena ditentukan dalam piksel, bukan
rem. Saya mengajukan diri untuk memperbaiki semua hal itu. Kemudian, saya terus memperbaiki
lebih banyak hal. Lima tahun kemudian, kita masih di sini.
Alexandra: Anda telah menjadi orang yang memiliki keahlian dan keterampilan aksesibilitas, dan telah memiliki tekad untuk memperbaiki masalah yang perlu diperbaiki.
Elisa: Ya, saya bisa mengatakan itu [tertawa]. Sebagai penyandang disabilitas, saya tahu betapa sulitnya meminta pertimbangan aksesibilitas. Jadi fakta bahwa kami tidak memiliki pertimbangan aksesibilitas untuk rekan kerja dan kolega saya benar-benar membuat saya kesal. Dan tidak ada orang lain yang memperbaikinya. Jadi saya masuk dan memperbaikinya.
Menurut saya, siapa pun tidak perlu meminta aksesibilitas. Itu harus sudah terpasang sejak awal.
Memprioritaskan kasus penggunaan aksesibilitas Anda
Alexandra: Saat Anda berpikir tentang aksesibilitas web, ada begitu banyak lapisan yang berbeda, bukan? Ada kebutuhan yang berbeda, kadang-kadang konflik untuk berbagai disabilitas. Bagaimana Anda memprioritaskan apa yang harus dilakukan?
Elisa: Banyak hal yang saya lakukan adalah menentukan prioritas. Misalnya, seberapa pentingkah beberapa kasus penggunaan tertentu 100% dapat diakses sepenuhnya? Saya melihat banyak data: berapa persentase dari populasi kita yang menyandang disabilitas? Berapa banyak orang yang memiliki masalah aksesibilitas khusus?
Misalnya, ada sebagian pengguna yang menggunakan ChromeVox, pembaca layar bawaan untuk Chromebook. Jika ada masalah di ChromeVox, saya harus melihat jumlah orang yang menggunakan ChromeVox dan Jaws dan NVDA dan VoiceOver.
Secara eksternal, tidak banyak orang yang menggunakan ChromeVox. Karena kami adalah Google, banyak orang menggunakan Chromebook sebagai perangkat kerja utama mereka, yang berarti ChromeVox sangat penting untuk dokumentasi internal. Mungkin bug ChromeVox terbentur sedikit lebih tinggi daripada bug VoiceOver atau bug NVDA.
Secara umum, saya mencoba memperbaiki beberapa hal untuk pembaca layar utama terlebih dahulu. Pewarnaan cenderung menjadi sukses atau gagal karena ada banyak ekstensi yang mengakali masalah pewarnaan, terutama untuk mode kontras tinggi.
Alexandra: Anda menyebutkan data, yang sangat penting di Google (tentunya). Kami selalu mendengar, "Cadangkan ide Anda dengan data." Bagaimana Anda mengumpulkan data untuk aksesibilitas di Google?
Elisa: Saya banyak mengandalkan data yang telah dikumpulkan Disability Alliance Google. Saya juga akan sering melakukan pemeriksaan-silang dengan survei WebAIM.
Budaya aksesibilitas
Alexandra: Ceritakan tentang budaya aksesibilitas di Google.
Elisa: Perkembangan ini berkembang dengan sangat cepat menjadi sesuatu yang memiliki pendanaan dan kekhawatiran yang luas. Dan saya telah menemukan bahwa hampir semua orang ingin melakukan hal yang benar. Rekan kerja kami menginginkan referensi edukasi tentang cara melakukan hal yang benar dan cara memprioritaskan aksesibilitas.
Membuat struktur ulang aplikasi atau situs, atau apa pun agar dapat diakses setelah Anda menerapkannya dengan tidak benar adalah hal yang sulit. Jadi, bagian dari tugas saya adalah membuat teknisi kami berpikir untuk memasukkan aksesibilitas ke dalam desain awal, sebelum produk dibuat. Orang-orang sangat terbuka, bahkan antusias dengannya!
Saya hanya pernah memiliki penolakan nyata untuk memasukkan aksesibilitas sekali, dan bahkan hal itu cukup mudah diselesaikan.
Alexandra: Bisakah Anda ceritakan lebih banyak tentang hal itu?
Elisa: Saat pertama kali bergabung dengan teknik aksesibilitas, saya hanya punya 20% waktu. Sebagian orang tidak memahami alasan kami harus berfokus pada aksesibilitas. Seseorang berkata, "Hanya 1% populasi penyandang disabilitas." Saya berdiri di bidang ini—kami harus melakukannya karena itu hal yang benar untuk dilakukan. Dan, ini adalah waktu saya, saya akan mendedikasikan sesuai keinginan saya.
Tentu saja, sulit untuk mendengar dari siapa pun yang tidak bermasalah, karena grup itu terlalu kecil.
Alexandra: Terutama jika Anda adalah anggota populasi tersebut. Kenali audiens Anda.
Elisa: Saya tidak pernah mendengar, "Oh, ini hanya 1%." Kata "satu-satunya" membuatnya terdengar tidak signifikan. Namun, jika Anda berpikir tentang populasi global, jumlah orangnya banyak. Dan banyak sekali orang yang bekerja di Google. Selain itu, begitu banyak disabilitas yang kurang dilaporkan.
Alexandra: Kami tahu bahwa lebih dari 1% populasi adalah penyandang disabilitas. WHO melaporkan bahwa lebih dari 1 miliar orang memiliki disabilitas; dan 2,2 miliar orang mengalami semacam gangguan penglihatan! Ada berbagai tingkat keparahannya, dan beberapa orang dengan gangguan penglihatan tidak menganggap diri mereka dinonaktifkan. Namun, kelemahan ini memang memengaruhi interaksi di web.
Elisa: Tepat.
Membangun keahlian Anda sendiri
Alexandra: Apakah ada saran yang Anda harapkan sebelum mulai bekerja di bidang aksesibilitas?
Elisa: Tidak apa-apa jika Anda tidak mengetahui semuanya. Aksesibilitas adalah ruang ruang yang sangat luas. Saya tahu ada banyak hal yang tidak saya ketahui. saya memiliki seperangkat keterampilan yang sangat spesifik. Kebetulan saya tahu di mana harus menemukan informasi tentang praktik terbaik aksesibilitas.
Bahkan dalam keahlian saya sendiri, pembaca layar dan kontras warna, saya belajar hal-hal baru setiap hari. Dan saya tuli, tapi saya bukan ahli aksesibilitas untuk {i>Closed <i}(teks) teks. Saya tahu apa yang berhasil untuk saya, tapi saya tidak tahu apa yang cocok untuk orang lain. Saya harus mencari praktik terbaik jika diminta.
Alexandra: Wajar saja jika Anda tidak benar-benar memahami setiap jenis aksesibilitas. Bagaimana Anda akan membantu para insinyur mempelajari pola aksesibilitas?
Elisa: Saya bekerja sama dengan seorang engineer yang tertarik dengan aksesibilitas. Saya akan memberinya bug dan menunjukkan cara memperbaikinya. Kemudian, saya memandunya melalui praktik terbaik. Dia dapat melihat dokumen lain dan melihat bahwa mereka merekomendasikan satu pendekatan, tetapi hal itu tidak berhasil karena alasan XYZ.
Masalah tentang aksesibilitas web adalah tidak ada banyak contoh kode konkret, karena tidak ada dua orang yang membangun fitur yang sama dengan cara yang sama. Jadi, Anda mungkin perlu menggunakan solusi juri. Banyak orang tidak memikirkan aksesibilitas sampai semuanya telah disiapkan. Apa yang akan Anda lakukan pada saat itu? Apakah Anda akan mengurainya dan menyatukannya kembali, serta menulis ulang semua pengujian Anda? Tidak. Anda akan menjepit sesuatu.
Artinya, Anda perlu memahami cara kerja aplikasi yang diharapkan oleh pengguna yang dinonaktifkan, lalu membuat model kode Anda agar dapat menjalankan fungsi tersebut. Pratinjau mungkin tidak terlihat seperti contoh kode yang sempurna atau komponen inklusif, tetapi pada akhirnya, selama dapat menjalankan fungsi yang sama secara andal, semuanya akan baik-baik saja.
Alexandra: Bagi saya, sepertinya Anda mengatakan lebih penting mendapatkan hasil positif daripada terlalu khawatir tentang cara mencapainya.
Elisa: Ya. Karena sejujurnya tujuan dari kasus ini sesuai dengan tujuan kasus ini. Sangat penting untuk memahami apa yang diharapkan pengguna pembaca layar atau pengguna lain yang dinonaktifkan untuk bekerja.
Ada miliaran peran ARIA, dan Anda mungkin tidak tahu satu per satu. Selain itu, beberapa pembaca layar tidak berfungsi dengan semua pembaca layar. Jadi, Anda perlu mengetahui kebutuhan pengguna untuk membangun aplikasi mereka.
Alexandra: Apakah ada resource eksternal umum yang Anda andalkan saat membuat dokumentasi internal atau menawarkan dukungan kepada engineer Google?
Elisa: Saya sangat mengandalkan panduan W3C. WebAIM sangat berguna untuk mendapatkan gambaran tentang apa yang harus Anda lakukan. WebAIM adalah salah satu referensi yang sangat bagus dan menurut saya sedikit lebih baik dalam hal penerapan teknis. Saya juga sangat suka dokumen Mozilla—sembilan dari sepuluh kali, kalau saya menelusuri sesuatu, ada jawabannya di MDN Web Docs.
Saya suka inclusive-components.design, yang bagus jika Anda menginginkan library komponen yang dapat diakses.
Deque University memiliki banyak praktik terbaik. Saya menggunakannya sebagai materi referensi, saat melaporkan bug atau mengajari seseorang cara mengikuti pola tertentu.
Coba alat aksesibilitas secara langsung
Alexandra: Bagaimana cara mempelajari bagaimana pengguna terpengaruh? Karena keahlian Anda adalah mendukung orang buta warna dan pembaca layar, mari kita mulai dari sana.
Elisa: Untuk kekurangan penglihatan warna dan buta warna, terdapat simulator dan emulator. Anda benar-benar tidak dapat memahami bagaimana orang lain dapat melihat sebelum Anda melihatnya sendiri. Jika saturasi sangat buruk, segera setelah saya menjalankannya melalui simulator, saya dapat mengonfirmasi bahwa saturasi tidak terlihat sama sekali.
Untuk mendukung pengguna pembaca layar, tidak ada cara yang lebih baik untuk memahaminya selain menggunakan pembaca layar. Baca tutorial terlebih dahulu, itu kuncinya. Beberapa orang kesal saat menyalakannya dan mencoba mengacaukannya itu adalah cara yang buruk untuk mempelajari cara menggunakannya. Anda membutuhkan waktu lebih dari 5 atau 10 atau 20 menit. Gunakan info tersebut minimal selama satu jam untuk mengungkapkan beberapa ketidaknyamanan yang dihadapi pengguna yang mengandalkan teknologi ini.
Saya sangat percaya bahwa semua orang akan memerlukan teknologi aksesibilitas di beberapa titik dalam hidup mereka. Misalnya, saya baru-baru ini sakit pergelangan tangan dan tidak bisa menggunakan {i>mouse<i}, jadi saya menggunakan {i>keyboard<i} selama beberapa minggu. Itu sangat menjengkelkan. Latihan-latihan semacam ini benar-benar dapat membantu menempatkan Anda sebagai seorang penyandang disabilitas yang mencoba menjelajahi dunia dengan orang-orang yang tidak cacat.
Meskipun berguna, simulator tidak setara dengan disabilitas
Alexandra: Tentunya pengalaman yang saya, atau developer miliki, menggunakan simulator tidak sama dengan pengguna yang memiliki gangguan penglihatan.
Elisa: Anda dapat berbicara dengan seseorang yang difabel kapan saja untuk mempelajari pengalamannya. Dan ketika Anda membangun empati, penting untuk diingat bahwa orang yang sering menggunakan alat ini akan selalu lebih baik dalam melakukannya. Orang penyandang disabilitas akan selalu lebih baik dalam menavigasi ruangnya sendiri, karena itu adalah tubuh yang hidup bersama orang tersebut.
Saya khawatir, orang-orang yang melakukan latihan empati ini, karena tidak memiliki istilah yang lebih baik, berpikir bahwa mereka tahu dengan tepat apa yang dialami orang lain. Mereka tiba-tiba berpikir bahwa mereka adalah ahli dalam pengalaman itu. Anda bukan ahli dalam pengalaman itu. Jika Anda tidak bugar, pada dasarnya Anda bukan pakar pembaca layar. Saya bukan ahli yang buta warna, meskipun saya bekerja di bidang ini. Saya bukan ahlinya pembaca layar.
Saya ahli dalam pengalaman saya terkait gangguan pendengaran. Saya adalah ahli dalam membutuhkan alat bantu dengar dan menavigasi pengalaman saya sendiri setiap hari. Tapi itu tidak berarti bahwa saya ahli dalam pengalaman orang lain dengan tuli
Hal terburuk yang dapat Anda lakukan dalam rekayasa aksesibilitas adalah memiliki ego. Tidak peduli apa yang Anda lakukan, Anda akan mengacaukan sesuatu. Itu bukanlah sesuatu yang harus dikecilkan karena tidak ada dua orang yang memiliki kebutuhan disabilitas yang sama. Tidak ada dua orang yang memiliki sudut pandang yang sama tentang aksesibilitas dan disabilitas. Anda tidak dapat melakukan semuanya 100%—tetapi bukan berarti Anda tidak boleh mencoba. Anda tidak akan pernah sempurna, tetap berusahalah untuk mencapainya.
Anda mungkin mendapatkan masukan penting, dan seseorang mungkin akan berkata, "Halo, produk Anda tidak dapat diakses!"
Alexandra: Simulator mendukung gaya belajar yang berbeda, mendemonstrasikan produk Anda sekaligus menghadapi beberapa masalah yang mungkin dialami pengguna penyandang disabilitas. Namun, hal itu tidak sama dengan merasakan pengalaman menggunakan produk Anda dengan alat aksesibilitas yang mereka gunakan setiap hari.
Elisa: Apakah saya sedikit kesal ketika pengguna mematikan suara dan membaca teks, lalu tiba-tiba saya menyadari, oh, teks yang dihasilkan secara otomatis sangat buruk? Ya. Saya tidak memahami teks. Beberapa orang penyandang disabilitas melihat seseorang meniru pengalamannya dan mengeluh tentang alat tersebut, tanpa secara aktif membutuhkan alat tersebut. Itu membuat frustrasi, saya benar-benar mengerti.
Tapi saya juga tidak ingin menjadi orang yang harus duduk di sana dan menggambarkan pengalaman saya sebagai orang tuli berulang-ulang. Setiap saat. Jika kita ingin orang-orang yang tidak cacat memahami pengalaman kita, kita harus tahan dengan reaksi mereka terhadap pengalaman itu.
Meskipun begitu, "pengalaman" seperti tunanetra makan di restoran dan mencicipi anggur, itu membuat saya marah. Itu contohnya seperti mengenakan cosplay untuk disabilitas. Namun, untuk mencoba memahami cara pengguna menggunakan fitur atau cara pembaca membaca halaman? Tidak apa-apa. Bahkan, itulah yang minimum. Posisikan diri Anda pada posisi mereka selama satu jam dan cari tahu bagaimana hal-hal ini sebenarnya bekerja. Hal itu benar-benar penting.
Cari tahu bagaimana orang menavigasi di situs Anda. Anda mungkin bertanya-tanya, "Mengapa saya tidak bisa memasang peringatan banner di bagian atas bahwa semua link terbuka di tab baru?" Nah, karena seseorang mungkin tidak membaca halaman yang dimulai dengan spanduk. Buat desain dengan mempertimbangkan penyandang disabilitas.
Lakukan satu hal: berhenti membuat scrolling tanpa batas
Alexandra: Adakah satu hal yang Anda harapkan dari para engineer agar mulai dilakukan untuk membuat situs mereka lebih mudah diakses?
Elisa: Scrolling tanpa batas adalah hal yang buruk dan seharusnya tidak ada yang menggunakannya. Saya tidak bisa menemukan sesuatu, saya harus bisa menemukan banyak hal! Dan, sangat buruk untuk kinerja.
Selain itu, memindahkan sesuatu secara visual dan dalam DOM sangat menjengkelkan. Urutan tab penting, terutama bagi pengguna keyboard.
Pelajari lebih lanjut inisiatif dan penelitian aksesibilitas Google. Selain referensi pengembangan web di Mempelajari Aksesibilitas, Google telah membuat kursus dokumentasi yang mudah diakses: Menulis Teknologi untuk Aksesibilitas.
Ikuti tim Aksesibilitas Google di Twitter di @GoogleAccess dan tim Chrome di @ChromiumDev.