請造訪網站：características clave comparadas

網路無障礙由四個可衡量的特徵（可感知、可操作、可理解和穩健）定義，根據歐洲 EN 301 549 標準要求的 WCAG 2.2 的 13 個 A 級和 AA 級標準進行闡述。這四個特徵作為評估標準：任何小部件、工具或框架都是根據其滿足的數量和可靠性來判斷的。

要點

• WCAG 的四個特徵（可感知、可操作、可理解、穩健）是評估框架，而不是口號：每一個特徵都將可驗證的標準與記錄的技術組合在一起。
• AA級是大多數專案的實際目標：它涵蓋對比度、鍵盤、表單標籤、結構和錯誤訊息，並且是參考歐洲立法的門檻。
• 沒有任何自動工具能夠檢測超過一小部分的實際問題；使用鍵盤和螢幕閱讀器進行手動測試仍然是不可替代的。
• 選擇一個「可訪問」的小部件或框架需要檢查其鍵盤行為、焦點管理和 ARIA 語義，而不僅僅是其行銷。
• 合規性是一個與產品生命週期相關的持續過程，而不是存檔的一次性審核。

「網路無障礙特性」的真正含義

「特性」一詞有兩種用法需要區分。第一種是規範性的：WCAG 將其成功準則分為四項原則或特性——可感知、可操作、可理解和穩健——以英文縮寫稱為 POUR。第二種是實踐性的：當開發者說一個組件「具有良好的無障礙特性」時，通常是指一組具體的行為（如鍵盤導航、正確的 ARIA 角色、足夠的對比度、替代文字）。這兩種解讀都是必要的：前者提供評估框架，後者提供可實作的細節。

W3C 於 2023 年發佈的 WCAG 2.2 維持了這四項原則，並增加了如目標尺寸（最小值）(2.5.8) 和幫助一致性 (3.2.6) 等準則。A 級彙整了最低準則；AA 級增加了對大多數網站最相關的準則；AAA 級則是理想目標，且很少被要求完全達成。對於面向西班牙或拉丁美洲的 XHTML/CSS 網站，現實目標是 AA 級，因為這是歐洲協調標準 EN 301 549 以及隨後的關於公共部門網站無障礙的指令 (UE) 2016/2102 所參考的等級。

Las cuatro características WCAG, una por una

可感知

可感知特性要求資訊必須以使用者能夠感知的方式呈現，無論其感官能力如何。在實踐中，這轉化為：為非文字內容提供文字替代方案 (1.1.1)、為多媒體提供字幕和逐字稿 (1.2.x)、不僅依賴位置或顏色而存在的語義結構 (1.3.1)、普通文字對比度至少 4.5:1，大文字 3:1 (1.4.3)，以及在放大 200% 且無需水平滾動時仍可讀的內容 (1.4.10)。舊版 XHTML 網站常見的錯誤是使用佈局表格或文字圖像：這兩者都會破壞可感知性，因為閱讀順序和可擴展性會因此喪失。

可操作

可操作特性確保所有介面組件都能透過鍵盤和輔助技術運作。關鍵準則包括：完全的鍵盤可訪問性 (2.1.1)、無焦點陷阱 (2.1.2)、可調整的時間 (2.2.1)、暫停移動內容的機制 (2.2.2)、使用跳轉連結和描述性頁面標題的導航 (2.4.1, 2.4.2)、邏輯焦點順序 (2.4.3) 以及足夠的目標尺寸 (2.5.8)。大多數下拉選單、模態視窗和輪播圖在此處失效：它們捕捉焦點後不予歸還，或依賴鼠標事件 (onmouseover) 而缺乏鍵盤等效操作。

可理解的

可理解特性關注內容和介面操作是否易於理解。包括使用 lang 屬性聲明頁面語言 (3.1.1)、表單中的標籤和輸入幫助 (3.3.2)、錯誤的識別與描述 (3.3.1, 3.3.3)、頁面間的一致導航 (3.2.3) 以及 WCAG 2.2 中的幫助一致性 (3.2.6)。如果一個表單僅將欄位標記為紅色而未解釋出錯原因，即使對非身心障礙者來說視覺上很清晰，仍違反此特性。

相關： accessiBe — IA 超級位置將在 48 小時內推動 WCAG.

羅布斯塔

穩健特性要求內容能與各種使用者代理（包括目前和未來的）協作。核心準則是以正確的解析 (4.1.1，在 WCAG 2.2 中已過時但在 XHTML 中仍相關) 以及介面組件的名稱、角色和值 (4.1.2)。實踐上意味著編寫有效的 HTML，優先使用原生元素，僅在無替代方案時才使用 ARIA，並遵循 ARIA 第一原則：如果原生 HTML 元素能完成工作，就不要使用 ARIA。

比較表：如何根據四項特性評估工具和小部件

