Adobe Sign 無障礙與 WCAG 合規：公共部門採購指南

簡短回答：Adobe Sign 公開了 WCAG 合規證據，但合規仍需你自行驗證

Adobe Sign（即 Adobe Acrobat Sign）為其電子簽名產品公開發布無障礙合規報告（ACR）。其 2026 年 1 月發布的報告按業界標準的 VPAT 模板編製，覆蓋 WCAG 2.0、2.1、2.2 的 A 級與 AA 級，以及修訂版 Section 508 標準和歐盟 ICT 無障礙標準 EN 301 549。Adobe 是少數幾個按多個指南版本公開記錄 WCAG 合規情況的電子簽名廠商之一，Acrobat Sign 也確實內置了真正的無障礙功能：瀏覽器屏幕閱讀器支援、鍵盤操作以及帶標籤 PDF 處理。

但這個結論有一個重要限定。ACR 是針對特定產品版本和日期的自我評估，Adobe 自己的報告就把相當數量的標準條目標記為「部分支援（Partially Supports）」。它告訴你的是廠商的聲稱，而不是該工具在你的模板、身份驗證方式和輔助技術下的實際表現。需要滿足 WCAG 2.1/2.2 與 Section 508 的採購者，應把無障礙當作一項驗證程序：從 VPAT 入手，然後在批出合約前測試真實的簽署人流程。

WCAG 合規對電子簽名產品到底意味著什麼

WCAG 是 W3C 的《網頁內容無障礙指南》，建立在四項原則上：可感知、可操作、可理解、穩健（POUR）。合規聲明分為 A、AA、AAA 三級，AA 級是公共部門採購的實際執行標準。當前推薦版本是 WCAG 2.2，於 2023 年 10 月發布，在 WCAG 2.1 基礎上新增九條成功標準。其中幾條與簽署直接相關：無障礙身份驗證（3.3.8）、目標尺寸（2.5.8）和焦點外觀（2.4.13），分別對應身份驗證步驟、簽名欄位和鍵盤焦點。

要正確界定產品的評估範圍——有四個層面值得關注：

• 面向簽署人的介面，公眾在這裡閱讀和簽署文件。因為面向公眾，風險最高。
• 發送方和管理控制台，你的員工用它管理模板和工作流。
• 產生的文件：已簽署的 PDF 應保留標籤、標題和閱讀順序，供屏幕閱讀器使用。
• 證據與說明內容：審計追蹤、完成證書和說明文件也應具備無障礙性。

修訂版 Section 508 標準透過引用方式將 WCAG 2.0 A/AA 納入網頁內容和軟件的要求，聯邦機構也在合約中越來越多地要求 WCAG 2.1/2.2 AA。在歐洲，《網頁無障礙指令》要求公共部門網站和應用程式透過 EN 301 549（ICT 無障礙協調標準）符合 WCAG 2.1 AA。亞太區沒有統一規則——招標書往往混用 Section 508、EN 301 549 與各國自身要求——所以要仔細閱讀你自己的 RFP。

Adobe Sign 在無障礙上的位置：已記錄的能力與誠實的限制

Adobe 的 Acrobat Sign 無障礙合規報告（2026 年 1 月發布，基於 VPAT 2.5 編製）是需要索取的首要文件。它覆蓋 WCAG 2.0/2.1/2.2 的 A/AA 級、修訂版 Section 508 標準，以及 EN 301 549 v3.1.1 和 v3.2.1。Adobe 記錄了相應的支援功能：瀏覽器內置屏幕閱讀器支援、鍵盤導航、對比度與縮放行為，以及包括帶標籤 PDF 和閱讀順序控制在内的長期累積的 PDF 無障礙工具。

在採購評估中，局限比功能清單更重要：

• ACR 是對特定版本的時點性自我評估，其條款區分「支援」與「部分支援」。要讀「部分支援」清單，而不是只讀匯總結論。
• 它覆蓋的是產品，而不是你的配置。 模板、品牌、語言和身份驗證方式都會改變無障礙體驗。
• 不同層面的覆蓋情況不同。 對簽署人網頁應用程式的聲稱並不會自動延伸到管理控制台、流動應用程式或整合組件。
• 文件本身也有責任。 已簽署 PDF 的無障礙性取決於來源文件的標籤以及工具如何保留它們。

這些都不會讓 Adobe Sign 成為差選擇——它只是一個正常的選擇。大多數採購的成熟度差距在於買方的驗證流程，而非廠商的 VPAT。正如我們關於把 Adobe 工作流與授權決策同簽署工作流分離的指南所示，企業保留 Adobe 的創意工具，同時對其簽署技術堆疊堅持更嚴格的驗收標準。

無障礙如何融入公共部門採購：VPAT、Section 508 與 EN 301 549

