Aksesibilitas web membantu orang memahami informasi dan menyelesaikan kegiatan dengan cara interaksi yang beragam. Bagi pengelola situs, pemeriksaan dapat dimulai dari pertanyaan yang konkret: apakah tugas dapat dilakukan dengan keyboard, apakah posisi fokus terlihat, apakah isian formulir mempunyai label yang jelas, dan apakah gambar menyampaikan informasi yang dapat diakses melalui teks?
Pertanyaan tersebut berguna sebagai awal, tetapi tidak mencakup seluruh aksesibilitas. W3C WAI menegaskan bahwa halaman yang tampak lolos Easy Checks masih dapat mempunyai hambatan penting. Karena itu, pemeriksaan sederhana tidak boleh diubah menjadi klaim bahwa seluruh situs telah memenuhi semua kebutuhan pengguna atau seluruh kriteria WCAG. Sumber: W3C WAI, Easy Checks, scope.
Artikel ini membantu menyusun pemeriksaan serta permintaan perbaikan yang dapat dipahami pemilik konten, perancang, dan pengembang. Tidak ada audit terhadap situs tertentu atau hasil pengujian yang diklaim telah dilakukan. Langkah yang diuraikan merupakan panduan kerja berdasarkan sumber primer dan pertimbangan praktis, dengan batas penilaian yang tetap dinyatakan jelas.
Pilih tugas yang mempunyai awal dan akhir jelas
Mulailah dari kegiatan yang benar-benar diperlukan pengunjung. Membaca artikel, menemukan informasi kontak, mencari dokumen, atau mengisi formulir mempunyai kebutuhan berbeda. Pilih satu tugas dan tentukan keadaan awal serta hasil yang diharapkan. Jangan hanya membuka beranda lalu menyimpulkan pengalaman seluruh situs, karena hambatan dapat muncul pada langkah berikutnya.
Untuk pemeriksaan formulir, bedakan menemukan formulir, memahami isian, memasukkan data, memperbaiki kesalahan, dan mengetahui hasil. Setiap bagian memberi pertanyaan yang dapat dijawab. Pemeriksaan yang hanya melihat tombol kirim belum menggambarkan seluruh tugas. Gunakan lingkungan serta data pemeriksaan yang sesuai agar kegiatan tidak menghasilkan pengiriman atau perubahan yang tidak diinginkan.
Tentukan halaman dan keadaan yang masuk cakupan. Sebuah menu terbuka, dialog muncul, atau pesan kesalahan terlihat merupakan keadaan antarmuka yang perlu diperhatikan. Jangan memperlakukan halaman sebagai gambar statis apabila pengguna sebenarnya harus berinteraksi. Daftar keadaan membantu menemukan bagian yang belum diperiksa tanpa membuat klaim bahwa seluruh kemungkinan sudah tercakup.
Catat perangkat, browser, dan pengaturan yang dipakai untuk pemeriksaan. Informasi ini bukan tujuan utama laporan, tetapi membantu pengembang memahami kondisi pengamatan. Jangan menyatakan satu pengalaman mewakili semua teknologi bantu atau seluruh perangkat. Jika kebutuhan evaluasi lebih luas, perlu ada rencana tambahan serta keahlian yang sesuai.
Pisahkan pengamatan dari kesimpulan. Tombol tidak dapat dicapai melalui langkah keyboard tertentu merupakan pengamatan yang dapat ditelusuri. Situs tidak ramah siapa pun adalah kesimpulan terlalu luas. Laporan sebaiknya membantu menemukan hambatan pada tugas tertentu, sehingga tim dapat menilai akibat dan kebutuhan perbaikannya dengan lebih tepat.
Hasil tahap awal adalah cakupan kecil yang dapat dikerjakan dan dijelaskan. Tidak perlu menunggu rencana sempurna untuk mulai menemukan masalah dasar. Namun, jangan mengubah kemudahan pemeriksaan menjadi anggapan bahwa kebutuhan pengguna sudah sederhana. Cakupan yang jelas justru membantu membedakan pekerjaan yang selesai dari evaluasi lanjutan yang masih diperlukan.
Periksa apakah fungsi dapat dicapai melalui keyboard
W3C APG menjelaskan konvensi dasar bahwa Tab dan Shift+Tab memindahkan fokus antarkomponen, sementara tombol lain seperti panah dapat dipakai di dalam komponen gabungan. Karena itu, tidak semua pilihan pada setiap widget harus dinilai dengan menekan Tab saja. Jenis komponen dan pola interaksinya perlu dipahami. Sumber: W3C APG, fundamental keyboard navigation conventions.
Untuk memulai pemeriksaan, sisihkan mouse dan ikuti tugas yang dipilih menggunakan keyboard. Amati tautan, tombol, isian, dan kontrol lain yang dibutuhkan. Jangan hanya menghitung jumlah elemen yang menerima fokus. Pertanyaan utamanya adalah apakah pengguna dapat mencapai fungsi dan melanjutkan kegiatan tanpa harus bergantung pada gerakan atau klik mouse.
Ketika sebuah komponen mempunyai beberapa pilihan, cari penjelasan pola yang sesuai melalui dokumentasi W3C atau pengembang. Menu, kelompok radio, dan daftar tab dapat mempunyai hubungan tombol yang berbeda. Jangan memberi laporan gagal hanya karena setiap pilihan tidak muncul satu per satu pada urutan Tab, apabila pola komponen memang memakai navigasi internal lain.
Perhatikan fungsi yang hanya terlihat ketika pointer diarahkan ke suatu tempat. Tanyakan apakah fungsi yang diperlukan juga dapat ditemukan serta diaktifkan melalui keyboard sesuai rancangan komponen. Hindari memperbaiki masalah dengan sekadar menambahkan lebih banyak titik Tab tanpa memahami tujuan interaksi. Pengembang perlu menilai struktur dan perilaku yang sesuai.
Jika kontrol dapat dicapai tetapi tidak dapat digunakan untuk menyelesaikan fungsi, catat bagian tersebut secara khusus. Bisa dicapai dan bisa dipakai merupakan dua pertanyaan berbeda. Jelaskan keadaan awal, kontrol yang dipilih, serta hasil yang diamati. Jangan membuat diagnosis kode apabila pemeriksaan hanya dilakukan melalui interaksi pengguna.
Untuk tugas yang menghasilkan tindakan penting, gunakan halaman pengujian atau proses pemeriksaan yang telah disepakati. Jangan mengirim pesanan, pesan, atau data nyata hanya untuk membuktikan tombol dapat digunakan. Aksesibilitas dapat ditinjau secara bertahap, sambil menjaga batas tindakan yang memang diperlukan untuk memperoleh bukti yang sesuai.
Simpan pertanyaan yang belum dapat dijawab sebagai kebutuhan klarifikasi. Pengelola konten tidak harus menghafal seluruh pola keyboard. Ia dapat melaporkan bagian yang tidak dipahami dan meminta penjelasan pengembang. Yang perlu dihindari adalah menyimpulkan semua berfungsi hanya karena beberapa tautan di awal halaman dapat diberi fokus.
Amati urutan fokus dan jalan keluar dari komponen
Urutan fokus perlu membantu pengguna memahami alur tugas. W3C APG membahas pergerakan fokus yang dapat diperkirakan serta keberlanjutan fokus ketika antarmuka berubah. Dokumen itu juga membedakan fokus dari keadaan pilihan pada komponen. Sebuah item yang tampak dipilih belum tentu merupakan titik tempat interaksi keyboard sedang berada. Sumber: W3C APG, discernible and predictable keyboard focus.
Saat menelusuri formulir atau halaman, perhatikan apakah perpindahan terasa berhubungan dengan susunan informasi. Jangan hanya membandingkan urutan visual secara mekanis tanpa memahami tugas. Tanyakan apakah pengguna dapat memperkirakan tujuan perpindahan berikutnya dan apakah bagian penting terlewat. Pengamatan seperti ini membantu tim membahas alur yang membingungkan secara konkret.
Periksa pula apakah pengguna dapat meninggalkan komponen yang sudah dimasuki. W3C Easy Checks memasukkan kemampuan bergerak masuk dan keluar serta menghindari keyboard trap sebagai bagian pemeriksaan awal. Jika langkah pemeriksaan membuat pengguna terhenti, catat komponen dan keadaan yang memunculkannya. Sumber: W3C WAI, keyboard access and visual focus.
Dialog perlu dipahami sesuai fungsinya. Jangan menilai semua pembatasan fokus sebagai kesalahan tanpa mengetahui apakah dialog bersifat modal dan bagaimana jalur penyelesaiannya dirancang. Tanyakan apakah pengguna dapat memahami pilihan, menyelesaikan atau menutup dialog melalui cara yang sesuai, lalu melanjutkan tugas. Detail implementasi perlu ditinjau oleh pengembang mengikuti pola yang benar.
Ketika antarmuka berubah, amati ke mana fokus berikutnya berada. Setelah bagian ditutup atau hasil muncul, pengguna perlu dapat menemukan tempat melanjutkan. Jangan hanya memeriksa tampilan akhir dengan mouse. Perubahan yang tampak jelas bagi pengguna pointer belum tentu memberi pengalaman yang dapat dipahami oleh orang yang mengikuti fokus keyboard.
Dalam laporan, pisahkan masalah tidak dapat keluar dari masalah urutan yang membingungkan. Keduanya dapat memerlukan pemeriksaan berbeda. Sebutkan kontrol pemicu dan keadaan setelah tindakan agar pengembang dapat meninjau hubungan yang tepat. Hindari saran menambah nilai urutan fokus secara acak tanpa memahami struktur dokumen serta perilaku komponennya.
Hasil pemeriksaan bagian ini sebaiknya menjelaskan kemampuan melanjutkan tugas, bukan sekadar daftar tombol. Jika penilai belum memahami pola, tandai sebagai pertanyaan. Pengamatan yang jujur membantu evaluasi lanjutan, sedangkan klaim pasti berdasarkan pola keyboard yang keliru dapat membuat perbaikan justru mengganggu pengalaman yang sudah mengikuti konvensi.
Pastikan fokus terlihat dan tidak tertutup lapisan halaman
Pengguna keyboard perlu mengetahui komponen yang sedang menerima fokus. W3C APG menekankan indikator fokus yang dapat dibedakan dari unsur tampilan lain. Karena itu, pemeriksaan perlu memperhatikan posisi interaksi, bukan hanya apakah sebuah elemen secara teknis dapat dicapai. Menghilangkan penanda tanpa pengganti yang sesuai dapat membuat tugas sulit diikuti. Sumber: W3C APG, visibility of focus.
Amati penanda pada latar dan keadaan halaman yang benar-benar digunakan. Jangan hanya melihat satu tombol pada contoh desain. Periksa saat menu terbuka, bagian halaman digulir, atau lapisan pemberitahuan muncul. Jika penanda sulit ditemukan, catat keadaan yang membuatnya tidak jelas agar tim dapat menilai perbaikannya pada konteks yang tepat.
WCAG 2.2 mempunyai kriteria Focus Not Obscured (Minimum) pada tingkat AA, yang membahas komponen berfokus agar tidak seluruhnya tersembunyi oleh konten buatan penulis. Penjelasan W3C menyebut lapisan seperti header, footer melekat, atau dialog nonmodal sebagai konteks yang dapat menutup komponen. Ini berbeda dari menilai seluruh aspek tampilan fokus sekaligus. Sumber: W3C, understanding 2.4.11.
Untuk pemeriksaan awal, perhatikan apakah pengguna masih dapat mengenali komponen yang menjadi tempat interaksi ketika lapisan halaman hadir. Jangan menyimpulkan satu kriteria terpenuhi hanya karena tepi penanda terlihat pada satu keadaan. Penilaian kesesuaian perlu mengikuti definisi dan kondisi kriteria yang sebenarnya, termasuk hubungan dengan kebutuhan fokus lain.
Jika bagian melekat menutup kontrol, jelaskan halaman, keadaan lapisan, dan kontrol yang terdampak. Pengembang kemudian dapat menilai solusi yang sesuai rancangan. Jangan langsung menghapus seluruh pemberitahuan atau komponen penting sebagai jalan pintas, karena fungsi serta kebutuhan informasinya juga perlu dipertahankan dalam perbaikan.
Bedakan pengamatan sulit melihat penanda dari kesimpulan bahwa fokus benar-benar hilang. Pengelola dapat menyampaikan pengalaman pengguna tanpa mengklaim penyebab kode. Tim teknis perlu meninjau keadaan fokus dan tampilan. Pembagian ini membantu laporan tetap berguna sekaligus menjaga batas antara apa yang dilihat dan apa yang telah dibuktikan melalui pemeriksaan teknis.
Sesudah perbaikan, ulangi keadaan yang semula memunculkan hambatan. Periksa pula tugas yang sama sampai pengguna dapat melanjutkan, bukan hanya melihat perubahan warna kontrol. Perbaikan fokus seharusnya membantu hubungan interaksi, sehingga pengelola perlu memahami hasilnya terhadap tugas dan tidak berhenti pada tampilan yang sekilas berbeda.
Label formulir harus menjelaskan tujuan kontrol
W3C WAI menyarankan label untuk mengidentifikasi kontrol seperti isian teks, checkbox, pilihan radio, dan menu pilihan. Label perlu menjelaskan tujuan serta berhubungan secara programatis dengan kontrolnya. Teks yang diletakkan dekat sebuah isian belum otomatis membuktikan hubungan tersebut tersedia bagi teknologi bantu. Sumber: W3C WAI, labeling controls.
Sebagai pemeriksaan konten, baca setiap nama isian dan tanyakan apakah pengguna dapat memahami informasi yang diminta. Hindari label terlalu umum jika formulir membedakan beberapa jenis informasi. Nama yang jelas membantu pengguna mengetahui maksud isian sebelum memasukkan data. Pengelola konten dapat memperbaiki bahasa bersama pemilik proses, sedangkan pengembang menangani hubungan teknisnya.
Jangan menganggap petunjuk yang hanya tampak pada keadaan awal selalu cukup untuk memahami isian setelah data dimasukkan. Periksa apakah tujuan kontrol tetap dapat diketahui sepanjang tugas. Jika tidak jelas, laporkan kebutuhan label atau petunjuk yang lebih tepat. Tujuannya mempertahankan pemahaman, bukan sekadar menambah tulisan agar formulir terlihat penuh.
W3C menjelaskan penggunaan elemen label yang dihubungkan dengan id kontrol melalui atribut for sebagai salah satu pendekatan utama. Ada pendekatan lain untuk keadaan tertentu, tetapi pemilihannya perlu mengikuti konteks. Artikel ini tidak memberi potongan kode siap tempel; pengembang perlu memastikan hubungan serta nama aksesibel sesuai kontrol yang digunakan. Sumber: W3C WAI, associating labels explicitly.
Untuk kontrol kecil seperti checkbox, periksa apakah teks pendamping benar-benar menjelaskan pilihan yang diambil. Jangan menilai hanya dari adanya tanda centang. Tanyakan apa arti keadaan dipilih dan apakah pengguna dapat membedakan pilihan yang mirip. Bahasa yang tepat serta hubungan teknis perlu bekerja bersama agar keputusan pengguna dapat dipahami.
Tombol juga memerlukan nama yang menjelaskan tindakan. Bila beberapa tombol tampak sama, pahami konteks dan tujuan masing-masing sebelum meminta perubahan. Pengelola dapat mengusulkan bahasa yang lebih spesifik, tetapi pengembang perlu meninjau bagaimana nama itu disajikan kepada teknologi bantu. Jangan menganggap ikon yang familier bagi tim pasti dipahami semua pengguna.
Hasil pemeriksaan label sebaiknya menyebut kontrol, tujuan yang belum jelas, dan kebutuhan yang ingin dicapai. Hindari laporan semua label salah tanpa rincian. Jika hubungan programatis belum diperiksa, nyatakan bagian itu sebagai kebutuhan evaluasi teknis. Tampilan yang dapat dibaca dan hubungan yang dapat diakses merupakan dua pertanyaan yang saling melengkapi.
Petunjuk dan pesan hasil membantu menyelesaikan formulir
Pengguna perlu memahami apa yang harus diisi sebelum melakukan tindakan. Periksa apakah informasi wajib dan petunjuk yang relevan tersedia pada saat dibutuhkan. Jangan menyembunyikan syarat penting hanya dalam pesan setelah pengguna selesai mengisi. Bahasa petunjuk perlu mengikuti kebutuhan proses, bukan menambah ketentuan yang sebenarnya tidak diperlukan oleh layanan.
W3C WAI menjelaskan pentingnya umpan balik setelah pengiriman, baik berhasil maupun gagal. Pesan kesalahan perlu ringkas, jelas, dan membantu pengguna mengetahui perbaikannya; pesan sukses membantu memastikan tugas selesai. Pembahasan ini mencakup hasil yang dipahami pengguna, bukan hanya perubahan tampilan warna. Sumber: W3C WAI, user notification.
Untuk pemeriksaan awal, gunakan keadaan pengujian yang disepakati dan lihat apakah pesan menunjukkan bagian yang membutuhkan perhatian. Jangan memakai data pribadi atau melakukan pengiriman nyata tanpa kebutuhan serta kewenangan yang sesuai. Tim dapat menyediakan lingkungan pemeriksaan agar perilaku pesan dinilai tanpa menghasilkan akibat yang tidak diinginkan pada layanan aktif.
Tanyakan apakah pengguna tahu apa yang perlu dilakukan berikutnya. Kalimat gagal saja belum menjelaskan isian yang perlu diperbaiki atau keadaan yang terjadi. Sebaliknya, pesan terlalu panjang dapat menyembunyikan tindakan utama. Pemilik proses dan pengembang perlu menyepakati informasi yang benar serta cara penyajiannya agar pengguna tidak harus menebak.
Periksa hubungan pesan dengan kontrol yang relevan melalui evaluasi teknis yang sesuai. Pengelola konten dapat menilai kejelasan bahasa, tetapi tidak boleh menyimpulkan seluruh informasi sudah dapat diakses hanya karena pesan terlihat. Teknologi bantu serta perubahan fokus dapat memerlukan pemeriksaan tambahan oleh orang yang memahami implementasinya.
Jika tugas berhasil, pastikan hasil yang dimaksud dapat dibedakan dari keadaan masih diproses atau perlu tindakan lain. Artikel ini tidak menyatakan satu desain pesan wajib bagi semua formulir. Pertanyaannya adalah apakah pengguna dapat mengetahui keadaan tugas secara benar dan melanjutkan sesuai kebutuhan, tanpa interpretasi yang tidak ditopang informasi layanan.
Sesudah perbaikan, tinjau kembali alur lengkap dari memahami isian sampai mengetahui hasil. Mengganti satu kalimat belum tentu menyelesaikan hubungan pesan dengan kontrol. Namun, tidak perlu membuat perubahan tambahan tanpa alasan setelah kebutuhan yang ditinjau terjawab. Fokuskan verifikasi pada hambatan yang ditemukan serta dampak perbaikan yang relevan terhadap tugas.
Tulis alternatif gambar berdasarkan informasi yang dibutuhkan
W3C WAI menjelaskan bahwa alternatif teks mengikuti informasi atau fungsi gambar dalam konteksnya. Untuk gambar informatif, teks perlu menyampaikan informasi penting yang diwakili gambar. Jadi, pekerjaan menulis alt dimulai dari pertanyaan mengapa gambar ada pada halaman, bukan dari keinginan mendeskripsikan setiap piksel atau memasukkan kata kunci sebanyak mungkin. Sumber: W3C WAI, images tutorial.
Baca paragraf sebelum dan sesudah gambar untuk memahami perannya. Apakah gambar memperlihatkan perbedaan yang sedang dijelaskan, memberikan informasi yang belum tertulis, atau hanya mendukung suasana? Jawaban membantu menentukan kebutuhan alternatif. Jangan menyalin judul artikel ke semua gambar karena nama yang berulang tidak menjelaskan perbedaan fungsi di dalam halaman.
Untuk foto informatif, pilih rincian yang memang diperlukan memahami pembahasan. Hindari memasukkan dugaan tentang identitas, perasaan, lokasi, atau keadaan yang tidak diketahui dari sumber gambar. Pengelola konten perlu menjaga akurasi sama seperti pada prosa utama. Alternatif teks bukan tempat menambah cerita yang tidak dapat dibuktikan.
Periksa apakah informasi penting sudah dijelaskan di teks sekitar dan bagaimana hubungan keduanya sebaiknya disajikan. Jangan membuat aturan bahwa alt selalu harus sama dengan caption. Kebutuhan dapat berbeda menurut fungsi serta konteks. Tanyakan kepada penilai konten dan pengembang bagaimana alternatif tersebut akan tersedia bagi pengguna tanpa pengulangan yang tidak membantu.
Jika gambar diganti, tinjau ulang alternatifnya. Teks lama dapat tetap tersimpan pada sistem penerbitan meskipun informasi visual berubah. Pengelola perlu memastikan hubungan isi dan gambar tetap sesuai. Jangan menganggap keberadaan kolom alt yang terisi membuktikan kualitasnya, karena ketepatan informasi bergantung pada gambar dan tujuan yang sebenarnya.
Untuk gambar yang memuat tulisan penting, pertimbangkan cara menyediakan informasi tersebut sebagai teks yang dapat dipahami pengguna. W3C membahas alternatif yang membawa kata-kata pada gambar teks, dengan konteks tertentu seperti logo. Artikel ini tidak meminta semua gambar diubah sekaligus; mulai dari informasi yang memang diperlukan untuk menyelesaikan tugas atau memahami isi. Sumber: W3C WAI, images of text.
Hasil pemeriksaan alternatif gambar sebaiknya menjelaskan fungsi dan informasi yang belum tersampaikan. Jangan hanya memberi daftar alt kosong tanpa menilai apakah gambar memang memerlukan deskripsi. Penilaian kontekstual membantu tim memperbaiki konten yang tepat, sambil menghindari pengisian otomatis yang menghasilkan kalimat panjang tetapi tidak menambah pemahaman.
Bedakan gambar fungsional, dekoratif, dan kompleks
Untuk gambar yang menjadi tautan atau tombol, W3C WAI menjelaskan bahwa alternatifnya perlu menyampaikan fungsi, bukan hanya rupa gambar. Ikon dan tindakan perlu dipahami dalam hubungan yang sama. Pengguna membutuhkan tujuan kontrol, sementara pengelola harus memastikan nama yang dipakai memang sesuai tindakan yang disediakan pada halaman. Sumber: W3C WAI, functional images.
Mulailah dengan bertanya apa yang terjadi ketika kontrol digunakan. Jika jawabannya membuka pencarian, mencetak, atau menuju informasi tertentu, nama perlu membantu memahami tujuan itu sesuai konteks. Jangan menuliskan warna serta bentuk ikon sebagai pengganti fungsi. Pengembang perlu meninjau keseluruhan nama aksesibel kontrol agar informasi tidak bertumpuk atau saling bertentangan.
Untuk gambar yang benar-benar dekoratif, W3C menjelaskan alternatif kosong, seperti alt kosong, agar hiasan tidak diperlakukan sebagai informasi penting. Keputusan dekoratif harus mengikuti fungsi pada halaman. Jangan menandai gambar informatif sebagai dekorasi hanya untuk menghindari pekerjaan menulis teks yang tepat. Sumber: W3C WAI, decorative images.
Jika gambar sudah membawa informasi yang menjadi inti pembahasan, tanyakan apa yang hilang ketika gambar tidak tersedia. Pertanyaan itu membantu membedakan hiasan dari informasi. Pengelola dapat berdiskusi dengan penulis dan perancang, kemudian pengembang memastikan cara penyajiannya sesuai. Keputusan tidak seharusnya hanya mengikuti nama berkas atau ukuran gambar.
Untuk grafik atau diagram kompleks, ringkasan singkat dapat belum cukup membawa seluruh data atau hubungan penting. W3C menyarankan padanan teks lengkap sesuai informasi yang disampaikan. Pengelola perlu menentukan informasi utama serta cara menyediakan penjelasan yang dapat ditemukan pengguna, tanpa memaksa semua rincian masuk dalam satu kalimat alt yang sulit dibaca. Sumber: W3C WAI, complex images.
Jangan menciptakan angka atau penjelasan yang tidak didukung data grafik saat menulis padanannya. Gunakan sumber yang sama dengan visual dan pertahankan batas kesimpulan. Jika sumber data belum tersedia, nyatakan kebutuhan klarifikasi kepada pemilik konten. Alternatif yang panjang tetapi tidak akurat tidak menyelesaikan kebutuhan akses informasi.
Sesudah menentukan kategori, tinjau penerapannya pada komponen sebenarnya. Satu gambar dapat mempunyai fungsi berbeda ketika dipakai di halaman lain. Karena itu, alternatif tidak harus diperlakukan sebagai sifat tetap berkas yang berlaku di mana pun. Kebutuhan pengguna mengikuti penggunaan gambar dalam tugas dan isi, bukan hanya objek visualnya.
Susun permintaan perbaikan yang dapat dikerjakan
Untuk setiap temuan, tulis tugas dan keadaan halaman yang menimbulkannya. Sebutkan kontrol atau gambar yang relevan, langkah pemeriksaan yang dilakukan, serta hasil yang diamati. Jangan menambahkan hasil pengujian teknologi bantu yang tidak pernah dipakai. Laporan perlu cukup rinci untuk ditelusuri tanpa mengklaim cakupan lebih luas daripada pekerjaan sebenarnya.
Jelaskan akibatnya terhadap tugas. Pengguna tidak dapat melanjutkan dari suatu komponen berbeda dari pengguna masih dapat melanjutkan tetapi kesulitan memahami label. Perbedaan ini membantu tim menentukan prioritas bersama kebutuhan layanan. Jangan memberi urutan hanya berdasarkan kemudahan mengubah warna atau banyaknya temuan pada satu jenis halaman.
Pisahkan kebutuhan bahasa dari kebutuhan implementasi. Penulis dapat mengusulkan label atau alternatif yang lebih jelas, sedangkan pengembang memeriksa hubungan programatis dan perilaku interaksi. Beberapa temuan memerlukan kerja bersama. Jangan menyerahkan seluruh aksesibilitas kepada satu peran apabila masalah sebenarnya melibatkan konten, rancangan, serta cara komponen dibangun.
Jika beberapa temuan berasal dari komponen yang sama, hubungkan dalam satu pembahasan perbaikan. Tujuannya membantu tim menilai sumber yang dapat dipakai bersama tanpa menghapus rincian keadaan yang berbeda. Jangan menyimpulkan semua halaman otomatis selesai setelah satu contoh diubah; cakupan penerapan dan kebutuhan verifikasinya perlu diketahui.
Gunakan sumber W3C yang mendukung pertanyaan terkait, tetapi jangan menempelkan nomor kriteria tanpa memahami cakupannya. Dokumen Understanding dan tutorial membantu penjelasan, sementara klaim kesesuaian memerlukan evaluasi yang mengikuti ketentuan sebenarnya. Jika tingkat keahlian belum cukup, tulis kebutuhan evaluasi lanjutan daripada membuat keputusan normatif yang tidak dapat dipertanggungjawabkan.
Tetapkan hasil yang perlu diperiksa setelah perubahan. Untuk keyboard, hubungkan dengan tugas yang semula terhambat; untuk label, dengan tujuan kontrol serta hubungan yang sesuai; untuk gambar, dengan informasi atau fungsi. Kriteria kerja yang konkret membantu tim mengetahui apa yang ingin dicapai tanpa mengganti kebutuhan pengguna dengan sekadar menutup tiket.
Laporan yang baik tidak perlu penuh jargon. Ia perlu menunjukkan tempat masalah, cara menemukannya, akibat pada tugas, dan pihak yang perlu menilai. Bahasa sederhana membantu pemilik situs mengambil tindakan, sementara rincian teknis yang memang diperlukan dapat disertakan oleh pengembang atau penilai sesuai keahliannya.
Verifikasi perbaikan sambil mempertahankan batas evaluasi
Setelah perubahan, ulangi tugas pada keadaan yang relevan dan periksa apakah hambatan yang dilaporkan sudah terjawab. Jangan hanya membaca konfirmasi bahwa kode telah diperbarui. Pengguna berinteraksi dengan hasil yang dirender, sehingga verifikasi perlu menghubungkan perubahan dengan pengalaman yang menjadi tujuan perbaikan tersebut.
Perhatikan pula bagian lain dari tugas yang mungkin terdampak. Perubahan komponen dapat memerlukan pemeriksaan pada keadaan terkait yang memang relevan. Namun, jangan mengulang seluruh pemeriksaan tanpa alasan setelah cakupan yang disepakati telah dijawab. Rencana verifikasi perlu seimbang antara kebutuhan bukti dan hubungan nyata perubahan terhadap fungsi yang digunakan.
Bedakan temuan selesai, pertanyaan yang belum terjawab, dan kebutuhan evaluasi lebih luas. W3C Easy Checks tetap merupakan pemeriksaan awal yang terbatas. Lolosnya beberapa langkah tidak menjadi sertifikat bahwa situs dapat digunakan semua orang dalam seluruh keadaan. Pertahankan batas tersebut saat menyampaikan hasil kepada manajemen atau pihak luar.
Untuk evaluasi lanjutan, libatkan keahlian aksesibilitas dan pengalaman pengguna yang sesuai dengan kebutuhan proyek. Pemeriksaan keyboard oleh pemula dapat menemukan hambatan penting, tetapi tidak menggantikan seluruh penilaian teknologi bantu dan kriteria. Artikel ini tidak mengklaim satu alat otomatis atau satu jenis pemeriksaan mampu menyelesaikan semuanya.
Keyboard, fokus, label, dan alternatif teks memberi pintu masuk yang konkret untuk memperbaiki web. Setiap bagian perlu dihubungkan dengan tugas serta informasi yang benar-benar dibutuhkan pengguna. Ketika pengelola membedakan pengamatan, perbaikan, dan batas evaluasi, aksesibilitas menjadi pekerjaan yang dapat ditindaklanjuti tanpa janji berlebihan atau anggapan bahwa satu checklist sudah mencakup seluruh pengalaman.
Rujukan dan metode
- W3CEasyChecksselectedscopekeyboard
- W3CAPGkeyboard selected
- W3CWCAG22Understanding2.4.11
- W3Cformlabels
- W3Cformnotification
- W3Cimagesoverview8April2026
- W3Cfunctionalimages
- W3Cdecorativeimages
- W3Ccompleximages
Metode: telaah sumber primer dan sintesis editorial. Tautan rujukan ditempatkan dekat pembahasan yang didukungnya. Tanggal pemeriksaan sumber tercatat dalam arsip editorial.
