W3C在2026年9月10日發布WCAG 3最新工作草案，最大的改變是把「合規」和「做得更好」分開：以WCAG 2.2 A與AA準則為基礎的「核心要求(core requirements)」成為單一合規門檻，難以一律量測的項目則改以補充要求、聲明(assertions)與建議做法呈現。WCAG 3離正式標準還有數年，WCAG 2也不會很快被取代，但對正在打造設計系統與大型系統的團隊來說，現在正是調整方法的好時機。
WCAG 3新草案這次改了什麼？
一句話：門檻更清楚，天花板更高。W3C WAI主任Shawn Lawton Henry在9月25日的文章中說明，新草案以單一的核心要求作為政策制定者可以引用的基準，並把合規與政策細節拆開；監管單位可以用「標籤(tags)」依情境納入或排除特定要求，網站與系統也能用多層級的回報方式，呈現超越合規的努力。要求本身也比WCAG 2的成功準則更細，並以「適用於…」「除非…」的格式撰寫。
- 核心要求：建立在WCAG 2.2 A與AA之上的基準線。
- 補充要求與聲明：涵蓋無法一律量測、但對使用者很重要的做法。
- 標籤與回報層級：讓不同情境的網站與系統，各自說清楚做到了哪裡。
現在就要改用WCAG 3驗收嗎？
不需要，現階段仍以WCAG 2.2(或專案規範指定的版本)為驗收依據。W3C明確表示WCAG 3還要數年才會成為正式標準，而WCAG 2在WCAG 3定案後的數年內也不會被淘汰；台灣政府機關網站的無障礙檢測，同樣以WCAG 2.x為基礎。我們的建議是把WCAG 3當成「方向盤」而不是「驗收單」：看清它往哪裡走，提早把設計流程調整到位。
為什麼大型系統更需要關注WCAG 3？
因為WCAG 3開始正視「情境」。同樣一個障礙，出現在醫療申請表單和社團繳費表單，嚴重程度完全不同，這是W3C文章裡舉的例子。我們經手的內部資訊系統、前後台管理介面，常常是使用者每天要操作好幾個小時的工作工具：一個無法用鍵盤完成的批次操作、一張只靠顏色區分狀態的資料表格，累積起來的成本遠比一個形象網站高。
無障礙不是上線前最後一關的檢查表，而是每個元件出廠時就該帶著的品質。
設計系統現在可以先做哪些事？
最有效的做法，是把無障礙要求寫進元件，而不是只寫在驗收報告裡。KYART光沅創意在大型系統UIUX與前後端整合專案中，通常會這樣安排：
- 元件層級標註：按鈕、表單欄位、對話框、資料表格，在設計系統文件中寫明鍵盤操作、焦點樣式、色彩對比與螢幕報讀行為。
- 依情境排優先：把申請、送審、付款等關鍵流程列為高風險，優先完成完整測試，呼應WCAG 3以情境決定輕重的思路。
- 留下可回報的紀錄：把檢測結果整理成可追蹤的清單，並參考W3C在2026年7月發布的WCAG-EM 2.0評估方法，讓「做到哪裡」說得清楚。
- 設計與前端一起驗：設計稿標註和Vue/Nuxt元件實作同步檢查，避免設計對了、程式漏了。
常見問題
Q：WCAG 3會取代WCAG 2.2嗎？
A：長期來看會，但W3C表示WCAG 3仍需數年才會定案，而WCAG 2在那之後的數年內也不會被淘汰。
Q：WCAG 3的合規等級怎麼分？
A：2026年9月草案以單一的核心要求作為合規基準，再搭配多層級回報呈現超越合規的程度；細節仍在調整，請以W3C最新草案為準。
Q：現在做的WCAG 2.2改善會白費嗎？
A：不會。核心要求就是建立在WCAG 2.2 A與AA準則之上，今天補上的每一項，都是未來的基礎。
標準會一直改版，但使用者的需求不會等。把無障礙放進設計系統的每一個元件，下一版WCAG到來時，我們只需要調整，而不必重來。
參考資料：
W3C Accessibility Guidelines (WCAG) 3.0 Working Draft(w3.org)
For Review: WCAG 3 Working Draft – September 2026(w3.org)
Crafting WCAG 3 for more accessible user experiences(w3.org)
WCAG 3 Introduction(w3.org)
WCAG-EM 2.0 Note Published(w3.org)
