Aksesibilitas… di backend?

Anda dapat membaca artikel ini dalam bahasa Inggris di sini.

Ketika berbicara tentang aksesibilitas digital, kebanyakan orang berpikir bahwa praktik subjek ini hanya dilakukan oleh pengembang dan desainer frontend. Meskipun benar bahwa sebagian besar pekerjaan ada di area ini, mereka yang bekerja dengan backend tidak sepenuhnya dikecualikan dari subjek ini.

Tapi saya, pengembang backend, tidak melakukan tata letak layar, saya menulis setengah lusin baris HTML sekali seumur hidup, bagaimana saya bisa membantu dalam skenario ini?

Yah, selalu ada jalan. Di bawah ini saya membawa beberapa ide tindakan dari orang-orang backend di bidang aksesibilitas.

Pertunjukan

Bukan hal baru yang kami dengar bahwa sangat penting untuk melakukan pengoptimalan kinerja dalam aplikasi, dan ini biasanya memiliki dua alasan utama:

• Performa dapat menjadi faktor penentu bagi pengguna untuk menyelesaikan pembelian , dan kurangnya performa di suatu situs dapat mengakibatkan hilangnya calon pelanggan;
• Google menganggap skor kinerja situs sebagai kriteria peringkat pencarian .

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 bersedia menghabiskan "selama ini" menunggu: tepat di pintu masuk situs dia sudah memiliki kesan buruk, mungkin kelambatan akan menyebabkan kecemasan atau iritasi yang dapat ( dan mungkin akan) memengaruhi pengalaman situs lainnya.

Penginternasionalan

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

Ini adalah pekerjaan yang sangat bergantung pada aplikasi yang sedang dikembangkan untuk dianggap sebagai "pekerjaan belakang" atau "pekerjaan depan" (atau keduanya), tetapi satu hal adalah fakta: ketika Anda mengembangkan sesuatu yang dirancang untuk multibahasa, pekerjaan harus dilakukan. melakukan internasionalisasi yang konsisten. Siapa yang tidak pernah memasuki situs yang "diterjemahkan" ke dalam bahasa Portugis, tetapi memperhatikan beberapa teks dalam bahasa Inggris? Ya, jangan ikuti contoh itu.

Oh! Ini tampaknya terlalu sederhana untuk disebutkan, tetapi sangat umum untuk dilupakan dalam kehidupan sehari-hari: gunakan atribut langdalam HTML, biasanya digunakan di elemen akar halaman ( tag html) tetapi juga dapat digunakan saat bagian tertentu halaman itu dalam bahasa yang berbeda dari sisa situs. Atribut ini sangat penting bagi browser untuk mengidentifikasi bahasa yang digunakan pada halaman dan menyarankan terjemahan otomatis berdasarkan bahasa browser pengguna.

mempelajari dasar-dasarnya

Bahkan jika itu belum tentu menjadi bagian dari kehidupan Anda sehari-hari, disarankan untuk mengetahui apa itu aksesibilitas dan bagaimana cara kerjanya dalam konteks aplikasi Web/Seluler. Seringkali pengembang backend menghasilkan halaman HTML, dan ketika mereka melakukannya, halaman tersebut mungkin tidak terstruktur dengan cara yang paling ramah pengguna.

Bicaralah dengan rekan kerja dari daerah lain

Jika tim Anda sudah memiliki kedewasaan tertentu dalam kaitannya dengan aksesibilitas di area seperti frontend dan desain, bicaralah dengan orang-orang dari area tersebut untuk mengetahui bagaimana pekerjaan ini dilakukan dan bagaimana Anda dapat membantu mereka. Mungkin hanya bidang deskripsi untuk alt gambar atau informasi tambahan di detail produk yang hilang, dan ya, detail ini tampaknya sangat kecil sehingga tidak signifikan, tetapi bersama dengan peningkatan lainnya, detail ini akhirnya membuat perbedaan besar.

Batas waktu untuk menyelesaikan tindakan

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

Tentu saja, kami tidak dapat mengabaikan fakta bahwa ada beberapa batasan teknis yang dapat mencegah kami menyediakan ini, tetapi selalu baik untuk menghindari masalah seperti ini yang hanya akan menimbulkan frustrasi bagi pengguna. Juga, seperti yang dijelaskan W3C , ada beberapa pengecualian untuk aturan ini:

