關於 Accesserty

為什麼有 Accesserty

網站上的阻礙不一定會出現在流量報表或錯誤紀錄中。無法操作的按鈕、缺少描述的圖片或混亂的鍵盤焦點，都可能讓部分使用者無法完成原本的流程。

Accesserty 希望讓使用網站的人有地方說明遇到的阻礙，也讓維護網站的人更容易開始檢查、回到實際頁面確認與改善。不是每一個線索都有相同意思，也不是每個問題都能由工具判斷。

Accesserty 的工作方式

先看見問題，再確認使用者在哪個步驟遇到阻礙，最後由負責內容、設計或程式的人改善並重測。無障礙不是一次檢查完就結束，而是網站日常維護的一部分。

下圖用搜尋、回報、檢查、監測與元件實作說明不同參與方式；它不是一條自動完成的工作流程。使用者回報、操作事件與掃描結果仍需要分別判讀，再回到實際頁面確認。

願景

我們相信，獲取資訊與使用數位服務不應受限於身體狀況、使用方式或設計疏失。

我們希望無障礙不只在專案最後被檢查，而能出現在搜尋、回報、監測、設計與開發的日常流程中。

使命

讓問題有線索，也讓線索能進入改善流程，Accesserty 目前從四個方向降低參與無障礙改善的門檻：

• 使用網站：
  Signal 在搜尋結果提供可回到來源查核的紀錄與聲明連結，也讓你主動回報目前頁面的阻礙。沒有標示不代表網站沒有無障礙措施。
• 維護已上線的網站：
  Pulse 提供操作事件與有限掃描摘要；Pro 依這些線索排列優先檢查頁面。Signal 使用者回報需另外查看，不是排序依據。
• 檢查實際頁面：
  DevCheck 協助在瀏覽器檢查目前頁面、輔助人工檢視，並檢查本機 PDF 結構訊號；不是完整檢測或符合證明。
• 建立介面：
  UI Kit 提供可重用的開源網頁元件（Web Components），可從一般 HTML 開始使用；整合後仍須用自己的內容與流程測試。

我們的核心信念

1. 平權即是雙贏

無障礙不是只為特定族群建立的附加區域，而是讓更多人能使用相同產品與服務的基本品質。

2. 技術服務於人

自動化只能提供線索，元件也不能替整個產品保證符合要求。技術應降低開始行動的門檻，同時誠實說明限制，保留人工判斷與實際使用者測試的位置。

3. 看見微小的聲音

單一數字不會自動說明原因。Accesserty 將公開紀錄、使用者回報與操作事件保留為可追查的線索，讓維護者能回到實際頁面確認問題。

網站維護者如何參與

先了解 Pulse 的安裝與網域驗證。驗證有效期間，你可以查看與這次驗證關聯的 Signal 回報，再評估是否申請 Accesserty ALLY 積極維護資格。ALLY 需經審核並持續維護，不是無障礙認證；未持續跟進問題時，資格可能被撤銷。

網域驗證只控制網站資料的存取權，不證明法律上的所有權或無障礙。移除網域後，即使同帳號重新驗證或由另一位維護者接手，也不會繼承原有私人 Pulse 紀錄或 Signal 回報。安裝前可閱讀資料收集、存取與移除說明。

官方連結

網站：https://accesserty.com/

電子信箱：[email protected]

LinkedIn：https://www.linkedin.com/company/accesserty/

GitHub：https://github.com/Accesserty