如何在不破坏格式的情况下翻译文档

大多数翻译工具会将您的文档转换为纯文本或破坏其排版格式。DocTranslating 的工作方式则有所不同：它先提取文本，完成翻译，然后再将其重新组装回原始文档的副本中，从而确保段落、表格、标题布局和图片都保留在原本的位置。这是一份从上传到下载的逐步指南，同时回答了实际使用中的关键疑问：应该使用哪个引擎、脚注和文本框的保留效果如何、扫描版 PDF 该如何处理、如何保持术语一致性以及当前的限制有哪些。

支持翻译的文件类型

不同的引擎支持不同的文件格式。下表展示了各个引擎支持的格式类型：请先选择文件类型，DocTranslating 将仅显示兼容的引擎。

分步指南：翻译您的第一份文档

1. 1

   上传您的文档

   将文件拖入上传区域或点击浏览。DocTranslating 会自动检测文件类型并仅显示兼容的翻译引擎。

   

2. 2

   选择源语言和目标语言

   选择文档的语言（或保留自动检测），然后选择要翻译成的目标语言。输入名称即可快速筛选 100 多种语言。

   

3. 3

   选择翻译引擎

   在 DeepL、Microsoft Azure、Google Cloud 和 Gemini 之间进行选择。每个引擎都有各自的优势、文件兼容性和限制；下一节将详细说明何时使用哪个引擎。

   

4. 4

   开始翻译

   点击“翻译”。DocTranslating 会提取文本、进行翻译，并在保留排版的同时将其重构回原始文档的副本中。较大文件的处理时间会稍微长一些，因为系统会逐页进行处理。

5. 5

   下载翻译好的文档

   完成后，下载与您上传格式相同的已翻译文档。打开文件检查排版是否与原件一致。

如何选择合适的翻译引擎

这四个引擎都能保留格式，但在翻译质量、支持的文件类型、文件大小限制以及处理复杂排版的能力上有所不同。以下是快速参考，随后是对每个引擎主要限制的详细说明及解决方案。

DeepL

DeepL 能为受支持的欧洲语言提供最自然地道的译文，并支持各种日常文件类型：PDF、所有 Office 格式、纯文本、图片和字幕。其主要限制在于 30 MB 的文件大小上限以及切分文本的方式（详见下方一致性部分）。

Microsoft Azure

Azure 是处理 Office 文档最可靠的引擎：文本框、内联格式和脚注在这里都能得到极好的保留。缺点在于它仅支持现代 Office 格式（.docx, .pptx, .xlsx）、纯文本和部分标记格式；它不支持 PDF 文件或旧版 Office 格式（.doc / .ppt / .xls）。

Google Cloud

Google Cloud 涵盖的语言数量最多，并且能够同时处理 PDF 和 Office 文件。有两个需要注意的地方：它的文件大小限制最低，仅为 10 MB，并且会在翻译后的 PDF 上添加微小的水印。

Gemini

Gemini 是一个基于大语言模型（LLM）的引擎。它是处理复杂排版 PDF、源代码和本地化文件的最佳选择，并提供了独特的自定义指令功能，用于保持术语一致性和语气（见下文）。它接受最大 100 MB 的文件，但每个文件有最多 25 页的限制，且仅处理 PDF、代码以及翻译/字幕格式，不支持 .docx、.pptx 或 .xlsx 文件。

文档格式到底能保留得有多好？

这取决于文件类型和所使用的引擎，因此明确哪些内容能完美保留、哪些地方可能会出现微小偏移非常重要。

• Word 和 PowerPoint 原生暴露了其内部结构，因此文本框、内联格式（加粗、斜体、链接）和脚注都能得到极高精度的保留。Azure 在这方面最为可靠，DeepL 和 Google Cloud 紧随其后。
• PDF 文件则更为复杂——这也是整个行业面临的挑战。PDF 缺乏语义结构，因此悬浮文本框和脚注可能会根据原始文件的生成方式产生位置偏移。标准 PDF 翻译出来的效果非常整洁，但图形元素极多的排版可能会需要微调。

翻译扫描版 PDF (OCR)

扫描版 PDF 不包含实际文本层（本质上是文本的图像），因此在提取文本之前无法进行翻译。因此，DocTranslating 内置了专门的 PDF OCR 工具。当您在翻译页面上传扫描版 PDF 时，应用会自动检测并弹出提示：“该文档似乎是扫描件。为了准确翻译，请先使用我们的 OCR 工具提取文本，然后再返回进行翻译。” 并附带一个打开 OCR 工具的按钮。

该 PDF OCR 工具可以处理您的扫描版 PDF，并生成带文本层且可搜索的新 PDF。它支持 50 多种语言，甚至可以识别手写体。拿到 OCR 处理后的文件后，返回翻译页面即可像处理普通文档一样进行翻译。DeepL 引擎还支持直接翻译图片文件（.png, .jpg）。

保持术语、语气和性别的一致性

这是文档翻译中最大的挑战之一。DeepL 在较窄的上下文窗口内按句子切分（分段）进行翻译，这意味着它无法总是跨句子一致地传递上下文信息。这有两个实际影响：像 jurisdiction 这样的术语在同一文档中可能会被翻译成不同的词汇；此外，在没有语法性别的语言中，代词的性别可能会丢失（例如翻译成土耳其语、芬兰语或匈牙利语时的常见问题）。术语表只能部分解决此问题，因为它们在处理词形变化时常常失效。

Gemini 引擎的工作方式则不同。基于具有更大上下文窗口的大语言模型（LLM），Gemini 能更好地维持一致性，并提供了一个可选的指令输入框，您可以在其中添加自定义提示，例如：文档主体为男性、在全文中将 'jurisdiction' 统一翻译为“管辖权”、使用正式语气（您） 或 将日期格式化为 YYYY-MM-DD。这些指令会应用于每一页。

从右至左书写的源文档（阿拉伯语、希伯来语、波斯语）

翻译成 RTL 语言的效果非常好：结果会自动调整排列方向并正确显示。但是，当从 RTL 语言进行翻译时，PDF 文件存在一定的限制：PDF 的文本提取层有时会按照视觉绘制顺序而非逻辑阅读顺序返回内容，这可能会在翻译前把词序打乱。Word 和 PowerPoint 的 RTL 文件没有这个问题，因为它们使用的是原生结构；这主要影响 RTL 语言的 PDF 源文件。

字幕、本地化与翻译文件

除了办公文档外，DocTranslating 还支持针对翻译人员和开发人员的专业格式：字幕文件（DeepL 和 Gemini 支持 .srt，Gemini 支持 .vtt）、gettext 本地化文件（Gemini 支持 .po, .pot）、XLIFF 文件（DeepL, Azure 和 Gemini 支持 .xliff, .xlf）以及表格文件 .csv / .tsv。不支持 FrameMaker .mif 等高度专业化的桌面出版格式。对于本地化项目，XLIFF 是最安全的数据交换格式。

获取最佳效果的技巧

• 只要拥有可编辑的源文件（Word、PowerPoint），请直接翻译该文件，而不是静态 PDF。
• 对于扫描版 PDF，请先通过 PDF OCR 工具 进行处理，并在翻译前检查提取的文本。
• 对于复杂排版的 PDF，请使用 Gemini 引擎，并利用指令输入框来锁定术语和语气。
• 如果目标语言的文本长度明显长于源语言，极为紧凑的排版可能需要微调间距。
• 在使用前务必对最终文件进行复核，尤其是表格、脚注和从右至左的书写文本。