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

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

每週無障礙檢查的目的不是重做完整稽核，而是用回報、操作事件、最新掃描狀態與近期變更排出最值得先檢查的頁面。

重點摘要

  • 每週檢查的目的不是證明網站符合要求，而是讓維護者知道這週該先看哪些頁面。
  • 優先看本週回報與操作事件，再搭配目前最新掃描狀態、近期變更與重要流程判斷檢查順序。
  • 最新掃描狀態不是本週新問題；它代表該頁目前保存的最近一次掃描摘要，應和近期事件分開解讀。

週報先回答：這週該看哪裡？

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

好的週報應該先把「本週新出現的維護線索」和「目前仍存在的頁面掃描狀態」分開。前者告訴你最近哪裡有動靜，後者告訴你這些頁面目前保存的機器掃描風險。

每週建議看的六類訊號

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

  • 使用者回報：有人具體說明在哪個頁面遇到看不懂、按不到、送不出或無法完成的問題。
  • 優先頁面：同時有近期回報、近期互動事件或目前掃描摘要風險的頁面，應比單一弱訊號頁面優先。
  • 重複互動線索：重複點擊、疑似鍵盤操作未明、焦點折返、Escape 關閉疑慮或鍵盤反覆循環，可能代表流程需要複查。
  • 最新掃描狀態：先看 critical、serious、WCAG A/AA 相關問題，再看 best practice 建議；但不要把它誤解為本週新發現。
  • 近期變更頁面：本週更新過文案、元件、表單、第三方嵌入、活動頁或登入後狀態的頁面。
  • 重要流程：即使沒有很多訊號，仍應定期抽查登入、付款、搜尋、表單與客服聯絡等核心流程。

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

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

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

什麼時候需要人工確認？

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

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

一個簡單的每週檢查節奏

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

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

相關頁面