什么是 VPAT？面向采购方与供应商的 ACR 指南

如果你向政府机构、大学、医院网络或大型企业销售软件，迟早会有一位采购人员向你索要”你们的 VPAT”。对许多供应商而言，这是他们第一次接触这份文档，而请求往往伴随着很少的说明和紧迫的截止日期。本指南将揭开 VPAT 以及它最终形成的 无障碍合规报告（Accessibility Conformance Report，ACR） 的神秘面纱：这份文档是什么、两个术语之间有何关联、你应当编写四个版本中的哪一个、合规如何评级，以及为什么一份诚实、以证据为基础的报告是贵组织所能拥有的最有价值的无障碍资产之一。

VPAT 不是证书、徽章或营销宣称。在最好的情况下，它是一份对你的产品在公认无障碍标准面前表现如何的、逐条认真的说明。在最糟的情况下，它是一份被草草盖章的虚构文件，一旦采购方的无障碍团队测试你的产品，便会让你立刻暴露于法律和声誉风险之中。这两种结果之间的差别在于文档背后的测试——而这正是 QualiBooth 所专注的地方。

VPAT 究竟是什么

VPAT 是 Voluntary Product Accessibility Template 的缩写。它是一份标准化文档，由 Information Technology Industry Council（ITI，通过其 ITIC 部门）创建并维护，供应商用它来描述某项信息与通信技术（ICT）产品或服务如何符合一组无障碍标准。

“自愿”一词如今有些容易让人误解。该模板的起源是帮助供应商自愿向美国联邦采购方披露无障碍信息，但在实践中，填写它如今已成为无数采购流程中的硬性要求。“模板”这一部分则更为字面：VPAT 是一份具有既定结构的空白表格——成功标准表格、一列合规级别，以及一列说明性备注。

从一开始就值得牢记三点：

VPAT 描述的是 特定平台 上 特定产品 的 特定版本。一份没有版本号、只写”我们的应用”的 VPAT 毫无意义。
VPAT 是 自我申报 的。没有任何外部机构对其认证。正因如此，一份 VPAT 的可信度完全取决于其背后测试的严谨程度。
当前广泛使用的模板系列是 VPAT 2.5。请始终使用 ITI 模板的最新版本，而不是在共享盘里流传的旧副本。

VPAT 与 ACR：让人犯迷糊的区别

人们常将 “VPAT” 与 “ACR” 混用，但二者并不相同——而理解这一区别会向懂行的采购方表明你认真对待这一流程。

VPAT 是 空白模板。它是 ITI 发布的空表格。
ACR——Accessibility Conformance Report——是 已填写完成的文档。一旦你针对实际产品填写了模板，附上真实的合规评级和备注，结果便是一份 ACR。

换句话说，VPAT 是饼干模具，ACR 是饼干。当采购方索要”你们的 VPAT”时，他们真正想要的是你的 ACR：填好的报告。多数团队在日常交流中仍会说”VPAT”，这没有问题，但在正式文档中，将完成的文件标注为 Accessibility Conformance Report 才是正确的做法。

这不仅仅是咬文嚼字。一位采购方若收到一份字面标题为 “VPAT 2.5 Template”、表格全为空白的文件——这种情况比你想象的更常见——会立刻明白供应商根本没有做功课。一份正确填写、以其所涵盖产品版本命名并标注日期的 ACR，在采购方读到任何一行之前就已传达出专业能力。

VPAT 2.5 模板的四个版本

最常见的困惑之一是，VPAT 2.5 模板有 四个版本，每一个都对应不同的标准或标准组合。选错版本可能拖延交易或导致审计失败，因此请根据你的销售市场审慎选择。

1. WCAG 版本

该版本仅依据 Web Content Accessibility Guidelines 评估你的产品——通常是 WCAG 2.2（或采购方指定的版本，常为 A 级和 AA 级）。当采购方只是想要 WCAG 合规信息、且其上没有叠加任何法定框架时，它是正确的选择。它也是最精简的版本，因而成为主要面向私营部门销售的产品的合理起点。如果 WCAG 本身对你来说是陌生领域，我们的 WCAG 合规概览以及关于如何让网站符合 WCAG 的指南会解释其底层标准。

2. Section 508 版本

该版本将你的产品对应到美国联邦采购中使用的 Section 508 标准。由于修订后的 Section 508 标准以引用方式纳入了 WCAG 2.0 A 级和 AA 级，该版本除 WCAG 表格外，还包含针对硬件、软件、支持文档和服务的额外 508 专属要求。如果你向任何美国联邦机构销售——或向参照联邦规则的州级机构销售——通常这就是你需要的版本。监管背景请参阅我们的 Section 508 合规指南。

3. 欧盟版本（EN 301 549）

