globalize.now 与 Lovalingo 对比
globalize.now 和 Lovalingo 是为 Lovable 应用做本地化的两种不同思路。Lovalingo 用 provider 包裹 React 应用，在浏览器中完成翻译。globalize.now 以 AI 编辑器 Skill 的形式安装，提交 Lingui PO 目录，并在你推送代码时自动更新这些目录。
Lovalingo 定位为 Lovable 应用的即插即用覆盖层。它在浏览器中检测并翻译内容，生成各语言版本的 URL 和 hreflang，并添加语言切换器，你无需自己维护语言文件。globalize.now 则从仓库出发：它可以作为 Lovable 工作区 Skill 安装，也可以在 Cursor 或 Claude Code 中运行 `npx skills add globalize-now/globalize-skills --all`，随后创建并维护 src/locales/[locale]/messages.po 文件，随应用变更持续更新。
如果……，请选择 Lovalingo
Lovalingo 是面向 Lovable 类应用的 React 运行时库（`@lovalingo/lovalingo`）：用 provider 包裹应用，检测内容，在浏览器中翻译，并提供各语言版本 URL、hreflang 和语言切换器。
以下情况更适合选择 Lovalingo：
- 你想为 Lovable 应用快速加上浏览器端覆盖层。
- 你的访客量低于 500 的免费额度上限。
- 你不在意由仓库管理的翻译文件，也不追求面向搜索引擎的渲染。
如果……，请选择 globalize.now
globalize.now 是 AI 驱动的本地化基础设施：在 AI 编辑器中运行，将 Lingui PO 目录提交到仓库，并在 HTML 中直接输出各语言文本。
这些情况适合选 globalize.now：
- 你希望译文直接出现在返回的 HTML 中，而不是在访问时才拼装。
- 你希望语言文件提交到 Git，并通过随推送生成的 PR 保持更新。
- 你预期流量或语言数量会增长，而按访客数计费的模式并不适合你。
功能对比（概览——具体细节请以各厂商官网为准）。
| 功能 | globalize.now | Lovalingo |
|---|---|---|
| 翻译以你自己拥有的文件形式提交到仓库 | 支持 | 不支持 |
| 各语言文本直接包含在返回的 HTML 中，无需执行 JavaScript 即可被索引 | 是 | 否 |
| 不会出现未翻译文本闪现，也不会因文本延迟替换而发生布局偏移 | 是 | 否 |
| 翻译在构建或推送时完成，而不是在浏览器中针对每位访客执行 | 是 | 否 |
| 以 Skill 形式安装在 AI 编辑器中 | 是 | 否 |
| 新翻译上线所需时间 | 几分钟 | 最长 24 小时 |
| 每次推送都会随新增字符串同步更新目录 | 是 | 部分 |
| 在现有线上站点上叠加覆盖层，无需重新构建 | 否 | 是 |
| 首次配置最快，无需改动代码 | 部分 | 是 |
| 无需连接 Git 仓库即可使用 | 否 | 是 |
| 定价不受访客数或字数限制 | 是 | 按访客数计费 |
- * 翻译以你自己拥有的文件形式提交到仓库: 备注： Lovalingo 在访问时于客户端翻译，不会将语言文件提交到你的仓库。
- * 各语言文本直接包含在返回的 HTML 中，无需执行 JavaScript 即可被索引: 备注： Lovalingo 是 React 运行时覆盖层，译文在浏览器中拼装。
- * 新翻译上线所需时间: 备注： Lovalingo 自家应用提示，翻译和页面最长可能需要 24 小时才能上线。
- * 定价不受访客数或字数限制: 备注： 套餐可能调整，请以各家官网定价页为准。Lovalingo 提供 500 访客以内的免费额度，超出后按访客数计费。
Lovalingo 更合适的场景
如果最快的路径是给 Lovable 应用套一层运行时 provider，且按访客数计费的免费额度满足你当前的阶段，就选 Lovalingo。在可以接受客户端翻译、也不需要把翻译文件提交到仓库的情况下，它是更简单的选择。
globalize.now 更合适的场景
如果 SEO、Git 所有权和推送时自动化比最短的覆盖层接入路径更重要，就选 globalize.now。出现新字符串时，它会保持翻译文件同步，通常几分钟内就会提交包含最新翻译的 PR，也不必依赖每位访客的浏览器来拼装本地化文本。
各自适用的场景
对于同一个 Lovable 应用，这是一道二选一的架构题。想要最快的运行时覆盖层、且能接受客户端翻译时，Lovalingo 更合适。想要由代码库管理的翻译目录、按语言区域生成的 HTML，以及每次推送都同步时，globalize.now 更合适。两者都不影响你继续在 Lovable 中开发，区别在于本地化放在哪一层。
常见问题
Lovable 应用用 globalize.now 还是 Lovalingo 更好？
这取决于你的目标。想为 Lovable 应用快速加上运行时覆盖层，选 Lovalingo 更合适。想把翻译文件放进 Git、在返回的 HTML 中直接输出按语言区域划分的文本，并在应用持续迭代时靠推送触发自动化，选 globalize.now 更合适。
使用 Lovalingo，翻译多久能上线？
Lovalingo 自带的应用提示，翻译和页面最长可能需要 24 小时才能上线。globalize.now 在推送时运行，并提交包含更新后翻译目录的 PR，通常几分钟内完成。
Lovalingo 会影响 Lovable 应用的 SEO 吗？
Lovalingo 会生成语言区域 URL 和 hreflang，但译文是在访问时由客户端生成的。如果你希望不运行 JavaScript 也能在返回的 HTML 中看到按语言区域划分的文案，globalize.now 的架构更有优势。
Lovalingo 和 globalize.now 的定价有什么不同？
Lovalingo 提供 500 访客以内的免费额度，超出后按访客数计费，具体数字请以 Lovalingo 官网为准。globalize.now 每个工作区 20 欧元，包含约 400 万字符（约 60 万词），超出部分按相同的单字符费率以 token 计费，不按席位或语言数量收费，注册即送 5 欧元额度，无需绑定银行卡。
Lovalingo 会把语言文件提交到我的仓库吗？
不会。Lovalingo 在访问时于客户端生成译文。globalize.now 会将 Lingui PO 翻译目录提交到 src/locales/[locale]/messages.po 之类的路径下。
两种方式下，我都能继续在 Lovable 中开发吗？
可以。Lovalingo 面向 Lovable，用运行时 provider 包裹应用。globalize.now 作为 Lovable 工作区 Skill 安装，你持续交付变更时，它通过 Git 保持翻译目录同步。