已翻译PDF的可访问性：语言、标签、阅读顺序和替代文本

一个已翻译的PDF需要进行两项独立的审查：它在页面上传达的含义是否正确？其底层结构是否向辅助技术传达了该含义？截图可以帮助回答第一个问题，但无法回答第二个问题。

从最终翻译好的文件开始，而不是源文件的可访问性报告。检查其文档语言、段落内的语言更改、语义标签、逻辑阅读顺序、图像替代文本以及键盘导航。然后在你的受众使用的PDF阅读器和辅助技术设置中进行测试。

最有用的法则是修复文档的含义和结构，而不仅仅是外观。我们可供下载的示例使这种区别一目了然：两个PDF的呈现效果完全相同，但其中一个包含故意错误的可访问性信息。

本指南负责处理翻译后的可访问性检查。至于缺失的文本、被裁剪的表格、替换的字体以及逐页的视觉检查，请使用单独的PDF翻译QA检查清单。有关更广泛的“从源到输出”的流程，请参阅如何在保持格式的同时翻译PDF.

两个完全相同的页面，三个隐藏的差异

下载这些单页教学文件：

• 修改前：具有错误语言、顺序和替代文本的西班牙语文本.
• 修改后：修正了这三个属性的同一页面.
• 完整的结构检查结果以及可复现的Python生成器.

该页面包含两列关于准备和审阅文档的虚构西班牙语说明。左列包含步骤A1和A2；右列包含B1和B2。一个“文件夹到文档”的图表位于它们下方。一个英文界面短语“Read only”故意保持未翻译状态。

我们为本文于2026年9月7日编写了这一合成示例。它不是客户文档、BookTranslator的输出，也不是翻译质量基准。该生成器使用ReportLab 4.4.9和pypdf 6.10.0。它创建两个PDF，重新打开它们，并读取实际的文档目录、标签树、标记内容文本和图形替代项。

检查产生了以下结果：

我们还使用 Poppler 以 100 dpi 渲染了这两个文件，并比较了它们的 850 × 1100 像素图像。渲染后的图像完全相同。纠正结构并没有移动哪怕一个可见元素。

以下是简略的 标签顺序跟踪，从每个 PDF 中读取，而不是从其屏幕截图推断：

Before:
1. Revisar el archivo
2. Revisar la entrega
A1. Confirme que el archivo contiene todas las páginas.
B1. Compare los títulos con el archivo original.
A2. Guarde una copia del original antes de editarlo.
B2. Revise las notas antes de compartir el resultado.

After:
1. Revisar el archivo
A1. Confirme que el archivo contiene todas las páginas.
A2. Guarde una copia del original antes de editarlo.
2. Revisar la entrega
B1. Compare los títulos con el archivo original.
B2. Revise las notas antes de compartir el resultado.

这是一个结构跟踪，而不是屏幕阅读器的录音或转录。我们没有对这些文件进行辅助技术测试。实际的语音、导航和语言切换取决于阅读器、屏幕阅读器、已安装的语音以及设置。“之后”的文件更正了所示属性；它不是经过认证的无障碍模板或 PDF/UA 合规示例。

这一局限性至关重要：该测试夹具证明了外观和这些底层属性可以独立存在差异。它并未证明每个阅读应用程序将如何解释它们。

检查两个级别的语言元数据

设置翻译后文档的语言

翻译可见文字并不意味着 PDF 的语言元数据随之更改。请检查最终文件的默认语言。在示例中，西班牙语页面的开头是一个文档级别的 /Lang 值，为 en-US；更正后的值为 es-ES.

W3C 的 PDF16 技术 描述了文档目录的 /Lang 条目及检查方法。正确的语言信息有助于支持软件选择适当的发音规则。它是向软件提供的一项指令，并不保证已安装或选定了特定的语音。

使用准确描述文档的语言变体。不要仅仅因为某个地区是菜单中的第一个选项就选择它。如果翻译后的文件主要是西班牙语，但其封面保留了英文书名，则该书名不会使英语成为文档的默认语言。

