跳至中央內容區塊 :::
:::

網站維護者每週應該看哪些無障礙風險？

網站維護者不需要每天重新檢測整個網站，但應該每週固定查看回報、互動困難、掃描摘要與近期變更，找出最需要優先人工確認的頁面。


重點摘要

  • 每週檢查的目的不是證明網站符合要求，而是找出最可能影響使用者完成任務的頁面。
  • 優先看使用者回報、高風險頁面、重複互動困難、機器掃描摘要、近期變更與重要流程。
  • 當訊號指向同一頁面或同一流程時，應安排人工確認，再決定是否要用 DevCheck 做焦點、情境或初步掃描檢查。

先看會阻止使用者完成任務的風險

每週無障礙檢查不應該變成看分數或追求報表漂亮。比較務實的目標是：找出哪些頁面或流程最可能讓使用者無法完成事情，然後把有限的維護時間放在那裡。

因此，維護者應先看任務相關頁面，例如登入、註冊、付款、搜尋、預約、申請、表單送出、下載文件與聯絡管道。這些地方如果出問題，影響通常比一般內容頁更直接。

每週建議看的六類訊號

以下訊號不是完整檢測，也不能單獨證明某個頁面有問題。它們的價值在於幫維護者縮小範圍，知道本週應該先看哪裡。

  • 使用者回報：有人具體說明在哪個頁面遇到看不懂、按不到、送不出或無法完成的問題。
  • 高風險頁面：同時有回報、互動困難或掃描摘要風險的頁面，應比單一訊號頁面優先。
  • 重複互動困難：重複點擊、無效點擊、焦點折返、Escape 失敗或鍵盤操作受阻，可能代表流程讓人卡住。
  • 機器掃描摘要：先看 critical、serious、WCAG A/AA 相關問題，再看 best practice 建議。
  • 近期變更頁面：本週更新過文案、元件、表單、第三方嵌入、活動頁或登入後狀態的頁面。
  • 重要流程：即使沒有很多訊號，仍應定期抽查登入、付款、搜尋、表單與客服聯絡等核心流程。

不要把每個訊號都當成同等嚴重

維護者最容易遇到的問題，是訊號一多就不知道從哪裡開始。比較好的排序方式，是看「影響任務的可能性」與「是否有多個訊號指向同一處」。

例如，同一個付款頁同時有使用者回報、鍵盤操作異常與 serious 掃描問題，通常比一個低流量內容頁只有 minor 掃描建議更值得優先處理。相反地，單一訊號不一定代表錯誤；它可能只是提示你需要確認。

什麼時候需要人工確認？

只要訊號牽涉流程、語意、焦點、錯誤狀態、圖片替代文字或使用者是否能完成任務，就不應只靠數字判斷。這些情況需要有人打開頁面，實際操作一次。

DevCheck 可以在這裡補上瀏覽器內的初步人工檢查，例如模擬不同視覺情境、查看焦點路徑、執行 axe-core 初步掃描、檢查圖片替代文字建議或 PDF 結構訊號。但最後仍需要維護者判斷這個流程對人是否真的可用。

一個簡單的每週檢查節奏

如果團隊只有少量時間，可以從 30 分鐘開始。重點不是完成所有事情，而是讓無障礙風險不要累積到下次大型改版或正式檢測才被發現。

  • 先看本週新增的使用者回報，確認是否有阻擋任務完成的問題。
  • 查看 Pulse 中高優先頁面，找出同時出現多種訊號的頁面。
  • 比對本週改版或新增內容的頁面，確認是否需要重新檢查。
  • 挑 1 到 3 個頁面做人工確認，先看鍵盤、焦點、錯誤訊息與主要互動。
  • 把確認後的問題交給最接近問題來源的人：內容、設計、工程、第三方服務設定或元件系統。
  • 記錄本週不處理的原因，避免下週重新討論同一件事。

相關頁面