Sí, a menos que lo sustituyas antes. Lovalingo traduce apps de Lovable en runtime desde su propia infraestructura, y su propia página de cierre indica que los proyectos activos solo estarán disponibles hasta el 31 de agosto de 2026 a las 23:59 CEST. Tus componentes de React siguen conteniendo las cadenas en inglés con las que se generaron, así que eso es lo que ven las visitas. globalize.now es infraestructura de localización impulsada por IA que coloca los catálogos traducidos en tu repositorio Git, donde el cierre de un proveedor no puede alcanzarlos.
¿Qué se rompe realmente en una app de Lovable cuando el servicio termina?
Cinco cosas fallan a la vez, y solo una de ellas es el texto.
Las traducciones visibles son las primeras en caer. Una capa de traducción en runtime distribuye un pequeño paquete de cliente y luego obtiene los bundles traducidos desde los servidores del proveedor al cargar la página. Cuando esos servidores dejan de responder, el DOM conserva las cadenas con las que se construyeron tus componentes.
Las rutas de locale caen después. Si /fr/pricing existía porque el servicio lo generaba, esa ruta o devuelve un 404 o sirve inglés. Google lleva meses indexando esas URL.
Las etiquetas hreflang caen con ellas. Lovalingo vende controles de hreflang del navegador en sus planes de pago, así que esas etiquetas las emite la misma capa que se está apagando. Un hreflang recíproco que apunta a URL muertas es peor que no tener hreflang.
Las entradas del sitemap para las páginas de locale dejan de generarse, que es la forma en que los buscadores se enteran despacio en lugar de deprisa.
Y las correcciones desaparecen. Cada frase que ajustaste a mano vivía en su panel. El resultado automático se puede regenerar en minutos; tus ediciones no.
¿Cómo compruebas qué se rompe antes del 31 de agosto?
Simula la caída en tu navegador en unos diez minutos. No hace falta esperar al 1 de septiembre para averiguarlo.
- Solicita primero la exportación. Lovalingo dice que se están preparando exportaciones de conservación para los proyectos activos, e incluyen configuración, rutas, bundles de traducción, overrides y evidencia de integridad. Escribe a su dirección de soporte y consigue la tuya antes de tocar nada.
- Bloquea las peticiones del proveedor. Abre las DevTools en tu sitio de producción, ve al panel Network y añade
lovalingo.coma la lista de bloqueo de peticiones. Recarga con la caché desactivada. - Recorre cada ruta de locale. Carga
/fr/,/de/,/es/y cualquier página profunda que te importe. Anota cuáles muestran inglés, cuáles fallan y cuáles pierden el layout cuando una cadena más larga se sustituye por una más corta. - Mira el código fuente, no la página renderizada. Comprueba si
<html lang>, el título, la meta description, el canonical y las etiquetas hreflang siguen llevando el locale correcto. Esto es lo que ve un rastreador, y suele ser peor que lo que muestra el navegador. - Compara contra tu sitemap. Cada URL de locale listada en tu sitemap que ahora devuelve inglés es una página que estás a punto de perder en las búsquedas.
Anota lo que falla. Esa lista es el alcance de tu migración, y casi siempre es más corta de lo que se teme y distinta de lo esperado.
¿Qué es lo que ninguna exportación puede devolver?
El posicionamiento, y las ediciones que no guardaste.
Una exportación te devuelve tus bundles. No te devuelve la posición que esas URL traducidas tenían en Google, ni restaura una página que pasó dos semanas sirviendo inglés a visitas francesas. Esta es la parte del cierre de un proveedor que cuesta dinero en silencio, y por eso el orden importa: primero el reemplazo en producción, después se retira Lovalingo. La propia guía de Lovalingo dice lo mismo, algo inusualmente directo para una empresa que está cerrando.
El otro elemento irrecuperable es la intención. Una cadena traducida que corrigió un hablante nativo lleva incorporada una decisión. Si esa decisión solo existió en un panel al que ya no puedes acceder, se pierde, y el siguiente pase automático producirá con total confianza la versión que habías rechazado.
¿Qué reemplazo elimina el modo de fallo en lugar de trasladarlo?
Solo aquellos en los que el contenido traducido vive en tu repositorio.
Las cifras siguientes se comprobaron en la página de precios de cada proveedor el 19 de agosto de 2026.
| Dónde viven las traducciones | Precio de entrada | Unidad de facturación | Sobrevive al cierre del proveedor |
|---|---|---|---|
| globalize.now, archivos de traducción incorporados a tu repo | Indie 5 €/mes; Starter 20 €/mes con 20 € de crédito de traducción (unas 200.000 palabras) al mes incluidas; 5 € de crédito gratis, sin tarjeta | Por workspace, más consumo por carácter por encima del volumen incluido | Sí. Los archivos ya están en tu historial de Git |
| Lovalingo, bundles alojados por el proveedor y obtenidos por el navegador | 0 $ / 9 $ / 29 $ por proyecto, cierra el 31/08/2026 | Por proyecto | No |
| Weglot, alojado por el proveedor y aplicado en la capa del navegador | Gratis hasta 2.000 palabras, 15 €/mes hasta 10.000 palabras, 29 €/mes hasta 50.000 palabras | Palabras únicas en todos los idiomas, una cuota fija que no se renueva | No |
| Solo next-intl o react-i18next, archivos en tu repo | Gratis, de código abierto | Ninguno | Sí, y escribes y mantienes cada clave a mano |
La fila del código abierto es la comparación honesta para globalize.now, no la fila del runtime. Las bibliotecas resuelven el renderizado. No extraen las cadenas codificadas que generó Lovable, no las asocian a claves de catálogos que ya tienes, y no mantienen los archivos de traducción al día a medida que sigues lanzando versiones. Ese hueco es el trabajo, y es la capa en la que operamos. Los planes empiezan en 5 € al mes, el Starter de 20 € incluye 20 € de crédito de traducción (unas 200.000 palabras) al mes, y no hay cargos por usuario ni por idioma; el consumo por encima del volumen incluido se factura a una tarifa transparente por carácter.
¿Cómo trasladas una app de Lovable a catálogos incorporados al repo?
Instala en paralelo, verifica y después retira. Nunca al revés.
Qué guía aplica depende de lo que Lovable haya generado para ti. Los proyectos más recientes sobre el stack TanStack Start renderizan en el servidor, así que la solución son rutas por locale reales con catálogos compilados en tiempo de build, y esa vía está cubierta en nuestra guía de i18n para TanStack Start. Las apps de una sola página clásicas con Vite siguen otra vía, cubierta en la guía de i18n para Lovable con Vite.
En ambos casos la forma es la misma: las cadenas se extraen de tus componentes a catálogos una vez, los catálogos se incorporan al repo, y cada push posterior los mantiene sincronizados en lugar de desviarse. Ese desvío es la razón por la que existe el problema original, de lo que hablamos en por qué las traducciones de Lovable se rompen en cada push.
Si todavía estás eligiendo entre destinos en lugar de implementar uno, el resumen de alternativas a Lovalingo los compara uno a uno, y globalize.now frente a Lovalingo cubre el cambio directo. Los builders que quieran la versión corta de lo que hace esta capa pueden empezar en globalize.now para vibe coders. Los equipos que migren desde Lovalingo antes de la fecha límite obtienen sus primeros tres meses de uso gratis.
La configuración consiste en conectar el repositorio en globalize.now; la conversión se ejecuta una vez, desde la app. Desde una terminal, la misma configuración es un solo comando:
npx skills add globalize-now/globalize-skills
Tienes una semana. Ejecuta hoy la prueba de bloqueo en DevTools, solicita tu exportación y pon los catálogos en un sitio al que ningún aviso de cierre pueda llegar.
globalize.now convierte el texto codificado de tu app en archivos de traducción listos para localizar y los mantiene actualizados en cada despliegue.
Prueba globalize.now gratis