Elisa Bandy adalah Googler yang mengerjakan aksesibilitas web dan dokumentasi untuk alat internal kami.
Postingan ini menyoroti pakar komunitas, sebagai bagian dari Learn Accessibility! Pelajari lebih lanjut inisiatif dan riset aksesibilitas Google.
Alexandra Klepper: Saya beruntung bisa menyebut Anda sebagai kolega. 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: Itu pekerjaan yang keren. Berapa banyak orang yang bekerja dengan Anda?
Elisa: Tim kami terdiri dari sekitar 40 orang, termasuk penulis teknis, desainer instruksional, dan pengelola program. Saat saya memulai enam tahun lalu, hanya ada empat orang dalam tim.
Alexandra: Apa yang Anda lakukan sebelum bergabung dengan Google?
Elisa: Selama seminggu, saya bekerja di bidang pengembangan video game. Kemudian pada akhir pekan, saya bekerja di reparasi sepatu.
Alexandra: Apakah Anda mulai mengerjakan aksesibilitas web setelah bergabung dengan Google?
Elisa: Ya, tetapi baru sekitar satu setengah tahun kemudian, di samping. Saya bekerja di bidang rekayasa aksesibilitas untuk dokumentasi internal Google. Sebelum pekerjaan ini, dokumen tidak didesain dengan mempertimbangkan aksesibilitas. Fitur doc apa pun yang dapat diakses adalah kecelakaan yang menyenangkan.
Ada masalah besar, dimulai dengan kontras warna yang sama sekali tidak sesuai untuk link. Tabelnya sangat berantakan—jika Anda memperbesar, semuanya tetap berukuran sama karena ditentukan dalam piksel, bukan rem. Saya menawarkan diri untuk memperbaiki semua hal tersebut. Kemudian, saya terus memperbaiki
lebih banyak hal. Lima tahun kemudian, saya masih melakukannya.
Alexandra: Anda telah membangun diri Anda menjadi orang dengan keahlian dan keterampilan aksesibilitas, dan Anda memiliki tekad untuk memperbaiki masalah yang perlu diperbaiki.
Elisa: Ya, sepertinya kita bisa mengatakan itu [tertawa]. Sebagai penyandang disabilitas, saya tahu betapa sulitnya meminta pertimbangan aksesibilitas. Jadi, fakta bahwa kami tidak memiliki pertimbangan aksesibilitas ini untuk rekan kerja dan kolega saya benar-benar membuat saya marah. Dan tidak ada orang lain yang memperbaikinya. Jadi, saya masuk dan memperbaikinya.
Saya rasa tidak ada orang yang harus meminta aksesibilitas. Keamanan harus dibangun sejak awal.
Memprioritaskan kasus penggunaan aksesibilitas Anda
Alexandra: Saat Anda memikirkan aksesibilitas web, ada begitu banyak lapisan yang berbeda, bukan? Ada berbagai kebutuhan yang terkadang bertentangan untuk berbagai disabilitas. Bagaimana cara Anda memprioritaskan apa yang harus dilakukan?
Elisa: Banyak hal yang saya lakukan adalah memprioritaskan. Misalnya, seberapa penting kasus penggunaan tertentu dapat diakses sepenuhnya 100%? Saya melihat banyak data: berapa persentase populasi kita yang berkebutuhan khusus? Berapa banyak orang yang mengalami masalah aksesibilitas tertentu?
Misalnya, ada subset pengguna yang menggunakan ChromeVox, pembaca layar bawaan untuk Chromebook. Jika ada masalah di ChromeVox, saya harus melihat berapa banyak orang yang menggunakan ChromeVox dibandingkan dengan Jaws dibandingkan dengan NVDA dibandingkan dengan 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 diprioritaskan sedikit lebih tinggi daripada bug VoiceOver atau bug NVDA.
Secara umum, saya mencoba memperbaiki masalah untuk pembaca layar utama terlebih dahulu. Pewarnaan cenderung tidak konsisten karena ada banyak ekstensi yang mengatasi masalah pewarnaan, terutama untuk mode kontras tinggi.
Alexandra: Anda menyebutkan data, yang sangat penting di Google (tentu saja). Kita selalu mendengar, "Dukung ide Anda dengan data". Bagaimana cara Anda mengumpulkan data untuk aksesibilitas di Google?
Elisa: Saya sangat mengandalkan data yang telah dikumpulkan oleh Aliansi Disabilitas Google. Selain itu, saya sering kali melakukan pemeriksaan silang dengan survei WebAIM.
Budaya aksesibilitas
Alexandra: Ceritakan budaya aksesibilitas di Google.
Elisa: Hal ini berkembang sangat, sangat cepat menjadi sesuatu yang memiliki pendanaan dan kekhawatiran yang luas. Dan saya mendapati bahwa hampir semua orang ingin melakukan hal yang benar. Rekan-rekan kami menginginkan sumber edukasi tentang cara melakukan hal yang benar, cara memprioritaskan aksesibilitas.
Menata ulang aplikasi atau situs atau apa pun agar dapat diakses setelah Anda menerapkannya dengan tidak benar akan sulit. Jadi, sebagian tugas saya adalah membuat para engineer kami memikirkan cara memasukkan aksesibilitas ke dalam desain awal, sebelum produk dibuat. Orang-orang sangat menerima hal itu, bahkan antusias!
Saya hanya pernah mengalami kendala dalam menerapkan aksesibilitas satu kali, dan bahkan hal itu cukup mudah diselesaikan.
Alexandra: Bisakah Anda menceritakan lebih lanjut tentang hal itu?
Elisa: Saat pertama kali bergabung dengan tim engineering aksesibilitas, saya hanya menghabiskan 20% waktu saya untuk mengerjakan tugas tersebut. Beberapa orang tidak mengerti mengapa kami berfokus pada aksesibilitas. Seseorang berkata, "Hanya 1% populasi yang memiliki disabilitas." Saya tetap berpendirian—kami harus melakukannya karena itu adalah hal yang benar untuk dilakukan. Dan, itu adalah waktu saya, saya akan mendedikasikannya sesuai keinginan saya.
Tentu saja, sulit untuk mendengar dari siapa pun bahwa penyandang disabilitas tidak penting, bahwa mereka adalah kelompok yang terlalu kecil.
Alexandra: Terutama jika Anda adalah anggota populasi tersebut. Kenali audiens Anda.
Elisa: Saya tidak pernah suka mendengar, "Oh, ini hanya 1%." Kata "hanya" membuatnya terdengar tidak penting. Namun, jika Anda memikirkan populasi global, jumlahnya sangat banyak. Dan itu adalah banyak orang yang bekerja di Google. Dan begitu banyak disabilitas yang kurang dilaporkan.
Alexandra: Kami tahu bahwa lebih dari 1% populasi terpengaruh oleh disabilitas. Laporan WHO menyatakan bahwa lebih dari 1 miliar orang menyandang disabilitas; dan 2,2 miliar orang mengalami beberapa jenis gangguan penglihatan. Tentu saja, tingkat keparahannya berbeda-beda, dan beberapa orang dengan gangguan penglihatan tidak menganggap diri mereka penyandang disabilitas. Namun, gangguan ini memengaruhi interaksi di web.
Elisa: Tepat sekali.
Membangun keahlian Anda sendiri
Alexandra: Apakah ada saran yang Anda harapkan sudah Anda ketahui sebelum mulai bekerja di bidang aksesibilitas?
Elisa: Tidak apa-apa tidak mengetahui setiap hal. Aksesibilitas adalah ruang yang sangat luas. Saya tahu ada banyak hal yang tidak saya ketahui. Saya memiliki serangkaian keterampilan yang sangat spesifik. Kebetulan saya tahu tempat untuk menemukan informasi tentang praktik terbaik aksesibilitas.
Bahkan dalam spesialisasi saya sendiri, pembaca layar dan kontras warna, saya mempelajari hal-hal baru setiap hari. Saya tunarungu, tetapi saya bukan pakar aksesibilitas untuk Teks Tertutup. Saya tahu apa yang cocok untuk saya, tetapi saya tidak tahu apa yang cocok untuk orang lain. Saya harus mencari praktik terbaik jika ditanya.
Alexandra: Wajar jika tidak menjadi ahli mutlak dalam setiap jenis aksesibilitas. Bagaimana Anda membantu engineer mempelajari pola aksesibilitas?
Elisa: Saya bekerja sama dengan seorang engineer yang tertarik dengan aksesibilitas. Saya akan menyerahkan bug kepadanya dan menunjukkan cara memperbaikinya. Kemudian, saya menjelaskan praktik terbaik kepadanya. Dia mungkin melihat dokumen lain dan melihat bahwa dokumen tersebut merekomendasikan satu pendekatan, tetapi pendekatan tersebut tidak berhasil karena alasan XYZ.
Masalah 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 membuat solusi sementara. Banyak orang tidak memikirkan aksesibilitas hingga semuanya telah disatukan. Apa yang akan Anda lakukan pada saat itu? Apakah Anda akan membongkarnya, menyatukannya kembali, dan menulis ulang semua pengujian? Tidak, Anda tidak. Anda akan menyematkan sesuatu.
Artinya, Anda perlu memahami bagaimana pengguna penyandang disabilitas mengharapkan aplikasi berfungsi, lalu memodelkan kode Anda agar melakukan fungsi tersebut. Mungkin tidak terlihat seperti contoh kode yang sempurna atau komponen inklusif, tetapi pada akhirnya, selama fungsi yang sama dapat dilakukan dengan andal, tidak akan menjadi masalah.
Alexandra: Sepertinya Anda mengatakan bahwa lebih penting untuk mendapatkan hasil positif daripada terlalu mengkhawatirkan cara kita mencapainya.
Elisa: Ya. Karena sejujurnya, hasil akhir membenarkan cara yang digunakan dalam kasus ini. Sangat penting untuk memahami cara kerja yang diharapkan pengguna pembaca layar atau pengguna disabilitas lainnya.
Ada satu miliar peran ARIA, dan Anda tidak mungkin mengetahui semuanya. Selain itu, beberapa di antaranya tidak berfungsi dengan semua pembaca layar. Jadi, Anda perlu mengetahui kebutuhan pengguna untuk membangun produk bagi mereka.
Alexandra: Apakah ada referensi eksternal umum yang Anda andalkan saat membuat dokumentasi internal atau menawarkan dukungan kepada engineer Google?
Elisa: Saya sangat mengandalkan pedoman W3C. Panduan ini sangat bagus untuk mendapatkan gambaran tentang apa yang perlu Anda lakukan. WebAIM adalah sumber daya lain yang sangat bagus dan menurut saya sedikit lebih baik dalam hal penerapan teknis. Saya juga sangat menyukai dokumentasi Mozilla—sembilan dari sepuluh kali, jika saya menelusuri sesuatu, ada jawaban di MDN Web Docs.
Saya menyukai inclusive-components.design, yang sangat bagus jika Anda menginginkan library komponen yang dapat diakses.
Deque University memiliki banyak praktik terbaik. Saya menggunakannya untuk materi referensi, saat saya melaporkan bug atau mengajari seseorang cara mengikuti pola tertentu.
Mengalami langsung alat aksesibilitas
Alexandra: Bagaimana cara mengetahui dampak yang dialami pengguna? Karena keahlian Anda adalah mendukung orang yang buta warna dan pembaca layar, mari kita mulai dari sana.
Elisa: Untuk gangguan penglihatan warna dan buta warna, ada simulator dan emulator. Anda benar-benar tidak dapat memahami bagaimana orang lain dapat melihatnya sampai Anda melihatnya sendiri. Jika saya melihat saturasi yang sangat buruk, segera setelah saya menjalankannya melalui simulator, saya dapat mengonfirmasi bahwa saturasi tersebut tidak dapat dibedakan sama sekali.
Untuk mendukung pengguna pembaca layar, tidak ada cara yang lebih baik untuk memahaminya selain dengan benar-benar menggunakan pembaca layar. Baca tutorial terlebih dahulu, itu kuncinya. Beberapa orang merasa frustrasi saat mereka baru menyalakannya dan mencoba menggunakannya—itu adalah cara yang buruk untuk mempelajari cara menggunakannya. Anda memerlukan waktu lebih dari 5 atau 10 atau 20 menit. Gunakan minimal selama satu jam untuk mengungkap beberapa frustrasi yang dialami pengguna yang mengandalkan teknologi ini.
Saya sangat yakin bahwa setiap orang akan membutuhkan teknologi aksesibilitas pada suatu saat dalam hidupnya. Misalnya, saya baru-baru ini mengalami cedera pergelangan tangan dan tidak dapat menggunakan mouse, jadi saya menggunakan keyboard selama beberapa minggu. Ini sangat membuat frustrasi. Latihan semacam ini dapat benar-benar membantu Anda berada di posisi orang penyandang disabilitas yang mencoba menjelajahi dunia orang-orang yang tidak memiliki disabilitas.
Simulator, meskipun berguna, tidak setara dengan disabilitas
Alexandra: Jelas, pengalaman yang saya miliki, atau yang dimiliki developer mana pun, saat menggunakan simulator tidak sama dengan pengalaman yang dimiliki seseorang dengan gangguan penglihatan.
Elisa: Anda selalu dapat berbicara dengan penyandang disabilitas untuk mempelajari pengalaman mereka. Dan saat Anda membangun empati tersebut, penting untuk diingat bahwa orang yang sering menggunakan alat ini akan selalu lebih mahir menggunakannya daripada Anda. Penyandang disabilitas akan selalu lebih baik dalam menavigasi ruang mereka sendiri, karena itulah tubuh yang digunakan orang tersebut untuk hidup.
Saya khawatir orang yang melakukan latihan empati ini, karena tidak ada istilah yang lebih baik, berpikir bahwa mereka tahu persis apa yang dialami orang lain. Mereka tiba-tiba berpikir bahwa mereka adalah pakar dalam pengalaman tersebut. Anda bukan ahli dalam pengalaman tersebut. Jika Anda memiliki kemampuan fisik yang baik, Anda pada dasarnya bukan ahli pembaca layar. Saya bukan ahli dalam hal buta warna, meskipun saya bekerja di bidang ini. Saya bukan ahli pembaca layar.
Saya adalah pakar dalam pengalaman saya sebagai penyandang tunarungu. Saya adalah pakar dalam membutuhkan alat bantu dengar dan menjalani pengalaman saya sendiri setiap hari. Namun, hal itu tidak berarti saya ahli dalam pengalaman orang lain yang mengalami gangguan pendengaran
Hal terburuk yang dapat Anda lakukan dalam rekayasa aksesibilitas adalah memiliki ego. Apa pun yang Anda lakukan, Anda akan mengacaukan sesuatu. Anda tidak perlu berkecil hati 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, tetapi tetaplah berjuang untuk mencapainya.
Anda mungkin mendapatkan masukan penting, seseorang mungkin berkata, "Hei, produk Anda tidak dapat diakses!"
Alexandra: Simulator mendukung gaya belajar yang berbeda, mendemonstrasikan produk Anda sekaligus menghadapi beberapa masalah yang mungkin dialami penyandang disabilitas. Namun, hal itu tidak sama dengan mencoba produk Anda dengan alat aksesibilitas yang mereka gunakan setiap hari.
Elisa: Apakah saya merasa sedikit kesal saat orang mematikan suara dan membaca teks, lalu tiba-tiba menyadari bahwa teks yang dibuat otomatis ini sangat buruk? Ya. Bukan begitu cara saya menggunakan subtitel. Beberapa penyandang disabilitas melihat seseorang meniru pengalaman mereka dan mengeluh tentang alat tersebut, tanpa benar-benar membutuhkan alat tersebut. Itu membuat frustrasi, saya sangat memahaminya.
Namun, saya juga tidak ingin menjadi orang yang harus duduk di sana dan mendeskripsikan pengalaman saya sebagai orang tuli berulang kali. Setiap saat. Jika kita ingin orang-orang yang tidak memiliki disabilitas memahami pengalaman kita, kita harus menerima reaksi mereka terhadap pengalaman tersebut.
Namun, "pengalaman" seperti makan di restoran dalam keadaan buta dan mencicipi wine, membuat saya marah. Itu seperti melakukan cosplay disabilitas. Namun, demi mencoba memahami cara pengguna menggunakan fitur atau cara pembaca membaca halaman? Tidak apa-apa. Faktanya, itulah minimumnya. Tempatkan diri Anda pada posisi mereka selama satu jam dan cari tahu cara kerja semua ini. Hal ini sangat penting.
Cari tahu cara orang menavigasi situs Anda. Anda mungkin bertanya, "Mengapa saya tidak bisa menempatkan peringatan banner di bagian atas bahwa semua link terbuka di tab baru?" Nah, karena seseorang mungkin tidak membaca halaman yang dimulai dengan banner. Buat desain Anda dengan mempertimbangkan penyandang disabilitas.
Lakukan satu hal: berhenti membuat scroll tanpa batas
Alexandra: Apakah ada satu hal yang Anda harapkan agar para engineer mulai melakukannya untuk membuat situs mereka lebih mudah diakses?
Elisa: Scrolling tanpa batas adalah bencana dan tidak boleh digunakan oleh siapa pun. Saya tidak bisa menemukan sesuatu, saya harus bisa menemukan sesuatu! Selain itu, hal ini sangat buruk bagi performa.
Selain itu, memindahkan berbagai hal secara visual dan dalam DOM sangat menjengkelkan. Urutan tab penting, terutama bagi pengguna keyboard.
Pelajari lebih lanjut inisiatif dan riset aksesibilitas Google. Selain resource pengembangan web di Learn Accessibility, Google telah membuat kursus dokumentasi yang mudah diakses: Tech Writing for Accessibility.
Ikuti tim Aksesibilitas Google di Twitter di @GoogleAccess dan tim Chrome di @ChromiumDev.