# General Translation Knowledge Base: Transifex 替代方案：General Translation 与 Transifex 对比
URL: https://generaltranslation.com/zh/kb/general-translation-vs-transifex.mdx
Docs index: https://generaltranslation.com/llms.txt
Description: 如果你希望翻译带标记的 JSX 时保留其结构和开发者上下文，并将译文打包进应用包或通过 CDN 分发，请选择 General Translation。Transifex Native 同样将字符串保留在代码中，但通过自家的内容分发服务发布。如果团队需要使用 Transifex 的翻译合作伙伴、质量评分或基于代码片段的网站翻译，Transifex 是很好的选择。
Category: 工作流工具
Last updated: 2026-10-16
Authors: Kevin Wu, Jackie Chen
Published: 2026-10-16

如果你希望翻译融入 React 开发工作流，General Translation 更为合适：用 [`<T>`](/docs/react/reference/components/t) 标记 JSX，在构建前生成译文，再随应用一同发布。Transifex 是一款翻译管理系统 (TMS) ，自 2025 年 1 月起[归属 XTM International 旗下](https://xtm.ai/news/xtm-international-acquires-transifex)，结合了 AI、译员和合作供应商的力量。

Transifex 既支持资源文件，也支持通过 Transifex Native 直接在代码中标记字符串。Native 会将消息推送到 Transifex，并从其内容分发服务 (CDS) 加载译文。General Translation 则提取带标记的 JSX 进行翻译，应用可以从打包文件或 General Translation 的 CDN 加载译文。

## Transifex 的优势

* **无需文件，直接从代码中获取字符串。** [Transifex Native](https://developers.transifex.com/docs/javascript-sdk) 通过翻译函数或 React 组件标记字符串，默认以源文本作为键，并使用 `txjs-cli push` 推送字符串。其 SDK 和 [CDS](https://github.com/transifex/transifex-delivery) 均以 Apache-2.0 许可证开源，CDS 还支持自托管。
* **带质量评分的 AI 翻译。** Transifex AI 会结合你的词汇表、翻译记忆库和上下文进行翻译，并通过 [Translation Quality Index (TQI)](https://help.transifex.com/en/articles/9465000-translation-quality-index-tqi) 为 AI 译文打分。达到设定阈值的译文可自动标记为已审校。
* **人工翻译合作伙伴。** 你可以直接在 Transifex 内[向 e2f、Gengo、TextMaster 等合作伙伴订购翻译](https://help.transifex.com/en/articles/6235673-ordering-translations)。
* **无需改动代码即可翻译网站。** [Transifex Live](https://help.transifex.com/en/articles/6244596-introduction-to-transifex-live) 只需一段 JavaScript 代码片段即可翻译网站，不过对于 React 和 Vue 应用，Transifex 更推荐使用 Native。
* **协作者数量不限。** 当前方案不按席位、项目或托管内容收费。
* **文件格式。** 支持 [46 种以上格式](https://help.transifex.com/en/articles/6219670-introduction-to-file-formats)，包括 XLIFF、Office 文件和字幕。

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

工程师需要将应用接入 Transifex 的翻译与交付工作流：

1. 为 Transifex 标记每个字符串：将其提取到资源文件中并分配一个键，或者用 Native 的翻译函数或 React 组件将其包裹。
2. 通过 [`tx push`](https://github.com/transifex/cli)、Git 集成或 `txjs-cli push` 将其发送到 Transifex，通常作为 CI 中的一个步骤执行。
3. 配置 AI 翻译或合作供应商，并设置所需的审校要求。
4. 交付译文。在文件工作流中，当某种语言的完成度达到阈值时，[Git 集成](https://help.transifex.com/en/articles/6265125-github-via-transifex-ui)会创建拉取请求或直接提交。Native 从 [CDS](https://developers.transifex.com/docs/content-delivery-service) 获取译文，CDS 中的内容默认一小时后过期，刷新间隔可自行配置。

Transifex AI 会利用[词汇表术语、翻译记忆库、上下文字段和公司信息](https://help.transifex.com/en/articles/9867663-context-in-transifex-ai)，还可以启用开发者备注和字符串说明。General Translation 的 React 库则通过已标记的 JSX 结构和命名占位符提供上下文，并辅以开发者备注和项目术语来指导翻译。

定价方面，Transifex 仅提供一个 AI 优先的方案，需联系销售团队购买，按 AI 翻译字数计费，不公开价格。 (参见 [Transifex 定价](https://www.transifex.com/pricing)，查阅于 2026 年 10 月。)

## Transifex 与 General Translation 速览

| 功能      | Transifex                                                         | General Translation                                                   |
| ------- | ----------------------------------------------------------------- | --------------------------------------------------------------------- |
| 字符串导入方式 | 通过 `tx push` 或 Git 集成上传资源文件，或通过 `txjs-cli push` 推送 Native SDK 字符串 | 内容保留在代码中的 [`<T>`](/docs/react/reference/components/t) 内，或保留在你现有的资源文件中 |
| 翻译方     | 带 TQI 评分的 Transifex AI，或合作供应商                                     | AI 结合代码上下文、词汇表和自定义提示词进行翻译，再由你的团队在仪表板中审核                               |
| 字符串上下文  | 词汇表、翻译记忆库、上下文字段以及可选的开发者备注                                         | 标记的 JSX、命名占位符、开发者备注、词汇表和自定义提示词                                        |
| 交付方式    | 文件通过拉取请求或提交交付；Native 在运行时通过 CDS 交付                                | 将译文本地打包进应用包，或通过 General Translation 的 CDN 交付                          |
| 定价      | 按 AI 翻译字数计费，需联系销售获取报价                                             | 公开透明的[使用费率](https://generaltranslation.com/pricing)                   |

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

* **更快。** [`npx gt translate`](/docs/cli/reference/commands/translate) 会在应用构建前提取已标记的内容、生成译文并下载结果。因此，每次发布只需运行一个翻译步骤。如果你更习惯在 GitHub 中审阅变更，[Locadex](/docs/platform/locadex/quickstart) 会在代码变更时自动创建拉取请求。
* **运行成本更低。** General Translation 减少了翻译富 UI 所需的工程工作量：一个句子可以连同其中的链接、格式和动态值一起保留在同一个 [`<T>`](/docs/react/reference/components/t) 块中，无需重新拆解拼装成消息字符串。你可以直接根据[公开价格](https://generaltranslation.com/pricing)估算翻译成本。
* **质量更高。** 将句子及其嵌套元素放在一起翻译，能让翻译过程把握词语、链接和占位符之间的关系。开发者备注可以澄清含义模糊的文案，而已分配的[上下文组](/docs/platform/dashboard/guides/defining-context-for-translations)则能让你的应用和网站使用统一的术语。你的团队还可以在[翻译编辑器](/docs/platform/dashboard/guides/reviewing-translations)中进一步完善译文。
* **风险更低。** 使用[本地译文](/docs/react/guides/storing-translations)时，应用直接基于随版本打包的文件进行渲染，运行时不会调用 General Translation。如果团队希望无需重新部署即可发布译文修改，也可以改用 General Translation 的 CDN。只要自行提供译文，采用 MIT 许可的 JavaScript 库无需注册账户即可使用。

Sierra 借助 General Translation，在其网站和市场推广内容中支持 7 种以上区域设置。 (参见[生产环境部署案例](https://generaltranslation.com/enterprise)。)

## Transifex 更适合的场景

以下情况建议选择 Transifex：希望只嵌入一段代码片段、无需改动代码即可翻译网站；希望向其合作供应商订购人工翻译；基于 TQI 的自动审批契合你的审核流程；需要交换 XLIFF、Office 或字幕文件；或者原生 iOS 和 Android 应用需要[支持离线应用包的 OTA (空中) 更新](https://developers.transifex.com/docs/ios-sdk)。

## 从 Transifex 迁移到 General Translation

如果是基于文件的项目，且使用 JSON、YAML、PO 或 iOS、Android 资源文件等受支持的格式，请参阅 [CLI 快速入门](/docs/cli/quickstart)。先配置源文件和区域设置路径，再使用 [`npx gt upload`](/docs/cli/reference/commands/upload) 导入现有译文，然后再生成新译文。

如果是使用 Native 的 React 应用，请按照 [React 快速入门](/docs/react/react-quickstart) 或 [Next.js 快速入门](/docs/react/nextjs-quickstart) 设置 `gt-react` 或 `gt-next`。每次迁移一个页面：将该页面的文案和标记放入 [`<T>`](/docs/react/reference/components/t) 中，然后运行 [`npx gt translate`](/docs/cli/reference/commands/translate)。在审核已翻译页面期间，其余页面可继续使用 Native。将你的词汇表导入[上下文分组](/docs/platform/dashboard/guides/defining-context-for-translations)，即可沿用现有的产品术语。

## General Translation 可以替代 Transifex 吗？

可以。使用 General Translation，你可以在构建前从结构化 JSX 生成译文，并将其作为打包文件随应用分发，或通过 General Translation 的 CDN 交付。你也可以保留现有的基于文件的应用，只用 General Translation 来翻译其消息目录。如需更全面的供应商对比，请参阅[为什么选择 General Translation 而不是 TMS？](/kb/general-translation-vs-tms)。

## Transifex Native 与 General Translation 有何不同？

两者都使用开源 SDK，也都可以将源文本保留在代码中。在 [Transifex 的 React SDK](https://developers.transifex.com/docs/react-sdk) 中，`<T _str="...">` 消息可以接收 React 元素作为插值。General Translation 的 [`<T>`](/docs/react/reference/components/t) 则将句子和嵌套元素直接保留在 JSX 中，并提取这一结构用于翻译。Native 通过 CDS 交付译文；General Translation 则允许你选择打包文件或使用其 CDN。

## 其他 Transifex 替代方案

正在替换 Transifex 的团队通常还会对比以下平台：

* **Crowdin：**&#x9002;合符合其免费许可条件、希望借助社区译者的开源项目，以及由供应商主导的人工翻译项目。 (参见 [General Translation 与 Crowdin 对比](/kb/general-translation-vs-crowdin)。) 
* **Lokalise：**&#x9002;合设计师和译者基于 Figma 或截图开展工作，或原生应用需要 OTA (空中) 更新的场景。 (参见 [General Translation 与 Lokalise 对比](/kb/general-translation-vs-lokalise)。) 
* **Phrase：**&#x9002;合需要用同一平台同时支撑软件字符串翻译，以及与供应商协作、以文档为主的翻译项目的场景。 (参见 [General Translation 与 Phrase 对比](/kb/general-translation-vs-phrase)。) 
* **Smartling：**&#x9002;合希望由同一家供应商提供 AI 翻译和人工翻译，或希望通过代理在无需改动代码的情况下翻译营销网站的场景。 (参见 [General Translation 与 Smartling 对比](/kb/general-translation-vs-smartling)。) 
* **Weblate：**&#x9002;合社区翻译，以及希望使用完全自托管、基于 Git 的平台的团队。 (参见 [General Translation 与 Weblate 对比](/kb/general-translation-vs-weblate)。) 
* **Tolgee：**&#x9002;合需要自托管平台，或希望译者在运行中的应用里直接点击文本进行编辑的团队。 (参见 [General Translation 与 Tolgee 对比](/kb/general-translation-vs-tolgee)。) 

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

## 要点总结

* Transifex 是一款 TMS，提供开源的 Native SDK、带质量评分的 AI 翻译、合作供应商，以及面向网站的 Transifex Live。
* Native 本身已支持代码中的字符串。General Translation 在 React 上的优势在于能够直接编写和翻译结构化 JSX，并支持开发者备注和共享术语。
* General Translation 在构建前生成译文，同时支持随应用包投递和 CDN 更新，你可以自行决定已翻译内容以何种方式送达用户。

## 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 依然是很好的选择。
- [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 让文案保留在组件中，将其上下文一并带入翻译，并为团队提供用于审校的仪表板。

## Previous and next questions

- Previous question: [Smartling 替代方案：General Translation 与 Smartling 对比](https://generaltranslation.com/zh/kb/general-translation-vs-smartling.mdx)
- Next question: [为什么选择 General Translation 而不是 TMS（Smartling、Lokalise、Phrase、Crowdin 或 Transifex）？](https://generaltranslation.com/zh/kb/general-translation-vs-tms.mdx)

## Sitemap

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