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