标记真正保留在其他语言中的段落

双语 PDF 需要不止一种语言设置。默认设置描述主要语言；包含的标签或段落可以为其他语言的文本覆盖该设置。W3C 的 PDF19 技术 解释了这种更具针对性的语言指定。

在我们更正后的示例中，“Read only”具有显式的 en-US 值，而周围的文本继承了 es-ES。这比为了容纳两个单词而将整个段落更改为英语要精确得多。

对面对页的双语报告应用相同的推理：分别检查英文和翻译后的文本。单一的文件级语言选择无法准确描述双语两侧。对于保留原语言的引文，请标记该段落；不要用它重新标记附近的翻译批注。

在听力测试期间，请先记录发音问题，然后再确定其原因。正确的标签配合不可用的语言语音，与将西班牙语段落错误标记为英语相比，需要采取不同的应对方式。

检查标签树，而不仅仅是编号顺序叠加层

带标签的 PDF 会暴露出诸如标题、段落、列表和图形等结构。标签应描述内容 是什么，而不仅仅是它所在的位置。大号加粗行不一定是可导航的标题，除非结构对其进行了适当的识别。W3C 的 PDF9 技术 涵盖了标题标签。

对于翻译后的文档，请仔细考虑以下问题：

1. 是否存在标签树，其中是否包含有意义的目标语言内容？
2. 标题是否准确反映了实际的章节层级？
3. 列表项、表格单元格、标题和图表是否正确附加到相应的结构中？
4. 阅读顺序是否体现了预期的论点或步骤？
5. 翻译或导出过程是否引入了重复、空白或错位的结构？

答案并不总是“从左到右”。我们的西班牙语示例特意在开始右侧内容之前先完成了左侧列。双语对比可能需要成对的源语言和目标语言区块；侧边栏可能应该放在它所修饰的段落之后。应根据语义来决定预期的顺序，然后检查最终结构是否表达了该顺序。

W3C 的 PDF3 技术 解释说，带标签的 PDF 阅读顺序主要由标签顺序决定，而标签内的内容也有其自己的顺序。它特别指出多栏布局是一个潜在的故障点。

这就是为什么一页可能拥有正确数量的标签但依然是错误的。在我们“修改前”的 PDF 中，每个文本区块都存在，但树结构交错排列了两个不同的步骤。重新排序这些元素可以修复图解中的顺序，而无需改变页面布局。

将页面复制到文本编辑器中是一个有用的预警测试，而不是最终验收的标准。提取工具可以通过 PDF 采用不同的路径。同样，顺序叠加是一个有用的编辑视图，但在保存后必须检查生成的标签树和实际的阅读体验。Adobe 的 阅读顺序工具文档 区分了阅读顺序工作与更详细的标签修复。

如果可编辑的源文件存在，请在生成下一个 PDF 之前更正其标题样式和结构关系。否则，下一次导出的文件可能会丢弃一次性的精心修复。请将直接修复 PDF 的操作留给源工作流无法可靠延续的缺陷。

翻译可见正文文本以外的信息

即使辅助功能信息没有显示在页面上，它也可以带有语言属性。在进行本地化审查时，如果存在这些元素，请将图表替代文本、描述性链接文本、表单字段工具提示、文档标题和书签包含在内。

对于有意义的图像，目标语言的替代文本应在上下文中传达其用途。仅翻译可见的标题并不会更新图表的替代文本。W3C 的 PDF1 技术 描述了用于图像替代文本的 /Alt 条目，以及传达嵌入图像中的有意义文字的必要性。

尽管每条可见说明都是西班牙语，“修改前”的文件中我们图表的英文替代文本仍然处于隐藏状态。修正后的西班牙语替代文本描述了相同的文件夹与文档关系。这并不意味着图表本身经过了机器翻译。

另外两项检查可以使此项审查更加实用：

