什麼是 WCAG？四大原則、A／AA／AAA 與版本差異
WCAG
WCAG 把網站無障礙需求整理成可檢查的成功準則。了解四大原則、A／AA／AAA 累進等級、2.1 與 2.2 的差異，以及為什麼掃描結果不能代替完整評估。
最後更新:
重點摘要
- WCAG 是 Web Content Accessibility Guidelines 的縮寫，中文常稱為「網頁內容無障礙指引」。
- 它不是單一工具，也不是自動掃描報告，而是一套用來判斷網站內容是否更容易被不同使用者理解、操作與存取的國際標準。
- 先確認要評估的標準版本、等級、頁面與完整流程；不要只用網站所在地推定所有要求。
先用白話理解 WCAG
如果你正在做網站無障礙，可以先把 WCAG 理解成一套共同語言：它幫助產品、設計、工程、QA 與網站經營者一起判斷，網站是否真的容易被不同使用者使用。
WCAG 不只是工程師的檢查表。它會影響按鈕怎麼設計、錯誤訊息怎麼寫、表單怎麼標示、內容怎麼組織，以及使用者能不能不用滑鼠也完成任務。
WCAG 是什麼？
WCAG 是由 W3C Web Accessibility Initiative 發展的網站無障礙指引。它把網站內容、互動元件、表單、圖片、影片、鍵盤操作與輔助科技支援等需求，整理成可檢查的成功準則。
數位發展部發布的《網站無障礙規範(110.07)》參考 WCAG 2.1，並使用檢測碼與稽核評量碼。它和 W3C 的 WCAG 是不同文件；標章申請須另外核對主管機關的現行流程與公告，不能把兩份文件的版本直接畫上等號。
誰需要了解 WCAG？
產品經理需要知道 WCAG，因為無障礙問題常常會變成流程放棄、客服成本或驗收風險。設計師需要知道 WCAG，因為對比值、焦點狀態、觸控目標、錯誤提示和資訊階層都會從設計階段開始影響可及性。
前端工程師與 QA 需要知道 WCAG，因為許多問題會出現在元件狀態、鍵盤操作、ARIA、表單驗證、動態內容與實際瀏覽器流程。網站經營者也需要理解基本概念，才知道標章、檢測報告或外部服務聲稱的結果代表什麼。
WCAG 的四大原則：POUR
WCAG 以四個原則整理所有準則：可感知、可操作、可理解、穩健。英文常寫成 POUR：Perceivable, Operable, Understandable, Robust。
可感知代表資訊不能只依賴單一感官，例如圖片要有替代文字、影片要有字幕、文字與背景要有足夠對比。可操作代表使用者不只用滑鼠也能操作，包含鍵盤焦點、跳至主要內容、避免鍵盤陷阱等。
可理解強調介面文字、錯誤提示、表單標籤與操作流程要清楚。穩健則是讓內容能被瀏覽器、螢幕閱讀器與其他輔助科技正確解析。
WCAG 不只是工程問題
有些 WCAG 問題可以靠程式修正，例如補上表單標籤、修正 ARIA、調整焦點順序或改善鍵盤操作。但也有很多問題來自內容與設計，例如連結文字太模糊、錯誤訊息不清楚、圖片替代文字沒有說到重點、色彩成為唯一提示。
所以比較成熟的網站無障礙流程，通常會把設計審查、內容審查、前端實作、自動化檢測、人工檢測與 QA 驗收放在同一個流程裡，而不是等網站上線後才一次補救。
A、AA、AAA 等級差在哪？
成功準則分成 A、AA、AAA 三個累進等級。要符合指定版本的 AA，不能只通過 AA 項目；評估範圍內所有適用的 A 與 AA 成功準則都需滿足。AAA 再加入 AAA 項目。
符合性還涉及完整網頁、完整流程等要求。某個元件通過、幾個抽樣頁面通過，或掃描沒有發現問題，都不能直接推論整站符合 AA。即使符合指定等級，也不是涵蓋所有人的全部需求。
先選一個真實任務
例如聯絡表單：找到欄位名稱、用鍵盤填寫、送出不完整資料、理解錯誤、修正後再送出。把遇到的問題對照適用準則，並記下測試頁面與狀態。
這是開始檢查的方法，不是完整的 AA 清單。延伸閱讀的 WCAG 檢測清單提供檢查順序；正式評估仍需涵蓋指定標準與範圍。
WCAG 2.1 和 WCAG 2.2 有什麼不同？
WCAG 2.2 新增九項成功準則，包括焦點不被遮住、拖曳替代操作、目標尺寸與可及身分驗證，也移除 4.1.1 Parsing。不能把 2.2 說成完全不變地包含所有 2.1 準則。
新增準則各有等級。例如焦點不被完全遮住的 2.4.11 是 AA；焦點外觀的 2.4.13 是 AAA。確認你採用的版本與等級，再決定要測哪些項目。地方規範、採購或標章流程指定的文件也應另外核對。
如何檢查網站是否符合 WCAG？
WCAG 與網站無障礙檢查不能只靠自動化工具。自動化掃描很適合找出缺少替代文字、表單標籤、ARIA 錯誤、對比值不足等程式可判斷的問題；但鍵盤流程是否合理、錯誤訊息是否清楚、閱讀順序是否符合內容脈絡，仍需要人工檢測。
將自動化結果、鍵盤操作、實際輔助科技、放大與任務測試的發現一起整理，記錄適用準則、重現方式與修正後的結果。情境模擬可作為補充，不能代替真正的使用體驗測試。
WCAG 和 DevCheck 的關係
Accesserty DevCheck 不是法律意見，也不會把一次掃描包裝成完整標章或符合證明。它的定位是協助 PM、設計、QA、工程、內容與營運人員在瀏覽器中更快找到 WCAG 與網站無障礙相關風險，特別是本機開發頁、測試站、登入後流程、互動狀態、焦點路徑與 PDF 結構訊號。
實務上，你可以把 DevCheck 當成網站無障礙改善流程的第一層檢查：先找出明確、可重現、可修復的問題，再搭配人工檢測完成更完整的無障礙驗收。
常見問題
WCAG 是法律嗎？
WCAG 是 W3C 發布的技術標準，不是單一司法轄區的法律。採購、政策或法規可能引用它，但這份概念介紹不能判定你的網站適用哪些法律義務。
通過自動化掃描就等於符合 WCAG 嗎？
不等於。自動化工具只能檢查部分成功準則或檢測碼。鍵盤操作、螢幕閱讀器體驗、表單提示、內容脈絡與實際任務流程仍需要人工檢測。
怎麼決定採用 WCAG 2.1 還是 2.2？
先確認專案、評估、採購或適用要求指定的版本與等級，再列出新增或不同的檢查項目。W3C 的 WCAG 版本與地方採用文件需分別辨識，不能只看網站使用哪種語言。
WCAG 四大原則是哪四個？
WCAG 四大原則是可感知、可操作、可理解、穩健。檢測等級 A、AA、AAA、檢測碼、工具名稱或無障礙標章都不是四大原則本身。
網站無障礙檢測等級中的 AA 級是什麼意思？
指定版本的 AA 要求評估範圍內所有適用的 A 與 AA 成功準則都滿足，並符合完整網頁與完整流程等符合性要求。它不是只通過 AA 項目，也不是一次掃描的結果。
臺灣《網站無障礙規範(110.07)》參考哪個版本？
數位發展部發布的這份文件參考 WCAG 2.1，並使用檢測碼、稽核評量碼與檢測等級。若要申請標章或接受官方檢測，還須查核主管機關當時適用的公告與流程。