為什麼無障礙資料不能只看「有沒有通過」？

無障礙認證、聲明、使用者回報與機器掃描都能提供線索，但不能被簡化成網站是否完全無障礙的最終答案。這篇說明為什麼好的無障礙資料應該讓不確定性更清楚。

重點摘要

網站無障礙很少能被誠實地濃縮成一個「通過」或「不通過」答案。
認證、無障礙聲明、使用者回報與機器掃描都有價值，但每一種訊號都有範圍與限制。
比較負責任的做法，是讓使用者和維護者看見目前知道什麼、還不知道什麼，以及哪裡需要人工檢視。

簡單答案很吸引人，但也很容易誤導

很多人希望無障礙工具能直接回答一個問題：這個網站有沒有通過？這個期待可以理解，因為團隊需要決策，使用者也需要判斷是否值得進入一個網站。

問題是，網站無障礙通常不是單一狀態。首頁可能整理得很好，結帳流程卻卡住；公開頁面可能通過基本掃描，登入後表單卻無法用鍵盤完成；一份聲明可能說明了標準與回報方式，但不代表每個頁面都被完整測試。

因此，把所有資料壓成一個 pass/fail 標籤，表面上讓事情變簡單，實際上可能把最重要的範圍、時間點、限制與使用情境全部藏起來。

不同訊號回答不同問題

比較可靠的無障礙資料，不是把所有訊號混在一起，而是先問每一種訊號到底能回答什麼問題。

公開認證或標章可以讓人知道某個來源曾經檢查或認可過某個範圍，但範圍可能只限於特定頁面、服務或時間點。無障礙聲明能說明網站採用的標準、已知限制與回報管道，但多數情況是網站自行發布的說明。使用者回報能指出真實卡住的位置，卻需要進一步確認原因與影響範圍。機器掃描可以快速找出部分可自動化偵測的問題，但無法理解所有流程、語意與輔助科技使用情境。

這些資料都不是沒有用。真正的問題是：它們應該被當成線索，而不是最後判決。

「沒找到」也不是結論

資料找得到，不代表網站完全可用；資料找不到，也不代表網站完全沒有做無障礙。這兩個方向都需要保留判斷。

有些網站把聲明放在母公司、集團網站、支援中心或法律頁；有些服務的主要阻礙發生在登入後、付款中、PDF、第三方元件或行動版流程；有些團隊可能有內部檢測與改善紀錄，但沒有把它公開成容易搜尋的頁面。

所以公開資料最適合回答的是「目前能追溯到哪些線索」，而不是「這個網站到底好不好」。

對使用者來說，資料應該提供下一步

使用者不一定需要一個看似權威的分數。他們更常需要知道：這個網站是否有可追溯的公開線索？如果我遇到問題，有沒有聲明、回報入口或替代聯絡方式？這個訊號看起來是認證、聲明、維護紀錄，還是只是機器掃描摘要？

這種資訊不能保證使用者一定能完成任務，但可以降低完全盲目的狀態。它讓使用者在搜尋結果或開啟頁面前，多一點脈絡；遇到阻礙時，也比較可能找到下一步。

對維護者來說，資料應該協助排序工作

網站維護者也不該把無障礙資料當成完成證明。比較實際的用法，是把不同訊號放進維護節奏：哪些頁面收到回報？哪些流程反覆出現操作困難？哪些掃描結果和最近改版有關？哪些公開聲明已經過期或描述得太模糊？

這些問題不會自動修好網站，但能幫團隊決定哪裡應該先做人工檢視、輔助科技測試、內容修正、元件修正或流程調整。

好的工具應該讓不確定性更清楚

無障礙工具如果只追求漂亮的 pass/fail 標籤，很容易把複雜問題包裝成過度確定的答案。這對使用者不公平，對維護者也不實用。

比較負責任的工具應該清楚標示訊號來源、範圍、限制與更新狀態。它應該讓人看見目前知道什麼、還不知道什麼，以及哪裡需要人來判斷。

Accesserty 的方向也是如此。Signal 顯示可追溯的公開訊號與回報入口；Pulse 協助維護者看見回報、互動風險與低頻掃描摘要；DevCheck 支援上線前或維護中的初步檢查與人工檢視輔助。這些都不是完整稽核，也不是法規判定。它們的價值在於讓問題更容易被看見、被回報、被檢查，然後被持續維護。