OmniDoc技术文档翻译方法：术语统一与格式要点
技术手册、API 文档和设备说明书翻译时，怎样让同一个术语前后一致，表格、公式和代码不走样。文章给出判断源文件格式、建立术语表、选择技术类风格和逐项核对的做法。
技术文档翻译有两个容易被忽视的问题。一个是同一个概念在不同章节被译成了不同的词，读者看到“控制器”“控制单元”“主控板”交替出现，会以为说的是三个部件。另一个是译文排版被打乱，表格列宽错位，公式变成乱码，代码块里的参数被意外改动，最后还得花大量时间手工修。
这篇文章写给需要翻译产品手册、API 文档、设备说明书或工程规范的人，包括工程师、技术写作者和小型团队的文档负责人。读完后，你能知道动手前该准备什么，如何在 OmniDoc 里处理一份整本技术手册，以及交付前要检查哪些地方。
下面的方法不依赖某一个特定软件的操作习惯，核心是三件事：先定术语，再选对格式和风格，最后逐项核对。
技术文档怎么翻译，才能术语统一又不破坏格式？一句话结论
先把术语表定下来，再选择与文件格式匹配的处理方式，翻译完成后按清单核对。这三步缺一不可，跳过术语表是术语不统一的主要原因。
| 你的情况 | 推荐做法 | 原因 |
|---|---|---|
| 手册有大量专有名词和型号，前后要求一致 | 先建术语表，列出原文、译文和备注，翻译时统一使用 | 术语在译文里固定下来，后续处理不会各写各的 |
| 源文件是可编辑的 Word、PPT、Excel 或 LaTeX | 直接上传源文件翻译，选择双语对照或仅译文 | 原有结构、表格和公式更容易保留 |
| 源文件是扫描版 PDF 或纸质手册的拍照件 | 先确认能否选中文字，再上传翻译，译文后重点检查表格和公式 | 扫描件的文字识别结果可能有误，需要人工核对 |
| 文档是 Markdown 或 API 文档，含大量代码块 | 代码和命令保持原样，只翻译说明文字，检查代码块是否完整 | 代码被改动会直接导致示例无法运行 |
| 要给海外客户或不同读者群体交付 | 选择技术类风格，双语对照交付给审校，再发布译文版本 | 工程读者习惯的句式和用词更稳定，双语便于审校追溯 |
开始之前：先确认这几点
确认源文件是否能被读取。 在 PDF 里试着用鼠标选中一段文字，如果能选中并复制，说明它是文字型 PDF；如果选中的是一整张图片，则属于扫描件。两者的处理重点不同，前者主要检查排版，后者还要检查识别是否准确。
整理需要固定的术语。 从原文里挑出反复出现的专有名词、缩写、产品功能名和型号，例如“固件”“回滚”“握手协议”。每个词确定一个译法，写进术语表。没有这一步，后面的统一就只能靠事后替换，容易误改其他句子。
区分哪些内容不能翻。 型号、版本号、命令、变量名、文件路径、代码片段通常保持原样。提前把它们列出来，翻译时就不会被误译，核对时也有明确的对照标准。
确定读者和风格。 同一本手册，写给现场安装人员和写给开发者，用词深浅不同。技术类风格适合大多数工程文档，如果文档涉及法律条款或医疗器械，则应选择对应的风格，不要混用。
准备好原文的版本号。 技术文档经常更新。翻译前确认使用的是哪一版，并在译文里标注版本，避免读者拿新版原文对照旧版译文时找不到对应内容。
在 OmniDoc 里翻译整份技术手册的步骤
- 打开 omnidoc.top，上传要翻译的源文件，支持 PDF、Word、PowerPoint、Excel、EPUB、Markdown 和 LaTeX 源码包等格式。
- 选择技术类风格，让译文的句式和用词更贴近工程文档的习惯。
- 如果术语表已经整理好，在翻译设置中启用术语一致性相关选项，把已确定的译法应用到全文。
- 选择输出方式：需要逐段审校时选双语对照，只交付译文时选仅译文。
- 提交任务，等待处理完成后下载译文文件。
- 打开译文，先通读一遍前几章，确认术语和风格符合预期，如有偏差，回到术语表补充后重新翻译。
- 对照原文检查表格、公式、图片和代码块，确认它们位置和内容没有变化。
- 如果需要进一步编辑译文，可以在桌面客户端的文档编辑器或 UniDoc 网页编辑器（app.unidoc.top）中修改，修改后再导出交付。
做完后逐项核对
译文生成后不要直接交付，按下面的清单逐项检查。
| 检查项 | 怎么看 | 有问题怎么办 |
|---|---|---|
| 术语一致性 | 用文档内搜索，找出术语的所有译法，比对是否统一 | 以术语表为准，统一替换，并确认替换没有误伤其他词 |
| 表格结构 | 逐页对照原文，看行列数、合并单元格和表头是否一致 | 在编辑器中手工修正，必要时把复杂表格拆开重排 |
| 公式和符号 | 检查上下标、希腊字母、单位符号是否正确显示 | 对照原文修正；公式复杂时保留原图并加注说明 |
| 代码和命令 | 核对代码块、命令、路径、变量名是否与原文一字不差 | 恢复原文内容，代码部分不交给翻译结果直接使用 |
| 数字和参数 | 核对电压、温度、尺寸、版本号、型号等数值与单位 | 逐条回到原文核对，不要凭印象修改 |
| 警告和操作顺序 | 检查“注意”“警告”“危险”类语句的强度，检查步骤编号是否连续 | 请懂该设备或系统的人复核，确保安全提示没有被弱化 |
机器翻译和 OCR 都可能出错，尤其是扫描件的识别结果和专业领域的长句。关键参数、安全警告和操作步骤，一定要由懂行的人对照原文复核，不能只看译文是否通顺。
📊 核心对比
不同源文件格式对排版保留的影响差别较大，选择时可以参考下表。
| 源文件格式 | 排版保留情况 | 适合的场景 |
|---|---|---|
| 可编辑的 Word 或 PowerPoint | 结构清楚，表格和段落通常能较好保留 | 产品手册初稿、培训材料 |
| LaTeX 源码包 | 公式和文档结构保留较好，适合学术和规范文档 | 技术报告、规范、论文类文档 |
| Markdown 和 API 文档 | 代码块和标题层级容易保持，但需注意代码不被改动 | 接口文档、开发者手册 |
| 文字型 PDF | 版式保留依赖原文件，复杂排版需要逐页核对 | 已定稿的说明书、标准文件 |
| 扫描版 PDF | 文字依赖识别结果，表格和公式容易出问题 | 只有纸质或拍照版本时的应急处理 |
❓ 常见问题（FAQ）
1. 技术文档翻译能不能全靠机器完成，不用人工审校？
不建议这样做。机器翻译可以快速处理大段文字，但型号、参数、安全警告和操作顺序的准确性仍需要懂行的人核对。尤其是面向终端用户的说明书，一处错误可能带来实际风险。
2. 术语表应该多详细？
每个术语至少写明原文、译文和使用范围即可。如果同一个词在不同章节有不同含义，就把备注写清楚，例如“在硬件章节指……，在软件章节指……”。术语表不必一次做完，可以在翻译过程中边读边补充。
3. 扫描版的设备说明书怎么处理？
先用选中文字的方式确认是否为扫描件。扫描件可以直接上传翻译，但译文交付前，表格、公式和型号数字要逐一对照原件检查。如果原件模糊，建议先找到清晰版本再处理。
4. 译文里的代码块被翻译了，怎么办？
代码、命令、变量名和文件路径不应被翻译。如果发现被改动，直接对照原文恢复，并把这些内容加入术语表的“保持原样”列表，以便下次翻译时避免同样的问题。
5. 免费的在线翻译工具能处理技术文档吗？
挑选工具时，可以先看几个方面：文件大小限制、译文是否带水印、文件的隐私政策、排版是否保留。技术文档对术语和格式要求较高，选择前建议用一份几页的样例测试，检查表格、公式和代码块的效果。
📝 总结
技术文档翻译的关键在于先定术语、再选对格式和风格、最后逐项核对。把术语表做好、把源文件格式确认清楚、把表格、公式和代码块与参数逐一检查，译文就能既统一又可靠。
