# General Translation Knowledge Base: Smartling 替代方案：General Translation 与 Smartling 对比
URL: https://generaltranslation.com/zh/kb/general-translation-vs-smartling.mdx
Docs index: https://generaltranslation.com/llms.txt
Description: 如果你希望在发布流程中直接从代码生成应用译文，请选择 General Translation。Smartling 集翻译管理系统、AI 与人工翻译服务以及网站翻译代理于一体。General Translation 让文案保留在组件中，将其上下文一并带入翻译，并为团队提供用于审校的仪表板。
Category: 工作流工具
Last updated: 2026-10-16
Authors: Kevin Wu, Jackie Chen
Published: 2026-10-16

Smartling 主打端到端本地化：既有内置 CAT (计算机辅助翻译) 工具和翻译记忆库的翻译管理系统 (TMS) ，也有通过 AI Hub 提供的 AI 翻译、Smartling Language Services 提供的人工翻译，还有以代理方式翻译网站的 Global Delivery Network (GDN) 。在软件方面，代码侧的流程围绕文件展开：代码仓库中的资源文件会作为文件导入 Smartling，从中解析出字符串进行翻译，译文再通过 GitHub Connector、自托管的 Repository Connector 或 CLI 回传。而 General Translation 则直接从代码入手。

## Smartling 的优势

