
Ilustrasi AI tentang navigasi keyboard; bukan tangkapan demo atau hasil audit produk tertentu.
Sebelum memilih template Blogger, pastikan pembaca dapat mencapai menu, membuka tautan, dan menutup panel dengan keyboard tanpa kehilangan arah. Saat menjelajahi pilihan di temablogger.com, gunakan satu perjalanan membaca yang sama pada setiap demo. Tampilan menu yang terbuka ketika kursor diarahkan belum menjelaskan bagaimana pengunjung yang mengandalkan keyboard akan memakainya.
Panduan ini membantu calon pengguna memeriksa jalur tersebut secara manual. Dasarnya adalah dokumentasi W3C WAI yang diperiksa pada 26 Oktober 2026. Tidak ada template tertentu yang dinyatakan lulus atau gagal di sini. Pemeriksaan keyboard merupakan satu bagian aksesibilitas, bukan audit lengkap, sertifikasi WCAG, atau jaminan hasil pencarian Google.
Siapkan perjalanan menuju satu artikel
Bayangkan seorang pembaca rekaan datang ke portal komunitas untuk membuka rubrik Pendidikan, membaca satu berita, lalu mencari informasi lain. Jadikan perjalanan itu tugas pengujian: mulai dari beranda, buka rubrik, pilih artikel, dan gunakan pencarian bila tersedia. Tujuannya lebih jelas daripada menekan tombol secara acak sampai halaman terlihat sibuk.
Buka demo langsung di tab tersendiri agar bingkai pratinjau toko tidak ikut masuk dalam perjalanan. Catat URL awal, tanggal, sistem operasi, browser, perangkat, dan lebar jendela. Jika memakai Safari pada Mac dan tautan tampak terlewati, periksa pengaturan melalui panduan keyboard Apple. Bedakan keterbatasan pengaturan penguji dari masalah pada halaman.
Letakkan mouse di samping setelah halaman siap. Mulai dari posisi awal yang dicatat dan gunakan keyboard untuk menyelesaikan tugas. Jika demo menyediakan beberapa versi, tuliskan versi yang dibuka. Hasil pada satu susunan menu tidak otomatis mewakili varian tema lainnya. Catat juga apakah menu berubah menjadi tombol pembuka ketika jendela dipersempit. Ulangi pada susunan sempit tersebut; perubahan tata letak dapat menghadirkan kontrol yang berbeda dari navigasi desktop.
Ikuti fokus, bukan posisi kursor
Tekan Tab untuk berpindah ke kontrol berikutnya dan Shift+Tab untuk kembali. Fokus adalah sasaran tindakan keyboard saat itu. Perhatikan tanda pada tautan atau tombol yang sedang aktif, misalnya garis tepi atau perubahan tampilan yang jelas. Kursor mouse yang masih berada di atas menu tidak menunjukkan fokus keyboard.
Penjelasan Focus Visible W3C menekankan agar pengguna dapat mengetahui elemen yang menerima fokus. Dalam pemeriksaan ini, tulis titik ketika penanda menghilang, bukan langsung menebak bahwa tombolnya rusak. Jika urutan terasa melompat, ulangi dari awal untuk menemukan kontrol sebelum dan sesudahnya.
Amati pula posisi fokus saat halaman bergulir. Header yang menetap atau pemberitahuan di bawah layar dapat menutupi sasaran. Panduan Focus Not Obscured menjelaskan batas minimum bahwa komponen yang mendapat fokus tidak seluruhnya tersembunyi oleh konten buatan halaman. Untuk catatan praktis, sebutkan lapisan yang menutupinya dan keadaan saat itu.
Bedakan tautan menuju halaman dan tombol pembuka
Ketika tautan rubrik menerima fokus, gunakan Enter untuk membukanya. Ketika sebuah tombol membuka panel, coba Enter dan Space pada tombol tersebut. Rujukannya adalah pola tautan dan tombol W3C APG. Jangan memakai Space sebagai patokan untuk semua elemen; pada tautan biasa, tombol itu dapat menggulir halaman.
Untuk submenu, periksa apakah nama rubrik merupakan tautan, tombol pembuka, atau keduanya disediakan secara terpisah. Coba mencapai pilihan di dalamnya tanpa mengarahkan mouse. Jika pengembang mendokumentasikan pola interaksi tertentu, ikuti petunjuknya dan catat apakah petunjuk itu mudah ditemukan oleh pembaca.
Pada pola buka-tutup sederhana, panduan disclosure W3C menggunakan Enter atau Space pada kontrol pembuka untuk mengganti keadaan konten. Namun, jangan memaksa semua menu memakai tombol panah atau perilaku aplikasi desktop. Yang perlu Anda buktikan ialah rubrik tujuan dapat dicapai dan kontrolnya dapat digunakan sesuai rancangan.
Pastikan panel dapat ditinggalkan
Setelah membuka pencarian atau menu, lanjutkan perjalanan dengan Tab dan Shift+Tab. Temukan cara menutupnya melalui keyboard, lalu amati tempat fokus setelah panel ditutup. Anda seharusnya dapat melanjutkan tugas tanpa harus menebak posisi awal kembali atau mengambil mouse hanya untuk keluar.
Fokus yang berputar di dalam dialog modal tidak otomatis merupakan kerusakan. Dialog semacam itu dapat membatasi perjalanan sementara, asalkan ada cara keluar yang dapat digunakan. Penjelasan No Keyboard Trap membedakan keadaan tersebut dari komponen yang membuat pengguna terjebak. Escape merupakan cara keluar yang umum, tetapi periksa juga tombol tutup serta petunjuk interaksi yang disediakan.
Untuk dialog, pola tombol W3C menjelaskan bahwa fokus biasanya kembali ke tombol pembuka setelah penutupan, kecuali tindakan membawa pengguna ke konteks lain yang lebih sesuai. Catat perilaku aktualnya. Jangan menyebut setiap panel sebagai dialog modal hanya karena tampil menutupi sebagian halaman.
Ubah gangguan menjadi laporan yang dapat diulang
Berikut contoh catatan rekaan, bukan temuan pada produk TemaBlogger: “Pada beranda demo, fokus mencapai tombol Menu. Enter membuka panel. Setelah beberapa kali Tab, fokus tidak terlihat; Shift+Tab kembali menunjukkan tombol pencarian. Rubrik Pendidikan belum berhasil dicapai.” Catatan ini menjelaskan penghalang tugas tanpa mengarang penyebab teknisnya.
Lengkapi laporan dengan URL, keadaan awal, susunan layar, urutan tombol, perilaku yang diharapkan, dan hasil yang terlihat. Rekaman singkat dapat membantu bila penanda fokus muncul lalu hilang. Hindari menyertakan akun, kata sandi, atau data pengunjung. Jika sumber masalah belum diketahui, tulis “perlu ditelusuri”, bukan langsung menyalahkan satu berkas tema.
Untuk kandidat TemaBlogger, pertanyaan dan langkah reproduksi dapat disampaikan melalui halaman kontak. Minta penyedia mencoba urutan yang sama dan menjelaskan tindak lanjutnya. Setelah ada perubahan atau petunjuk baru, ulangi tugas dari keadaan awal yang sebanding.
Gunakan hasilnya untuk mempersempit pilihan
Pisahkan tiga keadaan: tugas berhasil diselesaikan pada kondisi yang diuji, ada penghalang yang dapat diulang, atau hasil belum jelas. Jangan mengganti keadaan terakhir dengan tanda lulus. Masalah yang membuat pembaca tidak dapat membuka rubrik perlu dibahas sebelum memilih, meskipun warna dan susunan demo sudah cocok.
Panduan Keyboard W3C menjelaskan pentingnya padanan keyboard bagi fungsi yang biasanya dijalankan melalui penunjuk. Pemeriksaan ini belum mencakup pembaca layar, kontras seluruh komponen, maupun semua keadaan formulir. Gabungkan temuannya dengan pengujian template Blogger yang lebih luas, lalu simpan alasan pemilihan yang dapat diperiksa kembali ketika demo atau konfigurasi berubah.
Komentar
Posting Komentar