Arrow keys: navigate | Enter: activate | Esc: stop
Photosensitivity Warning

此模擬包含動態視覺效果(移動、色彩變化)。如果你有光敏性癲癇或對閃爍敏感,請勿使用此模擬。

試試按 Tab 切換到下一個按鈕,Shift+Tab 回到上一個。注意焦點預設在「取消」上,因為這是安全選項。好的設計會讓預設行為保護使用者,而不是把風險留給他們。

按 Esc 也可以停止

搜尋列(Search Bar)提供第二條路徑找到內容——不是每個人都能靠瀏覽選單找到東西

學習成就解鎖
第一次修好
按下「一鍵修好這段」按鈕
角色就位
在「選擇角色」中選擇至少一個角色
初次體驗
完成任意 1 個同理心模擬
深入同理
完成 5 個同理心模擬
全面體驗
完成全部 10 個同理心模擬
動手試過
體驗過對比度、focus indicator、或字體間距的 demo
知識達人
知識測驗答對 70% 以上
起步了
完成 5 個檢核清單項目

為什麼要做無障礙?

先試三件事

1. 打開你自己的網站,把滑鼠收起來,只用 Tab 和 Enter 操作 60 秒。
2. 把螢幕亮度調到最低,試著讀完一段文字。
3. 想像你的家人打開同一個頁面。他們找得到按鈕嗎?還是先被彈出廣告困住了?

如果任何一個讓你猶豫了——全球 95.9% 的網站都有這些問題(WebAIM 2025)。你做好了,就是那 4.1%:更多人能用你的產品、AI agent 可能更願意推薦你的頁面、進入國際市場少一道法律障礙。

很多時候我們不是不願意做,而是不知道要做、不知道能幫助到誰。台灣人在國際上的形象是友善的,但我們做出來的數位產品,對自己人卻不夠友善。要打入國際市場,無障礙更是基本門檻——歐盟 EAA 2025 年已經生效,不合規就進不去。但如果只是為了過關而做到最低標準,那不是友善,那只是合規。

「讓 AI 做就好了吧?」

我自己大量使用 AI 寫 code、做設計、跑測試。它確實幫我省下很多時間。但用了一陣子之後,我發現幾件事:

工具說「通過」,但我自己用的時候還是覺得哪裡不對 規則型工具(axe、Lighthouse)能抓到約 30-40% 的技術問題。AI 可以再多抓一些,但剩下的只有人能判斷:「報名流程要填幾頁?」「半夜看手機刺不刺眼?」「趕時間找不找得到按鈕?」「字這麼小,要拿老花眼鏡嗎?」「驗證碼的圖片到底寫什麼?」「按鈕在哪裡,我怎麼一直按到旁邊的廣告?」——你偶爾遇到的這些不便,因年紀而有視力退化跡象的人、認知障礙者、焦慮症使用者、低視力者每一次使用網站都在經歷。
AI 能檢查別人的問題,但自己寫的 code 也有盲點 就像校對員能抓別人的錯字,自己寫的文章卻看不到一樣。AI 生成的 HTML 經常 heading 跳級、ARIA 亂加、表單沒綁 label、用 div 做按鈕(螢幕閱讀器看不到)、連結文字全寫「點這裡」(聽起來全部一樣)、忘記設定頁面語言(螢幕閱讀器用錯語音念中文)。所以我會讓 AI 寫完之後,再用另一個 AI 工具檢查它,然後自己或請人實際用一遍。機器查機器,人查體驗。
所以我開始把這些經驗寫成 skill,讓 AI 替我記 我建了無障礙審查的 AI skill,每次寫 UI 時自動提醒我之前忽略過的事。重複的檢查可以更快完成——但鍵盤順不順、流程讓不讓人焦慮,我還是得自己按過一遍才知道。因為當資訊量大到某個程度,連我自己都開始在意我吸收的方式。

AI 已經幫我掃掉了最煩的 40%。省下來的時間,或許足夠我花時間思考如何把產品做得讓人用起來更舒服一點。然後把這些經驗建立成流程、建立成標準、建立成 skill,讓接下來每一個分享、服務、產品,都是以提供更多人幫助而非障礙為出發點。這份指南是我在嘗試的起點。

補充一個事實:AI agent 操作網站時依賴的是和螢幕閱讀器同一棵 accessibility tree(CHI 2026 實測:成功率從 78% 跌到 42%)。你的網站對人不友善,對 AI 也不友善。

你已經在用無障礙功能了——只是不知道而已

