網站上線前如何做無障礙檢測？給產品團隊的檢查流程

把網站無障礙檢測放進 release 前流程：先用自動化工具找出可被機器偵測的問題，再補上鍵盤操作、焦點、ARIA 與人工檢查。

重點摘要

上線前檢測不應只是一張全站掃描報告。比較有效的做法，是先列出這次 release 會影響的主要任務，例如註冊、登入、搜尋、加入購物車、送出表單、下載文件或完成付款。

每個任務都要有明確起點、成功狀態與失敗狀態。這樣檢查時才知道問題會不會真的阻擋使用者，而不是只是在處理一串沒有優先順序的掃描結果。

自動化檢查適合放在第一輪，因為它可以快速抓出明確、可重複、容易回歸的問題，例如缺少表單標籤、錯誤 ARIA、部分對比不足、標題結構異常或 landmark 使用不清楚。

DevCheck 的實際用途是在目前瀏覽器分頁內檢查 localhost、測試站、登入後頁面與互動後狀態。這和只能掃描公開 URL 的工具不同，因為很多 release 風險在正式公開前就已經存在。

鍵盤檢查是 release 前最容易被低估的項目。測試時不要只按幾次 Tab 就結束，而是要真的不用滑鼠完成主要任務。

如果焦點看不見、順序跳來跳去、選單打開後無法離開、dialog 關閉後焦點遺失，或自訂元件只能用滑鼠操作，這些通常都應該在上線前處理。

有些問題不會被掃描工具直接判斷。連結文字是否說得清楚、圖片替代文字是否符合情境、錯誤訊息是否告訴使用者下一步、狀態改變是否被看見或聽見，這些都需要人工判斷。

這一輪的目標不是產生漂亮分數，而是確認使用者在不同操作方式下仍然知道自己在哪裡、發生什麼事、接下來可以做什麼。

不是每一個無障礙問題都會有同樣風險。比較務實的判斷方式，是先看問題是否阻擋主要任務、是否影響多人或關鍵使用情境、是否容易在元件層被修正，以及是否會讓使用者無法理解錯誤或無法離開目前狀態。

這篇文章是 DevCheck 上線前檢查路徑的一部分。完成目前檢查後，可以接著看下列任務。