2026年9月22日·閱讀約 1 分鐘
沒有無障礙專家,代理商也能做好網站無障礙
擁有 5 至 30 個客戶的代理商,不需要無障礙專家也能提供這項服務。它需要的是一套可重複的工作流程。具體做法如下。
管理 5 至 30 個客戶網站的代理商,不需要內部無障礙專家就能把它做成真正的服務;它需要的是一套可重複的工作流程:掃描每個網站,審閱需要決定的內容,移交或套用修正,並按計劃持續監察。 只有達到大部分小型代理商仍未達到的規模時,才真正需要聘請專家。以下是這套工作流程在現實中的樣子。

重點
- 聘請專家是一筆真實的成本,大部分擁有 5 至 30 個客戶的代理商毋須承擔;實際的工作流程可以拆分為若干步驟,由一名通才配合合適的工具完成。
- 先掃描,涵蓋每個客戶網站,並按計劃進行,而不是出了問題才逐個處理。在所有客戶之間保持一致,才令這成為一項服務,而不是偶爾幫個忙。
- 把自動化的部分與需要決定的部分分開。 以真實程式碼修改交付的類別不需要佔用您的時間。被標記為需要審閱的類別則需要,而那正是您的判斷真正發揮作用的地方。
- 每週或每月監察,而不是一次性審核,才能令這成為持續的服務關係,而不是一張單次發票。
- 按客戶查看狀態與修正本身同樣重要。 管理眾多網站的代理商需要一眼看出哪些客戶狀況良好、哪些需要即時處理,而毋須逐個網站翻查。
為甚麼這不需要聘請專家
當您在數十個網站上進行深入的無障礙工作時,聘請專職無障礙專家才有意義:自訂 ARIA 小工具設計、真正新穎的互動模式,這些都是需要深厚專業判斷的部分。大部分擁有 5 至 30 個客戶的代理商仍未到這個階段,短期內亦不會到。

他們真正需要的,是一套把「無障礙」由特殊項目變成可重複服務項目的工作流程,就像網站寄存或基本 SEO 維護那樣。這是流程問題,不是招聘問題,用合適的工具和清晰的分工便能解決:自動化工具處理真正機械性的工作,團隊中的一個人負責餘下的判斷。
實際可行的工作流程
1. 按計劃掃描每個客戶網站,而不是被動應對。 等客戶來問,或者更糟,等律師信寄到,代表您總是在時間壓力下由零開始。對客戶組合中的每個網站進行固定的每週或每月掃描,代表在任何人問起之前,您已經掌握情況。
2. 只審閱被標記的內容,而不是全部。 並非每個發現都需要您關注。以真實並已套用的程式碼修正交付的類別毋須審閱,它們已經完成。真正需要人手的是被標記為需要人手判斷的一小部分:需要有人合理推斷欄位真正用途的表單標籤,需要了解產品實際情況的人處理的自訂小工具。
3. 移交或套用修正。 對於程式碼庫已連接 GitHub 的客戶,這通常是一個 Pull Request,由您的團隊像審閱其他程式碼修改一樣審閱並合併。對於 Shopify 客戶,則是在佈景主題編輯器中逐項完成的指引清單。不同平台的機制不同,但審閱步驟都一樣:在任何客戶看得見的內容改變之前,由您這邊的人確認批准。
4. 每週監察,每月報告。 一月通過掃描的網站,到三月可能已不合格:新增了頁面、佈景主題更新了、內容改變了。持續監察能在問題變成客戶的麻煩之前發現這些變化,而定期、附日期的報告才真正體現持續的價值,而不是交付一次便被遺忘的成果。有關報告應包括的內容,請參閱白標無障礙報告:代理商應該要求甚麼。
5. 一眼掌握每個客戶的狀態。 網站一多,逐個檢查便行不通。一個能顯示整個客戶名單風險等級的檢視,誰狀況良好、誰需要關注、本月誰仍未處理,才能讓您在 10 個、20 個或 30 個客戶的規模下依然從容,而不是變成一張沒人更新的試算表。

哪些真正需要人手,哪些不需要
坦白的劃分在這裡與任何修正類別一樣重要。相當一部分常見的 WCAG 違規可以透過自動化、已套用的修正解決:替代文字、表單標籤、語言屬性、略過導覽、連結及按鈕名稱等。一旦設定好並運作起來,這些確實不需要佔用團隊的時間。

真正需要人手的是:任何需要理解某個客戶的頁面實際想做甚麼的事情,真正自訂的互動組件,判斷建議的顏色修改是否配合客戶品牌,或者決定某個被標記的項目是否值得告訴客戶。這組決定比人手處理每一項違規少得多,這正是在沒有專職專家的情況下,也能承擔 5 至 30 個客戶工作量的原因。
如果您在評估這盤數是否划算,代理商的無障礙工具定價:10 個客戶的數比較了每類工具在每個客戶上的成本。Agency 方案介紹了 Axeazy 如何為整個客戶組合提供白標無障礙掃描及修正,現行方案請查看價格頁面。
常見問題
代理商甚麼時候才真正需要專職專家?
大致是當工作由「審閱被標記的項目並套用簡單修正」,轉變為「在多個不同客戶程式碼庫中,為度身訂造的組件設計真正自訂的互動模式」的時候。大部分擁有 5 至 30 個客戶的代理商做的是前者,一名通才配合合適的工具便能勝任。
實際上每個客戶要佔用團隊多少時間?
這很大程度取決於每個客戶網站的自訂程度:以範本為基礎的 Shopify 或 WordPress 網站,通常比帶有自訂組件、完全自建的 React 應用程式需要較少人手審閱。掃描及審閱這一步無論哪種都很快,大部分可變時間花在審閱被標記的項目上,而不是執行掃描本身。
一個人真的能管理 30 個客戶網站嗎?
只要有固定的掃描計劃和按客戶追蹤狀態的控制台,對該規模的大部分代理商來說是可以的。樽頸不在網站數量,而在於每個網站需要多少真正自訂、一次性的工作。
是否應該讓客戶知道他們的無障礙工作是這樣處理的,部分是自動化的?
這由您決定,主要是定位問題,但清楚說明哪些是自動化、哪些經人手審閱,無論如何都是好做法,原因與任何有關無障礙的自我聲明一樣:誇大工具的能力,正是令供應商陷入真正麻煩的錯誤。
如果客戶網站有所改變,破壞了之前已修正的內容,會怎樣?
這正是持續監察而不是一次性審核的意義所在。每週或每月的掃描能在佈景主題更新或新頁面帶來的新問題被忽略數月之前便發現它們。
參考來源
我們交付的每份報告的範圍: 範圍限制:本報告記錄的是使用 axe-core v4.11.0 進行 WCAG 2.2 AA 自動掃描所發現的違規問題。自動化工具無法測試所有 WCAG 準則;許多準則需要人工審查。本報告不構成法律意見,不保證符合 ADA,亦不能防止法律行動。是否符合 ADA 是由法院作出的法律裁定。如需完整的 WCAG 合規評估,請聘請獲 IAAP 認證的無障礙專業人士。