不只是顏色對比
常見問題包括標題結構混亂、圖片缺少替代文字、鍵盤焦點消失、彈窗難以關閉、表單錯誤提示不清楚。


無障礙網頁設計檢測會按 WCAG 2.2 A、AA 或項目指定要求,檢查網站是否讓不同使用者順利閱讀、操作、填表和提交資料。它不只看視覺設計,也看鍵盤能否操作、焦點是否清楚、表單錯誤是否容易理解。
對政府項目、公共服務、教育平台、品牌網站和改版上線頁面,無障礙檢測能提前找出會影響驗收、投標、使用體驗和品牌形象的問題。
常見問題包括標題結構混亂、圖片缺少替代文字、鍵盤焦點消失、彈窗難以關閉、表單錯誤提示不清楚。
每個問題都要標明頁面、元件、截圖、對應準則、嚴重程度和修復方向,設計及開發團隊才接得上。
工具結果會經人工覆核,頁面、元件、互動狀態、截圖和 WCAG 準則逐項對齊,避免前端重新猜問題位置。
檢測顧問把問題拆成設計、內容、前端和驗收項目,修復清單能直接進入工單或改版排期。
PM 跟進核心頁抽樣、修復責任、改版排期和復檢結果,讓整改狀態有版本、有結論。
檢測報告、修復紀錄和復檢留底資料可配合政府項目、公共服務網站、教育平台、品牌改版或 ESG 審查提交。
無障礙檢測能提前找出阻礙閱讀、操作和提交的問題,尤其是登入、申請、預約、付款、查詢和投訴表單。
上線前先找出結構、元件和表單問題,設計及前端能在同一輪排期處理。
表單標籤、錯誤提示、鍵盤操作和焦點順序清楚,使用者更容易完成關鍵流程。
政府、公共服務或大型項目要求 WCAG 時,能提交檢測、修復和復檢紀錄。
網站對不同使用者更友善,品牌在公共責任、數碼體驗和服務細節上更有說服力。
網站面向公眾、承載表單、涉及公共服務或要回應投標要求時,無障礙檢測應放在上線前或改版驗收前處理。
投標、驗收或公共服務要求網站符合 WCAG 或指定無障礙設計標準。
登入、報名、繳費、搜尋、課程頁和會員中心涉及不同使用者操作。
新版網站上線前,先檢查核心頁面、導航、互動元件和表單流程。
申請、預約、查詢、付款、投訴或下載流程要有清楚提示和可操作性。
無障礙檢測會從可感知、可操作、可理解和穩健性四個方向看網站。重點不是追求形式合規,而是找出真正在使用時會卡住人的問題。
檢查標題層級、語意結構、地標區域、連結文字和內容順序。
檢查主要流程能否用鍵盤完成,焦點是否可見,順序是否合理。
檢查色彩對比、圖片替代文字、圖示含義、影片字幕和文字替代。
檢查標籤、錯誤提示、必填說明、彈窗、下拉選單和互動狀態。
服務會先確定檢測頁面、核心流程、裝置、瀏覽器和 WCAG 等級,再交付問題清單、修復方向和復檢結果。
確認網站 URL、核心頁面、表單流程、裝置、瀏覽器和 WCAG 等級要求。
檢查結構、鍵盤、焦點、對比、替代文字、表單和互動元件。
按影響程度、出現位置和修復難度整理優先次序。
輸出問題截圖、對應準則、受影響頁面和可執行修復方向。
與設計、內容、前端或外判團隊對齊修復方式和驗收標準。
修復後再檢查,整理復檢結果、剩餘問題和版本日期。
無障礙檢測前要先確認頁面和流程;檢測後,問題和復檢結果要能交給設計、內容及前端團隊。
首頁、列表、詳情、登入、表單、付款或其他核心頁面。
按鈕、表單、彈窗、選單、錯誤提示和互動狀態。
WCAG 2.2 A、AA 或項目指定要求。
頁面、截圖、準則、嚴重程度、修復建議和責任方。
修復後狀態、仍待處理項目和版本日期。
適合。若標書、公共服務項目或驗收條款提到 WCAG、網頁可用性或無障礙設計,檢測報告、修復清單和復檢紀錄能作為提交資料。
先交首頁、登入、搜尋、列表、詳情、表單、付款、申請或下載等核心頁面。若標書指定頁面或流程,檢測範圍會按條款界定。
不建議只交原始掃描結果。客戶或驗收方更在意問題位置、WCAG 準則、嚴重程度、修復方式、責任方和復檢結論。
不一定。替代文字、標題層級、連結文字屬內容或設計問題;鍵盤焦點、彈窗、表單錯誤和元件狀態多數要前端配合。
建議在 staging 或設計交付後盡早做第一輪檢測。前端仍在排期時修正,成本和返工壓力都比正式上線後低。
適合。報告會列出頁面、截圖、元件、WCAG 準則、嚴重程度和修復方向,前端能按問題建立工單。
能。復檢會核對已修復項目、仍待處理問題和版本日期,方便投標、驗收或內部改版留底。
這些流程直接影響申請、查詢、付款和提交。標籤不清、焦點順序錯、錯誤提示不足,會令使用者無法完成操作。
能按標書、預算或改版階段先做指定範圍。若網站同時承接桌面和手機流量,兩端分開抽樣會更穩。
按頁面數量、流程複雜度、WCAG 等級、桌面及手機範圍、復檢次數、報告版本和前端對接工作量報價。