# General Translation Knowledge Base: Lokalise 替代方案：General Translation 与 Lokalise 对比
URL: https://generaltranslation.com/zh/kb/general-translation-vs-lokalise.mdx
Docs index: https://generaltranslation.com/llms.txt
Description: 对于希望在 JSX 中直接编写可读文案、并将翻译融入开发流程的团队来说，General Translation 是 Lokalise 的有力替代方案。Lokalise 的核心是共享键、设计工具集成和移动端 OTA（空中下载）投递。General Translation 根据应用中已标记的内容生成译文，并支持在其仪表板或 GitHub 拉取请求中进行审阅。
Category: 工作流工具
Last updated: 2026-10-16
Authors: Kevin Wu, Jackie Chen
Published: 2026-10-16

Lokalise 将自己定位为 [AI 本地化平台](https://lokalise.com/)。其面向应用和软件的 Lokalise Expert 工作区以键的形式将字符串存储在项目中，针对各平台以文件形式导入导出，并借助 AI、机器翻译或专业译员完成翻译；较新的 [Lokalise Vantage 工作区](https://docs.lokalise.com/en/articles/14077324-what-is-lokalise-vantage)则面向营销和长篇内容。它的代码仓库工作流负责将这些键与你的应用同步。而 General Translation 让开发者直接在 JSX 中编写可读文案，并将消息结构一并带入翻译。

## Lokalise 的优势

* **一套键覆盖所有平台。** 一个项目可同时容纳 [Web、iOS 和 Android 的键](https://docs.lokalise.com/en/articles/1400489-keys-and-platforms)，并按各平台的文件格式分别导出。
* **结合上下文的 AI。** [Standard AI/MT](https://docs.lokalise.com/en/articles/11776521-what-is-standard-ai-mt-and-pro-ai) 基于 Google Translate 和 DeepL。Pro AI 在此基础上增加了模型路由、词汇表、风格指南、描述和任务上下文。在 Advanced 和 Enterprise 方案中，[Custom AI Profiles](https://docs.lokalise.com/en/articles/11894216-ai-profiles) 还支持从翻译记忆库或现有译文中检索内容。
* **设计工作流。** 提供 Figma、Adobe XD 和 Sketch 插件、[可将文本自动匹配到键的截图功能](https://docs.lokalise.com/en/articles/2045882-screenshots)，以及适用于网站的 LiveJS 上下文编辑器。
* **译者工具。** 支持任务、审校步骤、自动化、分支和 QA 检查；Growth 方案起还提供[词汇表](https://docs.lokalise.com/en/articles/1400629-glossary)和翻译记忆库。
* **专业翻译。** 可直接在项目内向 Lokalise 的译者或 Gengo 下单；据 Lokalise 称，[中等规模的项目通常可在 24 小时内交付](https://docs.lokalise.com/en/articles/2141000-professional-translation-services)。
* **移动端 OTA 更新。** [iOS、Android 和 Flutter SDK](https://developers.lokalise.com/docs/ota-sdk) 无需发布新版应用即可更新字符串。
* **安全性。** 已通过 SOC 2 Type II、ISO 27001 和 ISO 27017 认证，[数据托管于 AWS 欧盟区域](https://lokalise.com/product/security/)。

## Lokalise 仍需工程师完成的工作

使用 Lokalise 时，新文案要经过一轮完整的往返流程，才能覆盖所有语言：

1. 搭建国际化库，并编写或提取其所需的键和资源文件。
2. 通过 [`lokalise2 file upload`](https://github.com/lokalise/lokalise-cli-2-go)、GitHub App (按需触发或在推送时自动触发) 或 Lokalise 的 push GitHub Action，将基础语言文件发送到 Lokalise。
3. 针对目标语言运行 AI 翻译、机器翻译或译员任务。
4. 通过[触发下载](https://docs.lokalise.com/en/articles/1684090-github) (会从新分支发起拉取请求) 或 pull GitHub Action 取回译文。随后合并代码，将每种新语言接入应用，并逐一检查所有界面。

Pro AI 会利用分配给这些键和项目的上下文；自定义配置文件还能补充以往译文中的示例。但工程师仍需将键与 UI 关联起来，并让资源文件工作流与代码变更保持同步。

Lokalise 的付费套餐不限译员/审校席位数量。其[定价](https://lokalise.com/pricing/)按处理字数、AI 用量，以及面向管理者、开发者和内容创作者的高级席位递增，并可额外购买容量。

## Lokalise 与 General Translation 速览

| 功能      | Lokalise                                     | General Translation                                                                                                         |
| ------- | -------------------------------------------- | --------------------------------------------------------------------------------------------------------------------------- |
| 字符串存放位置 | 以键的形式存放在 Lokalise 项目中，并与你的资源文件同步             | 位于代码中的 [`<T>`](/docs/react/reference/components/t) 内，或存放在你现有的资源文件中                                                          |
| 代码对接方式  | `lokalise2` CLI、GitHub App 或 GitHub Actions  | 在构建流程中运行 [`npx gt translate`](/docs/cli/reference/commands/translate)，或通过 [Locadex](/docs/platform/locadex/quickstart) 拉取请求 |
| 翻译方式    | Lokalise AI、机器翻译或专业译员                        | AI 结合代码、词汇表和自定义提示词提供的上下文进行翻译，再由你的团队在仪表板中审核                                                                                  |
| 字符串上下文  | Pro AI 使用词汇表、风格指南和描述；自定义配置文件可引入既往译文；截图辅助审核   | JSX 结构、变量占位符、上下文备注、词汇表和自定义提示词                                                                                               |
| 定价      | 订阅制，包含处理字数、AI 用量和高级席位额度                      | [按用量计费，不按席位收费](https://generaltranslation.com/pricing)                                                                      |
| 原生移动应用  | 提供适用于 iOS、Android 和 Flutter 的 OTA (空中下载) SDK | 通过 CLI 翻译 iOS 和 Android 字符串文件，用于应用发布                                                                                        |

## 为什么团队选择 General Translation 而不是 Lokalise

对于持续迭代应用界面的团队来说，General Translation 让源文案始终与使用它的 UI 放在一起。用 [`<T>`](/docs/react/reference/components/t) 包裹这些内容，即可在开发和发布流程中生成译文。

* **更快。** 修改组件中的文案后，运行 [`npx gt translate`](/docs/cli/reference/commands/translate)。General Translation 会提取已标记的内容，并生成各目标语言的译文。将该命令加入 CI，新文案就能在引入它的那次发布中完成翻译，无需为每次修改单独创建源键。
* **运行成本更低。** General Translation 不对维护本地化的开发者和管理人员按席位收费。采用[按用量计费](https://generaltranslation.com/pricing)，团队扩张时无需额外购买高级席位。内联编写还免去了为键命名、把新文案搬进源字典这类日常琐事。
* **质量更高。** [`<T>`](/docs/react/reference/components/t) 块会将完整的消息连同其标记和变量占位符一起保留。例如，一条升级提示可以将句子、强调样式和套餐名称占位符作为一个整体进行翻译。你可以添加上下文备注说明意图，并用词汇表管理产品名称；团队还可以[在仪表板中审阅翻译结果](/docs/platform/dashboard/guides/reviewing-translations)。
* **风险更低。** 从 Lokalise 导出的消息目录入手：将已审阅的译文导入 General Translation，同时沿用应用现有的库和键。你可以改变译文的生成方式，而无需重写 UI。至于改用内联 JSX，则是另一个独立步骤，可以逐个组件推进。

Ramp 借助 General Translation，将其仪表板、落地页和 iOS 应用本地化为 11 种以上的区域设置。 (参见[生产环境部署案例](https://generaltranslation.com/enterprise)。)

## 何时更适合选择 Lokalise

以下情况更适合选择 Lokalise：设计师和译者基于 Figma 或截图开展工作；希望在同一工具内直接订购专业翻译服务；原生移动应用需要 OTA (空中下载) 更新；需要交换 [XLIFF 或 ARB 文件](https://docs.lokalise.com/en/collections/2909229-supported-file-formats)；希望使用托管在欧盟的本地化平台；或者希望通过 Lokalise Vantage 将营销内容和长篇内容统一放在同一平台中管理。

## 从 Lokalise 迁移到 General Translation

从 Lokalise 导出现有的源文件和翻译后的文件，导出格式需为 [`gt` CLI 支持的格式](/docs/cli/reference/config#files)，例如 JSON 或 iOS strings。在 `gt.config.json` 中配置指向这些文件，然后先运行 [`npx gt upload`](/docs/cli/reference/commands/upload)，再运行 [`npx gt translate`](/docs/cli/reference/commands/translate)。你可以先从生成译文入手，同时继续沿用应用现有的库和键。

将术语导入[上下文分组](/docs/platform/dashboard/guides/defining-context-for-translations)。如果之后改用内联 JSX，请参阅[库迁移指南](/docs/react/guides/migrating-i18n-libraries)。如需了解与 TMS 的全面对比，请参阅[为什么选择 General Translation 而不是 TMS？](/kb/general-translation-vs-tms)。

## General Translation 能替代 Lokalise 吗？

可以，适用于文案写在代码中的 Web 应用。Lokalise 将键存储在项目中，并与你的资源文件同步；General Translation 则在构建过程中直接翻译代码中的内容。对于以设计为主导的工作流，以及需要 OTA (空中下载) 更新的原生移动应用，Lokalise 仍是更合适的选择。

## 其他 Lokalise 替代方案

在寻找 Lokalise 替代品时，团队还会比较以下平台：

* **Crowdin：** 适合符合其免费许可条件、希望引入社区译者的开源项目，以及由供应商主导的人工翻译项目。 (参见 [General Translation 与 Crowdin 对比](/kb/general-translation-vs-crowdin)。) 
* **Phrase：** 适合需要用一个平台同时处理软件字符串和以文档为主、由供应商执行的翻译项目的场景。 (参见 [General Translation 与 Phrase 对比](/kb/general-translation-vs-phrase)。) 
* **Smartling：** 适合希望从同一供应商获取 AI 翻译和人工翻译，或希望借助代理在不改代码的情况下翻译营销网站的场景。 (参见 [General Translation 与 Smartling 对比](/kb/general-translation-vs-smartling)。) 
* **Transifex：** 适合希望通过嵌入代码片段翻译网站，或向其合作供应商订购人工翻译的场景。 (参见 [General Translation 与 Transifex 对比](/kb/general-translation-vs-transifex)。) 
* **Weblate：** 适合社区翻译，以及希望使用完全自托管、基于 Git 的平台的团队。 (参见 [General Translation 与 Weblate 对比](/kb/general-translation-vs-weblate)。) 
* **Tolgee：** 适合需要自托管平台，或希望译者在运行中的应用里直接点击文本进行编辑的团队。 (参见 [General Translation 与 Tolgee 对比](/kb/general-translation-vs-tolgee)。) 

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

## 要点总结

* Lokalise 适合跨平台共享键、以设计为主导的审校流程，以及原生移动应用的 OTA (空中) 更新。
* Lokalise 的代码仓库工具可自动完成文件交换；Pro AI 会利用项目上下文，并可通过自定义配置文件引用以往的翻译示例。
* General Translation 让应用文案在 JSX 中保持可读，连同结构完整翻译消息，并将本地化变更纳入构建和拉取请求。

## 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 结合上下文直接翻译代码中的内容，每次发布都同步交付所有语言，并基于开源库运行，不存在供应商锁定。
- [Crowdin 替代方案：General Translation 与 Crowdin 对比](https://generaltranslation.com/zh/kb/general-translation-vs-crowdin.mdx): 如果你希望将文案保留在组件中，并随构建生成译文，请选择 General Translation。Crowdin 围绕资源文件、译者和审校工作流程来管理翻译项目，需要工程师将其接入应用，并随产品迭代持续维护。对于开源社区翻译和由供应商主导的翻译项目，Crowdin 依然是很好的选择。
- [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: [i18next 替代方案：General Translation 与 i18next 对比](https://generaltranslation.com/zh/kb/general-translation-vs-i18next.mdx)
- Next question: [next-intl 替代方案：gt-next 与 next-intl 对比](https://generaltranslation.com/zh/kb/next-intl-vs-gt-next.mdx)

## Sitemap

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