# 自動化無障礙檢測能找到什麼？又找不到什麼？

English version: [https://accesserty.com/en/ai/guides/automated-accessibility-checks-limits.md](https://accesserty.com/en/ai/guides/automated-accessibility-checks-limits.md)

Page version: [https://accesserty.com/guides/automated-accessibility-checks-limits/](https://accesserty.com/guides/automated-accessibility-checks-limits/)

Last updated: 2026-09-28

自動化檢測很適合找出缺少標籤、ARIA 錯誤、部分對比與結構問題，但仍需要人工檢查內容、流程、鍵盤操作與輔助科技情境。

## 重點整理

- 自動化檢測是第一層篩選，不是最後結論。
- 它能快速找出一部分可被機器判斷的 WCAG 與最佳實務問題。
- 主要任務流程、內容脈絡、鍵盤操作與輔助科技使用經驗仍需要人工確認。

## 先用它找出明顯風險

自動化檢測適合放在開發、QA、內容上架與 release 前流程。它可以快速指出缺少可及名稱、錯誤 ARIA、部分色彩對比、表單標籤與頁面結構問題。

這些結果應該變成待確認清單，而不是單純追求分數。

## 把結果分成可修正、待確認與未測

以 DevCheck 的 axe-core 掃描為例，已確認的檢測項目與需要人工確認的項目分開顯示。沒有出現在結果中的範圍，不能自行補成通過。下面是判讀方式，不是某個客戶網站的檢測紀錄。

- 已確認：button-name 指出按鈕沒有可及名稱。查看元素與用途，補上有意義的名稱，再掃描相同狀態。
- 待確認：文字對比可能因背景無法判定而需要人工檢查。確認真正的前景、背景與狀態後再判斷，不直接當作失敗或通過。
- 未測：還沒打開的對話框、其他頁面或完整鍵盤流程，不在這次結果的證據裡。記下未測範圍，再安排測試。
- 零問題：只代表這次執行沒有回報相應問題，不代表所有成功準則、互動狀態或輔助科技都通過。

## 再用人工檢查完成判斷

人工檢查應該至少走過主要任務流程：只用鍵盤操作、確認焦點順序、看錯誤訊息是否能讓人繼續、檢查圖片替代文字是否符合脈絡。

依主要任務安排輔助科技測試，也納入使用者回饋。網站規模小，不代表可以把尚未測試的朗讀或操作寫成通過。

## 把兩者接成流程

DevCheck 可以先在目前瀏覽器分頁執行機器掃描，再搭配人工檢視輔助、情境模擬與 AI 輔助建議做人工檢查。Pulse 則讓上線後仍發生的操作困難回到團隊視野。

- 先掃描：找出可被機器偵測的風險。
- 再操作：用鍵盤、縮放、情境模擬與主要任務流程確認。
- 後追蹤：上線後觀察回報與互動困難是否仍重複出現。

## 哪些結果不應被自動化分數掩蓋

自動化工具常會把結果整理成數量或分數，但 release 判斷不能只看總分。少數幾個問題可能比大量低風險提醒更嚴重，特別是會阻擋主要任務、造成鍵盤使用者卡住，或讓使用者不知道如何修正錯誤的問題。

## 接下來可以做什麼

- [如何檢查鍵盤焦點路徑](<https://accesserty.com/guides/how-to-check-keyboard-focus-path/>) — 確認焦點是否可到達、順序是否合理、是否被困住，以及操作路徑是否符合頁面脈絡。

- [如何實作可及名稱](<https://accesserty.com/guides/how-to-implement-accessible-names/>) — 確認按鈕、連結、表單控制項與互動元件是否有可理解的名稱。

## 延伸閱讀

- [Accesserty DevCheck](<https://accesserty.com/devcheck/>) — 用瀏覽器內工具檢查本機、測試站、登入後頁面與互動狀態。

- [Accesserty Pulse](<https://accesserty.com/pulse/>) — 觀察上線後的操作困難訊號、機器掃描摘要與使用者回報。

- [自動化與人工檢測術語頁](<https://accesserty.com/glossary/automated-vs-manual-accessibility-testing/>)

- [可及名稱實作指南](<https://accesserty.com/guides/how-to-implement-accessible-names/>)

- [焦點路徑檢查指南](<https://accesserty.com/guides/how-to-check-keyboard-focus-path/>)

- [WCAG 檢測清單](<https://accesserty.com/guides/wcag-testing-checklist/>)

- [圖片替代文字指南](<https://accesserty.com/guides/writing-meaningful-alt-text/>)

- [PDF 無障礙術語頁](<https://accesserty.com/glossary/pdf-accessibility/>)

- [W3C WAI：評估網站無障礙](<https://www.w3.org/WAI/test-evaluate/>) — 說明為什麼單一工具無法判斷完整無障礙，仍需要具備相關知識的人員評估；各工具的結果欄位需查閱工具文件。

- [網站無障礙檢測工具](<https://accesserty.com/web-accessibility-checker/>) — 針對實際頁面、登入後狀態與互動狀態做初步無障礙檢查。

- [看懂 WCAG 檢測結果](<https://accesserty.com/wcag-compliance-tool/>) — 檢視 WCAG A/AA 相關問題、嚴重程度、受影響元素與修正線索。

- [無障礙實作與維護指南](<https://accesserty.com/guides/>) — 依實際任務瀏覽公開訊號、上線前檢查、上線後維護與標準限制指南。