試試右上角的深色模式切換。你大概每天都在手機上切深色模式吧?這就是無障礙。不是什麼特殊功能,是讓不同的人在不同情境下都能舒服地使用。

你可能就是「需要無障礙的人」 台灣近視率超過 85%(國健署 2024),大學生高度近視比例達 20%。半夜滑手機覺得刺眼?螢幕字太小要瞇眼?這些就是視覺無障礙要解決的事——不是給「別人」用的,是給你用的。
沒有「對所有人最好」的模式 近視、光敏感者偏好深色底。老年人、散光者偏好淺色底——深底亮字會讓字邊緣發散。所以重點不是哪個比較好,是讓使用者自己選。
一行 CSS 就能做到 深色模式的實作成本極低,但它能幫助全球 22 億視覺困難者(WHO 2023)更舒服地使用你的網站。這可能是投資報酬率最高的無障礙改善。

你看得到這段文字嗎?

這段文字現在的對比度是正常的。勾選下面的選項,體驗對比度不足的感覺。想像你在大太陽下看手機、或者你的視力不太好——這就是低對比度文字帶來的閱讀障礙。全球超過 22 億人有視覺困難,其中 80% 不是全盲,而是「看不清楚」。

WCAG 2.2 AA 要求一般文字對比度至少 4.5:1。勾選後對比度降到約 2:1,這是很多網站實際的對比度。你覺得難讀嗎?低視力者、老年人、在戶外看手機的人,每天都在讀這樣的文字。

Accessibility / 無障礙 / 可及性 / 可達性 / 數位親和力

不是為了符合某個規範,而是確保每一個人,不論能力、年齡、處境、使用的工具,都能平等地取得資訊、完成操作、參與其中。

包括你 85 歲的奶奶、打石膏的上班族、在吵雜咖啡廳看沒字幕影片的你、瞇眼讀手機的大學生、被倒數計時器逼到無法思考的人、語言不通只能靠圖示猜的旅客、網路很慢只能等文字先載入的偏鄉使用者。也包括從來沒想過這些事的設計師、工程師、產品經理,他們不知道自己每天的決定,正在決定誰能用、誰不能用。

也包括正在讀這段文字、覺得眼睛開始不太舒服的你。

如果你覺得哪裡不對勁

一起守護的事

無障礙不是某一個人的額外工作。它是我們每個人本來就在做的事的一部分——只是過去沒有意識到。當你寫一段文案、畫一個按鈕、寫一行 code,你都在決定某個人能不能用這個產品。

我們怎麼一起做到

不是「誰該做什麼」,而是「我們一起確認什麼不能漏掉」。

不需要每個人都是專家,AI 補足技能缺口,但最終的判斷是人的。

交付前一起確認
每個產出物上線前,跑一次無障礙檢查——任何人都可以做,AI 幫你跑第一輪
四個守護面向
看得到嗎 · 操作得了嗎 · 讀得懂嗎 · 技術上相容嗎
共同的底線
每個人都該體驗過一次:用鍵盤操作、聽螢幕閱讀器念網頁——這是數百至千萬人每天與網頁互動的方式

每個 builder 都該知道的事

AI 時代,每個人都在設計東西——網頁、app、簡報、表單、甚至一封 email。只要你做的東西會被別人用,以下這些就跟你有關。

理解障礙的多元性
永久、臨時、情境障礙的差異;視覺、聽覺、肢體、認知四大類型
認識無障礙的四大原則
可感知、可操作、可理解、穩健——這是所有無障礙設計的骨架(定義於 WCAG 2.2)
能用鍵盤操作網站
每個人都該試過純鍵盤瀏覽,理解 Tab、Enter、Esc 的導航邏輯
用過螢幕閱讀器
至少體驗過一次 VoiceOver 或 NVDA,理解視障者如何「聽」網頁
會用無障礙語言溝通
能在會議中提出「這個設計色盲使用者看得到嗎?」而不覺得突兀
敢舉旗
發現無障礙問題時敢於提出,不因「不是我的職責」而沉默

四大能力區域

無障礙設計可以從四個面向來理解。每一個面向做好了,同時幫到四種對象:

