Google 翻译能帮你读懂陌生的文字，但翻译一个段落和产出一本完整的 EPUB 是两回事。如果你需要的是能直接放进阅读器的书，就得把文本提取、章节顺序、图片和重新打包都纳入考虑。
Google 目前的文档翻译帮助页面列出的格式是 DOCX、PDF、PPTX 和 XLSX，并不包括 EPUB。页面写明文档上限为 10 MB，PDF 上限为 300 页，还说明该流程不会翻译扫描页和图片中的文字。这些是面向普通用户的文档工具的限制，不代表 Google Cloud 所有 API 产品都如此。
问题只出在局部时，用短文本翻译就够了
如果你大体能读懂一本书，只是偶尔碰到难句，复制一段去翻译往往够用。必要时把上下文一起贴进去，再把译文和原文对照着看。先确认当前输入框允许的长度，别想当然地以为整章都能一次粘进去。
但如果每一段都需要翻译，这种做法就不太现实了。你得记录哪些段落已经处理过，保留对话和标题的格式，还要小心别漏掉一节末尾的几行。一堆译好的文字并不等于一本 EPUB，哪怕每一句读起来都不错。
不要因为文件格式的限制就断定翻译质量差。这里要问的是：这套流程能不能直接交给你需要的完整成品，而不需要额外拼装。
先转换格式的话，两头都要检查
一种可能的做法是：把 EPUB 转成受支持的文档格式，翻译这个文件，再重新生成 EPUB。Calibre 的转换指南是了解可用转换选项的一个不错的起点。
翻译前先保留原文件，并检查转换出来的中间文档。看看章节标题、图片、注释，再挑靠近结尾的一段读一读。转成纯文本可能丢掉你之后重建这本书时需要的信息；换成信息更丰富的中间格式，链接和版式也可能发生变化。
翻译完成后，重新生成 EPUB 并检查。不要以为文档里看得见的标题就会变成电子书里可用的章节，导航要实际验证。如果一本长书需要拆开处理，就维护一份有序的片段清单并标好边界；译文读起来很通顺，重复或遗漏的段落反而更难发现。
使用 Google 引擎的翻译插件是另一种做法，和面向普通用户的网页上传不是一回事。它支持哪些文件、如何计费，取决于插件和引擎的配置。在把插件当成现有账号的自动延伸之前，先看看Calibre 翻译指南。
比较整本书所需的工作量
| 任务 | 逐段翻译或中间文档路线 | 直接处理 EPUB 路线 |
|---|---|---|
| 把文本送进工具 | 分段复制，或先转换格式 | 上传完整的、受支持的 EPUB |
| 保持章节顺序 | 自行记录并拼装 | 检查返回文件的顺序 |
| 保留导航和资源 | 转换后重建或核对 | 检查 EPUB 的章节、链接和图片 |
| 产出可阅读的版本 | 导出或打包译文材料 | 下载完成的文件 |
两条路线都需要检查。直接处理文件能减少手工拼装，但并不能保证术语准确或排版完美。源 EPUB 本身复杂的话，两种做法都可能出问题。
什么时候专门的 EPUB 流程更合适
如果你想要连续阅读的体验、需要双语版，或者不想自己折腾格式转换和重建，就用能处理完整文件的工具。提交之前，先确认当前支持的语言对、文件限制、输出格式和收费规则。
用 PDF Craft 时，上传 EPUB，选择目标语言，再选只输出译文或双语对照。可以补充简短说明，交代人名、术语或语气的处理要求。双语版会把每段译文放在对应原文之后。下载处理完成的文件，用阅读器打开检查。
新用户会获得试用额度，处理按用量计费。当前价格见定价。这套流程并不涉及选择 Google 引擎。
在依赖译文之前，先检查章节导航、注释、一段较长的文字和反复出现的人名。如果你想了解另一项服务的同类问题，请看用 DeepL 翻译 EPUB。更全面的选择标准，可参考 EPUB 翻译工具对比。