# General Translation Knowledge Base: 哪些翻译工具按用量而非席位收费？ URL: https://generaltranslation.com/zh/kb/translation-pricing-without-seat-fees.mdx Docs index: https://generaltranslation.com/llms.txt Description: 如果你希望翻译支出与实际请求的工作量挂钩，请选择 General Translation：用户数量不限，Starter 方案平台费为 $0。Crowdin 和 Lokalise 的付费方案不限翻译角色数量，但会对部分其他角色收费；Hosted Weblate 不限译者数量，但按托管字符串容量收费。 Category: 工作流工具 Last updated: 2026-10-30 Authors: General Translation Team Published: 2026-10-30 审校团队扩大和翻译工作量增长，是两个不同的预算问题。 新增一名德语审校人员，并不需要翻译整个目录；而新增德语作为目标语言，则需要。 请比较各服务商针对这两种情况分别如何收费， 包括开发者和管理人员是否与译者分开计费。 ## 不同的翻译定价模式有何区别？ 席位费按访问权限收费。存储内容额度按你在平台上保留的 目录规模收费，有时还会乘以语言数量。用量 费用则按实际完成的工作量计费，例如翻译所处理的字数或 token 数。 一个平台可以同时采用这三种方式，并另收订阅费或设置最低消费承诺。 替换一个标签不一定会增加已存储的字符串数量，但 按用量计费的服务仍可能对替换内容的翻译收费。关键的 区别在于：你付费是为了保留目录、为人员提供访问权限，还是 生成新的译文。 | 工具 | 哪些用户会影响价格？ | 账单还取决于什么？ | 适用场景 | | ------------------------------------------------------------- | ------------------------------------ | ------------------------------------------ | -------------------------------- | | [General Translation](https://generaltranslation.com/pricing) | 所有方案均不限用户数；无席位费 | 翻译和智能体用量；Starter 平台费用为 $0；Enterprise 采用定制条款 | 开发者和审校人员需要共享访问，且你希望在发布工作流中直接生成译文 | | [Crowdin](https://crowdin.com/pricing) | 付费方案不限译者和校对人员数量；需关注管理员额度和附加组件 | 订阅、托管字数容量和翻译服务 | 新增参与者大多是译者或校对人员，且管理员数量在方案额度之内 | | [Lokalise](https://lokalise.com/pricing/) | 付费方案不限译者和审校人员席位；高级席位适用于管理员、开发者和内容创作者 | 订阅、处理字数、AI 用量和方案额度 | 审校人员数量增长，而高级席位需求仍在额度之内 | | [Hosted Weblate](https://weblate.org/en/hosting/) | 不限译者数量 | 按托管字符串数计费的订阅；外部翻译服务提供商可能另行收费 | 你需要基于 Git 的译者工作区，以及可预测的目录容量 | | [Phrase](https://phrase.com/pricing/) | Strings 席位来自方案中已购买的额度 | 包含 Strings 席位、托管字数容量和翻译用量的订阅；可额外购买容量 | 软件字符串需要与以文档为主、由供应商承担的翻译项目共用同一平台 | Crowdin 将托管字数定义为源语言字数乘以目标语言数量。 Weblate 统计源语言和所有目标语言中的托管字符串总数。 Lokalise 的付费方案包含不限量的托管字数，但处理量和高级 席位仍会影响账单。[Phrase](/kb/general-translation-vs-phrase) 则是 按席位定价的典型对照：其 Strings 订阅包含席位和托管字数 容量，因此人员数量和存储量都会占用已购买的额度。这些 计量单位衡量的对象各不相同；比较价格之前， 请先以相同的项目和角色为基准进行对比。 如果你的团队已经在为 Crowdin 或 Lokalise 付费，请先确认 待新增人员所需的权限。额外的译者可能已包含在方案内。General Translation 的优势在于，新增开发者或管理员同样不会产生 席位费。如需了解更多工作流方面的差异，请阅读 [TMS 对比](/kb/general-translation-vs-tms)。 ## General Translation 按哪些项目计费？ General Translation 的[用量计费表](https://generaltranslation.com/pricing/usage) 将文件翻译、实时翻译、提供的上下文以及 Locadex 智能体 工作分开计费。文件翻译按输入词元计费，费率因格式而异； token 指的是文本片段，而非已存储键的数量。估算工作量时，请将目标区域设置 及所用上下文一并计入。如果使用智能体执行工作流， Locadex 运行将以 Locadex 计算单位 (LCU) 单独计量。 Starter 套餐包含翻译编辑器，项目、用户和 语言数量均不受限制，既不收取平台费用，也无需订阅。已发布存储和 Translation CDN 的费率 均为零，因此持续提供已完成的翻译不会产生新的翻译 费用。企业服务采用由 General Translation 报价的自定义商务条款，请先访问 [定价页面](https://generaltranslation.com/pricing)了解详情。 工作流也会影响用量。使用 General Translation 的 [`gt translate`](/docs/cli/reference/commands/translate) 时，未更改的源版本 可直接复用已完成的翻译。对于已更新的文件，只要格式支持，增量处理就会复用 匹配的已翻译内容。新增内容、新增 目标语言以及主动重新翻译则需要额外的翻译 工作。 (参见[生成译文](/docs/cli/guides/generating-translations)。) ## 团队扩张或文案变更时会发生什么？ 假设一个应用有 2,000 条源消息，需翻译为四种目标语言。下一次发布 改动了 20 条消息，团队还邀请了六名审校人员和两名开发者。这些 数字仅作举例说明，并非价格估算。 | 事件 | 使用 General Translation 时的预算项 | | -------------- | ----------------------------------- | | 邀请六名审校人员和两名开发者 | 无额外席位费用 | | 翻译 20 条改动的消息 | 所请求区域设置的翻译输入及相应的上下文；工作量取决于消息长度和处理格式 | | 新增第五种目标语言 | 翻译该语言尚缺的内容，包括从未译成该语言的未改动源内容 | | 请求全量重新翻译 | 产生新的翻译用量，即使源文案目录中的消息数量不变 | | 持续提供已完成的翻译 | 无新的生成费用；公布的 CDN 和存储费率均为零 | | 运行 Locadex 自动化 | 除其请求的翻译工作外，还会产生 Locadex 计算用量 (LCU) | 新增的八名协作者不会产生席位费用。20 条改动的消息并不意味着 账单只对应 20 个独立的字符串：某些格式会以更大的单元进行处理， 上下文也会计入用量。请以具有代表性的内容及其目标区域设置为依据， 参照当前费率表进行预估。 对于常规月份和发布月份，请将新语言的首次翻译与现有语言的更新分开计算， 并计入计划中的重新翻译和智能体运行。如果某个月份处于闲置状态，没有任何翻译、实时翻译或智能体用量， 则只会产生合同约定的费用，例如 Enterprise 平台费用或 最低承诺消费；Starter 方案则不涉及此类费用。 ## 不收席位费，审校如何进行？ 借助 General Translation 的[仪表板编辑器](/kb/review-translations)，审校人员可以 对照源文本和目标文本、编辑译文，并通过标签 和评论跟踪审校进度。产品经理和开发者无需额外购买 席位即可参与。每个人能修改哪些内容由权限决定。 例如，产品经理可以在仪表板中修改定价页面某个标题的德语 措辞。之后，团队可以用 CLI 下载已保存的译文，也可以等下一次按配置执行的 Locadex 翻译运行将该修改带入拉取请求。审校人员在 浏览器中工作，开发者则继续在 Git 中管理发布。共享的 [词汇表术语和自定义提示词](/kb/ai-translation-glossary)会在生成前为应用和 文档提供统一的术语指令，因此审校可以专注于 上下文中的措辞。 你无需替换现有的国际化库，就能评估这一工作流。 General Translation 的 CLI 支持现有的消息目录，包括 next-intl 和 i18next 所用的 JSON。先从一个受支持的文件入手，通过 [`gt upload`](/docs/cli/reference/commands/upload) 导入其中已审校的 译文，再将一处源内容变更翻译成一个目标区域设置。在推广到整个项目之前， 先检查措辞、已保存的审校修改以及该次运行的用量。 [CLI 快速入门](/docs/cli/quickstart)介绍了配置和登录方法；此外， 免费组织可以使用按滚动 30 天计算的用量额度 (参见 [计费指南](/docs/platform/dashboard/guides/managing-billing)) ，因此你无需 添加付款方式即可完成这次评估。 ## Related questions - [General Translation 与 TMS（Crowdin、Lokalise、Phrase）对比](https://generaltranslation.com/zh/kb/general-translation-vs-tms.mdx): 如果开发者希望译文生成、源自代码的上下文以及审校流程都与产品发布紧密衔接，请选择 General Translation。你可以保留现有的消息目录和渲染库，也可以直接编写内联 JSX，无需翻译键。TMS 适合以语言供应商、CAT 编辑器和 XLIFF 交换为核心的翻译项目，其集成可以自动完成文件传输。 - [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 拉取请求中进行审阅。 - [General Translation 与 Weblate：该选哪一个？](https://generaltranslation.com/zh/kb/general-translation-vs-weblate.mdx): Weblate 是一个可自托管、基于 Git 的本地化平台，专为社区或团队协作翻译代码仓库文件而设计。General Translation 则将译文生成融入开发与发布流程，依托已标记的 JSX 和共享的产品上下文完成翻译。你可以继续沿用现有的 gettext 文件，也可以改用内联编写，连源文案目录的维护工作也一并省去。 - [如何审校和编辑译文？](https://generaltranslation.com/zh/kb/review-translations.mdx): 借助 General Translation，审校人员可以在仪表板中对比和编辑译文，并通过标签和评论跟踪审校进度。已保存的修改可以使用 CLI 下载，也可以在 Locadex 下一次运行翻译时纳入拉取请求。开发者还可以使用 gt save-local 将审校后的文件修改发送回平台。 ## Previous and next questions - Previous question: [面向开发者的最佳 AI 翻译工具：翻译 API 与本地化平台对比](https://generaltranslation.com/zh/kb/best-ai-translation-tools.mdx) ## Sitemap See the [Knowledge Base sitemap](https://generaltranslation.com/zh/kb/sitemap.md) for every article.