2026 香港網站無障礙審計實戰：自動化測試、人手審核與殘疾社群回饋的三重防線

為何 2026 年的香港企業不能再把 WCAG 當「IT 部門的事」

過去幾年，香港企業對網站無障礙（Web Content Accessibility Guidelines，WCAG）的關注，大多停留在「有沒有做過掃描」的表層。但踏入 2026 年，情況已經明顯不同。一方面，平等機會委員會近年處理的網站無障礙投訴個案持續上升，涉及網上銀行、購物平台與政府外判服務網站；另一方面，企業 ESG 報告與跨國客戶的採購問卷，已把 WCAG 2.2 AA 級合規列為供應商的基本門檻。換句話說，無障礙不再是「有做就好」的社會責任項目，而是直接影響合約、品牌聲譽與法律風險的商業議題。

更關鍵的是，香港的數碼服務早已高度集中於少數超級應用與網上平台。當一個連鎖零售品牌的網站或 App 出現無障礙缺陷，受影響的不是零星用戶，而是數以十萬計的長者、視障、肢體障礙與認知障礙消費者。這也解釋了為何 2026 年愈來愈多香港企業在預算中，正式撥出資源做完整的 WCAG 審計（audit）與修復（remediation），而不是等到收到投訴信才補救。

本文將從實務角度，拆解一套適合香港商業網站的 WCAG 審計流程，重點放在三個相輔相成的環節：自動化測試、人手審核，以及最常被忽略卻最有價值的香港殘疾社群回饋。

自動化測試：快速找出三成問題，但別讓它給你虛假安全感

自動化測試是任何 WCAG 審計的起點，也是最容易被誤用的環節。市面上常見的工具，例如 axe、Lighthouse、WAVE 等，能在數分鐘內掃描整個網站，找出缺漏的 alt 文字、對比度不足、表單標籤缺失、ARIA 屬性錯誤等問題。對香港中小企而言，這類工具成本低、上手快，確實適合納入 CI/CD 流程，做到「每次部署都掃一次」的持續監控。

但必須說清楚一個業界共識：自動化工具一般只能覆蓋 WCAG 成功準則中約三成的問題。它無法判斷一段 alt 文字是否真的描述了圖片內容，無法評估鍵盤操作的邏輯順序是否合理，更無法模擬屏幕閱讀器使用者的實際體驗。我們見過不少香港企業拿著一份「零錯誤」的自動化報告對外宣稱合規，結果一經人手審核，就發現彈出式視窗（modal）無法用鍵盤關閉、購物車的錯誤提示沒有被朗讀出來等致命缺陷。

因此在實務上，自動化測試的定位應該是「篩選器」而非「裁判」。負責任的做法，是把它用來建立基線、追蹤回歸問題，並在每次版本更新後快速定位新引入的缺陷，然後把真正需要判斷力的部分，交給人手審核處理。

人手審核：香港雙語環境下的真正考驗

如果說自動化測試是體檢抽血，人手審核就是專科醫生問診。WCAG 2.2 中有大量成功準則本質上需要人類判斷，例如「有意義的閱讀順序」、「一致的導航機制」、「錯誤識別與建議」等。對香港網站而言，人手審核還有一個獨特難度：中英雙語並存。

香港商業網站普遍採用繁體中文與英文雙語介面，這帶來幾個典型問題。第一，屏幕閱讀器的語言切換（lang 屬性）若設定不當，朗讀中英夾雜的內容時會出現發音錯亂，例如把「HSBC 帳戶」讀成英文字母逐字拼讀。第二，中文沒有詞間空格，某些自動化工具在判斷「連結文字是否足夠描述性」時會誤判。第三，不少香港網站的彈出式 cookie 同意橫幅只提供英文介面，對只懂中文的長者用戶構成實質障礙。

人手審核通常涵蓋幾個核心場景：純鍵盤操作（Tab 鍵走遍全站）、屏幕閱讀器測試（NVDA、VoiceOver）、放大至 200% 與 400% 的版面重排、減少動態效果的設定，以及表單錯誤處理流程。建議香港企業至少每季做一次重點頁面的人手審核，並在大型改版前做全站審核。審核報告不應只列出「不符合 WCAG 1.4.3」，而要具體寫明「結帳頁的優惠碼輸入框在放大後被截斷，長者用戶無法輸入」，讓開發團隊能直接修復。