對使用者:13 億身障者 + 所有臨時/情境障礙者都能順利使用你的產品
對你自己:寫出結構好的程式碼,更好維護、更好測試、更少 bug
對生意:觸及 16% 更多用戶、降低法律風險(歐盟 EAA 2025 已生效)、提升品牌信任度
已選擇
視覺無障礙
確保所有人——包括低視力、色覺障礙、全盲使用者——都能感知內容。
守護範圍色彩對比 ≥ 4.5:1 · 不僅靠顏色傳達資訊 · 有意義的 alt text · 放大至 200% 仍可用 · 焦點指示可見
你知道嗎?全球 3 億人有色覺障礙,但大多數設計師從來沒有在灰階模式下看過自己的作品。AI 可以幫你秒速掃描對比度、產生 alt text 初稿、模擬灰階——但「這張圖的 alt text 有沒有意義」只有你能判斷。
已選擇
操作無障礙
確保所有互動都能透過多種方式完成——鍵盤、單手、語音、輔助裝置。
守護範圍鍵盤導航完整 · 無鍵盤陷阱 · 觸控目標 ≥ 44px · 拖曳有替代操作 · 焦點不被遮擋 · skip link
你知道嗎?全球約 7500 萬人依賴鍵盤或輔助裝置操作電腦,但大部分網站的「漢堡選單」用 Tab 鍵根本打不開。AI 可以掃 Tab 順序和 ARIA 狀態——但操作「順不順」這件事,你必須自己按一遍。
已選擇
認知無障礙
確保內容清晰、操作直覺、不造成不必要的認知負擔或時間壓力。
守護範圍簡明語言 · 一致的導航與幫助 · 不重複要求輸入 · 無認知測試登入 · 字幕與文字稿 · 錯誤提示清晰
你知道嗎?斜體字對閱讀障礙者、低視力者、認知障礙者和老年人都很難讀——字母形狀被扭曲,大腦需要多花 30% 的處理時間。AI 可以分析可讀性等級和簡化句子——但「這段話讓不讓人焦慮」只有人能感受。
已選擇
技術合規
確保程式碼結構正確,通過自動化檢測,讓輔助技術能正確解讀頁面(WCAG 2.2 AA)。
守護範圍語意 HTML · ARIA 正確使用 · CI/CD 自動掃描 · 標題層級 · lang 屬性 · 無障礙聲明頁
你知道嗎?一個 <div onclick> 寫成的「按鈕」,螢幕閱讀器會當它不存在——它沒有 role、沒有鍵盤事件、沒有焦點。AI 可以幫你找出這些假按鈕並修成真的 <button>——但為什麼要用語意標籤,你得自己理解一次。

AI 可以幫你做什麼

三件事:

即時顧問 不確定 ARIA role 該用哪個?對比度夠不夠?直接問 AI,秒速得到 WCAG 條款引用和範例程式碼。
自動審查員 CI/CD 串接 axe-core,每次提交自動掃描。AI 標記問題,人類判斷優先序和修復方式。
技能平衡器 設計師不懂 ARIA?AI 幫你寫。工程師不懂色彩理論?AI 幫你判斷。每個人都能跨出自己的傳統邊界。

但 AI 不能取代的是:與真實使用者的對話、對人類處境的同理心、以及「這個設計讓人感覺如何」的判斷。自動化能抓到約 30% 的無障礙問題,其餘 70% 需要人類的感知和判斷。

團隊可用的無障礙工具總覽

以下工具已安裝或可免費取得,涵蓋從寫 code 到上線前的完整檢測流程。

我實際在用的工具

Beacon 自行開發 我個人開發的無障礙 AI skill 套件,三個工具對應開發的三個階段:design-guide(設計時)主動建議 accessible 的 UI 模式;advisor(寫 code 時)自動觸發,每次存檔 HTML/CSS 就跑一次快速檢查;audit(做完後)對整頁跑結構化稽核,產出 0-100 量化分數和互動式 HTML 報告,像 Lighthouse 一樣有圓環圖、分類統計、法律風險評估。 用 100 個真實網站校準過評分。支援 Playwright 即時掃描(axe-core 注入 + accessibility tree 快照)和前後對比。這個網站本身就是用它稽核的,目前 12/12 項核心檢查通過。(個人開發工具,非商業產品)
Playwright + axe-core 用 Playwright 自動開瀏覽器載入頁面,注入 axe-core 引擎掃描。適合在 CI/CD 裡設定,每次提交程式碼自動跑一次無障礙掃描,攔下最基本的問題。 適合的時機:上線前的自動化防線。不是取代手動測試,是確保基本的東西在部署的時候不會不小心漏掉。

螢幕閱讀器(手動測試必備)

