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、同样的沙箱演示和同样的验收标准，然后亲自测试签署人流程。