在有关文档可访问性的讨论中经常出现两个缩写词：PDF/UA 和 WCAG。它们经常被一起提及，并且都致力于让残障人士可以访问内容，但它们在不同的层面上运作并服务于不同的目的。混淆它们会导致文档可能符合一种标准，但不符合另一种标准，或者更糟糕的是，创建者认为可以访问但屏幕阅读器用户实际上无法导航的文档。
PDF/UA，全称PDF Universal Accessibility，是专门针对PDF文档的标准。它定义了 PDF 的结构要求，以便辅助技术能够正确阅读它。 WCAG（Web 内容可访问性指南）是一个更广泛的标准，适用于所有 Web 内容，包括 Web 上提供的 PDF。了解这些标准的重叠和分歧之处有助于文档创建者生成易于访问的 PDF，无论用户如何访问它们。
PDF/UA 管辖什么：可访问 PDF 的技术结构
PDF/UA，正式名称为 ISO 14289，于 2012 年首次发布，并于 2014 年更新。它指定了依赖屏幕阅读器、屏幕放大器和盲文显示器等辅助技术的用户可以访问的 PDF 文件的要求。与围绕一般原则组织的 WCAG 不同，PDF/UA 是一种技术文件格式规范，它准确地告诉 PDF 创建者必须存在哪些结构元素以及必须如何组织它们。
PDF/UA的核心要求是文档中的每个元素都必须被标记。标签定义逻辑阅读顺序并标识每个元素的含义：标题、段落、列表、表格、图像。如果没有标签，屏幕阅读器就无法确定文档结构。它可能会乱序读取段落、完全跳过标题，或者将每一行宣布为单独的文本块。符合 PDF/UA 标准的文档具有完整、正确的标签树，与视觉阅读顺序相匹配。
具有正确PDF辅助功能标签的文档为屏幕阅读器用户提供了与视力正常的用户从视觉格式中获得的相同信息。标记标题的粗体文本被标记为标题，而不仅仅是视觉上的粗体。不添加信息的装饰图像会获得一个工件标签，告诉屏幕阅读器跳过它。表单字段具有以编程方式与字段关联的标签，因此用户可以通过字段名称导航表单，而不是通过猜测每个空白框代表什么。
This structural requirement makes PDF/UA deeply technical. A document either conforms to the specification or does not.不存在部分合规情况。可以使用自动检查器根据 PDF/UA 标准验证带标签的 PDF，以验证标签完整性、阅读顺序以及所需元数据是否存在。
WCAG 管辖的内容：所有 Web 内容的可访问性原则
WCAG 围绕四个原则组织，通常缩写为 POUR：可感知、可操作、可理解和弹性。内容必须是可感知的，这意味着用户必须能够通过至少一种可用的感官来感知内容。它必须是可操作的，这意味着用户必须能够与其交互。它必须是可以理解的，这意味着内容和界面必须有意义。而且它必须很强大，这意味着它必须与当前和未来的辅助技术配合使用。
与 PDF/UA 不同，WCAG 具有一致性级别：A、AA 和 AAA。 A 级涵盖了最基本的无障碍要求。 AA 级解决了最常见的障碍。 AAA 级是最高标准，对于所有内容类型来说通常是理想的，而不是可以实现的。大多数无障碍法律和组织政策都以 WCAG 2.1 AA 级作为合规标准。
当 PDF 是网站或 Web 应用程序的一部分时，WCAG 适用于 PDF。然而，WCAG 的成功标准广泛适用于 HTML、PDF、视频、音频和其他 Web 内容格式。符合 PDF/UA 的 PDF 通常满足许多 WCAG 成功标准，但不是全部。这两个标准之间的重叠很大，但并不完全，这就是为什么PDF合规性验证通常需要对照这两个标准进行检查。
PDF/UA 和 WCAG 之间的主要区别
最根本的区别是范围。 PDF/UA 仅适用于 PDF 文档。 WCAG 适用于所有网页内容，PDF 只是其中一种格式。托管可访问的 HTML 页面但无法访问的 PDF 的网站会通过 HTML 内容的 WCAG，但无法通过 PDF 内容。组织范围内的可访问性要求网页和 PDF 都满足各自的标准。
第二个关键区别是每个标准如何处理颜色对比度。 PDF/UA 没有指定最小对比度。它要求信息不能仅通过颜色来传达，但它没有设置对比度的数字阈值。 WCAG 确实指定了对比度：AA 级的普通文本为 4.5:1，大文本为 3:1。通过 PDF/UA 验证的 PDF 可能仍无法通过 WCAG，因为其文本与背景缺乏足够的对比度。
第三个区别是多媒体的处理。 PDF/UA 对 PDF 中的音频和视频内容的要求有限。 WCAG 包括对字幕、音频描述和媒体控制的详细要求。包含嵌入视频的 PDF 必须满足 WCAG 媒体要求，这远远超出了 PDF/UA 的规定。
这两个标准都很重要。哪一个优先取决于上下文。对于作为独立文件分发的文档，PDF/UA 是主要标准。对于网站上发布的文档，WCAG 是法律和监管标准，PDF/UA 充当 WCAG 合规性的 PDF 特定方面的实施指南。
实际合规性：何时遵循哪个标准
对于美国政府机构，《康复法案》第 508 条要求所有电子内容（包括 PDF）符合 WCAG 2.0 AA 级。修订后的第 508 节标准明确引用 PDF/UA 作为实现 PDF 可访问性的方法。实际上，这意味着政府 PDF 必须符合 PDF/UA，并通过该一致性满足适用于文档的 WCAG 标准。
对于欧盟的组织，《欧洲无障碍法案》和《网络无障碍指令》设定了引用 WCAG 2.1 AA 级的要求。虽然这些法律并不总是明确指定 PDF/UA，但这些框架下可访问 PDF 的技术要求与 PDF/UA 密切相关。遵循 PDF/UA 是实现合规性的最安全途径。
WukongPDF 通过基于浏览器的工具处理 PDF，这些工具可以帮助验证文档结构并识别可访问性差距。虽然该平台不执行完整的可访问性审核，但它支持文档准备步骤，使后续的可访问性修复更加简单。
验证是否符合两个标准
自动检查器可以以合理的精度验证 PDF/UA 的一致性，因为该标准是具有通过/失败标准的技术规范。 PAC（PDF 辅助功能检查器）和 Adobe Acrobat 等内置辅助功能检查器等工具可测试标签完整性、阅读顺序和所需元数据。通过这些检查的文档在结构上是可访问的。
PDF 的 WCAG 合规性验证需要自动和手动测试。自动化工具会检查标签、替代文本和语言设置是否存在。手动测试包括使用屏幕阅读器打开文档并验证阅读体验与视觉体验是否匹配。真正的屏幕阅读器用户可以发现自动化工具遗漏的问题，例如技术上存在但模糊不清的替代文本。
任何通过 PDF/UA 验证并具有足够色彩对比度的文档通常都符合 WCAG A 级和大多数 AA 级文档内容标准。适用于 PDF 的其余 WCAG 标准，例如与链接目的和焦点顺序相关的标准，应作为整体可访问性测试过程的一部分进行验证。
PDF/UA 和 WCAG 之间的关系最好理解为互补而非竞争。 PDF/UA 提供了使 PDF 易于访问的技术实现路径。 WCAG 提供了定义无障碍含义的原则和成功标准。根据 PDF/UA 标准创建的文档将通过大多数自动化 WCAG 对文档内容的检查。满足 WCAG PDF 标准的文档几乎肯定会符合 PDF/UA。
需要遵守这两个标准的组织应该投资于文档创建者的培训。将 Word 文档导出为 PDF 的人员需要知道为标记的 PDF 输出选择哪些复选框。设计表单的人员需要了解如何将标签与表单字段关联起来。可访问性不是修复专家事后可以添加的东西。它必须从一开始就内置到文档创建过程中。
2025 年生效的《欧洲无障碍法案》加速了整个欧洲组织对 PDF/UA 和 WCAG 合规性的采用。该法案适用于在欧盟销售的产品和服务，包括作为这些产品和服务的一部分提供的数字文档。以前将文档可访问性视为可选的公司现在发现这是其欧洲客户的法律要求。
与真实用户一起测试可访问性是确保文档按预期工作的唯一方法。自动检查器可以验证 PDF/UA 的技术一致性。使用屏幕阅读器进行手动测试可以验证实际可用性。两者都不能取代另一个。技术上符合要求的文档可能仍然难以导航，因为标题结构虽然已正确标记，但无法反映屏幕阅读器用户期望如何浏览内容。
这两个标准都在不断发展，文档创建者应监控 ISO 和 W3C 的更新，以在发布时符合最新的可访问性要求。
| 方面 | PDF/UA (ISO 14289) | WCAG 2.1 |
|---|---|---|
| 范围 | 仅 PDF 文档 | 所有网页内容，包括 PDF |
| 一致性 | 通过/失败（二进制） | A、AA、AAA 级 |
| 色彩对比 | 无数字阈值 | 4.5:1 正常，3:1 大文本 |
| 多媒体 | 要求有限 | 字幕、音频描述、控件 |
| 验证 | 自动检查器（PAC、Acrobat） | 自动+手动屏幕阅读器测试 |