Lovalingo 关停后，你的 Lovable 应用会变回英文吗？

会，除非你先替换掉它。Lovalingo 从自家基础设施对 Lovable 应用进行运行时翻译，其关停公告页面明确写着，活跃项目只在 2026 年 8 月 31 日 23:59（CEST）前保持可用。你的 React 组件里仍保留着生成时的英文源字符串，所以访客看到的就是英文。globalize.now 是 AI 本地化基础设施，它把翻译后的语言目录放进你的 Git 仓库，供应商关停也影响不到。

服务终止后，Lovable 应用到底会坏在哪里？

五样东西会同时失效，文本只是其中之一。

首先消失的是可见的翻译。运行时翻译层会下发一个小型客户端包，并在页面加载时从供应商的服务器拉取翻译包。服务器不再响应后，DOM 里剩下的就是组件原本构建时带的字符串。

接着是 locale 路由。如果 /fr/pricing 是因为该服务才存在的，这个路径要么 404，要么返回英文。而 Google 已经为这些 URL 建立了好几个月的索引。

hreflang 标签也会跟着消失。Lovalingo 在付费套餐中提供浏览器端 hreflang 控制，也就是说这些标签是由即将关停的同一层输出的。指向失效 URL 的互惠 hreflang，比没有 hreflang 更糟。

locale 页面的 sitemap 条目将不再生成，搜索引擎因此只会慢慢发现问题，而不是立刻察觉。

最后，手动修正也会丢。你亲手改过的每一处措辞都存在他们的仪表盘里。机器翻译的结果几分钟就能重新生成，你的修改却不能。

如何在 8 月 31 日前测试会出什么问题？

大约十分钟就能在浏览器里模拟这次停服，不必等到 9 月 1 日才知道结果。

1. **先申请导出。**Lovalingo 表示正在为活跃项目准备保全导出，内容包括配置、路由、翻译包、覆盖项和完整性证明。发邮件到他们的支持邮箱，在动手之前先把你的那份拿到手。
2. **屏蔽供应商的请求。**在生产站点上打开 DevTools，进入 Network 面板，把 lovalingo.com 加入请求屏蔽列表，然后禁用缓存并重新加载。
3. **逐个访问 locale 路由。**加载 /fr/、/de/、/es/ 以及你关心的所有深层页面。记录哪些渲染成英文、哪些报错，以及较长的字符串被较短的字符串替换后哪些页面布局错乱。
4. **看源码，别只看渲染后的页面。**检查 <html lang>、title、meta description、canonical 和 hreflang 标签是否仍带有正确的 locale。这才是爬虫看到的内容，通常比浏览器里显示的更糟。
5. **与 sitemap 做对比。**sitemap 中列出的每个 locale URL，只要现在返回英文，就是一个你即将在搜索中丢失的页面。

把失败的项记下来。这份清单就是你的迁移范围，它几乎总是比想象中短，而且和预期的不太一样。

哪些东西是导出无论如何都找不回来的？

排名，以及你没保存的修改。

导出只会返还你的翻译包，却找不回这些翻译页面 URL 在 Google 中的排名位置，也无法挽回一个已经向法语访客展示了两周英文的页面。这是供应商关停中悄悄造成损失的部分，也正是顺序至关重要的原因：先让替代方案上线，再移除 Lovalingo。Lovalingo 自己的指引说的也是这一点，对一家即将关门的公司来说，这相当坦率。

另一项无法恢复的是意图。母语者修正过的译文本身就承载了一个决定。如果这个决定只存在于你再也登录不上的某个后台里，它就彻底丢了，下一轮机器翻译还会信心十足地再次产出你已经否决的版本。

哪种替代方案是真正消除故障模式，而不只是把问题挪个位置？

只有翻译内容保存在你自己仓库里的那几种。

以下数据均已于 2026 年 8 月 19 日对照各厂商官方定价页核实。

对 globalize.now 来说，真正该对比的是开源这一行，而不是运行时这一行。这些库解决的是渲染问题：它们不会提取 Lovable 生成的硬编码字符串，不会把字符串对应到你已有的翻译目录，也不会在你持续发布的过程中保持语言文件最新。这段空白正是实际的工作量，也正是我们所在的这一层。套餐 €5/月起，€20 的 Starter 套餐每月含 €20 翻译额度（约 200,000 词），不按席位收费，也不按语言收费；超出包含额度的部分，按透明的单字符价格计费。

如何把 Lovable 应用迁移到提交进仓库的翻译目录？

先并行安装，验证无误，再移除旧方案。顺序绝不能反。

该看哪篇指南，取决于 Lovable 为你生成了什么。基于 TanStack Start 技术栈的新项目在服务端渲染，修复方式是建立真正的按语言区域划分的路由，并在构建时编译翻译目录，这条路径见我们的 TanStack Start i18n 实战指南。经典的 Vite 单页应用走另一条路，见 Lovable Vite i18n 指南。

两种情况的思路一致：把字符串从组件中一次性提取到翻译目录，提交这些目录，此后每次推送都让它们保持同步，而不是逐渐漂移。漂移正是这个问题产生的根源，我们在 为什么 Lovable 的翻译每次推送都会失效 中详细讲过。

如果你还在几种去向之间做选择，尚未动手实施，Lovalingo 替代方案盘点 对它们做了并排对比，globalize.now vs Lovalingo 则讲解了直接替换的做法。想快速了解这一层能做什么的开发者，可以从 globalize.now for vibe coders 看起。在停服截止日前从 Lovalingo 迁出的团队，前三个月用量免费。

配置方式就是在 globalize.now 上连接仓库，转换只在应用内运行一次。在终端里，同样的配置只需一条命令：

npx skills add globalize-now/globalize-skills

你只剩一周时间。今天就跑一遍 DevTools 拦截测试，申请导出数据，把翻译目录放到任何停服通知都够不着的地方。