香港殘疾社群回饋：審計報告最誠實的驗證

這是本文最想強調、也是香港市場最被低估的一環。自動化工具與人手審核，都是由「非障礙者」主導的評估，無論多嚴謹，都難以完全複製真實使用者的處境。2026 年，愈來愈多香港企業開始與本地殘疾社群組織合作，例如邀請視障、聽障、肢體障礙與認知障礙使用者參與可用性測試（usability testing），讓真實用戶在真實裝置上完成真實任務。

具體做法可以很務實。以一個香港網上超市為例，團隊可以邀請輪椅使用者測試「送貨地址與時段選擇」流程，邀請視障用戶以手機屏幕閱讀器完成一次下單，並記錄他們的卡關位置與口頭回饋。這類測試往往能揭示人手審核也遺漏的問題，例如某個「立即購買」按鈕的觸控區域只有 24×24 像素，對動作控制能力較弱的用戶幾乎無法點中；又例如驗證碼（CAPTCHA）只有圖像版本，直接把視障用戶擋在門外。

與社群合作的價值不只在找出缺陷，更在於修復優先級的判斷。當你手上有一百項待修問題，資源永遠有限，這時真實用戶的回饋就成了最有力的排序依據：哪個問題讓用戶直接放棄交易、哪個只是不便，一目了然。對香港企業而言，這也回應了《殘疾歧視條例》下「合理遷就」的概念——你必須證明自己曾認真聆聽受影響群體的需要。

修復（Remediation）策略：由設計系統入手，而非逐頁補漏

審計過後，真正的挑戰是修復。香港企業最常見的錯誤，是把修復當成「逐頁打補丁」，結果每次改版又打回原形。可持續的做法，是從設計系統（design system）與前端組件庫入手，一次性修正按鈕、表單、彈窗、導航等基礎組件的無障礙行為，讓全站自動受惠。

實務上可遵循三個優先級。第一優先：阻斷交易或服務使用的問題，例如無法用鍵盤完成付款、表單錯誤無法被朗讀、重要內容只有圖片而無替代文字。第二優先：顯著影響體驗的問題，例如對比度不足、焦點指示不明顯、動態內容無法暫停。第三優先：較輕微的合規細節。同時，建議把無障礙驗收標準寫進外判合約與內部開發 Definition of Done，並在設計階段就引入無障礙檢查清單，避免問題在後期才發現、修復成本倍增。

值得注意的是，修復不應只針對「達標」。WCAG 是底線，不是終點。真正以用戶為中心的修復，會在達標之餘，同時改善所有用戶的體驗——清晰的錯誤提示、足夠大的觸控區域、可預期的導航，這些改動對長者與一般用戶同樣有益。

香港案例觀察：零售與金融業的三個教訓

從我們接觸過的香港項目中，可以歸納出幾個具代表性的教訓。第一，某本地零售品牌的會員 App 在自動化掃描中表現良好，但經視障用戶實測後發現，註冊流程的生日日期選擇器無法用屏幕閱讀器操作，導致大量視障用戶放棄註冊。修復後，該流程的整體完成率反而上升，因為日期選擇器同時變得更易用。第二，一間金融機構的網上理財平台在鍵盤測試中發現，焦點會被隱藏的彈窗「吸走」，用戶按 Tab 鍵後完全迷失方向；這類問題自動化工具幾乎無法偵測，只能靠人手操作發現。

第三個教訓關乎流程而非技術：多家香港企業在首次審計後，把報告鎖在抽屜裡，沒有建立持續監控機制，結果半年後問題全面回歸。相反，做得好的企業會把自動化掃描接入部署流程、每季做重點人手審核、每年與殘疾社群做一次實測，形成一個可持續的循環。

結語：無障礙是持續營運，不是一次性項目

2026 年的香港商業環境，網站無障礙已從「道德選項」走向「營運必需」。自動化測試幫你快速篩查、人手審核幫你判斷細節、殘疾社群回饋幫你驗證真實體驗——三者缺一不可，任何單一手段都不足以構成完整的 WCAG 審計。對香港企業而言，最務實的心態轉變，是把無障礙視為像資安、像效能優化一樣的持續營運工作，而非一次性的合規開支。當你的網站能讓視障用戶順利下單、讓長者看清按鈕、讓輪椅使用者獨立完成預約，你得到的不只是一份合規報告，而是一個真正服務全港七百萬人的數碼平台。