# General Translation Knowledge Base: DeepL 替代方案：General Translation 与 DeepL 对比 URL: https://generaltranslation.com/zh/kb/general-translation-vs-deepl.mdx Docs index: https://generaltranslation.com/llms.txt Description: DeepL 是一款机器翻译 API，你发送的每段文本或每份文档，它都会返回对应的译文。General Translation 则是一个本地化平台，它补足了 API 留给你自行处理的部分：来自代码和团队的上下文、在所有用户交互界面中保持一致的术语、在仪表板中进行审校，以及随每次发布持续翻译。 Category: 翻译 Last updated: 2026-10-28 Authors: General Translation Team Published: 2026-10-28 DeepL 是一款机器翻译 API：你发送文本和文档，它翻译后返回结果。General Translation 则是一个本地化平台：它会判断应用、文档和网站中哪些内容需要翻译，提供上下文，保持术语一致，支持团队审校，并将每一次变更以所有语言交付上线。两者属于不同类别的工具，而产品本地化的大部分工作，恰恰落在 DeepL 留给你自行处理的那部分。 ## DeepL 是什么 DeepL 推出了网页和桌面应用 [DeepL Translator](https://www.deepl.com/translator)，以及 [DeepL API](https://developers.deepl.com/docs/getting-started/quickstart)。[`POST /v2/translate`](https://developers.deepl.com/api-reference/translate/request-translation) 接收一个字符串数组和一个目标语言，并对每个字符串分别进行翻译。你可以通过 `context` 参数、`formality` 设置、最多 10 条[自定义指令](https://developers.deepl.com/docs/customize/custom-instructions)、[风格规则](https://developers.deepl.com/docs/customize/using-style-rules)、每次请求最多五个[词汇表](https://developers.deepl.com/docs/customize/managing-glossaries)以及 TMX [翻译记忆库](https://developers.deepl.com/docs/customize/using-translation-memories)来调整输出结果。 文档翻译是 DeepL 的一大亮点：Word、PowerPoint、Excel、PDF、InDesign 等文件翻译后会保持原有格式返回 ([格式与限制](https://developers.deepl.com/docs/resources/usage-limits)) 。DeepL 的 API 提供免费的 开发者 方案、月费加用量计费的 Growth 方案，以及定制定价的 企业 方案 ([DeepL 方案](https://www.deepl.com/en/pro#api)) ，均按源文本字符数计费。 ## DeepL 与 General Translation 对比一览 | | DeepL API | General Translation | | ----------------- | ---------------------------------- | --------------------------------------------------------------------------------------- | | 类别 | 机器翻译 API | 本地化平台：国际化库、CLI、仪表板，以及 AI 智能体 [Locadex](/docs/platform/locadex/quickstart) | | 翻译内容由谁决定 | 由你的代码提取字符串并发送 | 在代码中用 [``](/docs/react/reference/components/t) 标记的内容、`gt.config.json` 中列出的文件，或运行时字符串 | | 上下文 | 每个请求都需自行编写 `context` 字符串 | JSX 结构、[`context`](/docs/react/reference/components/t#context) 备注，以及跨项目共享的上下文组 | | 术语 | 每个请求都需传入词汇表 ID，每个语言对一个 | 词汇表和自定义提示词会应用于上下文组中的所有项目 | | 全站一致性 | 按请求应用词汇表和 TMX 翻译记忆库；每个字符串单独翻译 | 对照现有译文进行一致性检查 | | Markdown 和 MDX 结构 | 不检查 | 对照源内容检查并修正标题、代码块、链接、导入语句和 frontmatter | | 变量与复数形式 | 通过 XML 标签处理；需自行发送每种复数形式 | [``](/docs/react/reference/components/var) 的值永不发送；自动生成目标语言所需的全部复数形式 | | 审校 | 需自行搭建 | 仪表板翻译编辑器、批注、版本历史和角色 | | 持续翻译 | 需重新运行自己的流水线 | 仅翻译有变更的内容；Locadex 会自动创建拉取请求 | | Office 文档和 PDF | 支持，并保留格式 | 不支持；Google Docs 和 Slides 可通过 Google Drive 集成处理 | | 定价 | 免费的开发者方案；Growth 方案为月费加用量计费；企业方案可定制 | [按用量计费，不按席位收费](https://generaltranslation.com/pricing) | ## DeepL 不负责的部分 DeepL 的 API 参考文档指出，请求中的每个字符串都是独立翻译的。至于如何把产品内容组织成高质量的请求，再把返回的结果落地为可交付的产品，这些环节都得由你自己来构建。 ### 上下文 `context` 是你为每个请求单独编写的文本。DeepL 的指南将其描述为周边内容，并[告诫不要用它来传递指令](https://developers.deepl.com/docs/learning-how-tos/examples-and-guides/how-to-use-context-parameter)。除非你的流水线为每个字符串都写明这一点，否则 DeepL 无从得知“Save”是计费横幅中的一个按钮。 General Translation 则直接从内容所在的位置获取上下文。[``](/docs/react/reference/components/t) 会将整个句子连同其中的元素、变量以及可选的备注作为一个整体发送；[键级元数据](/docs/cli/reference/keyed-metadata)可在 JSON 和 YAML 中为每个键添加备注；[上下文分组](/docs/platform/dashboard/guides/defining-context-for-translations)则可添加词汇表和自定义提示词，既可应用于所有区域设置，也可仅针对某一区域设置生效，例如在德语中使用正式的“Sie”。 ### 一致性 DeepL 支持词汇表和[翻译记忆库](https://developers.deepl.com/docs/customize/using-translation-memories)，可将源文本与已存储的片段进行匹配并复用译文。这些资源需要由你的集成来提供和维护，并在翻译请求中指定。占位符需要单独处理：DeepL 的[占位符指南](https://developers.deepl.com/docs/learning-how-tos/examples-and-guides/placeholder-tags)介绍了如何将 Mustache 变量转换为 XML 标签，翻译后再转换回来。复数形式同样要你自己处理：英语有 `one` 和 `other` 两种，而波兰语需要 `one`、`few`、`many` 和 `other` 四种 ([CLDR 复数规则](https://www.unicode.org/cldr/charts/latest/supplemental/language_plural_rules.html)) 。 General Translation 会为你的应用、文档和网站统一应用同一个上下文分组，并对照现有译文进行一致性检查。Markdown 和 MDX 页面会先经过一轮校对，再与源内容比对：标题、代码块、链接、导入语句和 frontmatter 都必须保持一致，否则译文会被自动修正。[``](/docs/react/reference/components/var) 可将动态值排除在翻译之外，[``](/docs/react/reference/components/plural) 则会获得目标语言所需的全部复数形式。 ### 审校 API 只返回文本。如果想要一个让审校人员能把每条译文与源文本对照查看、直接修改，并在下次运行时保留修改的地方，就得自己开发一套产品。 General Translation 的[仪表板](/docs/platform/dashboard/guides/reviewing-translations)可并排显示各个区域设置。审校人员可以内联编辑、添加批注，还能浏览早期源版本的历史记录。访问权限通过角色和权限进行控制，企业 方案还额外提供 SSO 和[审计日志](/docs/platform/dashboard/reference/audit-logs)。 ### 持续翻译 每次发布都需要找出变更的字符串、发送翻译、将结果写入对应的区域设置文件，然后再部署。[`npx gt translate`](/docs/cli/reference/commands/translate) 可在 CI 中自动完成这些工作：只翻译源内容有变更的部分，并在构建之前写入结果。Locadex 会在你指定的拉取请求或提交上运行，并创建一个包含译文的拉取请求。 ### 同一条横幅，两种做法 使用 DeepL 时，你的流水线需要先用标签包裹变量，再将每种英语复数形式作为单独的字符串发送： ```json title="POST /v2/translate" { "text": [ "{name}, you have one unpaid invoice.", "{name}, you have {count} unpaid invoices." ], "target_lang": "PL", "context": "Billing dashboard banner shown to the account owner.", "tag_handling": "xml", "ignore_tags": ["var"] } ``` 使用 General Translation 时，横幅文案仍然保留在组件中，波兰语的四种复数形式也一应俱全： ```tsx title="InvoiceReminder.tsx" import { T, Var, Plural, Num } from 'gt-react'; export function InvoiceReminder({ name, count }: { name: string; count: number }) { return (