• 替代文本保持不变的已翻译图表： 将替代文本与最终图表进行对比，而不仅仅是与原始说明文字对比。如果标签或单位发生了变化，对过时描述的流畅翻译仍然可能会产生误导。
• 带有英文提示的翻译表单： 可见标签可能已本地化，而该字段的无障碍解释仍为英文。请检查实际控件的属性及其键盘交互，而不仅仅是打印出来的标签。

对于表格，确认翻译后的行标题和列标题保留了与数据的关系。对于链接，同时检查翻译后的描述和目标。这些是结构和功能检查，而不是要求翻译标识符、URL 或每个专有名词。

Section508.gov 的 PDF 修复模块 将表格标题、表单提示、替代文本、语言属性、阅读顺序和制表键顺序视为独立的修复任务。在缺陷日志中也应将它们分开：“翻译看起来很好”本身并不能关闭其中任何一个任务。

使用失败矩阵来决定谁来修复什么

下载 翻译后的 PDF 无障碍审查表。它将检查项、证据、负责角色和验收结果分离开来，这样未测试的项目就不会消失在通用的“已批准”标签中。

以下矩阵是我们建议的交接模型，而不是合规检查清单：

译者或编辑对语言含义负责。文档作者或修复人员负责结构修复。使用预期阅读设置的审阅者检查结果是否可用。一个人可能扮演多个角色，但证据仍应加以区分。

对于扫描件，应尽早开始：在无障碍访问审查能够评估目标文档之前，OCR必须恢复准确的文本。 扫描版PDF翻译指南 涵盖了该准备工作。可选中文本是许多工作流程的先决条件，而不是标题、关系和语言表示正确的证明。

在交付的文件中运行最终检查

冻结您打算分发的精确PDF。记录其文件名、修订版或校验和、目标语言以及预期的阅读环境。运行您的创作或修复工具提供的自动检查，然后解决其手动检查项目。Adobe的 无障碍访问检查文档 明确区分了自动结果与需要手动验证的项目。

对于手动通过，请使用简短的任务序列：

1. 从文档标题开始阅读。 确认开头内容和主要语言合理。
2. 按标题导航。 无需盲目寻找即可跳转到特定章节。
3. 连续阅读困难的页面。 包含分栏、侧边栏或脚注；比较观察到的顺序与预期顺序是否一致。
4. 在语境中遇到图片。 检查其替代文本是否提供了该处所需的信息。
5. 跨越语言切换。 在所需语言支持启用的情况下进行收听，并记录实际发生的情况。
6. 使用键盘导航交互式元素。 若存在链接或表单，请验证焦点顺序、描述以及预期操作的完成情况。
7. 在上一次修复或导出后重复受影响的任务。 保留最终文件的证据，而不是早期修订版的证据。

记下操作系统、PDF 阅读器、辅助技术、版本、相关语音设置、测试页面、观察结果以及未解决的缺陷。切勿将观察到的结果替换为预期的文本记录。如果无法进行屏幕阅读器测试，请说明结构审查已完成，但验收的该部分仍未测试。

我们可供下载的测试夹具故意不包含任何交互式控件或表格。它无法为您的出版物验证这些任务，且其检查脚本也不是通用的无障碍检查器。包含表单、复杂表格或有合同无障碍要求的公开报告需要进行超出此示例范围的适当范围审查。

BookTranslator 的适用场景

使用 BookTranslator 的 PDF 翻译工作流 进行语言转换阶段，然后将下载的文件作为新的交付成果进行检查。当输入为扫描件或图片较多时，OCR 模式会重建翻译后的内容，而不是承诺完全复制原始布局。

翻译文本和保留的外观都无法确立无障碍 PDF 结构。 BookTranslator 不保证符合 PDF/UA 或第 508 条标准。 当文档必须满足这些要求时，请规划好专门的创作或无障碍修复工具以及相关的人工检查。

如果提供可编辑的源文件，请将其与翻译和修复说明一并保留，以便未来的修订不会从扁平化的 PDF 重新开始。当您在将要实际分发的文件的意义、结构和预期阅读体验均已进行检查时，交接即告完成。