無障礙網站 SEO 指南：WCAG 2.2 與搜尋排名交集

無障礙（accessibility）跟 SEO 是兩件事，但它們的交集比大多數站長以為的大得多。這篇要講的是：哪些 WCAG 的要求同時就是搜尋引擎讀得懂的訊號，哪些只是純粹對人友善、對排名沒有直接幫助，以及台灣的政府與學校網站到底被法規要求到哪裡。

先說一個容易被誤解的前提：Google 公開的排名系統文件沒有把「符合 WCAG」列為獨立的排名系統。你把對比修到 4.5:1、把焦點（focus）狀態做得漂漂亮亮，不能據此推論 Google 會直接加分。但無障礙背後那一套做法（語意 HTML、標題層級、替代文字、鍵盤可操作、行動版體驗），剛好跟搜尋引擎理解頁面的方式高度重疊。所以無障礙對 SEO 的價值多半是間接的，不是直接的。把這層關係想清楚，你才不會把資源砸錯地方，這點從 Google 搜尋中心的排名系統指南與〈Get started with Search〉就能對照出來。

重點摘述

• WCAG（Web Content Accessibility Guidelines，網頁內容無障礙指南）是 W3C 制訂的國際標準，現行版本是 2.2，2023 年 10 月 5 日成為正式建議，向下相容 2.1 與 2.0（見 W3C WAI 的 WCAG 2 總覽）。
• 真正同時幫到無障礙與 SEO 的是這幾項：語意 HTML、標題層級、圖片替代文字、連結與按鈕的文字描述、行動版內容與互動流暢度（INP）。
• WebAIM 2026 年檢測一百萬個首頁發現，95.9% 的頁面有自動工具可偵測的 WCAG 失敗，平均每頁 56.1 個錯誤；在報告列出的常見語言中，中文頁面平均最高，為 136.2 個（WebAIM Million 2026 年調查）。
• 台灣《身心障礙者權益保障法》第 52-2 條要求各級政府機關（構）與學校網站通過第一優先等級以上的無障礙檢測並取得標章；現行規範的最低標章等級標示為 A，主管機關是數位發展部；條文可查全國法規資料庫，標章制度的細節見數位發展部的核發辦法。
• 無障礙不是排名救星。它的價值在於：擴大可觸及的使用者、降低法規與訴訟風險、讓搜尋引擎與 AI 答案引擎更容易正確讀懂你的內容。

目錄

• WCAG 是什麼：四原則、三等級、與台灣規範的對應
• 無障礙與 SEO 為什麼會重疊：兩套規則共用同一份 HTML
• 語意 HTML 與標題層級：讀者、爬蟲、螢幕閱讀器都靠它
• 替代文字：圖片 SEO 與無障礙的共同入口
• 顏色對比與可讀性：最常見也最容易被忽略的缺陷
• 鍵盤操作、焦點可見與 INP：互動體驗的雙重收益
• 行動版與響應式：無障礙與行動優先索引的重疊
• 怎麼檢測：Lighthouse、axe、WAVE 與手動測試的分工
• 台灣情境：法規底線、標章與 Freego 檢測工具
• 為什麼現在該投資無障礙：觸及、法規與 AI 答案引擎
• 常見誤解
• FAQ
• 結論與下週就能執行的行動清單

WCAG 是什麼：四原則、三等級、與台灣規範的對應

WCAG 是 W3C 的 Web Accessibility Initiative（WAI）維護的國際標準，講的是「怎麼讓網頁內容對身心障礙使用者可用」。它本身不是法律，但會被不同國家的法律、政策或採購規格引用。至於個別法域究竟採用哪一版、哪一級，仍要看當地法規，不能把 WCAG 直接當成全球統一的法律條文，W3C WAI 的 WCAG 2 總覽也是這樣定位它。

WCAG 的核心是四個原則，業界簡稱 POUR：

這四個原則展開成指引，再展開成可測試的成功準則（success criteria）。準則分成三個等級：A、AA、AAA；要宣告符合 AA，必須同時滿足所有 A 與 AA 成功準則。W3C 並不建議把 AAA 當成整個網站的一般性政策要求，因為有些內容無法滿足所有 AAA 準則。我們自己網站的設計目標也是 WCAG 2.1 AA 這一級；AA 的宣告條件定義在 WCAG 2.2 的 Conformance Requirements，原則層次的整理可見 WAI 的 Accessibility Principles。

現行版本是 WCAG 2.2，2023 年 10 月 5 日成為 W3C 正式建議（Recommendation），向下相容 2.1 與 2.0。2.2 在 2.1 的基礎上新增 9 條成功準則，同時移除了已過時的 4.1.1 Parsing（解析）。新增的 9 條裡，2 條是 A、4 條是 AA、3 條是 AAA。對多數網站最有感的是 AA 那幾條：焦點不被完全遮蔽（2.4.11）、拖曳操作要有替代方案（2.5.7）、指標輸入的點擊目標至少 24×24 CSS 像素或符合例外（2.5.8）、身分驗證不能強迫進行沒有替代方式或輔助機制的認知功能測試（3.3.8），新增內容整理自 WAI 的〈What's New in WCAG 2.2〉與 WCAG 2.2 正式規範。

