可理解

如果頁面內容包含與主語言不同的單詞或短語，請在相關術語的包裝元素上（例如，如果沒有語義元素可用，則使用 <span>）使用 lang 屬性來設定適當的語言。

您無需為不分語言相同的詞語或短語（例如專有名詞、不屬於特定語言的技術術語）設定不同的語言。

如果使用縮寫，您應該根據需要提供其完整形式或定義。

人們通常認為 <abbr> 元素是提供縮寫完整形式的首選方式 — 它接受一個包含完整形式的 title 屬性，當滑鼠懸停在縮寫詞上時，該完整形式會顯示出來。然而，title 屬性的內容無法透過鍵盤訪問，螢幕閱讀器也無法可靠地讀出。更好的處理方式是再次提供指向包含縮寫完整形式和解釋的詞彙表頁面的連結，或者至少在周圍文字中提供它們。

如果提供的文字需要高於初中教育水平（通常是 11-14 歲左右的兒童）的閱讀水平，請提供補充解釋材料以幫助無法閱讀的人，或提供一個以初中水平編寫的替代版本。

這並不意味著所有主題內容都應該被所有人理解，而是寫作風格應該對所有人開放。最好將所有內容都以初中水平編寫，即使是程式設計教程等技術文件，除非有充分的理由不這樣做（例如，為了詩意效果的替代風格），或者它們必須以嚴格的風格編寫（例如，W3C 規範）。

應提供一種機制，允許使用者在需要充分理解內容時訪問單詞的發音。

HTML <audio> 元素可用於建立一個控制元件，允許讀者播放包含正確發音的音訊檔案，並且在難詞之後包含文字發音指南也很有意義，就像您在字典條目中看到的那樣。

當控制元件或其他頁面功能獲得焦點時，它不應以可能混淆或使使用者迷失方向的方式改變上下文。

這是一個明智的設計問題——人們不希望介面給他們帶來驚喜；他們希望事情是直觀的，並按預期行事。例如，聚焦導航選單選項不應改變顯示的頁面——它應該在顯示改變之前被啟用。

當資料輸入到控制元件中，或設定更改時，上下文不應意外改變。使用者應在更改發生之前被警告/告知即將發生的更改。

同樣，應實施明智的設計。例如，如果按下按鈕導致應用程式退出當前檢視，應要求使用者確認此操作，如果合適，儲存他們的工作等。

導航選單/控制元件的樣式和定位應在網頁的不同頁面或檢視之間保持一致，並且現有專案應按相同的順序出現，即使例如添加了新專案。如果使用者啟動了更改，例如，為導航選擇了不同的配色方案或位置，則其選擇應在所有頁面上得到尊重。

同樣，明智的設計——使所有頁面或檢視中的導航控制元件保持一致。

具有相同功能的控制元件或元件應在不同頁面或檢視中以相同的方式標識。例如，出現在世界旅行網站每個頁面上的貨幣轉換器，在語義和標籤方面都應該完全相同。

同樣，明智的設計！

可能使人困惑或迷失方向的上下文更改，只應在使用者請求時發生，或者使用者應該能夠關閉它們。

如果您需要對當前檢視進行重大更改（例如，內容或控制元件），請讓使用者控制何時發生該更改（例如，顯示哪個頁面，何時在畫廊中前進到下一張照片……）。

如果您需要在頁面上使用輪播圖，請提供一個選項來停止其自動前進。如果可能，最好避免此類功能。

包含幫助機制（包括自助選項和人工聯絡方式）並在多個網頁上重複出現的網頁，需要將這些機制以相同的順序放置在所有頁面上，除非由使用者發起更改。

查閱此標準的一致幫助文件以瞭解更多資訊。

當用戶填寫表單或在選項之間選擇時，任何檢測到的錯誤都應清晰地報告給使用者，並說明錯誤所關聯的表單控制元件。

建議透過 HTML 表單驗證功能和/或 JavaScript 實現客戶端錯誤檢測和處理，具體取決於您的具體情況。當檢測到錯誤時，應在錯誤的表單輸入旁邊顯示直觀的錯誤訊息，以幫助使用者更正其輸入。對於螢幕閱讀器使用者，您可以使用 aria live regions 來提醒使用者頁面上的更改。

當需要資料輸入時，應提供清晰的說明。當需要簡短的說明或提示時，您可以對單個輸入（如姓名或年齡）使用 <label> 元素，對多個相關輸入（如出生日期或郵政地址的元素）使用 <label> 和 <fieldset>/<legend> 的組合。

當需要更復雜的解釋時，您也可以隨時包含解釋段落，或者您可能需要嘗試使您的表單更直觀。

• 使用有意義的文字標籤
• 如何構建 HTML 表單
• 文字標籤和名稱

當檢測到錯誤並已知糾正建議時，將其提供給使用者（例如，當用戶選擇使用者名稱並選擇了已被佔用的使用者名稱時，建議替代方案），除非這樣做會導致安全問題（例如，輸入密碼時）或上下文問題（例如，他們正在嘗試回答測驗應用程式中的問題）。

在這種情況下，如果合適，您可能會結合使用 JavaScript 和伺服器端功能來檢查輸入是否正確，如果不對，可以向用戶提供哪些可行的建議。這些建議應像錯誤訊息一樣在上下文中有效地顯示（參見 3.3.1）。

對於涉及敏感資料（如法律協議、電子商務交易或個人資料）輸入的表單，以下至少一項應為真：

• 提交可撤銷。
• 資料經過錯誤檢查，並向用戶提供糾正錯誤的機會。
• 在最終提交之前，有可用於確認和更正資訊的機制。

可撤銷 — 對於任何可以輸入資料的檢視，提供一個等效檢視，允許您根據需要編輯甚至刪除條目（例如，請參閱Django Web 框架）。

檢查資料 — 如 3.3.1 所述，應結合客戶端和伺服器端驗證來檢測錯誤並向用戶顯示有用的訊息，以允許他們糾正其輸入。

確認和糾正 — 在適當的情況下，在填寫一系列表單欄位以執行任務（例如購買產品）後，應向用戶顯示確認螢幕，他們可以在其中檢視其輸入並糾正任何看起來不正確的內容。這種模式通常用於亞馬遜等電子商務網站。