* **一家供应商同时提供 AI 翻译与人工翻译。** 根据 Smartling 的[翻译服务页面](https://www.smartling.com/translation-services)，其机器翻译和 AI 翻译可即时交付，AI Human Translation (AI 辅助的人工翻译) 1 天交付，Creative Translation (面向复杂项目的专家翻译) 2 天交付，背后是一支拥有 4,000 多名语言专家的语言服务团队。
* **AI Hub。** 支持 DeepL、Google、Microsoft 等[大语言模型和机器翻译引擎](https://help.smartling.com/hc/en-us/articles/10318350761883-Smartling-s-AI-Hub)，并会将你的词汇表和翻译记忆库融入提示词。
* **无需改动代码即可翻译网站。** GDN 以[翻译代理](https://help.smartling.com/hc/en-us/articles/18558261190683-Introduction-to-the-GDN)的方式提供翻译后的页面。
* **可视化上下文。** 支持[通过 Chrome 扩展或 JavaScript 库捕获的 HTML](https://help.smartling.com/hc/en-us/articles/360057484273--Overview-of-Visual-Context)、借助 OCR 与字符串匹配的截图、PDF 以及视频。
* **质量工具。** 提供 CAT 工具、质量检查，以及依据 MQM 框架为任务打分的 [LQA 智能体](https://help.smartling.com/hc/en-us/articles/49428460628507-LQA-Agent-AI-Powered-Quality-Assurance)。
* **合规与连接器。** 已通过 [PCI Level 1、SOC 2、HIPAA、HITRUST、ISO 27001 和 ISO 42001](https://www.smartling.com/security) 认证，并提供 50 多个连接器，可对接 AEM、Contentful、Salesforce 等 CMS 和营销工具。

## Smartling 仍需工程师自行处理的工作

Smartling 的代码仓库工作流通过翻译任务来流转资源文件：

1. 搭建国际化库，并提取或编写它所加载的资源文件。[Smartling 的 SDK](https://help.smartling.com/hc/en-us/articles/1260806475390-Smartling-SDKs-Overview) 负责对接其 API。
2. 连接代码仓库。托管式 GitHub Connector 会监听拉取请求或提交；自托管的 [Repository Connector](https://help.smartling.com/hc/en-us/articles/360008032174-Options-for-Automation-with-Source-Repositories) 支持 GitHub Enterprise、GitLab、Bitbucket 和 SVN；你也可以使用 `smartling-cli files push` 推送文件。
3. 等待翻译任务完成。在 GitHub Connector 的[拉取请求模式](https://help.smartling.com/hc/en-us/articles/14901568064411-GitHub-Configuration-Modes-Pull-Request-Single-Branch-On-Demand)下，Smartling 文档指出，译文交付之前不应合并或删除拉取请求，因此功能拉取请求只能等翻译完成。
4. 合并交付拉取请求 ([Repository Connector 则直接提交到分支](https://help.smartling.com/hc/en-us/articles/44557348474139-Repository-Connector-Architecture-Overview)) ，将每种新语言接入应用，并逐一检查每个界面。

此外，应用字符串起初缺少可视化上下文：GitHub Connector 不会自动捕获可视化上下文，而根据 Smartling 的[支持的文件类型](https://help.smartling.com/hc/en-us/articles/360007998893--Supported-File-Types)表格，JSON、iOS 和 Android 文件默认均不提供可视化上下文，因此只能依靠团队自行添加的截图或页面捕获。

Smartling 提供可免费起步的 Core 方案，以及需联系销售购买的 Enterprise 方案，并公布了各类翻译服务的按字计费起步价。 (参见 [Smartling 方案](https://www.smartling.com/plans)，查阅于 2026 年 10 月。)

## Smartling 与 General Translation 速览

| 功能        | Smartling                                            | General Translation                                                                                                         |
| --------- | ---------------------------------------------------- | --------------------------------------------------------------------------------------------------------------------------- |
| 字符串存放位置   | 资源文件，由 Smartling 解析并存储其中的字符串                         | 代码中的 [`<T>`](/docs/react/reference/components/t) 内，或你现有的资源文件中                                                               |
| 代码接入方式    | GitHub Connector、Repository Connector、CLI 或 API      | 在构建流程中运行 [`npx gt translate`](/docs/cli/reference/commands/translate)，或通过 [Locadex](/docs/platform/locadex/quickstart) 拉取请求 |
| 翻译执行方     | AI Hub 引擎、Smartling AI Translation 或 Smartling 的语言专家 | AI 结合代码上下文、词汇表和自定义提示词进行翻译，再由你的团队在仪表板中审核                                                                                     |
| 每个字符串的上下文 | 可视化上下文捕获、带 OCR 的截图、词汇表、翻译记忆库和风格指南                    | 带标记的 JSX 结构、变量占位符、上下文备注、词汇表和自定义提示词                                                                                          |
| 网站        | GDN 翻译代理                                             | 翻译代码中的内容，并通过 `gt-next` 提供区域设置路由                                                                                             |
| 定价        | Core 和 Enterprise 方案，另按字数收取翻译费用                      | [按用量计费](https://generaltranslation.com/pricing)                                                                             |

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

使用 General Translation，引入文案的那次代码变更就能同时生成对应的译文。文案在 [`<T>`](/docs/react/reference/components/t) 中依然清晰可读，构建过程则会产出应用所需的语言文件。

* **更快。** 在应用构建之前运行 [`npx gt translate`](/docs/cli/reference/commands/translate)，即可为即将上线的版本生成译文。也可以配置 [Locadex](/docs/platform/locadex/guides/configuring-automations)，根据代码仓库事件自动发起翻译拉取请求。工程师可以直接沿用现有的构建和评审流程完成本地化，无需另外协调单独的交付任务。
* **运行成本更低。** 借助内联的 [`<T>`](/docs/react/reference/components/t) 代码块，日常文案变更不再需要创建键或交接资源文件。CLI 会复用未变更的译文，因此重复构建时只会为新增或改动的文本生成译文。用量费率请参阅 [General Translation 定价](https://generaltranslation.com/pricing)，Smartling 的 AI 和人工翻译选项请参阅其[服务费率](https://www.smartling.com/translation-services)。
* **质量更高。** Smartling 默认不为 JSON、iOS 和 Android 文件提供可视化上下文，团队需要自行提供截图或屏幕录制。General Translation 会将已标记 JSX 的结构和变量占位符一并带入翻译，通过[上下文备注](/docs/react/reference/components/t)阐明意图，并借助你的词汇表和自定义提示词统一产品术语。评审人员可以在[仪表板翻译编辑器](/docs/platform/dashboard/guides/reviewing-translations)中修正结果，让生成与评审在同一工作流中完成。
* **风险更低。** 采用 MIT 许可的 `gt-react` 和 `gt-next` 库可以直接渲染[打包的译文](/docs/react/guides/storing-translations)，既不需要 General Translation 账户，也不需要调用运行时服务。生成的文件始终保留在你的应用中，已部署的文案完全由你掌控。

General Translation 已通过 SOC 2 Type II 和 ISO 27001 认证，并符合 GDPR 要求；Enterprise 方案还提供 SSO、SCIM 预配、审计日志、自定义角色以及前向部署工程师。 (详见其[信任中心](https://trust.inc/generaltranslation)。) 

Cursor 在其 Web 产品和文档中使用 General Translation，覆盖 14 个以上的区域设置。 (详见[生产环境部署案例](https://generaltranslation.com/enterprise)。)

## Smartling 更适合的场景

以下情况更适合选择 Smartling：希望从同一家供应商同时采购 AI 翻译和人工翻译，并获得质量保证；需要通过代理翻译营销网站，且无需修改代码；所在行业要求具备 PCI 或 HIPAA 等认证；内容分散在众多企业级 CMS 和营销工具中；或者需要与供应商交换 XLIFF、TMX 或 Office 文件。

## 从 Smartling 迁移到 General Translation

先从应用当前加载的资源文件入手，例如 JSON 或 PO 文件。针对这些文件[配置 CLI](/docs/cli/guides/configuring)，并在首次运行 [`npx gt translate`](/docs/cli/reference/commands/translate) 之前，先执行 [`npx gt upload`](/docs/cli/reference/commands/upload) 导入源内容和现有译文。现有的国际化库和文件结构均可保持不变。

将词汇表导入[上下文分组](/docs/platform/dashboard/guides/defining-context-for-translations)，然后在仪表板中审阅生成的文案。如果团队还希望不再维护源键，可以另外选择采用内联 [`<T>`](/docs/react/reference/components/t)。关于更宏观的平台选型考量，请参阅[为什么选择 General Translation 而不是 TMS？](/kb/general-translation-vs-tms)。

## General Translation 能否替代 Smartling？

可以。General Translation 为软件团队提供代码感知的生成、构建自动化以及仪表板审校功能。你既可以沿用现有的消息目录，也可以使用内联 JSX。如果你希望由同一家供应商同时提供网站翻译代理或人工翻译服务，Smartling 会是很好的选择。

## 其他 Smartling 替代方案

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

* **Crowdin：** 适合符合其免费许可条件、希望引入社区译者的开源项目，以及由供应商主导的人工翻译项目。 (参见 [General Translation 与 Crowdin 对比](/kb/general-translation-vs-crowdin)。) 
* **Lokalise：** 适合设计师和译者基于 Figma 或截图开展工作，或原生应用需要 OTA (空中下载) 更新的场景。 (参见 [General Translation 与 Lokalise 对比](/kb/general-translation-vs-lokalise)。) 
* **Phrase：** 适合需要用一个平台同时承载软件字符串和依托供应商开展的大量文档翻译项目的场景。 (参见 [General Translation 与 Phrase 对比](/kb/general-translation-vs-phrase)。) 
* **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)。)

## 要点总结

* Smartling 是一个全方位服务的企业级平台，如果你希望由同一家供应商提供 AI 翻译与人工翻译、网站代理以及广泛的合规支持，它的优势最为突出。
* 工程师仍需维护基于键的资源文件；在拉取请求模式下，功能拉取请求必须等到译文交付后才能继续推进。
* General Translation 将代码上下文、译文生成和审校纳入发布工作流，而打包进应用的译文则让生产环境的交付始终在你的应用内完成。

## 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、供应商管理以及丰富的翻译引擎选择融为一体。
- [Crowdin 替代方案：General Translation 与 Crowdin 对比](https://generaltranslation.com/zh/kb/general-translation-vs-crowdin.mdx): 如果你希望将文案保留在组件中，并随构建生成译文，请选择 General Translation。Crowdin 围绕资源文件、译者和审校工作流程来管理翻译项目，需要工程师将其接入应用，并随产品迭代持续维护。对于开源社区翻译和由供应商主导的翻译项目，Crowdin 依然是很好的选择。
- [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: [react-intl 替代方案：General Translation 与 react-intl 对比](https://generaltranslation.com/zh/kb/general-translation-vs-react-intl.mdx)
- Next question: [Transifex 替代方案：General Translation 与 Transifex 对比](https://generaltranslation.com/zh/kb/general-translation-vs-transifex.mdx)

## Sitemap

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