NVDA Windows 上最廣泛使用的免費開源螢幕閱讀器。搭配 Firefox 或 Chrome 測試,是驗證無障礙最基本的工具。 nvaccess.org — 免費下載
JAWS Windows 上功能最完整的商用螢幕閱讀器,企業和政府機構標準。對 ARIA 支援最成熟,但需付費授權。 freedomscientific.com — 付費(有 40 分鐘免費試用模式)
VoiceOver macOS / iOS 內建螢幕閱讀器,無需另外安裝。用 Cmd+F5 開啟,搭配 Safari 測試效果最佳。iPhone 上也可用,適合行動裝置無障礙驗證。 macOS / iOS 內建 — 系統偏好設定 > 輔助使用
TalkBack Android 內建螢幕閱讀器。用手勢滑動瀏覽頁面元素,雙擊啟動。行動版網站和 app 的無障礙測試必備——全球 Android 市佔率超過 70%。 Android 內建 — 設定 > 無障礙 > TalkBack
Orca Linux 上的預設螢幕閱讀器,隨 GNOME 桌面環境提供。支援語音朗讀和點字輸出。適合在 Linux 開發環境中做無障礙驗證。 GNOME 內建 — 免費

台灣 & 日本在地工具

NVDA + 繁體中文語音 台灣最常用的免費螢幕閱讀器組合。NVDA 本身免費,搭配 Windows 內建的中文 TTS(Microsoft Hanhan)即可使用。台灣數位有聲書學會(TDTB)持續贊助改善中文支援。 nvaccess.org — 免費,需手動啟用中文語音
Freego 3.x(台灣) 數位發展部提供的免費網頁無障礙檢測工具。台灣公部門申請無障礙標章前必須用它跑過,類似 axe 但針對台灣標準。單機版可下載。 accessibility.moda.gov.tw — 免費下載
PC-Talker Neo Plus(日本) 日本市佔率最高的商用螢幕閱讀器,由高知系統開發。日文 TTS 對漢字和假名的朗讀方式和 NVDA/JAWS 不同,測試日文網站時是必要的參考。 aok-net.co.jp — 年費 ¥13,200 起(有學生和福祉優惠)
miChecker Ver.3.0(日本) 日本總務省開發的免費 WCAG / JIS X 8341-3 檢測工具。包含色覺障礙模擬和螢幕閱讀器評估。日本公部門網站合規檢查的標準工具。 總務省提供 — 免費,桌面應用程式

免費外部工具(建議搭配使用)

WAVE (WebAIM) 瀏覽器擴充套件,直接在頁面上用圖示標出錯誤、警告、結構問題。最直覺的視覺化檢測工具,適合非工程師使用。也提供 API 做批次掃描。 wave.webaim.org — Chrome / Firefox 擴充套件
Lighthouse (Google) Chrome DevTools 內建。除了效能、SEO 之外,也有無障礙評分。跑一次就能看到分數和具體改善建議。適合快速健檢。 Chrome DevTools > Lighthouse > 勾選 Accessibility
Accessibility Insights (Microsoft) 提供「快速評估」和「Tab 停靠點視覺化」功能,能清楚看到鍵盤焦點的移動路徑。免費,適合手動測試。 accessibilityinsights.io — Chrome / Edge 擴充套件
Stark (Figma 插件) 設計階段最強的無障礙工具。在 Figma 裡直接檢查對比度、模擬色覺障礙、標註焦點順序。問題在設計稿就攔下來,不必等到開發。 getstark.co — Figma 插件(免費版可用)
HeadingsMap 瀏覽器擴充套件,一鍵顯示整頁的 heading 結構樹。馬上看出標題有沒有跳級、層級是否合理。對螢幕閱讀器使用者來說,heading 就是他們的目錄。 Chrome / Firefox / Edge 擴充套件 — 免費
ANDI 美國社會安全局開發的免費書籤工具(bookmarklet),不需安裝。拖到書籤列就能用。檢查焦點元素、ARIA 屬性、表格結構、色彩對比度。會直接在頁面上標示每個元素的無障礙名稱。 ssa.gov/accessibility/andi — 免費,書籤工具(不需安裝)。也有非官方的 Chrome 擴充套件版本。

值得關注的進階工具

axe DevTools AI(Deque,付費) 在免費 axe-core 之上,2025 年加入 AI 導引測試:用 LLM 分析截圖、自動回答原本需要人工判斷的檢查項目,比純規則檢測多抓 10% 問題。另有 axe MCP Server 可整合進 VS Code。
Evinced(企業級,付費) 用電腦視覺 + 專屬無障礙 LLM,號稱比通用 LLM 準確 3-5 倍。2024 年底拿到 5500 萬美元 C 輪。適合大規模產品線,但無公開定價。

