原則二:無障礙與包容性
公共服務必須對所有使用者可用。無障礙是基本品質要求,不是選配功能。
背景
「大部分的人都可以正常使用」——這句話在商業產品裡或許說得過去,在政府服務裡不行。報稅、申請補助、查詢法規——這些不是可以不用的東西。當一個政府服務對某些人不可用,那些人不是「少數邊緣案例」,他們是被排除在外的公民。
台灣有超過 120 萬身心障礙者、近 400 萬 65 歲以上長者、數十萬新住民。加上暫時性的障礙(手受傷、強光下看手機、吵雜環境中操作),「有障礙的使用者」其實是每一個人。
原則
無障礙不是做完之後加上去的一層。它是品質的底線。 一個元件如果鍵盤不能操作、螢幕報讀器讀不出來,那它就是還沒做完,不是「下一期再改善」。
技術標準是 WCAG 2.2 AA。但標準只是起點——真正的目標是讓各種狀態的人都能順利完成任務。
WCAG 2.2 四大原則
可感知(Perceivable)
資訊必須以使用者能感知的方式呈現。
- 圖片要有替代文字,不是塞一個
alt="image" - 不能只靠顏色傳達意義——紅色的錯誤訊息旁邊要有文字說明
- 文字跟背景的對比至少 4.5:1(大字 3:1)
- 影音要有字幕
可操作(Operable)
所有功能必須用鍵盤就能完成。
- Tab 鍵能走完整個流程,而且順序合理
- 焦點在哪裡永遠看得清楚
- 點擊目標不能太小(至少 24×24px)
- 有時間限制的操作要能暫停或延長
可理解(Understandable)
介面行為要可預期,內容要可理解。
- 頁面語言有正確標示(
lang="zh-TW") - 表單欄位有 label,錯誤訊息說清楚哪裡錯、怎麼改
- 導覽方式在整個服務裡前後一致
- 不要在使用者沒預期時改變頁面內容
穩健(Robust)
內容在各種瀏覽器和輔助科技中都能正常運作。
- 用語意化 HTML——
<nav>、<main>、<button>不是裝飾 - 互動元件提供正確的 ARIA 角色與狀態
- 實際用 VoiceOver 和 NVDA 測過,不是只跑自動化工具
開發流程整合
- 元件開發時就寫無障礙測試,不是上線前才補
- CI 裡跑 axe-core,不過的不能合併
- 定期邀請身心障礙者參與測試——自動化工具只能抓到約 30% 的問題
檢核標準
- axe-core 自動檢測零錯誤
- 用鍵盤能完整操作所有流程
- 至少在一種螢幕報讀器上測試過
- 頁面放大到 200% 時版面不會壞掉
- 色彩對比全部達標