文档翻译过程中表格会发生什么变化？

表格即使保留了每一行和每一列，翻译后仍可能失效。更长的文本、不同的换行方式、从右到左的内容、本地化数字以及丢失的表头元数据，都可能让看似完整的表格传递错误信息。

翻译表格时会发生哪些变化？

文档表格包含三个层面，每一层都需要单独检查：

层面	应有结果	可能出现的问题
内容	标题、标签、注释和正文得到翻译	文本被遗漏、重复、误译或仍保留源语言
结构	行、列、合并单元格和表头关系保持关联	格式转换拆分单元格、改变跨行跨列范围或丢失结构元数据
呈现	边框、填充、字体、宽度和对齐方式仍然可用	文本换行、被截断、缩小、重叠，或迫使表格移到另一页

翻译不应从头重建表格。能够识别文档格式的工作流程可以保留其结构和样式，但保留格式并不意味着每个单元格在翻译后仍会占用相同空间。

W3C 指出，译文长度很可能发生变化，因此建议使用灵活布局，而不是狭窄的固定宽度容器。这一点对表格尤为重要，因为短标题往往被放在最窄的单元格中。其示例还显示，德语复合词可能比对应的英语短语拥有更少的自然换行点，而一些非拉丁文字需要更宽的字符空间或更大的行高。

如需更全面地了解这些影响，请参阅为什么翻译后的文档会变长。

哪些表格元素通常可以在翻译后保留？

使用支持格式的工具翻译可编辑源文件时，以下元素可能会被保留到输出文件中。但未经检查，不应假定任何一项都是正确的。

元素	预期结果	检查问题
行和列	保持相同的逻辑网格	是否有行、列或单元格缺失或重复？
边框和填充	保持相同的视觉分组	颜色和边框是否仍能表达预期分类？
合并单元格	保持相同的跨行或跨列范围	每个标题是否仍覆盖正确的数据？
表头行	保持相同的标签和重复行为	表头是否仍对应正确的列，并能跨页重复？
单元格样式	保持相同的字体、强调、内边距和对齐方式	字体替换或自动适应是否导致单元格难以阅读？
数字和公式	保持相同的底层值和逻辑	符号、分隔符、单位、公式或引用是否发生变化？
注释和链接	保持相同的目标和关联	每条注释或链接是否仍属于正确的单元格？

格式转换是另一项独立风险。W3C 的表格无障碍指南警告，内容在格式之间转换时，表格的结构化标记经常丢失。因此，表格可能看起来正确，却无法再向辅助技术提供表头与数据之间的关系。

五种常见表格问题及其修复方法

1. 文本溢出或导致行高过大

翻译后的标签可能更长、字符更宽，或在不同位置换行。固定行高可能截断最后一行；自动增高则可能把表格推到下一页。

**按以下顺序修复：**删除手动换行，允许行高自动增长，加宽最受限制的列，减少不必要的单元格内边距，并在适用时使用目标语言的断词规则。只有在语言审核人员确认不会丢失含义后，才缩短措辞。最后才缩小字号。

如果目标文字显示为方框、字母断开或意外字体，应将其视为字体问题，而不是溢出问题。请按照为什么翻译后字体会出错中的检查方法处理。

2. 合并单元格不再描述正确的数据

源文件中的合并标题可能横跨三个产品列。如果在格式转换期间插入、删除或移动了行或列，即使文字翻译正确，标题也可能出现在错误的分组上方。

**对照源文件检查跨行跨列范围。**追踪每个跨多列和多行的标题，确认其对应的单元格。不要仅为容纳译文标签而新增合并单元格；应调整列宽或换行方式。

Microsoft 建议使用简单的矩形表格以提高无障碍性，因为拆分单元格、合并单元格、嵌套表格以及空白行列会干扰屏幕阅读器统计和识别单元格。必须使用复杂跨区时，只做视觉检查是不够的。

3. 表头失去与数据单元格的关联

对视力正常的读者而言，第一行的粗体文字看起来像表头，但外观并不能定义结构。W3C 指南要求识别并关联表头单元格和数据单元格，以便辅助技术读出相关的行列上下文。

**在可编辑文档中恢复语义表头。**将第一行标记为表头，确认多页表格会重复表头，并使用应用程序的无障碍检查器测试复杂表格。在导出的 HTML 或 PDF 中，确认表头关联在格式转换后仍然存在。

4. 数字、公式和标识符悄然改变