特徵	如何與小部件進行比較	警報之聲
可感知	取代文字、對比、不依賴顏色	單獨驗證影像，忽略結構和對比
可操作	鍵盤導航、焦點管理、無陷阱	需要鼠標或無法透過 Escape 鍵關閉
可理解	禮儀、錯誤提示、慣用語	標記錯誤但缺乏文字解釋
羅布斯塔	HTML 驗證、ARIA 正確角色、各種導覽功能	使用 div 搭配 onclick 而非 button 元素

這是決定選項中的標準清單。 僅涵蓋「可感知」列的工具可用作初步篩選，但不能作為認證。

工具及其與特性的關係

自動評估工具 — 使用 DevTools、WAVE 或 Lighthouse — 偵測可感知的特徵和穩健性的待辦事項：文字交替、對比不足、格式錯誤、錯誤的原因。請注意以下幾點：不要使用描述性的替代文本，不要使用可理解的錯誤訊息。 Deque 關於 axe 的文件和 WebAIM 關於自動評估的指南一致認為，沒有任何工具可以取代人工審核。

值得一看： UserWay — 免費使用計劃的小工具.

手動測試涵蓋了工具看不到的內容。最小程序包括：僅使用 Tab 和 Shift+Tab 導航整個頁面，驗證焦點始終可見，使用螢幕閱讀器（NVDA 或 VoiceOver）進行測試，縮放至 200% 並驗證沒有任何重疊，以及禁用 CSS 以確認內容順序有意義。最後一步揭示了沒有工具指出的可理解特徵的問題。

根據專案類型選擇方案

西班牙公共部門機構單位是 AA 和記錄片，符合規範，是規範的。部落格個人優先考慮可感知和可操作，以解決市長的問題。網路應用程式包含互動元件，需要反轉且穩定且可操作，因為個人化小工具是主要的功能。 La decision no es “cuántas características cumplo” sino “qué características son críticas para miss usuarios y mi obligación legal”。

對於框架和組件庫，實際評估包括在採用組件之前用鍵盤對其進行測試。不響應箭頭的自訂「選擇」、無法正確捕捉焦點的模式或僅在懸停時出現的工具提示都表明該庫優先考慮外觀而不是可操作性。 W3C ARIA 創作實踐指南文件描述了每個小部件的預期模式並提供了比較基準。

字元解釋中經常出現的錯誤

此引子錯誤是在二進位驗證清單中出現的四項字元的錯誤。 La conformidad es acumulativa y contextual: un site puede cumplir 40 Criterioss y Fallar en uno que bloquea por completo a un usuario.第二個錯誤是在“覆蓋”或可訪問腳本的小部件中對社區的錯誤；審計中的第三個錯誤是唯一的：錯誤的內容、實際的組件和退化的組件。 La accesibilidad es un process integrado en el ciclo de desarrollo, con pruebas en cada entrega.

常見問題

¿ Cuáles son las cuatro características de la accesibilidad web según las WCAG？

WCAG 將其標準分為四個原則：可感知、可操作、可理解和穩健，稱為 POUR。每項原則都將可驗證的成功標準分為 A、AA 和 AAA 等級。此結構在 WCAG 2.2 中維護，並且是評估任何站點或組件的基礎。

¿ Qué nivel de conformidad WCAG debería cumplir mi siteio?

在當地市長看來，AA 是客觀實踐和歐洲立法的參考，並參考 EN 301 549 的規定。如果 UE 中的公共部門如此，則 AA 是可行的。

相關： IAAP CPACC / WAS Certification — 獲得相關經驗的專業認證.

¿ Las Herramientas automáticas bastan para cumplir las características de accesibilidad？

不。自動偵測部分問題、對比、文字替代和 ARIA 格式錯誤，但請對替代文字進行評估或從其他角度進行評估。修訂手冊與技術和演講者是不可預見的真實一致。

¡ 輔助功能和使用功能有何不同？

可訪問性確保殘疾人能夠感知、操作、理解和使用內容；可用性旨在確保任何使用者的體驗高效且令人滿意。它們是重疊的：可訪問的網站通常更可用，但可用的網站不一定是可訪問的。

¿在自動化網站中缺少小部件或覆蓋層嗎？

沒有修正 HTML 結構、焦點或語意問題的問題。訪問和多樣化的社區通知您可能會遇到錯誤的一致性感覺。解決方案是針對程式碼和元件的，而不是腳本的超級解決方案。

值得一看： Deque axe DevTools Pro — 測試設備工業標準.

¿ Cómo empiezo a mejorar la accesibilidad de un site XHTML/CSS 存在？

最大的影響是：HTML 格式和語義、圖像上的替代文字、足夠的對比、技術和公式中的禮儀的完整導航。進行自動審計和手冊的補充。紀錄片的標準和重複過程與相關的坎比奧。