無障礙實作與維護指南

看到無障礙聲明、認證或維護狀態，該先確認什麼？分清 Signal 的公開線索與私人回報，回到原始頁面讀範圍、日期與取得協助的方法。

無障礙聲明不是認證，但它能告訴使用者網站如何描述標準、已知限制、回報管道與改善方式。這份指南說明哪些資訊值得看、哪些承諾需要保留判斷。

範例和產生器可以幫助起稿，但一份有用的無障礙聲明不能只貼上漂亮文字。這篇說明網站維護者發布前應確認的範圍、標準、限制、回報管道與維護節奏。

用清楚、一致的連結名稱，把無障礙聲明放在頁尾與說明入口。這篇指南提供多語系、鍵盤與聯絡路徑的發布檢查。

看到無障礙認證或標章，先讀發證者、範圍、標準與日期。用虛構紀錄練習分清認證、認可、獎項，以及哪些資訊仍待確認。

沒有 Signal 徽章，不代表網站沒有聲明或沒有做無障礙。了解紀錄涵蓋、網址範圍與顯示限制，再自行找聲明或取得協助。

上線前先選定任務與測試狀態，再安排自動掃描、鍵盤與輔助科技檢查，最後記錄修正重測、未測範圍及交接事項。

自動化檢測很適合找出缺少標籤、ARIA 錯誤、部分對比與結構問題，但仍需要人工檢查內容、流程、鍵盤操作與輔助科技情境。

用兩頁 PDF 的假設結果，練習判讀標籤、圖片、表單提示與頁面尺寸。分清 DevCheck 有列出的線索、仍需人工確認的內容，以及修正後如何重測。

好的圖片替代文字不是把畫面全部描述出來，而是根據頁面脈絡傳達使用者完成任務所需要的資訊。

可及名稱讓螢幕閱讀器等輔助科技知道按鈕、連結與表單欄位的用途。這份指南說明如何優先使用原生 HTML 與可見文字，再視情況補上 aria-label 或 aria-labelledby。

鍵盤焦點順序會影響使用者能否順利理解與操作頁面。這份指南說明互動元素能不能被聚焦、焦點能不能移動到所有必要區域、是否會被困住，以及如何用 DevCheck 輔助人工檢查。

用具體操作與預期結果檢查名稱、鍵盤、焦點、表單、對比與重排，並記下待確認及未測範圍；這是初步清單，不是完整 WCAG 稽核。

色彩對比不是只檢查品牌主色。上線前應確認文字、連結、錯誤訊息、焦點提示、按鈕狀態、圖示與元件邊界在真實畫面中是否清楚。

鍵盤操作是網站無障礙檢測的核心項目。檢查互動元素是否可聚焦、Tab 順序、焦點提示、焦點是否被困住、對話框與表單流程。

用可執行的展開內容範例，比較原生 details 與 button 加 ARIA 的做法，確認名稱、狀態、鍵盤與可見內容如何配合，再查 W3C APG 的完整模式。

網站上線後仍會改變。比較實際的無障礙維護方式，是用使用者回報、操作困難線索與低頻掃描摘要判斷哪些已上線頁面該先人工檢查。

網站上線不是無障礙工作的終點。內容、狀態、資料、第三方服務與真實使用流程都會改變，讓原本通過檢查的頁面再次出現操作阻礙。

每週無障礙檢查的目的不是重做完整稽核，而是用回報、操作事件、最新掃描狀態與近期變更排出最值得先檢查的頁面。

網站維護者收到無障礙回報後，應先確認收到、理解使用者任務、判斷影響範圍，再把問題放進可追蹤的維護流程。

無障礙回報管道可以是有人處理的 email 或容易操作的表單。重點是入口清楚、只問必要資訊，並讓使用者知道送出是否成功。

找到無障礙問題只是開始。這篇說明如何把掃描結果、使用者回報、互動線索與人工檢查整理成可分派、可回測、可追蹤的網站無障礙修復計畫。

通過或不通過可以是明確評估的有效結論，但不能從一次掃描或一個徽章推論整站。讀清楚準則、範圍、日期、未測項目與重測結果。

Overlay、個人化工具與原始碼修正的用途不同。先確認實際功能與依賴條件，再用鍵盤、表單、放大與輔助科技測試完整任務。

WCAG 3.0 仍是工作草案。依 W3C 公開版本分清提案、未定內容與現行 WCAG 2 要求，不把對比演算法或未來評估方式當成已確定標準。