# General Translation Knowledge Base: Weglot 替代方案：General Translation 与 Weglot 对比 URL: https://generaltranslation.com/zh/kb/general-translation-vs-weglot.mdx Docs index: https://generaltranslation.com/llms.txt Description: Weglot 是一项网站翻译服务，通过插件、代码片段或代理翻译已渲染的页面；Weglot 2.0 新增了基于 GitHub 的 JSON 翻译工作流。General Translation 是一个本地化平台，集源代码国际化、文件翻译、共享上下文、仪表板审校和区域设置路由于一体。 Category: 工作流工具 Last updated: 2026-10-28 Authors: General Translation Team Published: 2026-10-28 Weglot 是一项网站翻译服务：其标准集成通过 CMS 插件、JavaScript 代码片段或反向代理，检测并翻译已渲染页面上的文本。Weglot 2.0 还提供基于 GitHub 的 JSON 翻译工作流。General Translation 是一个本地化平台，将源代码国际化、应用与文档等多种文件格式的翻译、共享上下文、审校以及符合区域设置的应用路由整合到同一个工作流中。 ## Weglot 是什么 Weglot 的[技术概览](https://weglot.com/technical-presentation/)列出了三种接入方式：JavaScript 代码片段、通过子域名或子目录提供各语言版本的反向代理，以及适用于 WordPress、Shopify、Wix、BigCommerce、Webflow、Squarespace 和 Drupal 的集成。它会[针对每个语言对选用 DeepL、Google Translate 或 Microsoft](https://support.weglot.com/article/114-available-languages)，你可以在其译文列表或可视化编辑器中修改译文。从 Starter 方案起，还可以[订购专业翻译](https://support.weglot.com/article/198-how-to-order-professional-translations)。 Weglot 的[定价](https://weglot.com/pricing)采用订阅制，按翻译字数和目标语言数量分档。字数[按目标语言分别计算](https://support.weglot.com/article/59-total-number-translated-words)，因此 8,000 个源词翻译成三种语言，约计 24,000 个翻译字数。该额度不会按月重置，用尽后翻译即停止，除非开启了自动升级。 ## Weglot 与 General Translation 速览 | | Weglot | General Translation | | ----------------- | ----------------------------------------------------------------- | ----------------------------------------------------------------------------------------------------------------------- | | 类别 | 附带开发者工具的网站翻译服务 | 本地化平台：国际化库、CLI、仪表板 和 [Locadex](/docs/platform/locadex/quickstart) | | 接入方式 | 代理、代码片段或 CMS 集成；Weglot 2.0 GitHub Action；预览版 React 软件包 | 代码中的开源 SDK、[`gt` CLI](/docs/cli/quickstart) 以及 Locadex 拉取请求 | | 翻译内容 | 渲染后的页面文本、通过 GitHub Action 处理的 JSON 文件，或通过预览版 React 软件包处理的 JSX | 用 [``](/docs/react/reference/components/t) 或 `gt()` 标记的内容，以及 JSON、Markdown、HTML 等文件 | | 上下文 | 页面上下文和词汇表规则；AI Language Model 还支持自定义指令、按语言设置语气，并可参考已有的人工译文 | JSX 结构、[`context`](/docs/react/reference/components/t#context) 备注，以及跨项目共享的上下文组 | | 译文存储位置 | 仪表板；或通过 Weglot 2.0 GitHub Action 以 JSON 文件形式存放在代码仓库中 | 构建产物中的文件，或 General Translation 的 CDN | | 语言 URL 与 hreflang | 网站集成可提供子域名或子目录；代码片段和预览版 React 软件包共用同一 URL；JSON Action 将路由交由你的应用处理 | [`createNextMiddleware`](/docs/react/nextjs/reference/functions/create-next-middleware) 由你的应用直接提供 `/de/about` 和本地化 slug | | 审校 | 译文列表和可视化编辑器 | 在 仪表板 中审校，支持批注、版本历史和角色 | | 持续翻译 | 检测渲染内容 (包括暂存环境) ；通过 Weglot 2.0 GitHub Action 提交 JSON 翻译拉取请求 | 在 CI 中仅翻译变更内容；Locadex 自动创建拉取请求 | | 专业翻译 | 在 Weglot 中下单 | 由你的团队在 仪表板 中编辑 | | 定价 | 按翻译字数和语言数量分级的订阅套餐 | [按用量计费，不收席位费](https://generaltranslation.com/pricing) | ## 为什么团队选择 General Translation 而不是 Weglot ### 源代码国际化与发布集成 Weglot 的标准网站集成会翻译渲染后的页面，[暂存站点](https://support.weglot.com/article/314-how-to-switch-from-a-staging-to-a-live-environment)也不例外。译文在其仪表板中管理，而[导入和导出](https://support.weglot.com/article/432-what-can-we-export-import)功能需要 Advanced 及以上方案。 对于 Weglot 2.0 项目，其 [GitHub Action](https://github.com/weglot/translate-action) 会在 CI 中翻译 JSON 区域设置文件并写入你的代码仓库，还可以创建或更新翻译拉取请求。它也能按计划将仪表板中的编辑同步回代码仓库。 使用 General Translation 时，你可以用 [``](/docs/react/reference/components/t) 包裹文案，或让编译器[自动包裹 JSX](/docs/cli/guides/using-auto-jsx)，然后在 `next build` 之前运行 [`npx gt translate`](/docs/cli/reference/commands/translate)。它只翻译源内容有变动的部分，Locadex 还可以替你创建翻译拉取请求。 ### 由您自己的应用提供可被索引的语言版本 Weglot 表示，其 JavaScript 集成“不提供 SEO 优势”，因为译文是在浏览器中插入的。其 WordPress [插件](https://support.weglot.com/article/99-wordpress-how-weglot-manage-seo)会在您的网站上提供可被索引的语言版本；其子域名和子目录代理集成则通过 Weglot 提供这些语言版本。[`@weglot/translate-react`](https://developers.weglot.com/frameworks-and-ai/react) 目前处于预览阶段，其文档指出所有语言共用相同的 URL，因此搜索引擎只会索引源语言。如果使用 GitHub Action 生成的 JSON 文件，则需由您的应用自行实现区域设置路由和 SEO 标签。 General Translation 的 `gt-next` 中间件会为每种语言提供独立的 URL，例如 `/de/ueber-uns`，而 [`getGT`](/docs/react/nextjs/reference/functions/get-gt) 可在 `generateMetadata` 中翻译标题和描述。您的网站前端无需架设任何代理。 (参见[语言重定向与 SEO](/kb/locale-routing-seo)。) ### 上下文与一致性 Weglot 的[词汇表规则](https://support.weglot.com/article/130-translations-exceptions)可以让某个术语始终翻译或始终不翻译。其 [AI Language Model](https://support.weglot.com/article/438-how-to-use-weglot-language-model) 会结合网站上下文和自定义指令，支持为不同语言设置不同语气，并可应用词汇表规则和已有的人工译文。这些 AI 优化会消耗各方案所含的使用额度。 General Translation 的 [``](/docs/react/reference/components/t) 让句子与其中的标记和变量保持为一个整体，[``](/docs/react/reference/components/var) 将动态值排除在翻译之外，[``](/docs/react/reference/components/plural) 则遵循各区域设置的复数规则。[上下文分组](/docs/platform/dashboard/guides/defining-context-for-translations)可将同一套词汇表和自定义提示词应用于你的应用、文档和营销网站，一致性检查还会将新译文与已有译文进行比对。 ### 审校与运行时依赖 General Translation 的[仪表板](/docs/platform/dashboard/guides/reviewing-translations)会将每条译文与其源文本并排显示，并提供批注、版本历史记录和角色管理；Enterprise 方案还额外提供 SSO 和审计日志。其库采用 MIT 许可证，无需账户即可使用；如果应用在构建时就已打包译文，运行时便不会向 General Translation 发起任何网络请求。 Cursor 借助 General Translation 将其 Web 产品和文档本地化为 14 种以上的区域设置。 (参见[生产环境部署案例](https://generaltranslation.com/enterprise)。) ## 何时适合选择 Weglot * **使用建站工具或 CMS，且无人编写代码。** 网站基于 WordPress、Shopify、Webflow、Squarespace 或 Wix 搭建，也没有开发者负责维护。General Translation 不为这些建站工具提供插件。 * **在发布前就让多语言版本上线。** 营销团队需要尽快让译文上线，而不必等待工程团队。 * **在同一工具中完成专业翻译。** 你希望在编辑内容的地方直接订购人工翻译。 * **第三方小组件。** 页面中大量内容来自你无法添加标记的嵌入组件。 ## 从 Weglot 迁移到 General Translation 如果网站是用代码构建的，请运行 `npx gt@latest`：[初始化设置向导](/docs/cli/quickstart)会自动检测框架并生成 `gt.config.json`。使用 [``](/docs/react/reference/components/t) 标记文案，然后运行 [`npx gt translate`](/docs/cli/reference/commands/translate) 生成译文。 请保留搜索引擎已收录的 URL。如果 Weglot 使用的是 `/fr/` 这类子目录，`gt-next` 的中间件可以沿用相同的前缀，其 [`pathConfig`](/docs/react/nextjs/reference/functions/create-next-middleware#path-config) 选项还能还原 `/fr/qui-sommes-nous` 这类已翻译的 slug。如果 Weglot 使用的是 `fr.example.com` 这类子域名，请通过永久重定向将每个旧 URL 指向对应的新 URL。Google 的[重定向指南](https://developers.google.com/search/docs/crawling-indexing/301-redirects)也建议在页面 URL 变更时采用这种做法。 (两者的利弊权衡请参阅[子目录与子域名](/kb/multilingual-url-structure)。) 导出 Weglot 的词汇表规则 (需 Advanced 方案) ，再将文件导入[上下文分组](/docs/platform/dashboard/guides/defining-context-for-translations)。上下文分组支持 CSV、TSV、JSON 和文本文件。最后，在[仪表板](/docs/platform/dashboard/guides/reviewing-translations)中审校流量最高的页面。 ## General Translation 可以替代 Weglot 吗？ 可以，适用于文案存放在代码中的网站和应用。General Translation 集源代码国际化、文件翻译、审校和区域设置路由于一体。Weglot 则提供面向已渲染网站的集成，以及基于 GitHub 的 JSON 翻译工作流。如果是没有开发者维护的建站工具站点或 CMS 商店，Weglot 是更简单的选择。 ## 其他 Weglot 替代方案 * **Smartling：**其 Global Delivery Network 以代理方式翻译网站，并同时提供 AI 翻译和人工翻译。 (参见 [General Translation 与 Smartling 对比](/kb/general-translation-vs-smartling)。) * **Transifex：**Transifex Live 通过一段 JavaScript 代码片段来翻译网站。 (参见 [General Translation 与 Transifex 对比](/kb/general-translation-vs-transifex)。) * **Lokalise：**其 LiveJS 上下文编辑器可直接在网站上使用。 (参见 [General Translation 与 Lokalise 对比](/kb/general-translation-vs-lokalise)。) (如需了解 WPML 等 CMS 插件以及 Webflow Localize 等建站工具，请参见[如何让网站支持多语言？](/kb/make-website-multilingual)。) ## 要点总结 * Weglot 翻译的是渲染后的网站，并通过其 Weglot 2.0 GitHub Action 提供 JSON 文件翻译和拉取请求功能。 * Weglot 的 WordPress 集成和代理集成可提供可被搜索引擎索引的语言 URL；而其代码片段和预览版 React 软件包则共用同一 URL。使用 JSON Action 时，路由需由你的应用自行处理。 * Weglot 按每种语言的翻译字数收费，除非开启自动升级，否则达到额度上限后翻译即会停止。 * General Translation 在发布时即交付所有语言，并提供代码上下文、一致的术语、区域设置路由、已翻译的元数据以及仪表板审校。 * 如果你的网站基于 CMS 或建站工具搭建，且无开发者维护，可选择 Weglot。 ## Related questions - [如何让网站支持多语言？](https://generaltranslation.com/zh/kb/make-website-multilingual.mdx): 先确定译文放在哪里：代理、CMS 插件、建站工具，还是你自己的代码；然后按照 Google 的建议，为每种语言分配独立的 URL。完整翻译页面以及标题和元描述，用 hreflang 关联各语言版本，并提供语言切换器，而不是自动重定向访问者。 - [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 是很好的选择。 - [多语言 SEO：子目录、子域名与 ccTLD 对比](https://generaltranslation.com/zh/kb/multilingual-url-structure.mdx): 如果同一产品共用一个站点和发布流程，请使用 example.com/de/ 这样的子目录。只有 ccTLD 能指明目标国家，子域名便于独立托管；Google 不建议使用 ?lang= 参数，并会将 .io、.ai 等个性化域名视为通用域名。 - [语言重定向与 SEO：URL、cookie 还是 Accept-Language？](https://generaltranslation.com/zh/kb/locale-routing-seo.mdx): 凡是希望被搜索引擎收录的页面，都应由 URL 决定其语言，因为 Googlebot 不会发送 Accept-Language 请求头，而且大多从美国 IP 地址抓取。只有在决定 / 这类中性根路径重定向到哪里时，才应优先参考 cookie 中保存的用户选择，其次是 Accept-Language，并使用临时的 302 或 307 重定向。 ## Previous and next questions - Previous question: [General Translation 与 Lingo.dev：该选哪一个？](https://generaltranslation.com/zh/kb/general-translation-vs-lingo-dev.mdx) - Next question: [什么是区域设置代码（例如 en-US 和 en-GB）？](https://generaltranslation.com/zh/kb/locale-codes.mdx) ## Sitemap See the [Knowledge Base sitemap](https://generaltranslation.com/zh/kb/sitemap.md) for every article.