自願產品無障礙模板（VPAT）由資訊科技產業理事會維護，是廠商報告合規情況的方式；填寫完成的 VPAT 即成為無障礙合規報告（ACR）。當前模板包含 WCAG 2.x、修訂版 Section 508 和 EN 301 549 三個部分，因此一份文件即可同時服務美國聯邦、歐盟及其他地區的採購者——這正是 GSA 關於採購無障礙 ICT 的指引仍把「VPAT」作為標準首份索取文件的原因。

各標準的適用範圍：

• Section 508（美國聯邦） 覆蓋聯邦機構採購或使用的 ICT；FAR 要求採購前進行無障礙評估，許多州也有對應規定。
• EN 301 549（歐盟） 是公共 ICT 採購的協調標準，v3.2.1 與 WCAG 2.1 對齊；《歐洲無障礙法案》將這一義務延伸到了公共部門之外。
• 亞太區 沒有統一要求；招標書引用 Section 508、EN 301 549 或各國自身規則——請閱讀 RFP。

常見的錯誤是把 VPAT 當作最終交付物，而它只是起點。VPAT 記錄的是廠商的聲稱，採購流程必須確定廠商能證明什麼。對於同時權衡 eIDAS 類框架的亞太採購者，符合 eIDAS 的電子簽名指南展示了標準如何疊加。

如何核實廠商的 WCAG 聲稱：公共部門採購者核查清單

無論對象是 Adobe Sign 還是任何電子簽名廠商，請按 WCAG 2.1/2.2 與 Section 508 使用這份清單：

1. 索取 ITI 格式的最新 ACR/VPAT。 核對日期、產品版本和 WCAG 版本。一份早於你 RFP 的報告，或在你要求 2.2 時只覆蓋 2.1 的報告，都不在評估範圍內。
2. 讀評級，而不是讀摘要。 逐條審閱映射到簽署環節的「部分支援」條目：表單欄位、錯誤訊息、焦點管理、身份驗證。
3. 確認報告覆蓋的範圍。 簽署人網頁體驗、管理控制台、流動應用程式、產生的文件——Section 508 與 EN 301 549 的哪些章節在範圍內？
4. 在你自己的模板上跑一遍純鍵盤簽署流程，確認焦點始終可見、鍵盤不被任何元素困住。
5. 用屏幕閱讀器測試（NVDA、JAWS 或 VoiceOver），留意未標記的欄位、缺失的標題和不清晰的錯誤狀態。
6. 測試你的配置，而不是示範版。 你的品牌、語言和身份驗證步驟會改變體驗；廠商應在沙盒環境中重現你的流程。
7. 詢問缺陷修復與回歸測試的安排——缺陷如何追蹤、修復節奏、版本發布後的複測，以及由誰簽核。
8. 把驗收標準寫進合約：WCAG 版本與級別、納入範圍的產品層面、上線前複測，以及補救承諾。

僅有無障礙還不夠：與合規及證據核查配合使用

WCAG 很少單獨出現在 RFP 中；它總是與法律效力、身份保證、審計追蹤和數據駐留並列出現。無障礙關乎誰能用這個工具；而面向美國與亞太團隊的審計追蹤和證據指南關乎已簽署協議日後能證明什麼。要詢問無障礙流程如何與證據銜接：屏幕閱讀器用戶應完成與其他簽署人相同的身份驗證、收到相同的完成證書、產生相同的審計事件。基於證據的電子簽名安全評估解釋了站得住腳的審計追蹤應包含什麼。

對每一條聲稱都應用同樣的嚴謹度，包括 Adobe Sign 的 GDPR 與 eIDAS 核查。在亞太區，身份層往往是差異化的關鍵——新加坡的 Singpass、香港的 iAM Smart、其他地區的 eIDAS 式保證級別。在假設無障礙能順利通過身份驗證環節之前，先詢問每種身份驗證方式對輔助技術用戶的實際表現。

對任何廠商（包括 Nota Sign）採用同一套驗證標準

上面的清單刻意保持廠商中立——請把它應用到每一位候選廠商，Nota Sign 也不例外。為省卻第一輪摸底：Nota Sign 是法大大（FaDaDa）面向國際市場的電子簽名平台，法大大在 IDC 中國電子簽名軟件市場榜單上已連續多年居首；經平台完成的簽署在 100 多個國家和地區具備法律效力；其亞太合規佈局——iAM Smart、Singpass 身份整合，以及對 SES/AES/QES 各保障級別的支援——正是為本文討論的身份核驗審查而建的。Nota Sign 如何整合國家數碼身份實現安全合規的電子簽署說明了這層身份驗證在簽署流程中的位置。

公共部門評估方通常最看重兩點：該平台不按席位收費，把簽署能力推展至數千名員工也不會帶來許可證層層加碼；合約隨文件量而非編制規模伸縮。請向每一家候選廠商索取同樣的 ACR、同樣的沙盒示範和同樣的驗收標準，然後親自測試簽署人流程。