對一般網站來說，2.2 新增那幾條 AA 準則值得逐條認識，因為它們正好回應常見的可用性抱怨。Focus Not Obscured（2.4.11）要求元件取得鍵盤焦點時，不能被作者建立的內容完全遮住；它不要求焦點完全不受遮擋。Dragging Movements（2.5.7）要求任何需要拖曳才能完成的功能（比如調整欄寬、拖曳排序），也能用不依賴拖曳的單一指標操作完成，除非拖曳本身是必要或由使用者代理決定。Target Size（2.5.8）要求指標輸入目標至少 24×24 CSS 像素，但間距、等效控制、行內目標、使用者代理控制與必要性都有明列例外。Accessible Authentication（3.3.8）不允許把認知功能測試當成身分驗證流程的必要步驟，除非提供替代方式、輔助機制，或測試屬於辨識物件或個人內容。支援密碼管理器與允許貼上是規範列出的輔助機制例子；四條準則的細節可分別參考 WAI 對 SC 2.4.11、SC 2.5.7、SC 2.5.8 與 SC 3.3.8 的 Understanding 文件。

台灣現行的對應文件名稱是「網站無障礙規範（110.07）」，內容以 WCAG 2.1 為基礎，自 2021 年 7 月 1 日實施，由數位發展部主管。它不是「網站與行動化應用軟體無障礙規範」；行動化應用軟體另有檢測指引。以 2026 年 8 月來看，標章申請仍依 110.07 版辦理；數發部已發布修正版，預定 2026 年 11 月 30 日實施，屆時不再受理 110.07 版標章申請；現行規範全文見數位發展部的「網站無障礙規範（110.07）」頁面，實施脈絡可對照正式實施說明，切換時程則以115 年的異動公告為準。

無障礙與 SEO 為什麼會重疊：兩套規則共用同一份 HTML

要理解這個交集，可以先回到一個基本事實：搜尋引擎和螢幕閱讀器（screen reader）都需要解析頁面內容與結構，但兩者目的與處理方式並不相同。

Google 解析內容是為了檢索與排名；螢幕閱讀器則透過瀏覽器的無障礙樹與輔助科技，把內容轉成語音、點字或可操作資訊。語意正確、可在 DOM 中存取的 HTML 通常能同時幫助兩者。Google 能處理 JavaScript，但要求主要內容可供 Google 存取與算繪，也不會把 CSS content 產生的文字視為 DOM 內容；對螢幕閱讀器而言，視覺上存在卻未正確進入無障礙樹的內容也可能無法使用，分別可參考 Google 搜尋中心的入門文件與〈Fix Search-related JavaScript problems〉。

這就是交集的來源。下面這張表是整篇文章的核心，請記起來：

這張表要傳達的重點只有一句話：符合 WCAG 不是公開的獨立排名系統，但它要求的部分基本功，跟搜尋引擎讀懂網站所需的結構重疊。把基本功做好，兩邊都有機會受益；做爛了，兩邊都可能受害。想從更技術的層面理解爬蟲怎麼讀你的頁面，可以搭配這篇技術性 SEO 完整指南與 Google 搜尋中心的入門文件；連結怎麼被檢索，〈SEO Link Best Practices〉有官方建議。

語意 HTML 與標題層級：讀者、爬蟲、螢幕閱讀器都靠它

標題層級是整個交集裡投資報酬率很高的一塊。螢幕閱讀器使用者可以靠標題在頁面裡跳躍導覽；清楚的 h1、h2、h3 也能讓內容結構更容易理解。W3C 在〈Headings〉教學中建議依內容巢狀關係安排標題，並盡量避免不必要的跳級；這不是「任何跳級都自動違反 WCAG」的意思。

實務上有三個常見問題。第一，用 div 或 span 加 CSS 把字放大，偽裝成標題。視覺上像標題，但輔助科技無法把它當成標題導覽，搜尋引擎取得的結構線索也較少。第二，層級不合內容關係，例如從 h2 直接開始未說明的 h4 子層。WebAIM 2026 年的自動檢測發現，41.8% 的首頁有跳級標題，比 2025 年的 39% 高；這是結構指標，不等於每一例都自動構成 WCAG 失敗。第三，頁面有多個 h1。WebAIM 發現 18.1% 的首頁有不只一個 h1；多個 h1 也不會自動構成 WCAG 失敗，仍要看標題是否準確描述內容、結構是否清楚，統計出自 WebAIM Million 2026 年報告，判斷原則見〈Headings〉。

語意元素（landmark）的情況類似。用