该版本对应 EN 301 549，即支撑整个欧盟公共部门采购、并日益支撑由 European Accessibility Act 引入的私营部门义务的欧洲 ICT 无障碍协调标准。EN 301 549 纳入了 WCAG，并增加了针对欧洲环境的特定要求，包括功能性表现声明。如果你向欧洲公共部门销售——或需要证明已为 European Accessibility Act 做好准备——请编写欧盟版本。

4. INT（国际）版本

INT 版本 将三个框架——WCAG、Section 508 和 EN 301 549——合并为一份文档。它是最全面、编写工作量最大的版本，但对于跨多个市场销售的供应商而言极具价值，因为一份报告即可满足大西洋两岸的采购方。如果你的客户群横跨美国公共部门和欧洲，INT 版本通常能让你免于维护三份独立的文档。

当客户拿不定主意时，我们会在确定范围时帮助他们选择。编写单一的 INT 版本，往往比在交易中途才发现自己拿错了区域版本要高效得多。你可以在我们的 VPAT 报告服务页面上了解更多关于我们的处理方式。

合规级别：报告的核心

ACR 中每一条适用的成功标准都会获得一小组 合规级别 中的一个。正确给出这些评级——并抵制夸大它们的诱惑——是这项工作中最重要的部分。

Supports（支持）——该功能满足标准，没有重大无障碍障碍。这并不意味着”完美”；而是意味着依赖辅助技术的用户可以无障碍地完成任务。
Partially Supports（部分支持）——部分功能满足标准，但存在例外或已知障碍。这是一种诚实且非常常见的评级；备注列应当准确说明哪些有效、哪些无效。
Does Not Support（不支持）——大部分功能未满足标准。同样，备注应当具体。
Not Applicable（不适用）——该标准不适用于本产品（例如，关于音频内容的标准对于不含音频的产品）。
Not Evaluated（未评估）——仅用于 Section 508 报告的 AAA 级表格，因为 AAA 评估并非必需。

有两条原则将可信的报告与毫无价值的报告区分开来。第一，备注列承载着真正的信息。没有说明的 “Partially Supports” 几乎毫无用处；而 “Partially Supports——日期选择器可通过键盘操作，但不会向屏幕阅读器播报所选日期；修复计划在 v4.2 进行” 则准确告诉采购方他们需要知道的内容。第二，评级必须通过测试赢得，而非凭乐观臆断给出。标记为 “Supports” 的标准应当经过验证，理想情况下应包括由辅助技术用户进行的测试。

为什么诚实、以证据为基础的 VPAT 至关重要

把 VPAT 当作走过场的形式、把所有项目都标为 “Supports” 以便快速通过采购，这很有诱惑力。出于几个相互叠加的原因，这是一个严重的错误。

采购团队会核实

成熟的采购方——联邦机构、大型大学、医疗系统、银行——越来越多地配备了无障碍专家，他们不会对 ACR 照单全收。他们会通过用屏幕阅读器和键盘测试你的产品来抽查这些宣称。当一项 “Supports” 评级在一次五分钟的屏幕阅读器评估中崩塌时，你失去的不只是那一行；你还会失去采购方对整份文档的信任，往往还会失去这笔交易。

法律风险会累加

一份夸大其词的 VPAT 是关于你产品无障碍状况的书面陈述。在存在无障碍诉讼风险的司法管辖区——在美国受 ADA 约束、在安大略受 AODA 约束，或在欧盟受 European Accessibility Act 约束——一份宣称你产品并未实现的合规的文档，会成为对你不利的证据。一份诚实的 ACR，坦率地报告 “Partially Supports” 并附上整改时间表，远比一份宣称完美的夸大报告更经得起辩护。

诚实的报告在内部更有用

一份真实的 ACR 同时也是一份待办积压（backlog）。每一个 “Partially Supports” 和 “Does Not Support” 都是供你的工程团队按优先级处理的待办事项。把 VPAT 视为无障碍欠债的动态清单的团队，会取得稳定、可衡量的进展；弄虚作假的团队则会累积隐藏的风险。

正因如此，绝不应将 VPAT 与无障碍覆盖层（overlay）或一行式的”无障碍小部件”相混淆。覆盖层并不修复底层代码，无法产出经得起辩护的合规证据，也不能替代真正的 ACR。QualiBooth 正是出于这一原因不认可覆盖层——它们制造了合规的表象却没有实质，这与诚实的 VPAT 所代表的恰恰相反。

如何分步编写 VPAT

可靠的 ACR 是严谨流程的产物。以下是我们遵循的步骤顺序，也是你应当对任何有能力的服务商所期待的。