• Acara real-time: Harus ada batas waktu untuk aktivitas tersebut, seperti lelang online.
• Aktivitas di mana waktu sangat penting: waktu sangat penting, dan meningkatkan batas akan membuat tindakan menjadi tidak valid, seperti penawaran waktu terbatas di situs e-niaga.
• Batas 20 jam: meskipun tidak mungkin tugas akan memakan waktu lebih dari 20 jam berturut-turut untuk diselesaikan, ini dipilih sebagai batas oleh W3C, setelah itu batas waktu diperbolehkan.

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

• mengalami kesulitan mengartikan apa arti akronim;
• mengandalkan pembaca layar;
• memiliki memori terbatas;
• mengalami kesulitan menggunakan konteks di mana ia berada untuk memahami arti dari akronim.

otentikasi ulang

Bayangkan skenario berikut:

Band favorit saya sepanjang masa memainkan pertunjukan di dekat tempat tinggal saya dan saya memiliki kesempatan langka untuk memenuhi impian melihat mereka. Sudah mengetahui bahwa persaingan untuk menjamin tiket akan besar, saya meninggalkan semua pendaftaran saya di situs web, hanya menunggu tiket dirilis untuk dibeli. Ketika tiket akhirnya tersedia, saya menjamin milik saya, saya mengetikkan detail kartu saya dan semuanya, tetapi… ketika saya akan menyelesaikan pembelian, sesi saya mogok. Pada saat itu, keputusasaan melanda, saya dengan cepat mengautentikasi lagi dan ketika saya mencoba melanjutkan pembelian, saya melihat pesan sedih… tiket terjual habis .

Situasi yang "semacam" membosankan, bukan? Begitulah.

Oke, itu masalah, tapi apa hubungannya dengan aksesibilitas?

Memang, ini bukan masalah aksesibilitas eksklusif , tetapi jika situasi ini sudah sangat mengganggu pengguna yang tidak memiliki batasan apa pun, bayangkan bagi mereka yang hanya bisa menggunakan mouse, atau bergantung pada pembaca layar untuk bernavigasi?

Itu sebabnya kita harus berhati-hati saat mengimplementasikan alur yang memerlukan otentikasi, pengguna harus dapat melanjutkan aktivitasnya tanpa kehilangan data apa pun jika sesinya berakhir. Dalam skenario tiket ini, ada beberapa solusi yang mengatasi masalah tersebut:

• Perpanjang waktu sesi secara berkala saat pengguna aktif di situs;
• Pesan tiket dan simpan data formulir saat pengguna mengetiknya, jika ia 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 skenario di mana Anda dapat mencari berdasarkan teks untuk menemukan konten, menarik untuk memiliki mekanisme yang menyarankan konten dengan nama yang mirip, jika sistem mencurigai adanya kesalahan ejaan dalam pencarian. Dengan cara ini, kami menghindari kebutuhan pengguna untuk melakukan pencarian kedua, memperbaiki kesalahannya dan baru kemudian menemukan apa yang diinginkannya.

Seperti banyak hal dalam hal aksesibilitas, koreksi ejaan membantu semua jenis pengguna, tetapi terutama orang dengan pendidikan rendah dan orang dengan gangguan kognitif seperti disleksia.

Penutup

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

Nah, karena bidang teknologi semakin populer dan inklusif, dan masuknya orang baru (termasuk PCD) semakin meningkat, pengetahuan dasar tentang subjek tersebut dapat membantu tidak hanya orang pengembang backend, tetapi semua orang di tim , jadi kami dapat memahami kebutuhan tidak hanya pengguna yang kami kembangkan sistemnya, tetapi juga rekan kerja yang mungkin memiliki kebutuhan tersebut.

Bahkan perlu disebutkan bahwa tidak hanya orang yang bekerja dengan frontend, backend, desain, dan QA yang bertanggung jawab atas aksesibilitas, tetapi setiap orang yang melewati tahap apa pun dalam desain perangkat lunak dapat berkontribusi.

Referensi

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