Aksesibilitas… di backend?

Você pode ler esse artigo em português aqui.

Ketika berbicara tentang aksesibilitas digital, kebanyakan orang berpikir bahwa praktik subjek ini hanya dilakukan oleh pengembang atau desainer frontend. Meskipun sebagian besar pekerjaan memang ada di area ini, pengembang backend tidak dibuang dari topik.

Tapi saya, sebagai orang backend, tidak mengembangkan tata letak layar apa pun, jarang menulis beberapa baris HTML sesekali, bagaimana dalam skenario ini saya bisa membantu?

Yah, selalu ada jalan. Dalam posting ini, saya memberikan beberapa ide tentang hal-hal yang dapat dilakukan orang backend di bidang aksesibilitas.

Pertunjukan

Kami sudah lama mendengar bahwa sangat penting untuk melakukan pengoptimalan kinerja dalam aplikasi kami, dan ini biasanya memiliki dua alasan utama:

• Performa mungkin menjadi faktor kunci bagi pengguna untuk menyelesaikan pembelian , dan kurangnya performa di situs web dapat mengakibatkan hilangnya calon pelanggan;
• Google memiliki skor kinerja sebagai faktor peringkat di mesin pencarinya .

Dibutuhkan rata-rata 3 detik bagi pengguna untuk menyerah mengakses halaman karena belum dimuat . Tapi mari kita bayangkan sebuah skenario di mana pengguna gigih dan ingin menghabiskan "selama ini" menunggu: tepat di awal alur mereka sudah memiliki kesan buruk, dan kelambatan ini dapat menyebabkan kecemasan atau kemarahan yang dapat (dan mungkin akan ) memengaruhi seluruh pengalaman pengguna.

Penginternasionalan

Internasionalisasi berkaitan dengan aksesibilitas. Dalam praktiknya, kedua teknik tersebut memiliki tujuan yang sama: membuat konten di layar dapat dipahami oleh pengguna .

Ini adalah pekerjaan yang bervariasi antara sistem yang berbeda untuk dianggap sebagai "pekerjaan backend" atau "pekerjaan frontend" (atau keduanya), tetapi ini adalah fakta: ketika sesuatu yang dirancang untuk menjadi multibahasa sedang dikembangkan, pekerjaan internasionalisasi yang konsisten harus dilakukan. Selesai. Pernahkah Anda memasuki situs web yang “diterjemahkan” ke bahasa Inggris, tetapi melihat beberapa teks dalam bahasa lain? Ya, jangan ikuti contoh itu.

Oh! Ini mungkin terdengar sangat sederhana sehingga tidak perlu disebutkan, tetapi terkadang mudah dilupakan: gunakan atribut langdi HTML Anda, atribut ini biasanya digunakan di elemen akar halaman ( htmltag) tetapi juga dapat digunakan ketika bagian tertentu dari halaman menggunakan bahasa yang berbeda dari bagian situs web lainnya. Atribut ini sangat penting bagi browser untuk mengidentifikasi bahasa yang digunakan oleh halaman dan menyarankan terjemahan otomatis berdasarkan bahasa pengguna.

Pelajari dasar-dasarnya

Meskipun tidak selalu menjadi bagian dari pekerjaan harian Anda, disarankan untuk mengetahui apa itu aksesibilitas dan cara kerjanya dalam konteks aplikasi Web/Seluler. Seringkali orang backend menulis beberapa baris HTML, dan ketika itu terjadi, halaman yang dihasilkan mungkin tidak terstruktur dengan cara yang paling mudah diakses.

Bicaralah dengan orang-orang dari daerah lain

Jika tim Anda sudah memiliki kematangan aksesibilitas tertentu di area seperti frontend dan desain, bicaralah dengan orang-orang dari area tersebut untuk mencari tahu bagaimana pekerjaan ini dilakukan dan bagaimana Anda dapat membantu mereka. Mungkin itu hanya masalah menambahkan bidang deskripsi gambar untuk digunakan pada alt gambar atau info tambahan di detail produk Anda, dan ya, detail ini mungkin terlihat sangat kecil sehingga mungkin terdengar tidak signifikan, tetapi seiring dengan peningkatan lainnya, akhirnya menjadi besar. perbedaan.

Batasi waktu untuk menyelesaikan tindakan

Waktu tidak boleh menjadi batasan yang menghalangi pengguna untuk menyelesaikan suatu aktivitas, yaitu jika pengguna membutuhkan 5 menit atau 1 jam untuk mengirimkan formulir, maka aplikasi perlu dipersiapkan untuk kedua skenario tersebut.

Tentu saja, kami tidak dapat mengabaikan fakta bahwa beberapa batasan teknis dapat menghentikan kami untuk menyediakannya, tetapi selalu baik untuk mencegah masalah seperti ini yang hanya akan membuat pengguna frustrasi. Selain itu, seperti yang dijelaskan W3C , ada beberapa pengecualian untuk aturan ini:

