什麼是可訪問性？
本文將以深入探討可訪問性作為模組的開篇——概述了我們需要考慮的人群及其原因，不同人群用於與 Web 互動的工具，以及我們如何將可訪問性融入 Web 開發工作流程。
那麼，什麼是可訪問性？
可訪問性是指讓你的網站儘可能多的人都能使用。我們通常認為這與殘障人士有關，但構建無障礙網站的做法也惠及其他群體，例如使用移動裝置的人群，或網路連線速度較慢的人群。
你也可以把可訪問性理解為一視同仁，無論他們的能力或環境如何，都給予他們平等的機會。正如僅僅因為某人坐輪椅就將其排除在實體建築之外是錯誤的（現代公共建築通常設有輪椅坡道或電梯），僅僅因為某人有視覺障礙就將其排除在網站之外也是不正確的。我們都不同，但我們都是人類，因此擁有相同的人權。
可訪問性是正確的事情。在某些國家，提供無障礙網站是法律的一部分，這可以開闢一些重要的市場，否則這些市場將無法使用你的服務或購買你的產品。
構建無障礙網站惠及所有人
- 語義化 HTML 不僅能改善可訪問性，還能改善 SEO，讓你的網站更容易被發現。
- 關注可訪問性表明了良好的職業道德和道德觀念，這能提升你的公眾形象。
- 其他能改善可訪問性的良好實踐也能讓你的網站被其他群體更好地使用，例如手機使用者或網路速度較慢的使用者。事實上，每個人都能從許多此類改進中受益。
- 我們提到過在某些地方這也是法律規定嗎？
我們正在關注哪些型別的殘疾？
殘障人士與非殘障人士一樣，他們的殘疾也多種多樣。這裡最重要的教訓是，要超越你自己的電腦和你使用網路的方式，開始瞭解其他人如何使用網路——你不是你的使用者。下面解釋了需要考慮的主要殘疾型別，以及他們用於訪問網路內容的特殊工具（稱為輔助技術或AT）。
注意：世界衛生組織殘疾與健康情況說明書指出，“全球有超過十億人，約佔世界人口的 15%，患有某種形式的殘疾”，並且“介於 1.1 億至 1.9 億成年人有嚴重的功能障礙。”
視力障礙人士
視力障礙人士包括盲人、低視力者和色盲者。許多視力障礙人士使用螢幕放大器，這些放大器既可以是物理放大器，也可以是軟體縮放功能。如今，大多數瀏覽器和作業系統都具有縮放功能。一些使用者會依賴螢幕閱讀器，這是一種將數字文字大聲朗讀出來的軟體。一些螢幕閱讀器示例包括
- 付費商業產品，例如 JAWS (Windows) 和 Dolphin Screen Reader (Windows)。
- 免費產品，例如 NVDA (Windows)、ChromeVox (Chrome) 和 Orca (Linux)。
- 作業系統內建軟體，例如 VoiceOver (macOS、iPadOS、iOS)、講述人 (Windows)、ChromeVox (ChromeOS) 和 TalkBack (Android)。
熟悉螢幕閱讀器是一個好主意；你還應該設定一個螢幕閱讀器並試用它，以便了解其工作原理。有關使用螢幕閱讀器的更多詳細資訊，請參閱我們的螢幕閱讀器教程。下面的影片也提供了一個簡短的體驗示例。
在統計資料方面，世界衛生組織估計“全球約有 2.85 億人視力受損：3900 萬人失明，2.46 億人有低視力。”（參見視力障礙和失明）。由於你的網站沒有正確編碼而錯失如此龐大而重要的使用者群體——幾乎與美利堅合眾國的人口規模相當。
聽力障礙人士
聾人和聽力障礙 (DHH) 人士有不同程度的聽力損失，從輕度到重度不等。儘管有些人確實使用輔助技術（參見用於聽力、發聲、言語或語言障礙人士的輔助裝置），但它們並不普及。
為了提供訪問許可權，必須提供文字替代方案。影片應手動新增字幕，音訊內容應提供文字轉錄。此外，由於 DHH 人群中存在高水平的語言剝奪，應考慮文字簡化。
聾啞和聽障人士也代表著一個重要的使用者群體——世界衛生組織耳聾和聽力損失情況說明書稱，“全球有 4.66 億人患有致殘性聽力損失”。
行動不便人士
這些人存在與運動相關的殘疾，可能涉及純粹的身體問題（例如肢體喪失或癱瘓），或導致肢體無力或失控的神經/遺傳疾病。有些人可能難以進行使用滑鼠所需的精確手部動作，而另一些人可能受影響更嚴重，甚至嚴重癱瘓到需要使用頭部指示器來與計算機互動。
這種殘疾也可能是由年老而非任何特定創傷或疾病引起的，也可能是由硬體限制造成的——有些使用者可能沒有滑鼠。
這種殘疾通常對網頁開發工作產生的影響是要求控制元件能夠透過鍵盤訪問——我們將在本模組的後續文章中討論鍵盤可訪問性，但嘗試僅使用鍵盤瀏覽一些網站以瞭解其執行情況是一個好主意。例如，你能使用 Tab 鍵在網頁表單的不同控制元件之間移動嗎？你可以在我們的儘可能使用語義化 UI 控制元件部分找到有關鍵盤控制元件的更多詳細資訊。
從統計資料來看，有大量人存在行動不便。美國疾病控制與預防中心殘疾和功能（18歲及以上非機構化成年人）報告稱，美國“有任何身體功能障礙的成年人百分比為：16.1%”。
認知障礙人士
認知障礙泛指各種殘疾，從能力最受限的智力障礙人士，到我們所有人隨著年齡增長而出現的思維和記憶困難。範圍包括患有精神疾病的人，例如抑鬱症和精神分裂症。它還包括患有學習障礙的人，例如閱讀障礙和注意缺陷多動障礙。然而，儘管認知障礙的臨床定義存在很大差異，但患有認知障礙的人會經歷一系列常見的功能問題。這些問題包括理解內容困難、記住如何完成任務以及因不一致的網頁佈局而引起的困惑。
為認知障礙人士提供良好可訪問性的基礎包括
- 透過多種方式提供內容，例如透過文字轉語音或影片。
- 易於理解的內容，例如使用純語言標準編寫的文字。
- 將注意力集中在重要內容上。
- 儘量減少干擾，例如不必要的內容或廣告。
- 一致的網頁佈局和導航。
- 熟悉的元素，例如未訪問時為藍色，已訪問時為紫色的帶下劃線連結。
- 將流程劃分為邏輯的、必要的步驟，並帶有進度指示器。
- 網站認證應儘可能簡單，同時不損害安全性。
- 使表單易於完成，例如帶有清晰的錯誤訊息和簡單的錯誤恢復。
注意
- 以認知可訪問性進行設計將帶來良好的設計實踐。它們將使所有人受益。
- 許多有認知障礙的人也有身體殘疾。網站必須符合 W3C 的Web 內容可訪問性指南，包括認知可訪問性指南。
- W3C 的認知和學習障礙可訪問性工作組為認知障礙人士制定了網頁可訪問性指南。
- WebAIM 提供了一個包含相關資訊和資源的認知頁面。
- 美國疾病控制與預防中心估計，截至 2018 年，每 4 名美國公民中就有 1 名患有殘疾，其中認知障礙是年輕人中最常見的殘疾。
- 在美國，某些智力障礙在歷史上曾被稱為“智力遲鈍”。許多人現在認為這個術語帶有貶義，因此應避免使用。
- 在英國，某些智力障礙被稱為“學習障礙”或“學習困難”。
在你的專案中實現可訪問性
一個常見的無障礙神話是，無障礙是一個昂貴的“額外”專案。這個神話確實可能成立，如果出現以下情況：
- 你試圖對一個已經存在嚴重無障礙問題的網站進行“改造”。
- 你只在專案的後期才開始考慮無障礙問題，並發現了相關問題。
然而，如果你從專案一開始就考慮可訪問性，那麼使大多數內容可訪問的成本應該相當低。
在規劃專案時，將可訪問性測試納入你的測試體系，就像測試任何其他重要的目標受眾群體（例如，目標桌面或移動瀏覽器）一樣。儘早並經常進行測試，理想情況下執行自動化測試以發現程式上可檢測到的缺失功能（例如缺失的影像替代文字或錯誤的連結文字——請參閱使用有意義的文字標籤），並與殘疾使用者群體進行一些測試，以瞭解更復雜的網站功能對他們來說效果如何。例如
- 我的日期選擇器小部件能被使用螢幕閱讀器的人使用嗎？
- 如果內容動態更新，視力障礙人士會知道嗎？
- 我的 UI 按鈕是否對鍵盤和觸控介面使用者都可訪問？
你可以而且應該記錄內容中需要改進以實現可訪問性的潛在問題區域，確保對其進行徹底測試，並考慮解決方案/替代方案。文字內容（如你將在下一篇文章中看到）很容易，但你的多媒體內容和炫酷的 3D 圖形呢？你應該檢視你的專案預算並考慮你有哪些可用的解決方案來使這些內容可訪問。將所有多媒體內容轉錄是其中一個選項，雖然昂貴，但可行。
此外，要現實一點。“100% 可訪問性”是一個無法實現的目標——你總是會遇到某種邊緣情況，導致某個特定使用者發現某些內容難以使用——但你應該盡力而為。如果你計劃使用 WebGL 製作一個炫酷的 3D 餅圖圖形，你可能希望包含一個數據表作為資料的可訪問替代表示。或者，你可能只想包含表格並擺脫 3D 餅圖——表格對每個人都可訪問，編碼更快，CPU 密集度更低，也更容易維護。
另一方面，如果你正在製作一個展示有趣的 3D 藝術的畫廊網站，那麼指望每一件藝術品都能對視障人士完美無障礙是不合理的，因為這是一種完全視覺的媒介。
為了表明你關心並考慮了可訪問性，請在你的網站上釋出一份可訪問性宣告，詳細說明你對可訪問性的政策，以及你為使網站可訪問所採取的措施。如果有人通知你你的網站存在可訪問性問題，請與他們進行對話，保持同理心，並採取合理措施嘗試解決問題。
總結
- 從專案一開始就考慮可訪問性，並儘早並經常進行測試。就像任何其他 bug 一樣，可訪問性問題發現得越晚，修復成本就越高。
- 請記住，許多可訪問性最佳實踐惠及所有人，而不僅僅是殘障使用者。例如，精簡的語義標記不僅對螢幕閱讀器有益，而且載入速度快，效能高。這惠及所有人，尤其是使用移動裝置和/或慢速連線的使用者。
- 在你的網站上釋出可訪問性宣告，並與遇到問題的人互動。
可訪問性指南與法律
有許多清單和指南可用於進行可訪問性測試，乍一看可能令人不知所措。我們的建議是熟悉你需要注意的基本領域，並瞭解與你最相關的指南的高階結構。
- 首先，W3C 釋出了一份篇幅巨大且非常詳細的文件，其中包含了關於可訪問性一致性的非常精確、與技術無關的標準。這些被稱為Web 內容可訪問性指南 (WCAG)，它們絕不是一份簡短的讀物。這些標準分為四個主要類別，它們規定了如何使實現可感知、可操作、可理解和健壯。獲取簡要介紹並開始學習的最佳地點是WCAG 概覽。沒有必要學習所有 WCAG 標準——瞭解主要關注領域，並使用各種技術和工具來突出顯示任何不符合 WCAG 標準的區域（有關更多資訊，請參見下文）。
- 你的國家也可能有特定的法律，規定服務於其人口的網站需要具有可訪問性——例如歐盟的EN 301 549，美國的《康復法》第 508 條，德國的《無障礙資訊科技聯邦條例》，英國的《2018 年可訪問性條例》，義大利的可訪問性，澳大利亞的《殘疾歧視法》等。W3C 維護著一份按國家劃分的網頁可訪問性法律和政策清單。
因此，雖然 WCAG 是一套指南，但你的國家可能會有關於網頁可訪問性的法律，或者至少是關於向公眾提供的服務（可能包括網站、電視、實體空間等）的可訪問性的法律。瞭解你所在國家的法律是一個好主意。如果你不努力檢查你的內容是否可訪問，那麼如果有人投訴，你可能會承擔法律責任。
這聽起來很嚴重，但實際上你只需要將可訪問性視為你的 Web 開發實踐的首要任務，如上所述。如有疑問，請諮詢合格律師。我們不會提供更多建議，因為我們不是律師。
可訪問性 API
Web 瀏覽器利用特殊的可訪問性 API（由底層作業系統提供），這些 API 暴露了對輔助技術（AT）有用的資訊——AT 主要傾向於利用語義資訊，因此這些資訊不包括樣式資訊或 JavaScript 等。這些資訊以一種稱為可訪問性樹的資訊樹的形式進行結構化。
不同的作業系統提供不同的可訪問性 API
- Windows：MSAA/IAccessible, UIAExpress, IAccessible2
- macOS：NSAccessibility
- Linux：AT-SPI
- Android：可訪問性框架
- iOS：UIAccessibility
當你的 Web 應用中 HTML 元素提供的原生語義資訊不足時，你可以透過WAI-ARIA 規範中的特性來補充，這些特性會向可訪問性樹新增語義資訊以提高可訪問性。你可以在我們的WAI-ARIA 基礎文章中瞭解更多關於 WAI-ARIA 的資訊。
總結
本文應該為你提供了可訪問性的有用高層概述，展示了它的重要性，並探討了如何將其融入你的工作流程。現在，你應該也渴望瞭解可以使網站可訪問的實現細節以及哪些工具可以提供幫助。我們將在下一篇文章中探討可訪問性工具。