界定范围。 明确报告将涵盖的确切产品、版本和平台（Web、iOS、Android、桌面）。根据目标市场决定采用哪个版本——WCAG、Section 508、欧盟或 INT。
运行自动化测试。 自动化扫描器速度快，且擅长发现某些类别的问题——缺失替代文本、低对比度、未加标签的表单控件。我们的无障碍扫描软件提供这一基线，你可以通过快速扫描免费试用。但请记住，自动化只能可靠地检测出一部分 WCAG 问题。
进行手动测试。 大多数成功标准需要人工判断：有意义的焦点顺序、合乎逻辑的阅读顺序、合理的错误提示、可访问的自定义小部件。对于一份可信的报告，一次彻底的手动无障碍审计是不可妥协的。
与辅助技术用户一起测试。 最经得起辩护的评级来自由残障人士进行的审计，他们每天都在使用屏幕阅读器、放大软件和开关设备。他们能发现视力正常的测试者会遗漏的真实障碍。
给出评级并撰写备注。 将发现转化为每条标准的 Supports / Partially Supports / Does Not Support，并附上具体、有用的备注。
汇编并审校 ACR。 将完成的报告排版整洁，标注产品版本和日期，并在其对外发出之前对准确性和一致性进行审校。
配以整改路线图。 一家优秀的服务商交付给你的不仅是报告，还有一份按优先级排列的计划，用以将 “Partially Supports” 推向 “Supports”。

如果你的团队缺乏完成第二至第五步的内部专业能力，这是常态而非例外。这正是我们的 VPAT 报告服务以及更广泛的无障碍咨询所涵盖的工作。若想更全面地了解咨询服务包含哪些内容，请参阅我们关于无障碍咨询的说明。

长期维护 VPAT

VPAT 是对一个移动目标的一张快照。在你发布新版本的那一天，你的 ACR 就开始与现实产生偏离。把这份文档当作一次性交付物，是供应商最常犯——也最具破坏性——的错误之一。

在发生实质性变更时更新。 任何会实质性改变用户界面或增加新功能的版本发布，都应触发对受影响标准的复审。
至少每年刷新一次。 即使没有重大变更，标准也在演进，采购方也期望文档上有较近的日期。一份日期为三年前的 ACR 会招致质疑。
将其与持续测试挂钩。 让 ACR 保持真实最可靠的方法，就是持续不断地测试产品。周期性无障碍审计能在回归问题使你的宣称失效之前将其捕获，从而让你交给采购方的报告始终与他们将要测试的产品相符。

QualiBooth 将扫描平台与专家人工评估相结合，正是为了让你 ACR 背后的证据保持最新。扫描器在正式审计之间监视回归问题；人工测试则让那些细致入微、依赖判断的评级保持诚实。你可以在无障碍服务页面比较我们的完整产品系列，并在定价页面查看各项选择。

常见问题

VPAT 是法律强制要求的吗？

模板本身是自愿的，但提供一份 VPAT 常常是采购合同的强制条件，尤其是在美国联邦和州级采购以及整个欧盟公共部门中。另一方面，底层的无障碍义务——Section 508、EAA、ADA——是切实强制的，而 VPAT 正是你用来证明自身相对于这些义务所处位置的方式。

我可以自己填写 VPAT 吗？

可以，没有任何规定禁止自行填写。风险在于准确性。一份在没有严格测试的情况下撰写的自评——或带有”想显得好看”动机的自评——往往会高估合规程度，这会带来法律风险，并在宣称被测试的那一刻侵蚀采购方的信任。许多组织正是出于这一原因引入独立的服务商。

编写一份 VPAT 需要多长时间？

这取决于产品的规模与复杂度以及所需的版本。一个单平台 Web 应用在测试启动后可能需要几周时间；一个需要 INT 版本的大型多平台套件则耗时更长。一次范围界定的交流能为你提供切合实际的时间表。

WCAG 合规与 VPAT 有什么区别？

WCAG 是标准——即那一组成功标准。VPAT/ACR 是文档，逐条记录你的产品在该标准面前（以及视版本而定，在 Section 508 和 EN 301 549 面前）的表现如何。你必须真正满足 WCAG 才能宣称合规；ACR 是你传达自身所处状况的方式。

结语

一份以 Accessibility Conformance Report 形式完成的 VPAT，远不止是一道采购门槛。诚实地完成时，它是关于你的产品如何服务残障人士的可信说明，是降低法律风险的可辩护记录，也是推动真正改进的运行中的待办积压。不诚实地完成时，它则是一份等待被揭穿的责任隐患。

决定性因素始终是评级背后的测试。如果你需要一份能署上自己名字的 ACR——一份建立在自动化扫描、手动审计以及残障人士评估之上的 ACR——请了解我们的 VPAT 报告服务，或申请演示，看看 QualiBooth 如何编写经得起推敲的报告。