WCAG 3.0 正在改變什麼？從檢查清單走向真實使用判斷

WCAG 3.0 仍是 W3C 草案，不能當成正式符合清單。這篇指南說明它和 WCAG 2 的差異、顏色對比案例透露的方向，以及現在網站維護與產品人員該如何務實看待。

重點摘要

WCAG 3.0 目前仍是 W3C 的 Working Draft。它不是正式 Recommendation，也不是網站現在應該拿來宣稱符合要求的檢查清單。草案中的章節、評分方式、測試方法與術語，都仍可能繼續調整。

因此，網站維護與產品人員現在不需要問「我們是否已符合 WCAG 3.0」。比較務實的問題是：WCAG 3.0 正在透露無障礙評估未來會重視什麼，而我們現在能不能先把基礎做好。

在法規、採購與正式檢測情境中，現階段仍應以被引用的 WCAG 2.1 或 WCAG 2.2 AA 為主要基準。

WCAG 2 的強項是穩定、明確、可引用。它用成功準則和 A、AA、AAA 等級，讓團隊可以檢查特定問題是否通過。這套模型對檢測、採購、工程修復和自動化工具都很有價值。

但真實使用不一定能完全被「通過或失敗」描述。有些問題需要看流程、有些問題需要看使用者目標、有些問題需要人判斷內容是否真的清楚。WCAG 3.0 嘗試處理的，就是這種更廣、更接近真實使用的評估方式。

這不代表 WCAG 2 失效。比較準確的說法是：WCAG 2 仍是現實基準，而 WCAG 3.0 讓我們看到未來可能需要更完整的判斷方式。

WCAG 3.0 值得注意的不是「多一套規則」，而是它把焦點拉向更接近人的使用經驗。無障礙不只是在某個元素上確認一條規則，也要看使用者是否能理解、操作、完成任務。

這也讓自動化檢測和人工判斷的關係變得更清楚。自動化工具可以快速找到很多明確問題，但它很難完整判斷內容是否有意義、流程是否合理、使用者是否真的知道下一步該做什麼。

換句話說，WCAG 3.0 提醒我們：符合規範是重要基礎，但真正的目標仍然是讓人順利使用。

顏色對比是一個容易理解的例子。WCAG 2 會看文字前景色和背景色之間的 contrast ratio，例如一般文字常見的 AA 門檻是 4.5:1。這個模型很清楚，也很適合自動化工具。

但真實閱讀不只是一個比例。相同的前景色和背景色，放在不同字級、字重、深色模式、淺色模式、按鈕、卡片或圖片背景上，人的感受可能不同。某組顏色在大標題上看起來可以，在小尺寸細字上卻可能很吃力。

近年常被討論的 APCA，也就是 Advanced Perceptual Contrast Algorithm，會用 Lc 這類數值描述感知上的亮度對比。它代表一種方向：對比評估可能不只看固定比例，而是更接近人眼閱讀文字時感受到的清晰程度。

但這裡必須保留界線。WCAG 3.0 草案中的對比演算法尚未定案，不能說 APCA 已經是 WCAG 3.0 的正式要求。比較誠實的說法是：APCA 和 Lc 的討論，讓我們看到未來對比評估可能更重視實際可讀性。

Accesserty 不會宣稱自己支援 WCAG 3.0 符合檢查，因為 WCAG 3.0 還不是正式標準。這篇文章也不是要把草案包裝成產品功能。

比較接近的關係是方向。Signal 讓公開無障礙訊號與使用者回報更容易被看見；Pulse 讓網站維護者觀察上線後的操作困難跡象；DevCheck 讓不同角色能在瀏覽器內做初步掃描、焦點路徑、情境模擬與語意檢查；UI Kit 則從元件層減少重複出現的錯誤。

這些工具都不是完整檢測，也不是未來標準的捷徑。它們比較像是把無障礙從少數人的專案，移回網站日常維護流程裡。

不用等 WCAG 3.0 正式發布才開始改善。現在最務實的做法，是繼續用 WCAG 2.1 或 2.2 AA 當基準，同時建立更日常的檢查、回報和追蹤方式。

自動化掃描可以當起點，但不要把掃描結果當成結論。顏色對比、焦點順序、可及名稱、圖片替代文字、PDF 結構、登入後流程和表單錯誤狀態，都需要在真實畫面中被確認。

如果 WCAG 3.0 的方向有一個值得提前學習的地方，那就是：無障礙不只是符合規則，而是讓更多人能更穩定地完成他們原本想做的事。