STATUS IS UPWIKI OPTIMASI SITUS WEB
14Aktifkan
Desain dan UX / Aktifkan

Checklist Aksesibilitas Situs Web untuk Pemilik

Proses praktis untuk pemilik: meninjau perjalanan penting, memperbaiki hambatan, dan menggunakan WCAG 2.2 tanpa menganggap hasil pemindaian setara dengan kepatuhan.

Checklist Aksesibilitas Situs Web untuk Pemilik — PANDUAN VISUAL
BACA
7 menit
SUMBER
5
VALIDASI ULANG
2027-03-27
ditinjau
Spesialis aksesibilitas dan peninjau kualitas web
JAWABAN SINGKAT

Mulai dengan keputusan.

Gunakan checklist aksesibilitas situs web ini pada perjalanan pelanggan yang paling penting: menemukan informasi, menghubungi Anda, masuk, memesan, membeli, dan mendapatkan bantuan. Tetapkan target WCAG 2.2, ambil sampel templat dan status pada perjalanan tersebut, lalu uji dengan keyboard, zoom, tinjauan konten, dan pemeriksa otomatis. Ubah setiap temuan menjadi perbaikan spesifik dengan pemilik yang jelas dan uji ulang setelah rilis.

Pemindaian bersih atau tinjauan cepat halaman bukan bukti aksesibilitas atau kepatuhan. W3C menyatakan tidak ada alat tunggal yang dapat menentukan apakah sebuah situs memenuhi standar aksesibilitas, dan pemeriksaan cepat mereka tidaklah lengkap. SIU dapat mendukung tinjauan proaktif pra-peluncuran dan remediasi; itu bukan sertifikasi WCAG, opini hukum, atau jaminan bahwa setiap pengunjung dapat menggunakan setiap layanan pihak ketiga.

PANDUAN VISUAL

Lihat pekerjaan sebagai sebuah sistem.

Gunakan peta ini untuk menghubungkan keputusan dalam artikel sebelum menerapkan taktik individual.

SIUAktifkan
011. Tentukan ruang lingkup tinjauan
022. Uji jalur keyboard
033. Periksa struktur dan makna yang jelas
044. Tekan teks, tata letak, warna, dan media
01

1. Tentukan ruang lingkup tinjauan

Mulailah dengan hasil lengkap, bukan URL acak. Petakan beranda, konten kunci, pencarian, kontak, akun, pemesanan atau checkout, konfirmasi, bantuan, dan setiap layanan tersemat yang digunakan di rute. Sertakan navigasi yang dapat digunakan kembali, modal, kontrol cookie, dan formulir karena satu cacat dapat berulang di seluruh situs.

Tetapkan target

Catat versi dan level WCAG, cakupan, browser, perangkat, dan pengecualian yang diketahui.

Anggap perjalanan sebagai lengkap

Tinjau setiap langkah dan status, termasuk tampilan saat masuk, kosong, dan saat terjadi error.

02

2. Uji jalur keyboard

Selesaikan setiap tugas yang dipilih tanpa penunjuk (pointer). Tab dan Shift+Tab melalui tautan, kontrol, dialog, menu, filter, pemilih tanggal, media, dan widget vendor. Fokus harus terlihat, mengikuti urutan yang masuk akal, tidak pernah terjebak, dan kembali ke posisi berguna setelah dialog ditutup. Pengoperasian dengan keyboard adalah inti WCAG; jangan berasumsi kontrol kustom yang cocok dengan mouse otomatis bekerja dengan keyboard.

Lewati pengulangan

Sediakan dan uji cara untuk mencapai konten utama tanpa harus menekan tab melalui navigasi yang berulang.

Periksa interaksi seret (drag)

Jika antarmuka membutuhkan seret, tinjau apakah tersedia alternatif non-seret yang sesuai.

03

3. Periksa struktur dan makna yang jelas

Berikan judul halaman yang deskriptif dan gunakan heading untuk hierarki, bukan hanya tampilan. Periksa bahwa kontrol mengekspos nama, peran, dan status yang berguna ke teknologi bantu; kontrol HTML bawaan sering mengurangi risiko. Gambar yang bermakna memerlukan teks alternatif (alt) singkat sesuai tujuannya, sedangkan gambar dekoratif sebaiknya tidak menambah kebisingan. Jangan gunakan warna saja untuk status atau instruksi, dan identifikasi bahasa halaman.

Tinjau tujuan tautan

Buat tujuan atau aksi dapat dipahami dalam konteks; tautan samar yang berulang menimbulkan ambiguitas.

Periksa urutan sumber (source order)

Saat tata letak berubah atau gaya tidak tersedia, konten dan kontrol harus tetap dibaca secara logis.

04

4. Tekan teks, tata letak, warna, dan media

Perbesar (zoom) browser dan ukuran teks, lalu ulangi tugas kunci. Konten harus tetap terbaca dan dapat digunakan, bukan bertabrakan, hilang, atau memicu pencarian horizontal yang tidak diinginkan. Periksa pasangan warna nyata untuk teks, kontrol, fokus, error, dan grafik di status relevan. Untuk media yang direkam, sediakan caption untuk informasi audio yang diperlukan dan alternatif teks yang sesuai dengan konten.

