什麼是 WCAG？台灣網站無障礙規範入門

WCAG 是國際上最常被用來評估網站無障礙的指引；台灣現行「網站無障礙規範(110.07)」則參考 WCAG 2.1。了解檢測等級 A、AA、AAA，以及產品、設計、QA 與工程流程中常見的檢查方式。

重點摘要

WCAG 是 Web Content Accessibility Guidelines 的縮寫，中文常稱為「網頁內容無障礙指引」。
它不是單一工具，也不是自動掃描報告，而是一套用來判斷網站內容是否更容易被不同使用者理解、操作與存取的國際標準。
在台灣語境中，網站無障礙相關內容應以「網站無障礙規範(110.07)」為主要依據；若同時服務國際市場，可再參考 WCAG 2.2 補強新版成功準則。

先用白話理解 WCAG

如果你正在做網站無障礙，可以先把 WCAG 理解成一套共同語言：它幫助產品、設計、工程、QA 與網站經營者一起判斷，網站是否真的容易被不同使用者使用。

WCAG 不只是工程師的檢查表。它會影響按鈕怎麼設計、錯誤訊息怎麼寫、表單怎麼標示、內容怎麼組織，以及使用者能不能不用滑鼠也完成任務。

WCAG 是什麼？

WCAG 是由 W3C Web Accessibility Initiative 發展的網站無障礙指引。它把網站內容、互動元件、表單、圖片、影片、鍵盤操作與輔助科技支援等需求，整理成可檢查的成功準則。

在台灣語境中，WCAG 常被用來討論「網站無障礙」、「無障礙網路空間」、「網頁親和力」與「無障礙檢測」。台灣現行「網站無障礙規範(110.07)」參考 WCAG 2.1，並以檢測碼、稽核評量碼與檢測等級作為實務檢核依據。

誰需要了解 WCAG？

產品經理需要知道 WCAG，因為無障礙問題常常會變成流程放棄、客服成本或驗收風險。設計師需要知道 WCAG，因為對比值、焦點狀態、觸控目標、錯誤提示和資訊階層都會從設計階段開始影響可及性。

前端工程師與 QA 需要知道 WCAG，因為許多問題會出現在元件狀態、鍵盤操作、ARIA、表單驗證、動態內容與實際瀏覽器流程。網站經營者也需要理解基本概念，才知道標章、檢測報告或外部服務聲稱的結果代表什麼。

WCAG 的四大原則：POUR

WCAG 以四個原則整理所有準則：可感知、可操作、可理解、穩健。英文常寫成 POUR：Perceivable, Operable, Understandable, Robust。

可感知代表資訊不能只依賴單一感官，例如圖片要有替代文字、影片要有字幕、文字與背景要有足夠對比。可操作代表使用者不只用滑鼠也能操作，包含鍵盤焦點、跳至主要內容、避免鍵盤陷阱等。

可理解強調介面文字、錯誤提示、表單標籤與操作流程要清楚。穩健則是讓內容能被瀏覽器、螢幕閱讀器與其他輔助科技正確解析。

WCAG 不只是工程問題

有些 WCAG 問題可以靠程式修正，例如補上表單標籤、修正 ARIA、調整焦點順序或改善鍵盤操作。但也有很多問題來自內容與設計，例如連結文字太模糊、錯誤訊息不清楚、圖片替代文字沒有說到重點、色彩成為唯一提示。

所以比較成熟的網站無障礙流程，通常會把設計審查、內容審查、前端實作、自動化檢測、人工檢測與 QA 驗收放在同一個流程裡，而不是等網站上線後才一次補救。

A、AA、AAA 等級差在哪？

WCAG 把成功準則分成 A、AA、AAA 三個符合等級；台灣官方文件則常以「檢測等級A」、「檢測等級AA」、「檢測等級AAA」描述。A 是最低基本要求；AA 是許多網站改善計畫較常採用的實務目標；AAA 則是更高標準，但不是每一種內容都能合理達成。

對大多數產品團隊來說，先理解台灣「網站無障礙規範(110.07)」中的檢測等級與檢測碼，再搭配 WCAG 2.1 AA 的國際語境會比較實際。它能涵蓋常見的鍵盤操作、對比值、表單錯誤、標題結構、替代文字與焦點狀態等問題。

實務上的 WCAG 檢查清單

初次檢查網站時，不需要一開始就讀完整份規範。可以先用以下問題快速找出常見風險，再把結果整理成可修復、可驗收的項目。

圖片是否有合宜的替代文字？
所有互動元件是否可以用鍵盤操作？
鍵盤焦點是否清楚可見？
表單欄位是否有標籤、說明與錯誤提示？
文字與背景是否有足夠對比值？
標題結構是否能表達內容層級？
連結文字是否能讓使用者理解目的？
動態內容是否能被螢幕讀取器理解？

WCAG 2.1 和 WCAG 2.2 有什麼不同？

WCAG 2.2 延伸 WCAG 2.1，加入更多與焦點外觀、拖曳操作、目標尺寸與身份驗證相關的成功準則。簡單說，2.2 更重視現代互動介面的實際操作困難。

不過，如果內容是面向台灣網站無障礙規範、標章申請或官方檢測語境，應優先對齊「網站無障礙規範(110.07)」。若團隊同時服務國際市場，再把 WCAG 2.2 作為補強參考會更精準。

如何檢查網站是否符合 WCAG？

WCAG 與網站無障礙檢查不能只靠自動化工具。自動化掃描很適合找出缺少替代文字、表單標籤、ARIA 錯誤、對比值不足等程式可判斷的問題；但鍵盤流程是否合理、錯誤訊息是否清楚、閱讀順序是否符合內容脈絡，仍需要人工檢測。

比較可靠的流程是：先用工具做瀏覽器內掃描，再用鍵盤、螢幕讀取器、放大瀏覽、色彩模擬與實際任務流程檢查。若要對齊台灣官方語境，還需要把結果整理成可追蹤的檢測碼、稽核評量碼或 QA 驗收項目。

WCAG 和 DevCheck 的關係

Accesserty DevCheck 不是法律意見，也不會把一次掃描包裝成完整標章或合規保證。它的角色是協助 PM、設計、QA、工程、內容與營運角色在瀏覽器中更快找到 WCAG 與網站無障礙相關風險，特別是本機開發頁、測試站、登入後流程、互動狀態與 PDF 結構訊號。

實務上，你可以把 DevCheck 當成網站無障礙改善流程的第一層檢查：先找出明確、可重現、可修復的問題，再搭配人工檢測完成更完整的無障礙驗收。

常見問題

WCAG 是法律嗎？

WCAG 本身是 W3C 發布的技術指引，不是單一國家的法律。在台灣，網站無障礙相關實務應優先查看主管機關公告的「網站無障礙規範(110.07)」、檢測指引與標章規範。

通過自動化掃描就等於符合 WCAG 嗎？

不等於。自動化工具只能檢查部分成功準則或檢測碼。鍵盤操作、螢幕讀取器體驗、表單提示、內容脈絡與實際任務流程仍需要人工檢測。

台灣網站應該以 WCAG 2.1 還是 2.2 為目標？

若是台灣網站無障礙規範、標章或官方檢測語境，應優先對齊「網站無障礙規範(110.07)」。若團隊同時面向國際市場，可再參考 WCAG 2.2 補強新版成功準則。