Weblate:把翻译接进 Git 工作流的开源本地化平台,免费层与云定价怎么算

开源
本地化
翻译
DevOps
2026/9/30
·

阅读时间: 大约 8 分钟

Weblate:把翻译接进 Git 工作流的开源本地化平台,免费层与云定价怎么算

Weblate 官网实时面板:165+ 个国家/地区用户,过去 7 天约 194 万条译文

做过软件国际化的团队都知道,翻译这件事真正难的不是”翻”,而是”同步”:开发不断提交新字符串,译好的内容又要回灌进代码仓库,否则翻译永远落后于版本。Weblate 的定位就是解决这个衔接——一个基于 Web、与 Git 等版本控制系统原生集成的开源本地化平台。它由 WeblateOrg 维护(核心提交者 Michal Čihař),采用 GPLv3 copyleft 协议,提供免费自托管、面向自由软件项目的免费托管,以及付费云托管与商业支持。本文基于官网、定价页与 GitHub 仓库,拆解它的机制与计费口径。

一、它是什么:翻译团队的”持续本地化”中枢

Weblate 把自己描述为”尊重隐私的开源本地化平台”:你接入自己的代码仓库,新字符串自动流向译者,译文经审阅后以提交(commit)形式回到仓库。它不是一个孤立的翻译编辑器,而是一个工作流中枢,官方列出的核心能力包括:

  • 与 Git 等版本控制紧密集成,译者在 Web 上改完即生成仓库提交;
  • 质量检查(quality checks)、译者署名、共享术语表与翻译记忆库;
  • 人机协作:可纯人工翻译,也可接入机器翻译/AI,但由人决定何时编辑、接受与批准;
  • 面向自由项目的免费托管,以及可商用的托管云与商业支持。

二、技术机制:为什么说它是”VCS 原生”

与把译文存在平台自己数据库里、导出时才转换的方案不同,Weblate 以版本库为事实来源。它把一个仓库里的翻译文件(gettext PO、XLIFF、JSON、Android/iOS 资源等)组织成”项目—组件(component)“,在 Web 上提供对齐的源文/译文双栏编辑器,并自动维护翻译记忆与一致性校验。官方称这种方式让”译者贴近开发工作流”——新字符串来了自动派单,译文改完自动回写仓库,避免翻译与代码两套体系长期漂移。

值得注意的是它的”可选 AI”立场:官网明确把”Translate with or without AI”列为独立卖点,强调团队可以选择何时引入机翻、并始终保留人工编辑与批准环节,而不是默认让 AI 直接产出上线译文。

三、关键数据:规模数字与价格表

项目数字口径
覆盖国家/地区165+官网首页自述(2026-09-30 访问)
近 7 天译文量约 194.2 万条官网实时面板瞬时读数
GitHub Star / Fork约 6.1k / 1.4k2026-09-30 查看仓库页
累计提交约 9.15 万仓库页显示
开源协议GPLv3 copyleft仓库 LICENSES
云托管起步从 €39/月起定价页”云”列起步价
专用云从 €95/月起定价页”专用云”列
自托管基础支持€53/月(可选)定价页
自托管扩展支持€106/月(可选)定价页
代安装服务€480(一次性可选)定价页

Weblate 官方定价对比:云、专用云、自托管扩展/基础支持与免费自托管五档

云托管的价格完全按”字符串数”计费,且官方给出了明确公式:Hosted strings = 源字符串数 ×(翻译语言数 + 1 个源语言)。官网展示的档位为 10k / 40k / 160k / 640k / 2.5M / 10M 条托管字符串;首页示例中 1 万字符串档为 €47/月(按年付 €470、节省约 20%),语言、项目、组件数不限。这意味着:你支持的语言越多,计费字符串会成倍放大——一个源文 5000 条、要翻 10 种语言的项目,按公式约等于 55,000 条托管字符串,实际落在 40k–160k 之间的档位,而不是按 5000 条算。

四、免费层口径:谁能免费用

  • 自托管版:完全免费、字符串/语言/项目数不限,你自己负责安装、升级、备份与运维;官方另售可选的付费支持。
  • 免费 Weblate(面向自由项目):需申请,提供 16 万条托管字符串、1 个项目、语言与组件数不限,仅面向符合条件的自由软件/开源项目。

五、局限与口径:别把它当成”开源版 Crowdin”

  • UI 现代化与商业支持能力仍有差距。 项目库点评即指出:相比 Crowdin 等成熟商业产品,Weblate 的界面现代化程度与企业级商务支持仍偏弱,它的核心竞争力是开源模式与 VCS 原生工作流,而非开箱即用的精致体验。
  • 云托管不是”全配置自由”。 定价表中”完全的配置定制”一行,基础云(Hosted Weblate)列为不支持,只有专用云与自托管才开放;云用户对部署环境、外部翻译服务接入的定制权有限。
  • 多语言成本非线性。 如上公式,语言数直接乘以计费量,小团队接云托管前应先按自己的语言数估算,而不是只看源文量。
  • 自托管免费≠零成本。 免费自托管省去许可费,但系统维护、升级、备份、单点登录配置都由团队自己承担;需要人工支持时再按 €53/€106 月费购买。
  • 实时数字是瞬时营销读数。 “165+ 国家""194 万条/7 天”是官网页面加载时的实时统计快照,随时间波动,不宜当作精确历史数据引用。

六、适用 / 不适用场景

适合:技术驱动型开源或中小团队,代码已在 Git、希望翻译 PR 直接进仓库;需要把机翻/AI 嵌入既有翻译流水线并保留人工审校;有自托管与数据主权要求、不想把仓库内容交给商业 SaaS。

不适合:需要企业级 SLA、精致商务支持与复杂权限矩阵的大型商业团队;只做两三种语言、源文量极小又不想运维的项目(自托管不划算,免费云申请门槛反而是负担);期望”上传文件即出翻译、零工作流”的轻量用户。

七、它意味着什么

Weblate 证明了一件事:本地化不必是开发与翻译之间的”交接黑盒”,它可以像 CI 一样嵌进 Git 日常。它的商业模型也很典型——核心功能开源免费,靠云托管与专业支持养活开发,而不是靠锁功能收费。对国内团队而言,真正要算的账是”语言数 × 字符串”的云成本,以及自托管运维成本之间的取舍。

参考来源