# Senarai semak kebolehcapaian untuk laman web syarikat: kerjaya, PDF, halaman pelabur dan borang Dikemas kini 2026-10-26 Laman web syarikat jarang menjual apa-apa secara langsung, jadi masalah kebolehcapaian padanya mudah terlepas pandang. Namun di situlah orang memohon kerja, pelabur membaca laporan tahunan, wartawan mencari kenyataan akhbar dan pelanggan mencari butiran hubungan, dan setiap tugas itu boleh disekat oleh halangan: permohonan kerja yang tidak dapat diselesaikan dengan papan kekunci, laporan tahunan yang diterbitkan sebagai PDF tanpa tag, video tanpa kapsyen, sepanduk kuki yang memerangkap fokus. Senarai semak ini meneliti WCAG 2.2 Tahap AA mengikut bahagian yang ada pada kebanyakan laman korporat, berserta apa yang perlu disemak dalam setiap satu. **Perkara utama** - WebAIM menemui kegagalan WCAG yang dapat dikesan pada 95.9% daripada sejuta halaman utama teratas pada 2026; teks berkontras rendah (83.9%) dan teks alt yang tiada (53.1%) ialah yang paling biasa ([WebAIM](https://webaim.org/projects/million/)). - WCAG terpakai pada dokumen yang diterbitkan di laman, seperti PDF, dan juga pada halaman web; W3C menerbitkan teknik untuk menjadikan PDF boleh diakses ([W3C](https://www.w3.org/WAI/WCAG22/Techniques/#pdf)). - Video pra-rakaman memerlukan kapsyen (1.2.2, Tahap A) dan perihalan audio apabila visualnya membawa maklumat yang tiada dalam audio (1.2.5, AA) ([W3C](https://www.w3.org/WAI/WCAG22/Understanding/captions-prerecorded)). - Dalam panduan pada 2022, Jabatan Kehakiman AS menyatakan bahawa ADA terpakai pada tawaran web perniagaan yang dibuka kepada orang awam, tanpa menetapkan piawaian teknikal tertentu ([ADA.gov](https://www.ada.gov/resources/web-guidance/)). - W3C menyediakan panduan dan penjana percuma untuk menulis pernyataan kebolehcapaian ([W3C](https://www.w3.org/WAI/planning/statements/)). ## Mengapakah kebolehcapaian penting pada laman web syarikat? Kerana pelawat yang bergantung padanya sering kali orang yang paling ingin anda capai: calon pekerja, pelanggan, rakan kongsi dan pelabur. Pertubuhan Kesihatan Sedunia menganggarkan bahawa 1.3 bilion orang, kira-kira satu daripada enam, mengalami ketidakupayaan yang ketara ([WHO](https://www.who.int/news-room/fact-sheets/detail/disability-and-health)). Lebih ramai lagi menggunakan papan kekunci dan bukannya tetikus, membesarkan teks, atau membaca pada telefon di bawah cahaya terang. Terdapat juga sudut pematuhan, yang berbeza mengikut negara dan mengikut siapa yang dilayani oleh laman itu. Badan sektor awam di EU mesti memenuhi Web Accessibility Directive; perniagaan yang menjual kepada pengguna di EU mungkin tertakluk pada European Accessibility Act; di AS, Jabatan Kehakiman telah menyatakan bahawa ADA terpakai pada tawaran web perniagaan yang dibuka kepada orang awam ([ADA.gov](https://www.ada.gov/resources/web-guidance/)). Laman yang semata-mata perniagaan-ke-perniagaan mungkin berada di luar skop sesetengah undang-undang ini, tetapi pelanggan yang lebih besar semakin kerap bertanya kepada pembekal tentang kebolehcapaian. Panduan kami tentang [European Accessibility Act](/ms/blog/european-accessibility-act-online-stores) dan [surat tuntutan ADA](/ms/blog/ada-website-demand-letter) menerangkan konteksnya; ini bukan nasihat undang-undang. ## Apakah yang perlu anda semak pada setiap halaman? Masalah ini datang daripada templat yang dikongsi, jadi membaikinya sekali akan membaiki seluruh laman: - **Kontras**: teks badan sekurang-kurangnya 4.5:1 berbanding latar belakangnya, teks besar 3:1 (1.4.3). Teks kelabu muda dan teks putih pada warna jenama ialah kegagalan yang biasa. [Penyemak kontras warna](/ms/color-contrast-checker) menguji mana-mana pasangan warna. - **Papan kekunci**: setiap pautan, menu dan butang boleh dicapai dengan Tab dan digunakan dengan Enter atau Space, dengan penunjuk fokus yang kelihatan (2.1.1, 2.4.7). Menu besar (mega menu) dan karusel ialah masalah yang kerap berlaku. - **Pautan langkau dan landmark**: cara untuk melompat melepasi pengepala terus ke kandungan utama (2.4.1), serta landmark `header`, `nav`, `main` dan `footer`. - **Tajuk**: satu H1 bagi setiap halaman dan struktur tajuk yang logik (1.3.1), supaya pengguna pembaca skrin dapat meninjau halaman. - **Teks pautan**: pautan yang bermakna di luar konteks, bukan “Baca lagi” yang diulang sepuluh kali (2.4.4). - **Bahasa**: atribut `lang` pada setiap halaman, dan pada petikan dalam bahasa lain (3.1.1, 3.1.2), supaya pembaca skrin menyebutnya dengan betul. - **Zum dan aliran semula**: kandungan boleh digunakan pada zum 200% dan pada lebar 320 piksel tanpa tatal mendatar (1.4.4, 1.4.10). ## Bagaimanakah cara menjadikan halaman kerjaya dan permohonan kerja boleh diakses? Bahagian kerjaya ialah tempat halangan mempunyai akibat yang paling jelas: calon yang tidak dapat melengkapkan permohonan tidak boleh dipertimbangkan. - **Senarai jawatan**: penapis dan carian mesti berfungsi dengan papan kekunci dan mengumumkan kiraan hasil kepada pembaca skrin (4.1.3). - **Borang permohonan**: setiap medan memerlukan label yang kelihatan (3.3.2), ralat mesti diterangkan dalam teks (3.3.1), dan butang muat naik fail mesti mempunyai nama boleh capai. - **Had masa**: jika borang tamat masa, beri amaran kepada orang dan benarkan mereka melanjutkan masa (2.2.1). - **Sistem penjejakan pemohon pihak ketiga**: banyak syarikat menggunakan sistem luaran untuk permohonan. Minta Accessibility Conformance Report daripada vendor, uji sendiri aliran permohonan dengan papan kekunci, dan tawarkan cara alternatif untuk memohon, seperti e-mel, yang dinyatakan pada halaman kerjaya. - **Penilaian dan temu duga video**: semak bahawa sebarang ujian dalam talian atau alat temu duga video menyokong pembaca skrin, kapsyen dan masa tambahan atas permintaan. ## Bagaimanakah cara menerbitkan PDF dan laporan tahunan yang boleh diakses? Laporan tahunan, laporan kelestarian, brosur dan dokumen dasar sering diterbitkan sebagai PDF sahaja, dan banyak daripadanya tidak bertag: pembaca skrin membacanya sebagai satu blok teks, atau langsung tidak dapat membacanya. - **Utamakan HTML** untuk kandungan penting. Halaman web lebih mudah dijadikan boleh diakses, berfungsi lebih baik pada telefon dan lebih mudah dicari. - **Jika anda menerbitkan PDF, tag PDF itu.** Eksport daripada dokumen sumber (Word, InDesign) dengan tag didayakan, supaya tajuk, senarai, jadual dan susunan bacaan dikekalkan. Piawaian PDF/UA (ISO 14289) mentakrifkan PDF yang boleh diakses. - **Semak perkara penting**: tajuk dokumen, bahasa dokumen, teks alternatif untuk carta dan imej, pengepala jadual sebenar, dan susunan bacaan yang logik. Adobe Acrobat Pro mempunyai penyemak kebolehcapaian terbina dalam; PAC ialah penyemak percuma untuk Windows. - **Dokumen yang diimbas** ialah imej teks dan memerlukan OCR serta penandaan tag, atau versi HTML. - **Jadual kewangan**: tandakan baris dan lajur pengepala; dalam HTML, gunakan `` dengan `scope`. ## Bagaimana pula dengan video, siaran web dan podcast? - **Kapsyen** untuk semua video pra-rakaman yang mengandungi pertuturan (1.2.2, A), dan untuk siaran web langsung (1.2.4, AA). Kapsyen automatik perlu disemak: nama, nombor dan istilah teknikal sering salah. - **Perihalan audio** apabila maklumat penting hanya bersifat visual, seperti teks pada slaid yang tidak dibacakan oleh penceramah (1.2.5, AA). Selalunya pembaikan paling mudah ialah penceramah menerangkan slaid itu. - **Transkrip** untuk podcast dan kandungan audio sahaja (1.2.1, A). - **Kawalan pemain**: pemain terbenam mesti boleh dikendalikan dengan papan kekunci, dan bunyi yang dimainkan secara automatik lebih daripada tiga saat memerlukan cara untuk menjeda atau menghentikannya (1.4.2). Panduan W3C untuk menjadikan audio dan video boleh diakses merangkumi perancangan, kapsyen dan perihalan ([W3C](https://www.w3.org/WAI/media/av/)). ## Bagaimanakah cara menjadikan borang hubungan, peta dan lokasi boleh diakses? - **Borang**: label, mesej ralat yang jelas, dan tiada CAPTCHA yang hanya bergantung pada membaca teks yang diherotkan atau menyelesaikan teka-teki; sediakan alternatif ([W3C](https://www.w3.org/TR/turingtest/)). - **Butiran hubungan sebagai teks**: nombor telefon, alamat e-mel dan alamat pejabat ditulis dalam halaman, bukan hanya dalam imej atau peta. - **Peta**: peta terbenam sukar digunakan dengan pembaca skrin; alamat dan arah dalam bentuk teks ialah alternatif yang boleh diakses. - **Widget sembang**: semak bahawa widget boleh dibuka, digunakan dan ditutup dengan papan kekunci, dan tidak menutup kandungan yang difokuskan (2.4.11). ## Adakah sepanduk kuki menyebabkan masalah kebolehcapaian? Selalunya ya, kerana sepanduk muncul dahulu dan berada di atas segala-galanya. - Sepanduk mesti boleh dicapai dan digunakan dengan papan kekunci, dan Tab mesti dapat meninggalkannya (2.1.2, No Keyboard Trap) ([W3C](https://www.w3.org/WAI/WCAG22/Understanding/no-keyboard-trap)). - Butangnya memerlukan nama yang jelas dan kontras yang mencukupi; “Tolak” mesti semudah “Terima” untuk ditemui. - Ia tidak boleh menyembunyikan elemen yang difokuskan pada halaman di belakangnya (2.4.11). Imbasan kami bermula di halaman utama anda dengan sepanduk kuki masih dipaparkan, kerana itulah yang ditemui dahulu oleh pengguna papan kekunci, dan melaporkan perangkap fokus jika Tab tidak dapat melepasinya. ## Adakah anda memerlukan pernyataan kebolehcapaian? Badan sektor awam di EU mesti menerbitkannya. Bagi syarikat, ia biasanya sukarela, walaupun European Accessibility Act mewajibkan perkhidmatan yang diliputinya menyediakan maklumat tentang cara perkhidmatan itu memenuhi keperluannya. Pernyataan yang baik menyatakan piawaian yang anda sasarkan, batasan yang diketahui, cara orang boleh melaporkan masalah atau meminta kandungan dalam format lain, dan bila ia terakhir disemak. W3C menerbitkan panduan dan penjana percuma ([W3C](https://www.w3.org/WAI/planning/statements/)). Tulislah dengan jujur: mendakwa pematuhan penuh selepas imbasan automatik ialah risiko tersendiri, kerana ujian automatik tidak dapat menyemak segala-galanya. ## Bagaimanakah cara menguji laman web syarikat? 1. **Jalankan imbasan automatik** pada halaman utama, halaman kerjaya, artikel berita, halaman hubungan dan sebarang borang. [Penyemak kebolehcapaian percuma](/ms/website-accessibility-checker) kami menguji halaman penting dalam pelayar sebenar berdasarkan WCAG 2.2 A dan AA, dan [penyemak teks alt](/ms/image-alt-text-checker) menyenaraikan setiap imej pada halaman. 2. **Uji dengan papan kekunci**: navigasi menu, mohon kerja dan hantar borang hubungan menggunakan papan kekunci sahaja. 3. **Semak dokumen**: buka PDF anda yang paling penting dengan pembaca skrin atau penyemak kebolehcapaian PDF. 4. **Tonton video anda dengan kapsyen dihidupkan** dan bunyi dimatikan. 5. **Minta orang kurang upaya** mencuba tugas utama; ini mendedahkan masalah yang tidak dapat diramalkan oleh mana-mana senarai semak. ## Soalan lazim ### Adakah WCAG terpakai pada PDF? Ya. WCAG terpakai pada kandungan web, termasuk dokumen yang diterbitkan di laman. W3C menerbitkan teknik khusus untuk memenuhi WCAG dalam fail PDF. ### Laman kerjaya kami dikendalikan oleh pihak ketiga. Adakah ia tanggungjawab kami? Dari sudut pandangan calon, ia proses permohonan anda. Minta Accessibility Conformance Report daripada vendor, uji alirannya, dan tawarkan cara alternatif untuk memohon. Sama ada anda mempunyai tanggungjawab undang-undang bergantung pada bidang kuasa anda. ### Adakah kapsyen automatik memenuhi WCAG? Hanya jika kapsyen itu tepat. Kapsyen automatik sering tersilap nama, nombor dan istilah; semak dan betulkannya sebelum bergantung padanya. ### Adakah overlay kebolehcapaian mencukupi untuk laman korporat? Tidak. Overlay tidak membaiki kod asas, dokumen atau video. Lihat panduan kami tentang [overlay kebolehcapaian dan perintah FTC](/ms/blog/accessibility-overlays-ftc-order). ### Piawaian manakah yang patut disasarkan oleh laman web syarikat? WCAG 2.2 Tahap AA ialah versi semasa dan sasaran yang biasa; banyak undang-undang dan dasar masih merujuk kepada WCAG 2.1 AA, yang turut dipenuhi oleh laman yang memenuhi 2.2 AA. ## Sumber - WebAIM: [The WebAIM Million (2026)](https://webaim.org/projects/million/) - W3C: [Web Content Accessibility Guidelines (WCAG) 2.2](https://www.w3.org/TR/WCAG22/) - W3C: [Techniques for WCAG 2.2: PDF techniques](https://www.w3.org/WAI/WCAG22/Techniques/#pdf) - W3C: [Understanding 1.2.2 Captions (Prerecorded)](https://www.w3.org/WAI/WCAG22/Understanding/captions-prerecorded) - W3C: [Understanding 1.2.5 Audio Description (Prerecorded)](https://www.w3.org/WAI/WCAG22/Understanding/audio-description-prerecorded) - W3C: [Making audio and video media accessible](https://www.w3.org/WAI/media/av/) - W3C: [Understanding 2.1.2 No Keyboard Trap](https://www.w3.org/WAI/WCAG22/Understanding/no-keyboard-trap) - W3C: [Inaccessibility of CAPTCHA](https://www.w3.org/TR/turingtest/) - W3C: [Developing an accessibility statement](https://www.w3.org/WAI/planning/statements/) - Jabatan Kehakiman AS: [Panduan tentang kebolehcapaian web dan ADA](https://www.ada.gov/resources/web-guidance/) - Pertubuhan Kesihatan Sedunia: [Lembaran fakta ketidakupayaan (Disability fact sheet)](https://www.who.int/news-room/fact-sheets/detail/disability-and-health)