# 無障礙政策

> 狀態：公開草案
>
> 版本：0.1.0
>
> 更新日：2026-08-20

## 承諾與範圍

平台服務庇護就業生態，無障礙不能只是形式合規。網站、公共文件、表單、圖片、互動、錯誤訊息及治理參與方式都應讓不同身體、感官、認知、語言與技術條件的人可理解、可操作並能提出回饋。

平台以 WCAG 2.2 AA 作為持續改善目標，但本文件不是第三方認證，也不宣稱所有頁面已完全符合。外部單位網站由其各自管理；平台應清楚標示跳轉，不把外部頁面的無障礙狀態誤作平台保證。

## 設計與內容要求

### 結構與導覽

- 使用正確標題層級、地標、清單、按鈕與連結語意。
- 提供可預期的鍵盤順序與清楚焦點，不以滑鼠懸停作為唯一入口。
- 連結文字描述目的地；開啟外部網站時以文字或可感知方式提示。
- 搜尋、分類與收藏狀態能由輔具讀取，不只靠顏色或圖示。

### 視覺與縮放

- 文字與互動元件維持足夠對比。
- 在 200% 縮放、窄螢幕與文字放大時不遮蔽主要內容或操作。
- 不以過小字級、細字重或大段全大寫承載必要資訊。
- 動畫尊重降低動態偏好；不使用會閃爍或難以暫停的內容。

### 圖片與多媒體

- 功能性與資訊性圖片提供適當替代文字；裝飾圖不重複朗讀。
- 商品圖片的替代文字描述可辨識商品與功能，不推測人物身分、障礙或情緒。
- 未來若增加音訊或影片，需規劃字幕、逐字稿、音訊描述或等效替代內容。

### 表單與錯誤

- 欄位有可程式辨識的標籤、目的與必要性說明。
- 錯誤訊息指出問題與修正方式，不只改變邊框顏色。
- 不因作答較慢而突然逾時；需要時允許檢查、返回與修改。
- 線下接手需清楚說明只會開啟電子郵件草稿，使用者仍須自行寄出。

### 語言與認知可及

- 優先使用清楚的繁體中文，首次出現的縮寫與治理術語要解釋。
- 長文件提供標題與短段落，重要限制靠近相關操作。
- 不用「成功」暗示其實尚未寄出、立案或完成的動作。
- 重要資訊不只放在圖片、下載檔或難以操作的互動中。

## 測試方式

變更風險不同，測試範圍也不同。建議組合：

- 自動化檢查，快速找出語意、名稱與部分對比問題。
- 純鍵盤操作與可見焦點檢查。
- 主流螢幕閱讀器搭配至少一種瀏覽器的核心路徑測試。
- 200% 縮放、行動裝置、深色／高對比與降低動態偏好檢查。
- 由身心障礙使用者進行有報酬或條件清楚的參與式測試；不得把其專業預設為免費。

自動化分數不是完整證明。公開測試結果時，須列出頁面、工具、輔具、日期、未測部分與已知限制。

## 優先順序

依實際影響優先處理：

1. 阻止使用者找商品、前往單位、理解來源或送出聯絡內容的問題。
2. 可能造成錯誤、個資暴露或無法退出的問題。
3. 反覆出現在共同元件、導覽與模板的問題。
4. 不阻斷但增加閱讀或操作負擔的問題。

這個排序是修復原則，不是回覆或修復 SLA。若資源不足，應揭露已知問題與可行替代方式，而不是宣稱完全符合。

## 回報無障礙問題

可透過網站公開聯絡方式提供：頁面位置、想完成的事情、發生情況、裝置／瀏覽器／輔具（若願意）及偏好的回覆方式。不要求回報者揭露診斷、障礙證明或其他不必要個資。

若公開回報會暴露個資，可先只描述問題並要求私下管道。善意回報不會影響資料審閱、合作或社群參與；不得報復。

## 新功能與採購

新增分析、表單、驗證、媒體、第三方元件或工具前，應確認鍵盤、名稱角色狀態、替代方式、隱私與退出路徑。採購或接受捐贈工具不能以「免費」豁免無障礙評估；提供資源也不能取得降低標準的特權。

## 參考依據

- [W3C：Web Content Accessibility Guidelines (WCAG) 2.2](https://www.w3.org/TR/WCAG22/)
- [W3C Web Accessibility Initiative：Easy Checks](https://www.w3.org/WAI/test-evaluate/preliminary/)
- [W3C：ARIA Authoring Practices Guide](https://www.w3.org/WAI/ARIA/apg/)