Lovable 应用有哪些值得推荐的 Weglot 替代方案？

Lovable 应用的最佳 Weglot 替代方案，是把翻译放在你自己的仓库里，而不是放在第三方的运行时中。globalize.now 是 AI 驱动的本地化基础设施：提取硬编码字符串，生成提交到仓库的 Lingui PO 目录，并在每次 Git 推送时保持同步。Weglot 是一款功能不错的无代码小组件，但在 Lovable 应用上它在客户端翻译，而且价格会随着新增语言不断上涨。本指南面向希望获得可索引页面和可预测成本的构建者，对两者进行对比。

Weglot 在 Lovable 应用上是如何工作的？

Weglot 通过在构建后的站点中注入 JavaScript 代码片段，在运行时翻译 Lovable 应用。Lovable 生成的是 React 应用，所以这段代码加载后会检测访客的语言，并在页面渲染完成后替换可见文本。配置只需几分钟，也不需要改动 Lovable 项目中的任何代码。

这份便利是实实在在的。但这也意味着翻译内容是在浏览器中生成的，并不保存在你的代码库里。你的 Lovable 仓库里仍然只有英文字符串，其他语言都存放在 Weglot 的服务中，每次应用加载时再叠加到页面上。

Weglot 还提供子域名和子目录模式，通过它的代理提供翻译后的页面，以获得更好的 SEO。这些模式需要修改 DNS，并且让流量经过 Weglot 的基础设施，而不是由你自己的构建产物渲染。

为什么 Weglot 的运行时方案会影响 Lovable 应用的 SEO？

客户端翻译很难被搜索引擎索引，因为翻译后的文本只有在 JavaScript 运行之后才存在。Weglot 官方的说法是，其纯 JavaScript 集成无法带来 SEO 收益，因为翻译在浏览器中渲染，无法被抓取。要获得可索引的多语言 URL，就得改用它的子域名或子目录模式，通过代理在服务端提供翻译。

对追求自然增长的 Lovable 应用来说，这一点很关键。如果你的目标是让落地页的法语或德语版本获得排名，爬虫拿到的 HTML 里就必须包含翻译后的内容。

globalize.now 从源头解决这个问题。它生成提交到仓库的语言文件，由 Lovable 构建时编译成真实的分语言区域页面。翻译内容随你自己的 bundle 一起发布，既不依赖代理持续在线，也不依赖爬虫去执行你的小组件。更深入的论述见我们的文章：Lovable 应用的翻译为何每次推送都会失效。

Weglot 是否按语言收费？

是的。Weglot 的定价同时取决于两个变量：项目中的词数，以及翻译的目标语言数。每个套餐都限制可添加的语言数量，并提供固定的、不会重置的词数额度，所以任何一个维度的增长都可能让你升级到更高的档位。公开套餐起价约 €15/月，并随词数和语言数的增加而上涨。

对只有两三种语言的营销网站，这种模式没问题。但对不断拓展市场的应用来说就会变得昂贵，因为每新增一种语言，都会同时占用语言数上限和共享的词数额度。

globalize.now 的结构不同：每个工作区每月 €20，没有按席位和按语言的收费。套餐每月包含 €20 的翻译额度（约 200,000 词），超出部分按相同的单字符费率按 token 计费。新增第十种语言不会让你升级套餐，只会消耗这些字符串所需的字符数。它的差异点在于没有席位费、没有按语言的“税”，用量透明，而不是市面上最低的标价。

globalize.now 对 Lovable 应用有何不同？

globalize.now 位于翻译小组件的下一层。它不在运行时应用翻译，而是把语言文件本身作为代码库的一部分来管理。

具体来说，它会从 Lovable 应用中提取硬编码的 UI 字符串，生成翻译键，并产出存放在仓库中的 Lingui PO 目录。每次 Git 推送时，它会检测新增和修改的字符串并发起翻译更新，让语言文件保持最新，无需手动导出，也没有审核队列。这一层负责产出键和文件，再由 Lingui 这样的 i18n 运行时去提供服务。

对 Lovable 构建者来说，实际收益是自主掌控。翻译与代码一起纳入版本控制，可以在 PR 中查看 diff，将来换工具也能带走。你的用户和文本之间不再隔着第三方运行时。想了解完整的工程细节，可以看 globalize.now 开发者页面，其中介绍了提取与同步模型；vibe coder 概览则从 AI 工具工作流的角度做了说明。

如何在 Lovable 应用中配置 globalize.now？

配置在 Lovable 编辑器内完成，之后每次推送都会自动继续同步。下面是从 Weglot 翻译的 Lovable 应用到提交语言文件的完整路径。

1. 在 Lovable 工作区中添加 lovable-i18n Skill。
2. 让 Lovable 配置 i18n。globalize.now 会提取硬编码字符串，并生成 Lingui PO 目录。
3. 把生成的语言文件提交到仓库。
4. 待分语言区域页面渲染正常后，移除 Weglot 的 JavaScript 代码片段。
5. 推送到 Git。之后每次推送，新增和变更的字符串都会自动同步。

如果你习惯在命令行而不是 Lovable 编辑器中工作，用下面的命令安装 Skill：

npx skills add globalize-now/globalize-skills

加上 --all，即可为你使用的所有 Agent 安装 Skill。针对 Lovable 的完整流程见 Lovable 集成页面。

什么情况下仍然适合用 Weglot？

如果你希望零代码改动、完全托管，Weglot 更合适。假如你的 Lovable 项目只是一个小型营销站点，只需要支持两三种语言，又宁愿在后台面板里管理一切、不想动仓库，那么它的代码片段确实部署得很快。

如果你的应用本身就是产品，预计会逐步拓展市场，并且希望翻译内容可被搜索引擎索引、受版本控制、且不按语言数量收费，globalize.now 更合适。两者的优化方向不同：Weglot 追求省心省力，globalize.now 追求持久、基于仓库的原生本地化。选择与你的 Lovable 应用发展方向相匹配的那一个即可。

globalize.now 可以解决这个问题。在 Lovable 工作区中配置一次，之后每次 Git 推送都会自动同步。了解工作原理，请访问 globalize.now。