Uji lebih dari default

Sertakan hover, fokus, disabled, error, dan setiap keadaan visual gelap atau alternatif.

Tinjau kontrol media

Uji keyboard pada pemutar serta caption, transkrip, dan informasi visual yang esensial.

05

5. Buat formulir dan tugas akun yang dapat dipulihkan

Kirimkan data yang hilang, salah format, dan valid melalui formulir bernilai tinggi Anda. Input memerlukan label yang persisten dan terasosiasi secara programatik; placeholder saja bukan pengganti yang andal. Identifikasi field wajib sebelum pengiriman, jelaskan apa yang salah dengan bahasa sederhana, tunjukkan field yang bermasalah, dan pertahankan data yang telah dimasukkan bila memungkinkan. Uji masuk, reset kata sandi, kode sekali pakai, checkout, dan konfirmasi sebagai perjalanan.

Hindari error hanya berdasarkan warna

Padankan warna error dengan pesan berbahasa biasa dan field yang dapat diidentifikasi.

Uji batasan vendor

Uji keyboard pada serah terima (handoff), pengalihan, jalur kegagalan, dan pengembalian dari penyedia pembayaran atau identitas.

06

6. Gabungkan alat dengan peninjauan manual dan orang

Jalankan pemeriksa otomatis pada halaman representatif dan gunakan temuannya sebagai petunjuk, bukan sertifikat lulus. Alat tidak dapat menilai apakah teks alternatif berarti, urutan masuk akal, instruksi dapat dipahami, atau sebuah perjalanan bekerja dengan teknologi bantu. Tambahkan pemeriksaan keyboard dan zoom manual serta tinjauan screen reader yang terfokus. Bila memungkinkan, libatkan orang dengan pengalaman hidup relevan sejak awal dan beri kompensasi yang adil.

Simpan bukti bersama

Simpan output alat, catatan peninjau, keputusan, remediasi, dan hasil uji ulang dalam satu catatan isu.

Eskalasikan secara proporsional

Gunakan evaluator berkualifikasi untuk klaim formal, layanan yang diatur, aplikasi kompleks, atau hasil yang dipersengketakan.

07

7. Masukkan remediasi ke dalam rilis

Aksesibilitas bisa regresi setelah perubahan tema, kampanye, plugin, skrip, token desain, atau vendor. Tambahkan tinjauan proporsional ke desain, konten, quality assurance, dan proses peluncuran. SIU berfokus pada optimisasi uptime proaktif dan remediasi: pertahankan jalur pra-peluncuran, identifikasi cacat yang terlihat pelanggan, buat perbaikan aman, dan gunakan rencana rollback bila perlu. Tinjauan aksesibilitas melengkapi pekerjaan itu; ia tidak tergantikan oleh pemeriksaan ketersediaan atau peringatan gangguan.

Tetapkan blocker

Blokir rilis ketika tugas utama tidak dapat diselesaikan dengan keyboard atau error kritis tidak dapat dipahami.

Uji ulang dalam konteks

Periksa tugas asli, keadaan mobile dan error setelah perbaikan sebelum menutup isu.

TINDAKAN / VERIFIKASI

Panduan tugas praktis Anda.

  1. 01

    Tetapkan target

    Catat versi dan level WCAG, cakupan, pemilik, dan kapan diperlukan tinjauan spesialis.

    VERIFIKASI: Satu halaman ruang lingkup yang menamai perjalanan utama, cakupan, pengecualian, dan pengambil keputusan.
  2. 02

    Peta perjalanan

    Daftarkan rute dari awal sampai akhir untuk informasi, kontak, akun, pembelian atau pemesanan, pembayaran, konfirmasi, dan dukungan.

    VERIFIKASI: Setiap tugas kritis memiliki halaman dan status representatif yang dipilih.
  3. 03

    Jalankan pemindaian dasar

    Gunakan pemeriksa otomatis, lalu tetapkan atau dokumentasikan setiap temuan.

    VERIFIKASI: Laporan ada di log isu; tidak ada pemindaian yang dicatat sebagai sertifikasi.
  4. 04

    Gunakan hanya keyboard

    Navigasikan menu, dialog, formulir, widget, error, dan konfirmasi tanpa pointer.

    VERIFIKASI: Fokus terlihat, urutan logis, dan tidak ada aksi wajib yang menjebak pengguna.
  5. 05

    Tinjau makna

    Periksa judul, heading, label, tautan, alternatif gambar, bahasa, dan petunjuk non-warna.

    VERIFIKASI: Kontrol dan konten tetap dapat dipahami di luar tampilan visualnya.
  6. 06

    Sesuaikan tampilan

    Uji zoom, ukuran teks, kontras, keadaan fokus dan error, serta alternatif media.

    VERIFIKASI: Tugas inti tetap terbaca dan dapat digunakan di bawah penyesuaian yang diuji.
  7. 07

    Uji pemulihan

    Kirim data formulir yang tidak valid dan valid; uji login, reset, autentikasi, dan aksi yang tidak dapat dibatalkan.

    VERIFIKASI: Error menunjukkan jalur koreksi tanpa kehilangan data yang dapat dihindari.
  8. 08

    Uji pemasok

    Ikuti pengalaman pembayaran dan identitas yang tersemat atau diarahkan sebagaimana pelanggan akan melakukannya.

    VERIFIKASI: Hambatan vendor yang terbuka memiliki bukti, pemilik, dan jalur eskalasi.
  9. 09

    Perbaiki dan uji ulang

    Prioritaskan blocker pada tugas esensial, remediasi, dan uji ulang dalam konteks asli.

    VERIFIKASI: Isu yang ditutup mencakup hasil uji ulang; item terbuka memiliki pemilik dan tanggal target.
  10. 10

    Buat dapat diulang

    Masukkan pemeriksaan relevan ke dalam prosedur publikasi, quality assurance, dan rilis.

    VERIFIKASI: Catatan rilis menamai tinjauan yang dilakukan dan apa yang berubah.
