網站首頁看起來正常，不代表客戶能用鍵盤、放大文字或輔助工具完成詢價與購買。本文用五項可驗證問題比較改版方案，找出可能流失名單、增加客服與返工成本的無障礙缺口。
網站改版提案的首頁很漂亮，手機畫面也能滑動，企業主通常就認為使用體驗已經驗收完成。但有些客戶不用滑鼠，放大文字後按鈕被擠出畫面，或送出表單時只看到欄位變紅，卻不知道哪裡要修正。網站沒有當機，詢價、預約與購買仍可能在最後一步中斷。
這類問題影響的不只是少數人。手部受傷、抱著小孩只能用單手、在強光下看手機，或年長後視力與操作精準度改變，都可能需要更清楚、更有彈性的介面。無障礙設計，是讓不同視覺、聽覺、行動與認知情況的人，都能取得資訊並完成操作。它也常讓一般使用者更容易使用網站。
可以把網站想成一間店。櫥窗漂亮不代表每位客人都進得去；門檻、狹窄走道、只用顏色標示的收銀指示，都可能讓客人在付款前離開。網站驗收若只看首頁，就像只拍櫥窗照片，沒有真的從入口走到結帳。
問題不在有沒有做，而在能不能完成關鍵流程
W3C（全球資訊網協會）發布的 WCAG 2.2（網頁內容無障礙指引），把無障礙分成可感知、可操作、可理解與相容四個方向，並提供可測試的成功準則。它不是一個安裝後就自動生效的外掛，也不是跑分達標就能保證每個人都能使用。
對企業來說，真正要驗收的是完整流程，例如從廣告頁找到服務、打開選單、填寫詢價、看懂錯誤、成功送出並收到確認。若障礙發生在最後一步，前面的廣告點擊與內容成本都已經付出，名單卻沒有進來；客服還可能多花時間協助操作，改版後再修也比設計階段處理更容易產生返工。
用五個問題驗收廠商說的「已處理」
- 範圍是否包含完整流程？ 不只抽查首頁，還要列出最重要的詢價、預約、購買、登入或下載路徑，確認每一步與不同錯誤狀態都在驗收範圍。
- 不用滑鼠能否完成？ 只用鍵盤的 Tab、方向鍵、Enter 與 Esc 操作。焦點，也就是鍵盤目前操作的位置，應清楚可見、順序合理，不會卡在選單或彈出視窗裡。
- 放大與窄螢幕是否仍讀得完？ 將文字放大到 200%，檢查內容有沒有重疊、裁切，重要按鈕是否消失；在手機寬度下，也要能閱讀與操作，不應為了找送出鍵反覆左右捲動。
- 表單能否清楚說明錯誤與結果？ 欄位要有持續可見的標籤，必填與格式要求要在輸入前說明。送出失敗時不能只變紅色，應指出哪一欄、發生什麼問題、如何修正；成功訊息也要讓螢幕閱讀器，也就是把畫面文字與控制項轉成語音或點字的輔助工具，能辨識狀態。
- 驗收證據是否包含人工操作？ 自動檢測工具能快速找出部分缺漏，卻無法證明整條流程操作順暢。報告應記錄測試頁面、瀏覽器、裝置、操作方式、問題畫面、修正結果與複測日期，而不是只交一個總分。
便宜方案少了什麼，要看風險與範圍
套版網站加一次自動掃描，成本較低，也能先發現部分對比、圖片說明或結構問題，適合內容少、互動簡單的網站。但它可能看不出彈出視窗卡住鍵盤、錯誤訊息無法被輔助工具讀到，或第三方預約元件根本無法完成。
若網站承接廣告名單、會員、付款或大量表單，較合理的方案應加入關鍵流程人工測試、鍵盤與文字放大檢查，以及至少一種螢幕閱讀器驗證。要求符合 WCAG 某個等級時，還要先寫清楚適用頁面、完整流程、第三方內容、測試方法與交付證據。W3C 也提醒，即使符合最高等級，仍不代表滿足所有人的所有需求，因此合約應誠實描述範圍，不宜承諾「百分之百無障礙」。
今天先走一次流程，再決定改善順序
企業可以先選一條最有營收價值的路徑，把滑鼠放開，只用鍵盤從入口走到送出；再將文字放大到 200%，故意漏填一個必填欄位，觀察是否仍知道下一步。把卡住的位置、使用裝置、頁面網址與畫面錄下來，就能形成第一份可比較的驗收清單。
修正時不必一開始重做全站。可先處理無法完成的流程，再處理難以辨識與操作費力的項目，最後擴大到內容結構與日常上稿規範。代價是分階段改善不等於整站已符合特定標準，對外說明時要避免把局部修正說成完整認證。
自行處理的邊界與接洽準備
企業可自行盤點關鍵頁、做鍵盤與放大檢查、收集客服曾遇到的操作問題。若網站使用客製互動、第三方付款或預約元件，涉及會員不同角色，或採購案要求特定 WCAG 等級，就需要設計、前端開發與無障礙測試一起盤點，因為修正可能牽涉版面、程式語意、內容與外部供應商。
接洽前可準備網站網址、最重要的三條流程、主要客群與裝置、已知問題、第三方元件清單，以及合約或採購要求。邊境部署可以協助把這些現況轉成可執行的測試範圍、修正優先序與驗收證據，先處理真正阻斷營運的障礙，再決定是否擴大到全站。
參考資料：