請勿相信「一鍵合規」「自動修復無障礙」這類術語

這類產品稱為「覆蓋層(Overlay)」——加一行 JavaScript 就宣稱讓網站符合 WCAG。實際上,使用覆蓋層的網站反而更容易被告:AccessiBe 在 2025 年被美國 FTC 以虛假宣傳罰款 100 萬美金;UserWay 在 2026 年遭集體訴訟;多家安裝了覆蓋層的企業仍被身障使用者提起 ADA 訴訟,因為覆蓋層根本沒有解決底層問題。美國全國視障者聯盟(NFB)公開反對這類產品,WebAIM 調查顯示 72% 的身障使用者認為它們無效甚至更糟——覆蓋層注入的 ARIA 經常跟原始 HTML 衝突,讓螢幕閱讀器更混亂。

在 AI agent 的時代,覆蓋層更加無意義:agent 讀的是底層的 accessibility tree,不是表面的 JavaScript 修飾。你花錢買的覆蓋層,AI 連看都不看。

字體大小、對比度調整這類使用者偏好 widget 本身無害。問題是把它包裝成「合規解決方案」——這不是無障礙,是行銷。

記住:所有自動化工具加總只能抓到約 30-40% 的無障礙問題。色彩語意、內容可理解性、操作流程合理性,仍需要人類判斷與真實使用者測試。工具是「第一道防線」,不是「唯一防線」。

交付檢查點:每個產出物的通關門

不管是誰做的、用什麼方式做的,每個產出物在交付前必須通過對應的無障礙驗證。任何人(包括 AI)都可以執行這些檢查。

設計稿交付前
色彩對比通過 · 觸控尺寸達標 · 焦點狀態設計好 · heading 層級標註 · 不依賴顏色
程式碼合併前
axe 零 Critical · 鍵盤可操作 · 螢幕閱讀器念得通 · ARIA 正確 · label 綁定
內容發布前
alt text 有意義 · 語言簡明 · 影片有字幕 · 幫助資訊一致 · 閱讀等級合理
上線前
全站掃描通過 · 真人測試完成 · 無障礙聲明頁就位 · 回饋管道可用 · 監控計畫制定

看得到自己在哪嗎?

用 Tab 鍵在這個頁面上移動,注意每個元素周圍的橘色邊框——那就是 focus indicator。先勾選下面的選項把它關掉,再 Tab 到按鈕看看。Shift+Tab 可以退回前一個可聚焦的元素(例如按鈕或 checkbox)。

很多設計師覺得 focus 邊框「很醜」所以加上 outline:none。結果鍵盤使用者完全不知道自己在哪——就像在黑暗中走路,腳下沒有地板的感覺。

鍵盤陷阱體驗

按下面的按鈕,你的焦點會被困在一個假的「訂閱」彈窗裡。Tab 怎麼按都出不來——這就是鍵盤陷阱(keyboard trap)。只有按 Esc 才能逃脫。

你的日常工作,正在做無障礙的決定

在 AI 時代,大多數人不只做一件事。選一個最接近你的角色,看看你每天的決定如何影響無障礙。

同理心體驗區

在這裡,你將親身體驗不同使用者面對網站的真實感受。每完成一個模擬,都會更深刻理解無障礙設計的價值。

低視力模擬

模擬黃斑部病變、白內障等造成的視覺模糊。整個頁面將變得模糊,你能完成任務嗎?

色覺障礙模擬

全球約 8% 男性有色覺異常。啟動後請觀察頁面上的彩色按鈕、徽章、錯誤/成功提示——原本靠顏色區分的資訊會變得無法辨識。

螢幕閱讀器模擬

螢幕全黑,只能用方向鍵逐一「聽」取頁面元素。體驗全盲者如何理解網頁。

肢體障礙模擬

你的游標會不受控制地顫抖。體驗帕金森症患者面對的精確操作挑戰。

按鈕大小體驗

WCAG 2.2 AA 要求觸控目標至少 24x24px,建議 44x44px。試試點擊下面兩組按鈕,感受差異。

太小(12x12px):

夠大(44x44px):

純鍵盤操作

滑鼠完全停用。只能靠 Tab、Enter、方向鍵操作整個頁面。

ADHD 注意力分散模擬

倒數計時、彈出通知、自動捲動——覺得很煩嗎?這就是一個充滿廣告和彈窗的網頁。對 ADHD 使用者來說,每個網站都是這樣。ADHD 是神經多樣性的一種,不是「不專心」——是大腦對刺激的過濾機制不同,所有東西同時湧進來。