{name},{' '} you have one unpaid invoice.} other={<>you have {count} unpaid invoices.} />

); } ``` Ramp 借助 General Translation，将其仪表板、落地页和 iOS 应用本地化为 11 种以上的区域设置。 (参见[生产环境部署案例](https://generaltranslation.com/enterprise)。) ## 何时适合选择 DeepL * **Office 文档和 PDF。** 你需要翻译 Word、PowerPoint、Excel、PDF 或 InDesign 文件，并保留原有格式。 * **作为现有系统中的翻译引擎。** 例如帮助台、CAT (计算机辅助翻译) 工具，或调用机器翻译 API 的翻译管理系统。Lokalise 的 [Standard AI/MT](https://docs.lokalise.com/en/articles/11776521-what-is-standard-ai-mt-and-pro-ai) 就使用了 DeepL。 * **由译员主导、基于 TMX 或 XLIFF 的项目。** 你的译员维护 TMX 翻译记忆库，或通过 XLIFF 文件交换内容。 * **语音与改写。** 你需要使用 [DeepL Voice API](https://developers.deepl.com/docs/voice/overview) 或 [DeepL Write](https://developers.deepl.com/docs/translate/write-quickstart)。 ## 从 DeepL 迁移到 General Translation 如果你目前通过脚本将区域设置文件发送给 DeepL，只需在 `gt.config.json` 中指向这些文件即可： ```json title="gt.config.json" { "defaultLocale": "en", "locales": ["de", "fr", "ja"], "files": { "json": { "include": ["locales/[locale].json"] } } } ``` 运行 [`npx gt upload`](/docs/cli/reference/commands/upload) 上传源文件和现有译文，然后运行 [`npx gt translate`](/docs/cli/reference/commands/translate)。`gt` CLI 还支持读取 YAML、Markdown、PO、iOS 和 Android 字符串文件，以及[其他格式](/docs/cli/reference/config#files)。 导出 DeepL 词汇表条目，再将其导入上下文分组 (Context Group) ；导入工具支持 CSV、TSV、JSON 和文本文件。将自定义指令迁移到自定义提示词 (Custom Prompts) 中。对于仅在运行时才产生的内容 (例如用户消息) ，请将 DeepL 调用替换为 `gt-node` 中的 [`tx`](/docs/node/reference/functions/tx)，或 [Core 库](/docs/platform/core/quickstart)中的 [`translate`](/docs/platform/core/reference/gt-class-methods/translation/translate)；两者都会使用项目的上下文分组。 ## General Translation 能否替代 DeepL？ 可以，尤其适用于应用、文档和网站的本地化。DeepL 是一个翻译引擎，你需要在自己搭建的流水线中调用它。而 General Translation 本身就是这样一条流水线，并且内置了翻译能力：上下文、术语一致性、审校以及持续投递，一应俱全。如果只是一次性翻译文档并保留格式，DeepL 更为合适。 ## 其他 DeepL 替代方案 * **Google Cloud Translation：** 另一款机器翻译 API，提供基于 Gemini 的 Translation LLM。 (参见 [General Translation 与 Google Translate 对比](/kb/general-translation-vs-google-translate)。) * **OpenAI API 或 Claude API：** 通用模型，需要自行编写提示词。 (参见[面向开发者的最佳 AI 翻译工具有哪些？](/kb/best-ai-translation-tools)) * **Lokalise、Crowdin 或 Phrase：** 内置 AI 功能的翻译管理系统。 (参见 [General Translation 与 Lokalise 对比](/kb/general-translation-vs-lokalise)、[与 Crowdin 对比](/kb/general-translation-vs-crowdin)及[与 Phrase 对比](/kb/general-translation-vs-phrase)。) ## 要点总结 * DeepL 是机器翻译 API；General Translation 则是内置翻译能力的本地化平台。 * 使用 DeepL 时，内容提取、逐字符串上下文、跨页面一致性、占位符、额外的复数形式、审校和投递，都需要你自行实现。 * General Translation 从代码和上下文组中获取上下文，检查一致性和 MDX 结构，支持在仪表板中审校，且每次发布只翻译有变更的内容。 * 如果要处理 Office 和 PDF 文档，或需要在现有系统中接入翻译引擎，可以选择 DeepL。 ## Related questions - [面向开发者的最佳 AI 翻译工具：翻译 API 与本地化平台对比](https://generaltranslation.com/zh/kb/best-ai-translation-tools.mdx): 如果你已经有自己的本地化流水线，可以直接使用翻译 API；如果你希望统一管理上下文、一致性检查、审校和持续交付，请选择 General Translation。DeepL、Google Cloud Translation、OpenAI 和 Claude 可以作为生产环境流水线的翻译引擎；而 General Translation 则直接为你的应用、文档和网站提供一整套流水线。 - [Google Translate 替代方案：General Translation 与 Google Translate 对比](https://generaltranslation.com/zh/kb/general-translation-vs-google-translate.mdx): Google Translate 适合快速翻译一次性文本，但要以另一种语言发布产品，还需要结合上下文翻译每个字符串、保持术语一致、正确处理变量和复数形式、进行审校，并建立发布流程。General Translation 能理解代码中每个字符串的上下文，将从代码、审校到每一次发布的整个本地化工作流全面自动化。 - [如何在 AI 翻译中保持术语一致？](https://generaltranslation.com/zh/kb/ai-translation-glossary.mdx): 维护一份统一的词汇表来收录已批准的术语（包括无需翻译的名称），在每次翻译请求中都应用它，避免变量和代码被翻译，并对结果进行审校。General Translation 通过上下文组实现这一点：上下文组中的词汇表和自定义提示词会应用于其分配到的每个项目；对于始终不翻译的值，则可使用 Var 组件。 - [AI 翻译的准确度足以用于生产环境应用吗？](https://generaltranslation.com/zh/kb/is-ai-translation-accurate.mdx): 对于使用广泛的语言，通常可以，但前提是它要先通过针对你自己的语言、UI 字符串和高风险内容的评估。在 WMT25 中，Gemini 2.5 Pro 在 16 个语言对中有 10 个达到或超过了人工参考译文的水平，但文档级基准测试无法说明简短的界面字符串是否已经可以上线。 - [General Translation 与 Lingo.dev：该选哪一个？](https://generaltranslation.com/zh/kb/general-translation-vs-lingo-dev.mdx): Lingo.dev 以可配置的翻译引擎为核心，并提供 CLI、React 和 GitHub 工具来调用这些引擎。General Translation 是一个本地化平台，提供库、代码上下文、共享术语、所有方案均可用的仪表板审校，以及还能为代码完成国际化改造的 Locadex。如果你需要按语言对控制模型，请选择 Lingo.dev。 ## Previous and next questions - Previous question: [如何翻译 Vue 应用？](https://generaltranslation.com/zh/kb/translate-vue-app.mdx) - Next question: [General Translation 与 Lingo.dev：该选哪一个？](https://generaltranslation.com/zh/kb/general-translation-vs-lingo-dev.mdx) ## Sitemap See the [Knowledge Base sitemap](https://generaltranslation.com/zh/kb/sitemap.md) for every article.