¿Cómo traduces una app de Lovable?

Traduces una app de Lovable de una de dos formas: añades un widget en runtime que reescribe la página después de que carga, o conectas una biblioteca de i18n al código generado y confirmas archivos de locale en tu repo. El widget es más rápido hoy. El método del repo es el que sigues teniendo el año que viene. globalize.now es infraestructura de localización impulsada por IA que automatiza el método del repo: extrae cadenas codificadas de tu codebase de Lovable, genera los archivos de locale y mantiene cada idioma sincronizado en cada push a Git.

¿Cuáles son las dos formas de traducir una app de Lovable?

Cada herramienta para traducir una app de Lovable es una variante de uno de dos métodos: traducción en runtime o i18n nativo en el repo.

La traducción en runtime significa una etiqueta script en tu sitio publicado. La página se renderiza en inglés, el widget detecta el texto en el DOM y lo cambia por el idioma del visitante. Weglot y LocalizeJS funcionan así, y Lovalingo también lo hacía hasta que anunció que cierra el 31 de agosto de 2026. Tu código fuente nunca cambia; tampoco tu propiedad sobre las traducciones, porque nunca la tuviste.

El i18n nativo en el repo significa que las cadenas de tu código generado se reemplazan por claves de traducción, el texto traducido vive en archivos de catálogo confirmados junto a tus componentes, y el servidor renderiza cada idioma directamente. En el stack de Lovable eso es Lingui con catálogos PO, renderizado por TanStack Start antes de que ningún HTML llegue al navegador.

El resto de este artículo repasa ambos métodos, y qué pasa con cada uno cuando la herramienta que lo respalda desaparece.

¿Cómo traduces una app de Lovable con un widget en runtime?

Pega la etiqueta script del proveedor en tu sitio publicado de Lovable, elige los idiomas destino en su panel y vuelve a publicar. Terminas en minutos, y para una página de marketing que necesitas en español para el viernes, esa puede ser la decisión correcta.

Los compromisos llegan después. La página se pinta primero en inglés y cambia después, lo que los visitantes ven como un destello del idioma incorrecto. Los buscadores tienen que confiar en el proxy o la capa de JavaScript del proveedor para servir la versión traducida. El precio escala con los idiomas: Lovalingo, por ejemplo, cobraba por sus funciones de SEO con hreflang a partir de su nivel de 9 $. Y el texto traducido vive en los servidores del proveedor, no en tu proyecto.

Ese último punto dejó de ser teórico este verano. Cuando un proveedor de widgets cierra, cada sitio que lo usa vuelve al inglés el día en que el script muere.

¿Cómo traduces una app de Lovable desde dentro del repo?

Pídele a Lovable que conecte una biblioteca de i18n, y luego conecta el repo a globalize.now para que los catálogos se mantengan completos automáticamente. Cuatro pasos:

1. Conecta la biblioteca. Pídele a Lovable que añada Lingui al proyecto. Las apps de Lovable nuevas generan TanStack Start con renderizado en el servidor desde mayo de 2026; los proyectos más antiguos son apps de una sola página con Vite. La configuración difiere, así que sigue la guía específica de cada stack: TanStack Start o Vite clásico.
2. Extrae las cadenas. El extractor de Lingui recoge cada cadena visible para el usuario en archivos de catálogo PO por locale, confirmados en el repo como cualquier otro archivo fuente.
3. Conecta el repo a globalize.now. Instala el Skill de workspace para que tu editor de IA se encargue de la conexión, y luego enlaza el repo de GitHub en la página de integración de Lovable.
4. Publica las rutas de locale y sigue desarrollando. A partir de ahora, cada push se escanea: las nuevas cadenas codificadas se extraen, se clave contra tus catálogos existentes, se traducen y se confirman de vuelta. La brecha en la que las traducciones se rompen en cada push, el modo de fallo clásico del i18n manual en Lovable, nunca se abre.

Fuera del editor de Lovable, el mismo Skill de workspace se instala desde una terminal:

npx skills add globalize-now/globalize-skills

El resultado es una app donde el alemán o el japonés no es una capa encima del sitio. Es el sitio, renderizado en el servidor en su propia URL.

¿Qué pasa con las traducciones del widget cuando el proveedor cierra?

Dejan de existir. El cierre de Lovalingo es el caso real: el servicio termina el 31 de agosto de 2026, y sus propias indicaciones de cierre dicen a los clientes que implementen internacionalización propia del proyecto, lo cual es un argumento a favor de los catálogos confirmados hecho por un proveedor de widgets. Si estás migrando desde ahí, la guía de migración de Lovalingo cubre el camino completo.

Los archivos PO confirmados fallan de otra manera. Son texto plano en tu historial de Git. Deja de pagar por globalize.now y tu app sigue desplegando cada idioma que tiene; solo has perdido la automatización que mantiene traducidas las cadenas nuevas. Para los Vibe Coders cuyo producto entero vive en un repo, esa es la diferencia entre alquilar traducciones y tenerlas en propiedad.

¿Cuánto cuesta traducir una app de Lovable?

El plan Starter de globalize.now cuesta 20 € / mes por workspace. Eso incluye 20 € de crédito de traducción (unas 200.000 palabras) al mes; por encima de eso, el uso continúa a la misma tarifa por carácter. Sin cargos por asiento ni por idioma, y una app típica con 10.000 claves de traducción en 5 idiomas queda cómodamente dentro del volumen incluido. El registro incluye 5 € de crédito de traducción y no requiere tarjeta.

Compáralo con el precio de los widgets, que suele medir idiomas y tráfico: más mercados, nivel más alto. Con proyectos ilimitados por workspace, cada app de Lovable que lances comparte el mismo plan. El detalle completo está en la página de precios, y la vista técnica está en la página para desarrolladores.

globalize.now gestiona el método del repo de principio a fin. Configúralo una vez y cada push mantiene cada idioma al día.