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

收集公開無障礙訊號時，為什麼「有沒有找到」不等於「有沒有做」？

公開無障礙訊號能提供線索，但找不到聲明、認證或維護訊號，不代表網站沒有做無障礙；找到了，也不代表整個網站都沒有問題。


重點摘要

  • Accesserty 收集的是公開可追溯訊號，不是網站好壞排名，也不是完整無障礙判定。
  • 聲明可能集中在母公司頁面、子網域或 path 可能有不同範圍，footer 找不到也不代表網站沒有聲明。
  • 認證、聲明、ALLY、使用者回報與機器掃描摘要都只是線索；Signal 的設計是顯示線索，而不是替網站下最後結論。

公開訊號是線索，不是判決

Accesserty 收集的資料包含無障礙認證、無障礙聲明、ALLY、使用者回報與部分機器掃描摘要。這些資料有一個共同點：它們都能被追溯到某個公開來源、已驗證維護者或具體使用情境。

但公開訊號不是完整無障礙判斷。它們不能取代人工檢測、輔助科技測試、使用者研究或法規要求判斷。比較準確的說法是：它們能讓人更快知道「哪裡有值得確認的線索」。

為什麼「沒找到」不等於「沒有做」？

公開資料收集一定有邊界。即使網站有做無障礙，也可能沒有把訊號放在容易被使用者或程式找到的位置。

  • 無障礙聲明可能集中在母公司、集團或主要品牌頁面，而不是每個產品網域各自發布。
  • 有些網站把聲明放在頁腳，有些放在支援中心、法律頁、隱私權頁或獨立表單服務。
  • footer 找不到，不代表沒有；sitemap 沒列出，也不代表頁面不存在。
  • 子網域可能屬於同一個服務，也可能是完全不同的產品或外部系統。
  • 同一個 domain 底下的 path 通常較可能屬於同一網站，但大型平台、政府入口或多租戶服務仍可能例外。
  • robots 設定、JavaScript 渲染、地區導向、登入牆與網站重構，都可能影響資料是否被找到。

為什麼「找到了」也不等於「整站沒有問題」？

找得到公開訊號是一件好事，因為它代表使用者至少有線索可以追蹤。但這個線索仍然需要被正確解讀。

  • 認證可能只涵蓋特定頁面、特定服務、特定版本或特定時間點。
  • 無障礙聲明通常是網站方的公開說明，不一定是第三方檢測結果。
  • ALLY 表示網站維護者願意維護回報管道與處理節奏，不代表網站沒有問題。
  • 使用者回報反映一個具體情境，不應直接推論整個網站都不可用。
  • 機器掃描摘要只能看到部分可自動化偵測的問題，不能判斷完整流程是否可用。

domain、subdomain 與 path 的範圍問題

網站範圍不是永遠能從網址直接判斷。這也是 Accesserty 必須保守處理資料顯示的原因。

Signal 不會自動把母網域的聲明套用到所有子網域，因為子網域可能是不同產品、不同系統、不同團隊，甚至是第三方服務。對同一個 domain 底下的 path，Signal 會比較容易視為同一網站範圍，但仍會提醒 coverage may vary by page or service。

換句話說，Signal 顯示的是「這個網域或路徑附近有可追溯訊號」，不是宣稱該訊號一定涵蓋每一個頁面、每一個流程或每一個子服務。

Signal 為什麼不做網站好壞排名？

把網站排成好壞看起來簡單，但很容易製造錯誤結論。無障礙不是一個單一分數，也不是只有標章、聲明或掃描結果可以代表。

對使用者來說，更有用的是知道：這個網站是否有公開聲明？是否有可追溯的公開紀錄？是否有人願意接收回報？是否曾經出現具體使用阻礙？這些資訊可以幫助人做下一步判斷，但不應被包裝成網站排名。

Accesserty Signal 的設計目標，是把線索放到更容易看見的位置，讓使用者與網站維護者都能更快找到下一步，而不是用不完整資料替網站貼標籤。

Accesserty 的資料原則

這些限制不是缺點，而是資料使用時必須說清楚的邊界。Accesserty 會用以下原則維持資料可信度。

  • 只呈現可追溯來源、已驗證維護者或具體回報線索。
  • 不推測網站沒有公開的內部流程或真實維護狀態。
  • 不把「找不到」解讀為「沒有做」。
  • 不把「找到了」解讀為「完整合格」。
  • 不把公開訊號轉成網站好壞排名。
  • 資料有疑慮時，寧可保守顯示、加上範圍提醒，或暫時不顯示。

相關頁面