• Acara real-time: harus ada batas waktu untuk aktivitas, misalnya dalam lelang online.
• Aktivitas yang membutuhkan waktu: waktu adalah faktor penting, dan menambah batas waktu akan membuat tindakan menjadi tidak valid, misalnya dalam penawaran yang tersedia untuk waktu terbatas di toko online.
• Batas 20 jam: meskipun tidak mungkin tugas membutuhkan waktu lebih dari 20 jam untuk diselesaikan, ini telah dipilih sebagai batas oleh W3C, setelah itu batas waktu diperbolehkan.

Seperti yang direkomendasikan W3C , kami perlu menyediakan cara untuk menunjukkan arti singkatan saat digunakan pada halaman, untuk membantu pengguna yang:

• mengalami kesulitan menafsirkan arti akronim;
• tergantung pada pembaca layar;
• memiliki memori terbatas;
• mengalami kesulitan menggunakan konteks di mana mereka memahami arti dari akronim.

Otentikasi ulang

Bayangkan skenario berikut:

Band favorit saya sepanjang masa akan dekat dengan tempat tinggal saya dan saya memiliki kesempatan langka untuk mewujudkan impian melihat mereka menjadi kenyataan. Mengetahui bahwa persaingan untuk mendapatkan tiket akan besar, saya membuat akun saya di website dan saya hanya menunggu tiket tersedia. Ketika akhirnya saat ini tiba, saya mendapatkan tiket saya, mengetikkan nomor kartu kredit dan segalanya, tetapi… tepat ketika saya mengklik untuk menyelesaikan pembelian, saya keluar. Saat ini saya putus asa: Saya segera mencoba masuk lagi, dan ketika saya mencoba melanjutkan pembelian, saya melihat pesan sedih… tiket terjual habis.

Tidak keren, bukan? Ya.

Oke, ini masalah, tapi apa hubungannya dengan aksesibilitas?

Memang, ini bukan masalah aksesibilitas saja, tetapi jika situasi ini menyebabkan frustrasi bagi pengguna yang tidak memiliki batasan apa pun, dapatkah Anda membayangkan bagaimana bagi mereka yang hanya dapat menggunakan mouse atau bergantung pada pembaca layar untuk bernavigasi ?

Itulah mengapa kita harus berhati-hati saat menerapkan alur yang memerlukan autentikasi, pengguna harus dapat melanjutkan aktivitas tanpa kehilangan data jika sesi berakhir. Dalam skenario tiket ini ada beberapa solusi yang meringankan masalah:

• Perpanjang durasi sesi secara berkala saat pengguna aktif di situs;
• Pesan tiket dan simpan data formulir saat pengguna mengetik, jika mereka tidak dapat menyelesaikan pengisian karena alasan tertentu dan ingin melanjutkan nanti;
• Berikan opsi untuk mengautentikasi ulang tanpa meninggalkan halaman saat ini, dan melanjutkan alur setelah autentikasi ulang.

Dalam kasus di mana pencarian berdasarkan teks dapat dilakukan untuk menemukan konten, menarik untuk memiliki mekanisme yang menyarankan konten dengan nama yang mirip, jika sistem mencurigai pengguna salah mengeja kata dalam pencarian. Dengan cara ini, kami menghindari kebutuhan pengguna untuk melakukan pencarian kedua, memperbaiki kesalahan dan baru kemudian menemukan apa yang mereka inginkan.

Seperti halnya banyak hal terkait aksesibilitas, pemeriksa ejaan membantu semua jenis pengguna, tetapi terutama orang dengan tingkat pendidikan rendah dan orang dengan gangguan kognitif tertentu seperti disleksia.

Membungkus

Oke tapi, bagaimana jika tidak ada tip yang berlaku untuk pekerjaan backend harian saya? Apakah saya masih perlu memiliki pengetahuan aksesibilitas?

Nah, karena bidang teknologi semakin populer dan inklusif, dan masuknya orang baru (termasuk penyandang disabilitas) juga meningkat, pengetahuan dasar tentang subjek dapat membantu tidak hanya mendukung orang, tetapi semua orang dalam tim , dengan cara ini kami dapat memahami kebutuhan tidak hanya pengguna yang kami kembangkan sistemnya, tetapi juga rekan kerja yang mungkin memiliki kebutuhan tersebut.

Juga perlu dicatat bahwa aksesibilitas bukan hanya tanggung jawab orang-orang yang bekerja dengan frontend, backend, desain, dan QA, tetapi setiap orang yang melalui tahap apa pun dalam konsepsi perangkat lunak dapat berkontribusi.

Referensi

• Ya, aksesibilitas juga menjadi perhatian backend (Eric Bailey)
• Timing Adjustable — Batas waktu perilaku yang diperlukan (W3C)
• Singkatan (W3C)