無障礙檢測結果,什麼時候能說「通過」?
通過或不通過可以是明確評估的有效結論,但不能從一次掃描或一個徽章推論整站。讀清楚準則、範圍、日期、未測項目與重測結果。
最後更新:
重點摘要
- 有明確準則、範圍與證據,才能理解「通過」代表什麼。
- 單一規則通過,不等於整頁或完整任務符合 WCAG;公開聲明也不是檢測結果。
- 未測、待確認與不適用要分開記錄,不能都算成通過。
先問:通過哪一項?
「這個按鈕有可及名稱」與「這個網站符合 WCAG 2.2 AA」是不同層級的結論。前者可能來自一項規則檢查;後者需要完整的符合性評估,不能只靠這個按鈕或一次自動掃描。
通過/不通過本身沒有問題。問題是省略了準則、範圍、測試環境與日期,讓讀者以為結論涵蓋所有內容。
正式符合性評估有自己的要求
WCAG 2.2 AA 要涵蓋全部 A 與 AA 成功準則,並滿足其他符合性要求。評估涉及完整頁面;若頁面屬於一連串步驟,完整流程也要符合。標準亦規定符合的替代版本及技術支援等條件,不能只把通過的掃描項目相加。
例如購物任務涉及選商品、購物車、付款與完成頁,只測首頁不能代表整個購物流程。請讀評估報告明定的內容範圍、方法、環境、日期與限制,而不是只看分數或標章。
四種狀態,不要混成一個成功數字
這些是維護紀錄的實用分類,不是一套新的 WCAG 等級。每項都應保留判斷依據。
- 已檢查:記錄依據哪個準則或規則、結果與證據;有發現就列出受影響內容。
- 待確認:工具提示需要人工判讀,或目前證據不足;指定確認方式。
- 未測:沒有檢查到的頁面、狀態或環境;不是通過。
- 不適用:確認準則的適用條件不成立,並記下理由;不能用來代替尚未測試。
用一個假設結果練習判讀
假設掃描指出「移除項目按鈕沒有名稱」。你為該按鈕補上正確名稱後,同一規則重跑通過。可以記錄這項規則的修正結果,但還要確認名稱描述的動作正確、鍵盤可啟用,以及移除後焦點與通知是否合理。
如果沒有測試登入後頁面,就明寫未測。不能把「工具沒有列出問題」改寫成「登入後流程通過」,也不能從這次規則重測發布整站符合聲明。
不同資料,各自保留用途
公開聲明可以幫你找到限制與聯絡方式;認證報告要依其評估範圍閱讀;使用者回報可以指出受阻情境;掃描結果能協助定位部分問題。這些資料可以互補,但不能互相代替。
Signal 顯示支援的公開線索與回報入口;私人回報與 Pulse 掃描摘要由有權限的維護者查看。維護時把可重現問題交給負責人,修正後重走原始任務與相關狀態,留下結果與仍未測的範圍。
相關頁面
- 如何判讀自動檢查結果
- 修正與重測的工作計畫
- 網站無障礙包含哪些需求?
- W3C WCAG 2.2:符合性要求
- WCAG 檢測結果說明
- Accesserty Signal
在搜尋結果中查看可回到原始網頁查核的無障礙線索,並在遇到阻礙時回報。
- Accesserty DevCheck
用瀏覽器內工具檢查本機、測試站、登入後頁面與互動狀態。
- 無障礙實作與維護指南
依實際任務瀏覽公開訊號、上線前檢查、上線後維護與標準限制指南。