# General Translation Knowledge Base: Crowdin 替代方案：General Translation 与 Crowdin 对比
URL: https://generaltranslation.com/zh/kb/general-translation-vs-crowdin.mdx
Docs index: https://generaltranslation.com/llms.txt
Description: 如果你希望将文案保留在组件中，并随构建生成译文，请选择 General Translation。Crowdin 围绕资源文件、译者和审校工作流程来管理翻译项目，需要工程师将其接入应用，并随产品迭代持续维护。对于开源社区翻译和由供应商主导的翻译项目，Crowdin 依然是很好的选择。
Category: 工作流工具
Last updated: 2026-10-16
Authors: Kevin Wu, Jackie Chen
Published: 2026-10-16

Crowdin 的[本地化平台](https://crowdin.com/)以翻译项目为核心来组织本地化工作：工程师维护资源文件并将其接入 Crowdin，再把翻译好的消息目录导回应用。其自动化功能负责推动内容在这一工作流中流转。General Translation 则将翻译直接融入开发过程：文案保留在你的组件中，译文随构建自动生成。

## Crowdin 的优势

* **可免费起步。** [Free 套餐](https://crowdin.com/pricing)包含 60,000 个托管字数，但译文会共享至 Crowdin 的翻译记忆库；符合其[开源许可标准](https://crowdin.com/product/for-open-source) (例如采用 OSI 许可证且无相关商业产品) 的开源项目可获得免费许可。
* **开发者工具。** 提供通过 `crowdin.yml` 配置的 CLI、适用于 GitHub、GitLab、Bitbucket 和 Azure Repos 的 Git 集成、GitHub Action、MCP 服务器，以及 [700 多个应用和集成](https://store.crowdin.com/)。
* **结合上下文的 AI。** 你可以[使用自己的 OpenAI、Anthropic、Gemini 或其他提供商的密钥](https://support.crowdin.com/crowdin-ai/)，也可以使用 Crowdin 托管的模型。每个请求都会附带字符串的上下文、键和最大长度，提示词中还可以加入你的词汇表、翻译记忆库、风格指南、相邻字符串以及已标记的截图。
* **人工翻译。** 提供供应商市场，并可在项目内直接订购 [Crowdin Language Services](https://crowdin.com/features/vendor-integrations)。
* **上下文与质量检查。** 支持将截图关联到字符串，并提供[适用于 Web 应用的 In-Context 编辑器](https://support.crowdin.com/in-context-localization/)、Figma 插件以及内置的 QA 检查。
* **移动端 OTA 更新。** iOS、Android 和 Flutter SDK 以及 JavaScript 客户端可从 [Crowdin 的 CDN](https://support.crowdin.com/content-delivery/) 拉取最新字符串，无需发布新版应用。

## Crowdin 仍留给工程师的工作

工程师仍需搭建并维护应用与 Crowdin 翻译项目之间的往返流程：

1. 搭建国际化库，将每条英文字符串按键提取到资源文件中，并在组件中引用该键。
2. 在 `crowdin.yml` 中声明这些文件，并通过 [`crowdin upload sources`](https://crowdin.github.io/crowdin-cli/commands/crowdin-upload-sources) 上传，或改用 Git 集成或 GitHub Action。
3. 配置 AI、机器翻译、供应商或你自己的译者来完成各语言的翻译，并按项目需要设置审校步骤。
4. 将翻译后的消息目录引入应用。[Crowdin 的 GitHub 集成](https://support.crowdin.com/github-integration/)通过 `l10n_` 服务分支回传这些内容。其自动同步默认每小时运行一次，间隔可配置，也支持立即同步。

Crowdin 也能从代码中收集上下文：借助其编码智能体技能和 [`crowdin context` 命令](https://crowdin.github.io/crowdin-cli/commands/crowdin-context)，智能体会分析代码库并为字符串上传描述。而使用 General Translation 的 [`<T>`](/docs/react/reference/components/t) 时，被标记的 JSX 本身就提供了翻译所需的文本、嵌套元素和命名占位符。

付费套餐主要按托管字数 (源词数乘以目标语言数) 和管理员席位计费，因此每新增一种语言，托管字数都会随之增加。 (参见 [Crowdin 定价](https://crowdin.com/pricing)，查阅于 2026 年 10 月。)

## Crowdin 与 General Translation 速览

| 功能        | Crowdin                                       | General Translation                                                                                                         |
| --------- | --------------------------------------------- | --------------------------------------------------------------------------------------------------------------------------- |
| 字符串存放位置   | 代码仓库中基于键的资源文件，并同步到 Crowdin 项目                 | 代码中的 [`<T>`](/docs/react/reference/components/t) 内，或你现有的资源文件中                                                               |
| 代码接入方式    | 通过 `crowdin.yml` 配合 CLI、Git 集成或 GitHub Action | 在构建流程中运行 [`npx gt translate`](/docs/cli/reference/commands/translate)，或使用 [Locadex](/docs/platform/locadex/quickstart) 拉取请求 |
| 翻译方       | 机器翻译或 AI 服务商、供应商或你自己的译员                       | AI 结合来自代码、词汇表和自定义提示词的上下文进行翻译，再由你的团队在仪表板中审核                                                                                  |
| 每个字符串的上下文 | 键、最大长度、截图、词汇表、翻译记忆库以及由智能体撰写的上下文               | 已标记的 JSX、命名占位符、开发者备注，以及项目所分配的词汇表和自定义提示词                                                                                     |
| 定价        | 提供免费套餐；付费套餐按托管字数和管理员席位计费                      | 按翻译用量计费；详见[定价](https://generaltranslation.com/pricing)                                                                      |
| 原生移动应用    | 提供适用于 iOS、Android 和 Flutter 的 OTA (空中下载) SDK  | CLI 会在应用发布时翻译 iOS 和 Android 资源文件                                                                                            |
| 开源        | 为符合条件的开源项目提供免费许可                              | JavaScript 库和 CLI 均采用 MIT 许可                                                                                                |

## 为什么团队选择 General Translation 而非 Crowdin

General Translation 省去了为 React UI 编写目录的工作：文案直接保留在组件的 [`<T>`](/docs/react/reference/components/t) 中。删除组件时，其内联文案也会随之删除，不会在别处留下待清理的键。

* **更快。** 在应用构建之前运行 [`npx gt translate`](/docs/cli/reference/commands/translate)，即可在同一工作流中生成并下载翻译。它会复用已有翻译，仅为新增或变更的内容生成翻译。如果采用拉取请求工作流，[Locadex](/docs/platform/locadex/quickstart) 会替你准备好翻译变更。
* **运行成本更低。** Crowdin 的托管字数会随源文案目录和目标语言数量的增加而增长。General Translation 按翻译用量计费，而不是为托管目录收费。保留已完成的翻译不会产生持续的翻译费用；具体用量费率请参阅[定价](https://generaltranslation.com/pricing)。
* **质量更高。** 一个 [`<T>`](/docs/react/reference/components/t) 块可以将标题、句子、链接和动态占位符组织在一起，让译者看到它们之间的关系，而不是面对一个个孤立的键。你可以添加开发者备注，并借助共享的[词汇表和自定义提示词](/docs/platform/dashboard/guides/defining-context-for-translations)统一产品术语。审校人员可以在[翻译编辑器](/docs/platform/dashboard/guides/reviewing-translations)中修改翻译结果。
* **风险更低。** 你可以继续沿用现有的国际化库，并在调整新翻译的生成方式之前，先导入已审校的翻译。这样一来，无需重写所有组件，也不必舍弃译者已完成的工作，就能用上 General Translation。

Cursor 借助 General Translation 在网站和文档中支持 14 种以上的区域设置。 (参见[生产环境部署案例](https://generaltranslation.com/enterprise)。)

## 何时更适合选择 Crowdin

在以下情况下，建议选择 Crowdin：开源项目符合其免费许可条件，并希望借助社区译者；你需要开展涉及供应商和多步骤审校的人工翻译项目；你需要交换 XLIFF 或 Office 文件；或者原生移动应用需要使用其 OTA (空中下载) SDK。

## 从 Crowdin 迁移到 General Translation

对于受支持的消息目录 (例如 JSON、YAML、PO 以及 iOS 或 Android 资源文件) ，请在 `gt.config.json` 中配置其源路径和区域设置路径。按照[文件翻译初始化设置](/docs/cli/quickstart)进行操作，并在生成新译文之前运行 [`npx gt upload`](/docs/cli/reference/commands/upload) 导入现有译文。将你的词汇表导入[上下文分组](/docs/platform/dashboard/guides/defining-context-for-translations)，确保新译文沿用相同的术语。

之后，在 React 应用中构建新页面时，你就可以逐步引入 [`<T>`](/docs/react/reference/components/t)。如需了解与各供应商的对比，请参阅[为什么选择 General Translation 而不是 TMS？](/kb/general-translation-vs-tms)。

## General Translation 可以替代 Crowdin 吗？

可以。General Translation 集成了 AI 翻译、用于人工审核的编辑器，以及可将 React 文案直接保留在 JSX 中的库。它还能翻译现有的消息目录，因此从 Crowdin 迁移时，无需先更换你的国际化库。

## 其他 Crowdin 替代方案

打算替换 Crowdin 的团队通常还会对比以下平台：

* **Lokalise：** 适合设计师和译者基于 Figma 或截图开展工作，或原生应用需要 OTA (空中下载) 更新的场景。 (参见 [General Translation vs. Lokalise](/kb/general-translation-vs-lokalise)。) 
* **Phrase：** 适合需要用同一个平台既处理软件字符串、又支撑依托供应商开展的大量文档翻译项目的场景。 (参见 [General Translation vs. Phrase](/kb/general-translation-vs-phrase)。) 
* **Smartling：** 适合希望从同一家供应商获得 AI 翻译和人工翻译，或需要通过代理在不改代码的情况下翻译营销网站的场景。 (参见 [General Translation vs. Smartling](/kb/general-translation-vs-smartling)。) 
* **Transifex：** 适合希望通过嵌入一段代码片段来翻译网站，或希望向其合作供应商订购人工翻译的场景。 (参见 [General Translation vs. Transifex](/kb/general-translation-vs-transifex)。) 
* **Weblate：** 适合社区翻译，以及希望使用完全自托管、基于 Git 的平台的团队。 (参见 [General Translation vs. Weblate](/kb/general-translation-vs-weblate)。) 
* **Tolgee：** 适合需要自托管平台，或希望译者在运行中的应用里直接点击文本进行编辑的团队。 (参见 [General Translation vs. Tolgee](/kb/general-translation-vs-tolgee)。) 

 (关于这些平台的共同点，请参见 [为什么选择 General Translation 而不是 TMS？](/kb/general-translation-vs-tms)。)

## 要点总结

* Crowdin 是一款适合开源项目和人工翻译项目的强大 TMS，提供免费方案，其 AI 可借助键、截图和词汇表进行翻译。
* Crowdin 能自动完成目录投递，但工程师仍需将这些消息目录接入应用，并配置翻译工作流。
* 选择 General Translation，即可在 React 开发中摆脱基于键的消息目录，在发布流程中生成译文，并在迁移期间保留已审校的现有译文。

## Related questions

- [为什么选择 General Translation 而不是 TMS（Smartling、Lokalise、Phrase、Crowdin 或 Transifex）？](https://generaltranslation.com/zh/kb/general-translation-vs-tms.mdx): Smartling、Lokalise、Phrase、Crowdin 或 Transifex 等翻译管理系统（TMS）负责协调译员，但工程师仍需提取字符串、发送出去、等待译文，再把译文接回产品中。General Translation 结合上下文直接翻译代码中的内容，每次发布都同步交付所有语言，并基于开源库运行，不存在供应商锁定。
- [Lokalise 替代方案：General Translation 与 Lokalise 对比](https://generaltranslation.com/zh/kb/general-translation-vs-lokalise.mdx): 对于希望在 JSX 中直接编写可读文案、并将翻译融入开发流程的团队来说，General Translation 是 Lokalise 的有力替代方案。Lokalise 的核心是共享键、设计工具集成和移动端 OTA（空中下载）投递。General Translation 根据应用中已标记的内容生成译文，并支持在其仪表板或 GitHub 拉取请求中进行审阅。
- [Phrase 替代方案：General Translation 与 Phrase 对比](https://generaltranslation.com/zh/kb/general-translation-vs-phrase.mdx): 如果你的应用和文档一起发布，General Translation 是 Phrase Strings 的有力替代方案。它基于代码和内容文件生成译文，统一应用共享术语，并直接在你的发布工作流中运行。Phrase 则将软件本地化与以文档为中心的 TMS、供应商管理以及丰富的翻译引擎选择融为一体。
- [Smartling 替代方案：General Translation 与 Smartling 对比](https://generaltranslation.com/zh/kb/general-translation-vs-smartling.mdx): 如果你希望在发布流程中直接从代码生成应用译文，请选择 General Translation。Smartling 集翻译管理系统、AI 与人工翻译服务以及网站翻译代理于一体。General Translation 让文案保留在组件中，将其上下文一并带入翻译，并为团队提供用于审校的仪表板。
- [Transifex 替代方案：General Translation 与 Transifex 对比](https://generaltranslation.com/zh/kb/general-translation-vs-transifex.mdx): 如果你希望翻译带标记的 JSX 时保留其结构和开发者上下文，并将译文打包进应用包或通过 CDN 分发，请选择 General Translation。Transifex Native 同样将字符串保留在代码中，但通过自家的内容分发服务发布。如果团队需要使用 Transifex 的翻译合作伙伴、质量评分或基于代码片段的网站翻译，Transifex 是很好的选择。

## Previous and next questions

- Previous question: [不用翻译文件也能做 i18n 吗？](https://generaltranslation.com/zh/kb/i18n-without-translation-files.mdx)
- Next question: [General Translation 与 Babel、Flask-Babel 对比：该选哪一个？](https://generaltranslation.com/zh/kb/general-translation-vs-flask-babel.mdx)

## Sitemap

See the [Knowledge Base sitemap](https://generaltranslation.com/zh/kb/sitemap.md) for every article.
