globalize.now 与 Weglot 对比
对许多 AI 生成的 React 或 Lovable 应用来说，globalize.now 和 Weglot 是替代关系，而不是通常会在同一个应用里叠加使用的两层。Weglot 为现有站点增加一层运行时翻译。globalize.now 把翻译目录保存在你的仓库里，并在每次 Git 推送时更新。
Weglot 的优势是在线上站点上见效快：加一段代码片段，配置语言 URL，用它的控制台就行，不用重构应用。采用子目录或子域名集成时，Weglot 可以为本地化 URL 生成 hreflang；仅用 JS 的方案在 SEO 表现上有所不同。globalize.now 的取舍正好相反。它连接你的仓库，可作为 Lovable 工作区 Skill 安装，也可以运行 `npx skills add globalize-now/globalize-skills --all` 安装，并在推送后通常几分钟内提交带有最新 Lingui PO 目录的 PR。
Weglot 替代方案中的 globalize.now
在 Weglot 的替代方案中，globalize.now 与运行时覆盖层的取舍正好相反：目录由 Git 托管、推送时同步，各语言文本直接包含在返回的 HTML 中。如果你想在线上站点上叠加一层无需重新构建的覆盖层，Weglot 依然很强。
如果……，请选择 Weglot
Weglot 是一个运行时翻译层：在现有站点中加入一段 JavaScript 代码片段，然后在 Weglot 的控制台中管理翻译。
这些情况更适合选 Weglot：
- 你需要在线上站点上叠加多语言，且无需重新构建。
- 你希望在 Weglot 自己的控制台里编辑翻译。
- 快速的运行时覆盖层，比自行在 Git 中掌控语言文件更重要。
如果……，请选择 globalize.now
globalize.now 是 AI 驱动的本地化基础设施：把 Lingui PO 目录提交到你的仓库，在每次推送时保持翻译同步，并在 HTML 中输出分语言的标记。
这些情况适合选 globalize.now：
- 你希望把 src/locales/[locale]/messages.po 翻译目录文件提交到仓库。
- 你在意各语言文本直接包含在返回的 HTML 中，而无需客户端翻译。
- 你的 AI 生成应用不断新增字符串，你希望通过推送时提交的 PR 让翻译目录保持最新。
功能对比（概览——具体细节请以各厂商官网为准）。
| 功能 | globalize.now | Weglot |
|---|---|---|
| 翻译以你自己拥有的文件形式提交到仓库 | 支持 | 不支持 |
| 各语言文本直接包含在返回的 HTML 中，无需执行 JavaScript 即可被索引 | 是 | 部分 |
| 不会出现未翻译文本闪现，也不会因文本延迟替换而发生布局偏移 | 是 | 否 |
| 翻译在构建或推送时完成，而不是在浏览器中针对每位访客执行 | 是 | 否 |
| 以 Skill 形式安装在 AI 编辑器中 | 是 | 否 |
| 新翻译上线所需时间 | 几分钟 | 不固定 |
| 每次推送都会随新增字符串同步更新目录 | 是 | 部分 |
| 在现有线上站点上叠加覆盖层，无需重新构建 | 否 | 是 |
| 首次配置最快，无需改动代码 | 部分 | 是 |
| 无需连接 Git 仓库即可使用 | 否 | 是 |
| 定价不受访客数或字数限制 | 是 | 按字数设上限 |
- * 翻译以你自己拥有的文件形式提交到仓库: 备注： Weglot 的翻译在 Weglot 控制台中编辑，不会把语言文件提交到你的仓库。
- * 各语言文本直接包含在返回的 HTML 中，无需执行 JavaScript 即可被索引: 备注： 概括来说：采用子目录或子域名集成时，Weglot 可以提供本地化 URL 和 hreflang，但仅用 JS 的方案则不同。具体实现细节请到 Weglot 官网核实。
- * 不会出现未翻译文本闪现，也不会因文本延迟替换而发生布局偏移: 备注： 运行时覆盖层可能在页面首次渲染之后才替换文本，具体取决于配置和网络时序。
- * 新翻译上线所需时间: 备注： globalize.now 在推送时运行，并在同一次推送中提交带有最新目录的 PR，通常几分钟内完成。Weglot 的耗时取决于其运行时和控制台工作流。
- * 定价不受访客数或字数限制: 备注： 套餐会调整，请以各厂商的定价页为准。Weglot 公布的是固定字数额度，而不是按周期重置的字数池。
Weglot 更合适的场景
如果你的主要限制是给已上线的站点增加语言，且不想动代码库，就选 Weglot。当控制台管理的运行时覆盖层可以接受、字数上限与你的流量和内容量匹配，并且免重新构建的接入方式是最重要的需求时，它尤其有吸引力。
globalize.now 更合适的场景
在 Weglot 的替代方案中，globalize.now 适合希望本地化像源代码一样管理的场景。返回的页面本身就包含各语言的标记，翻译目录放在 Git 里，每次推送都可以更新 PO 文件，而不必让访客的浏览器在运行时拼装翻译后的文本。
各自适用的场景
对同一个应用来说，这是一个真正的二选一。如果优先考虑摩擦最小的运行时覆盖层，Weglot 胜出。如果优先考虑仓库托管的目录、推送时同步和可被索引的各语言 HTML，globalize.now 胜出。你也可以在单独的营销站点上保留 Weglot，在应用仓库里使用 globalize.now，但对同一个应用而言，两者做的是同一件事，方式却互不兼容。
常见问题
globalize.now 可以替代 Weglot 吗？
对单个应用来说，通常可以：两者功能重叠。Weglot 通过运行时层和控制台完成翻译。globalize.now 把语言目录写入你的仓库，并在推送时更新。选择你想作为主要本地化架构的那种模式即可。
Weglot 会影响 React 或 Lovable 应用的 SEO 吗？
取决于具体配置。采用子目录或子域名集成时，Weglot 可以提供各语言版本并生成 hreflang。仅用 JS 的运行时方案则不同，因为翻译后的内容依赖浏览器执行。选择之前，请先在 Weglot 文档中核实具体的集成细节。
可以同时使用 globalize.now 和 Weglot 吗？
对单个应用来说两者功能重叠，所以更清晰的做法通常是二选一。你可以在单独的营销站点上保留 Weglot，同时在应用仓库里使用 globalize.now，但在同一套 UI 上同时使用会造成职责重复。
Weglot 和 globalize.now 的定价有什么不同？
Weglot 的定价与固定的字数额度挂钩，例如免费档约 2,000 词，付费档约 10,000 或 50,000 词，具体可能调整，请以厂商信息为准。globalize.now 每个工作区 20 欧元，包含约 400 万字符（约 60 万词），超出部分按相同的单字符费率以 token 计费，不按席位或语言收费，注册即送 5 欧元额度，无需绑定银行卡。
Weglot 会把翻译文件提交到我的仓库吗？
不会。Weglot 的翻译在 Weglot 控制台中管理，并通过其集成分发。globalize.now 会把 Lingui PO 目录（如 src/locales/[locale]/messages.po）提交到你的仓库。
AI 生成的应用或 Lovable 应用，哪个更适合？
如果应用仍在快速迭代，你希望目录由 Git 托管并在每次推送时更新，globalize.now 更合适。如果你想在已上线的站点上快速叠加一层覆盖层，且不想改动代码库，Weglot 是更直接的路径。
globalize.now 是 Weglot 的好替代方案吗？
是的，前提是你更看重由仓库托管的目录和可被索引的各语言 HTML，而不是运行时覆盖层。globalize.now 将语言文件提交到 Git，并在每次推送时同步翻译。如果优先考虑在线上站点免重新构建即可接入，Weglot 是更直接的选择。