TOPIK DISKUSI

Bandingkan kompromi, bukan data pribadi.

Gunakan prompt ini dengan tim Anda atau komunitas pemilik situs. Bagikan metode dan pelajaran, tetapi jangan pernah menempelkan kredensial, data pelanggan, atau detail infrastruktur yang tidak bersifat publik.

  1. 01

    Perjalanan pelanggan mana yang paling berbahaya jika hilang bagi pengguna keyboard, dan siapa yang memiliki kepemilikan untuk peninjauan berikutnya?

  2. 02

    Bukti apa yang membantu tim Anda membedakan temuan otomatis yang berguna dari klaim yang memerlukan peninjauan manual atau spesialis?

  3. 03

    Bagaimana tim desain, konten, engineering, dan vendor dapat berbagi hambatan tanpa mengekspos data sensitif pelanggan atau keamanan?

SUMBER POPULER / TERPERCAYA

Buka materi sumber.

World Wide Web Consortium (W3C)Web Content Accessibility Guidelines (WCAG) 2.2 ↗

Standar normatif untuk prinsip, kriteria keberhasilan, level, dan ruang lingkup konformansi.

Ditinjau 2026-09-27
W3C Web Accessibility InitiativeEasy Checks – A First Review of Web Accessibility ↗

Titik awal praktis untuk pemeriksaan dasar dan batasan yang disebutkan.

Ditinjau 2026-09-27
W3C Web Accessibility InitiativeEvaluating Web Accessibility Overview ↗

Menjelaskan mengapa alat perlu evaluasi manusia yang berpengetahuan dan menautkan ke sumber daya evaluasi.

Ditinjau 2026-09-27
W3C Web Accessibility InitiativeHow to Meet WCAG (Quick Reference) ↗

Menyaring kriteria dan panduan WCAG 2.2 menurut level, teknologi, peran, dan topik.

Ditinjau 2026-09-27
MDN Web DocsAccessibility tooling and assistive technology ↗

Latar praktis tentang tooling, pohon aksesibilitas (accessibility tree), screen reader, dan pengujian pengguna.

Ditinjau 2026-09-27

Kebijakan sumber. Sumber dibaca sebelum penulisan. Artikel ini memprioritaskan standar dan panduan evaluasi W3C/WAI, dengan pendidikan implementasi dari MDN. Tautan SIU bersifat navigasi, bukan bukti. Keputusan formal tentang konformansi, hukum, keamanan, pembayaran, dan kontrak memerlukan tinjauan berkualifikasi.

PENJELASAN SINGKAT

Pertanyaan umum.

Apakah pemindaian aksesibilitas otomatis cukup untuk mengatakan situs web dapat diakses?

Tidak. Pemindaian dapat menemukan beberapa masalah yang berulang, tetapi tidak bisa menentukan banyak hambatan yang bergantung pada konteks. Gabungkan alat dengan pengujian manual dan, bila risikonya tinggi, evaluasi berkualifikasi serta umpan balik pengguna yang relevan.

Haruskah pemilik menargetkan WCAG 2.2 AA?

AA mencakup Level A dan AA dan merupakan kerangka keputusan yang berguna, tetapi target bergantung pada persyaratan yang berlaku, kontrak, audiens, dan risiko layanan. Tinjauan parsial tidak mendukung klaim konformansi; mintalah nasihat aksesibilitas berkualifikasi dan nasihat hukum yang sesuai bila diperlukan klaim resmi.

Siapa yang bertanggung jawab ketika alat vendor tersemat tidak dapat diakses?

Penyedia mungkin mengontrol kode, tetapi pelanggan mengalami perjalanan gabungan. Uji serah terima, dokumentasikan hambatan, minta remediasi, dan pertimbangkan alternatif atau mitigasi. Dokumentasi vendor saja tidak membuktikan bahwa perjalanan nyata dapat digunakan.

Status Is UP Editorial Team · Editor Uptime Enablement

Ditinjau oleh Spesialis aksesibilitas dan peninjau kualitas web. Diterbitkan 2026-09-27; diperbarui 2026-09-30.