流畅的句子很容易引起注意；变化的小数分隔符、负号、百分比、型号或电子表格引用却不容易察觉。有些值应针对读者进行本地化，而标识符和计算逻辑必须保持准确。

**只针对数据进行一次对比检查。**忽略正文，比较数字、货币代码、百分号、单位、范围、合计、公式、脚注标记和单元格引用。在目标文件中重新计算电子表格公式与合计。记录有意进行的本地化更改，避免审核人员将其“纠正”回源格式。

5. 从右到左的文本导致标点或对齐混乱

阿拉伯语和希伯来语从右向左书写，但其中的拉丁术语和数字仍从左向右排列。因此，Unicode 将其作为双向文本处理。Unicode 还指出，不同表格单元格可以视为独立段落，从而可在单元格或段落层级设置文字方向。

**逐个单元格修复。**设置正确的基础方向，然后检查产品代码、日期、百分比、括号、斜杠，以及拉丁文本旁边的标点。不要手动反转数字。文字方向和镜像属于渲染行为，因此要同时检查可编辑文档和导出的 PDF。

翻译前检查清单

• 尽可能从可编辑的 DOCX、PPTX 或 XLSX 文件开始。
• 删除仅用于留白的空行和空列。
• 在可行时，用常规文档布局替代布局表格。
• 标记真正的表头行，并在数据允许的范围内保持表格结构简单。
• 允许行高自动增长；避免对可翻译单元格设置固定高度。
• 标识合并单元格、公式、合计、受保护标识符和禁止翻译的术语。
• 正确设置源语言并记录目标区域设置。
• 保存参考 PDF，让审核人员了解已批准源文件的外观。

这些步骤可在任何工具或译者接触文件前减少歧义，也更容易判断后续问题来自翻译、格式转换还是原始表格设计。

如何检查翻译后的表格

分阶段检查。同时检查语言、数据、结构和布局，很容易遗漏细小错误。

1. **对比网格。**对照源文件统计表格、行、列、合并区域、表头行和注释。
2. **对比内容。**确认每个单元格都只翻译了一次，并仍位于正确的标题之下。
3. **对比数据。**检查数字、符号、单位、公式、合计、标识符和链接，不要改动正文。
4. **检查布局。**查找截断、行高过度增长、不合理分页、自动适应后字号过小、备用字体和对齐不一致等问题。
5. **检查方向和无障碍性。**验证 RTL 单元格、表头关联、阅读顺序和重复表头。
6. **导出后再次检查。**打开最终交付的 PDF 或其他格式；不要只批准可编辑源文件。

OpenL Doc Translator 支持 PDF、DOCX、PPTX 和 XLSX 等文档格式。其官方页面称，该工具会保留字体、颜色、表格和页面布局，并为每项任务提供译文版和双语版。尽可能使用可编辑源文件，预览结果，然后在完成上述结构化检查前对比双语版本。

格式保留可以减少重建工作，但不能取代质量检查。完成表格检查后，可使用双语文档审核清单检查文档的其他部分。

何时必须进行人工审核

当表格包含以下内容时，务必安排人工审核：

• 财务合计、比率、预测或审计数据
• 法律义务、合规限制、剂量或安全数据
• 公式、跨工作表引用或计算字段
• 多级表头、合并区域或嵌套表格
• 依赖 OCR 的扫描或图像型单元格
• 从右到左和从左到右的混合文本
• 没有扩展空间的固定打印布局

对于这些表格，“文件可以打开”和“表格看起来相似”不能作为验收标准。只有核对源文件结构、验证目标语言含义、检查每个关键值并测试最终交付格式后，才能批准。

成功的表格翻译保留的是关系，而不只是矩形框。分别检查内容、结构、数据、布局、方向和无障碍性，就能大幅降低格式缺陷演变为数据错误的风险。

Sources

• W3C: Text size in translation - Explains text expansion, constrained layouts, compound words, character width, and line-height differences across languages.
• W3C WAI: Tables Tutorial - Explains header-to-data relationships, complex table markup, screen-reader context, and metadata loss during format conversion.
• Microsoft Support: Make your Word documents accessible to people with disabilities - Recommends simple tables, header rows, accessibility checks, and avoiding split, merged, nested, or blank structures where possible.
• Unicode Standard Annex #9: Unicode Bidirectional Algorithm - Defines display ordering for mixed right-to-left and left-to-right text, digits, punctuation, and direction at paragraph or table-cell level.
• OpenL Doc Translator - Lists supported document formats, formatting preservation, free preview, and bilingual review output.