PDF 无障碍（PDF/UA）快速检查
上传一个 PDF，查看它是否具备屏幕阅读器所需的结构——标签、结构树、文档语言、真实的标题、PDF/UA 标识符，以及图片的替代文字。每一项结果都会用通俗易懂的语言解释，并说明它为什么重要。无需下载 Windows 软件，无需账号，你的文件也永远不会离开你的浏览器。
为什么 PDF 突然需要具备无障碍访问能力
德国的《无障碍强化法》（Barrierefreiheitsstärkungsgesetz，BFSG）自 2025 年 6 月 28 日起生效，将欧盟无障碍法案纳入德国法律。其背后的技术基准是 EN 301 549 标准，该标准将电子文档——当然包括 PDF——纳入适用范围，并将 PDF/UA（ISO 14289-1）指定为无障碍 PDF 的标准。法国的 RGAA 对公共部门文档提出了类似要求。
实际问题在于，参考检测工具 PAC（PDF Accessibility Checker）只能以 Windows 桌面软件形式下载使用。如果你用的是 Mac、Linux，或者一台被锁定的办公电脑，或者只是想在发送前快速检查一个文件，那就会带来很大麻烦。这个工具改为直接在浏览器中运行那些可以被机器检测的文档级检查。
具体会检查什么
每一项检查都对应一个真实、可引用的要求——既包括 PAC 自身实现的 Matterhorn 协议失败条件，也包括 ISO 14289-1 第 7.1 条中的结构性要求：
- 已标记文档和结构树 - ISO 14289-1 第 7.1 条（
/MarkInfo /Marked和/StructTreeRoot） - 文档语言 - Matterhorn 检查点 11-001
- 文档标题 - Matterhorn 检查点 06-003（XMP 中的 dc:title）
- 显示标题而非文件名 - Matterhorn 检查点 07-001（
/DisplayDocTitle） - PDF/UA 标识符 - Matterhorn 检查点 06-002（XMP 中的
pdfuaid:part） - 图片替代文字 - Matterhorn 检查点 13-004 和 01-005
常见问题
我怎样才能免费在线检查一个 PDF 的无障碍性？
在上方上传 PDF——检查会立即开始，并完全在你的浏览器中运行。它会检查该文档是否已加标签、是否存在结构树、是否设置了文档语言和标题、标题是否被用来替代文件名显示、XMP 元数据中是否存在 PDF/UA 标识符，以及每张图片是否都有替代文字。每一项结果都会用通俗易懂的语言解释，包括它对屏幕阅读器用户的影响。免费，无需注册，也不需要下载任何 Windows 软件——这与广泛使用的桌面工具 PAC 不同。
我该如何针对 RGAA 检查一个 PDF 的无障碍性？
把你的 PDF 放入上方的工具中。它会检查 RGAA 和 EN 301 549 标准对 PDF 文档所要求的结构性标准：是否存在标签（已加标签的 PDF）、结构树、文档语言、文档标题以及该标题是否被用来替代文件名显示、XMP 元数据中的 PDF/UA 标识符，以及图片上的替代文字。请注意：这只是对可由机器验证的标准所做的自动化检查。阅读顺序、替代文字的真实相关性，以及表格结构，仍然需要人工审查。
这是像 PAC 那样的完整 PDF/UA 检查工具吗？
不是，它也并不假装是。PAC 所实现的测试框架 Matterhorn 协议，定义了跨 31 个检查点的 136 项失败条件，其中大约 89 项可由机器检查，约 45 项需要人工判断。此工具运行的是文档级别的子集，外加图片替代文字检查：也就是能够捕捉最常见、最具破坏性问题的检查项，以及人们最常需要快速验证的那些。若要在大规模发布前进行完整的合规审计，请使用 PAC 或其他完整的 PDF/UA 验证工具，并且无论如何都应预留人工审查的时间。
通过了所有检查项，是否就意味着我的 PDF 是无障碍的？
不。这只意味着在文档层面没有明显的破损。一个 PDF 可以通过所有自动检查，但仍然无法正常使用：阅读顺序可能在各列之间来回跳跃，替代文字可能只写着「image1.png」而不是描述图片内容，标题可能被设置得看起来像标题却并未被标记为标题，表格表头也可能缺少与单元格的关联。这些问题都无法通过机器检测出来。请把一份干净的检查结果当作可以进行人工审查的绿灯，而不是人工审查的替代品。
我的 PDF 会上传到服务器吗？
不会。整个分析过程——读取文档目录、XMP 元数据、结构树以及每一页的绘制操作——都在你的浏览器本地完成。被检查无障碍性的文档通常是尚未发布的报告、合同或内部文件，因此不会有任何内容被传输、记录或存储。你可以在页面加载完成后断开网络来验证这一点：检查依然会正常运行。