自閉症譜系 / 感覺過載模擬

感覺過載只是自閉症譜系的一個面向。自閉症使用者也可能需要:可預測的導航(同樣的東西永遠在同樣的位置)、明確直白的語言(不用隱喻或模糊指示)、不突然改變的介面(動畫、彈窗、自動播放都是壓力來源)。這個模擬讓你體驗其中最直觀的部分——感覺過載。

Dyslexia 閱讀障礙模擬

閱讀障礙也是神經多樣性的一種——不是「不聰明」,是大腦處理文字符號的方式不同。字母互換、行距跳動、文字模糊。對中文使用者,相似字(人/入、的/得)和擁擠的排版是更大的問題。

字體、字距、行距體驗

對閱讀障礙者和低視力者,字距和行距的影響比字體本身更大。中文不存在 b/d 鏡像混淆問題,所以 OpenDyslexic 等特殊字體對中文無效——真正有幫助的是間距和大小。

在 AI 時代,每個人都可能是 builder。這段文字讓你體驗字距、行距、字體大小對閱讀舒適度的影響。對閱讀障礙者和低視力者來說,這些不是美學選擇,是能不能讀完一段話的差別。試試「擠在一起」——這是很多網站的實際狀態。

聽覺障礙模擬

沒有字幕的音訊,你能理解多少?體驗聾人面對無字幕影片的真實處境。

焦慮症模擬

焦慮症不是「想太多」。倒數計時、模糊的錯誤訊息、不確定按鈕有沒有按到——這些設計對一般人是小困擾,對焦慮症使用者是真實的恐慌來源。清楚的回饋、充足的時間、明確的確認,就能大幅降低壓力。

教育資訊

臨時障礙情境

手臂骨折、大太陽下看手機、一手抱小孩——每個人都可能成為臨時障礙者。微軟的包容性設計框架指出:永久、臨時、情境障礙的設計解方往往相通。

教育資訊

WCAG 快速指南

無障礙設計的四大原則:可感知(看不到的用聽的,聽不到的用看的)、可操作(鍵盤能做的事滑鼠也能,反之亦然)、可理解(清晰語言、一致導航)、穩健性(相容各種輔助技術)。出自 WCAG 2.2。

教育資訊

障礙統計數據

全球約 13 億人(16%)有某種形式的障礙。台灣約 120 萬持有身心障礙證明。但任何人在任何時刻都可能經歷臨時或情境障礙。

教育資訊

輔助科技介紹

螢幕閱讀器(NVDA、VoiceOver)、螢幕放大鏡、語音控制、頭部追蹤、眼球追蹤、特殊鍵盤、單指操作切換——了解使用者如何使用你設計的產品。

Placeholder 不是 Label

試著在下面兩個欄位打字,看看差異。

錯誤做法:用 placeholder 當 label

打字後提示消失了——你還記得這欄要填什麼嗎?

正確做法:用 label + placeholder

label 永遠在,placeholder 只是補充提示。

錯誤訊息的三種做法

色盲使用者看不到紅色。哪一種他們讀得懂?

只有顏色:

電子郵件格式不正確

顏色 + 圖示:

⚠ 電子郵件格式不正確

顏色 + 圖示 + 建議:

⚠ 電子郵件格式不正確
請輸入完整的 email 地址,例如 name@example.com

第三種加了 role="alert",螢幕閱讀器會自動念出錯誤訊息。

你的同理心歷程

尚未開始任何體驗。每完成一個模擬,你對使用者的理解就會更深一步。(共 10 個沉浸體驗)

無障礙知識測驗

測試你對 WCAG 標準與無障礙實務的理解。答對越多,離「知識達人」徽章越近!

0/0
正確率

從 30 秒開始

每個步驟都小到不好意思不做。從最上面開始,做到你覺得夠了為止——回頭一看,你會發現自己做了不少。

專案五大階段

點選任一階段查看詳細任務、各角色職責與無障礙關鍵行動。

規劃階段

定義無障礙目標與範圍、盤點現有問題、建立團隊共識
2-3 週

設計階段

建立無障礙設計系統、原型測試、使用者研究
3-4 週

開發階段

語意 HTML、ARIA 實作、鍵盤支援、持續整合測試
4-6 週

測試階段

自動化掃描、手動測試、輔助科技測試、使用者驗證
2-3 週

上線階段

最終驗收、上線部署、監控回饋、持續改善計畫
1-2 週