Para una app de Lovable, la decisión real es traducción en tiempo de ejecución frente a traducción en el repositorio. Lovalingo y Weglot inyectan traducciones en el navegador después de que la página carga. globalize.now genera archivos de locale dentro de tu repositorio y los mantiene sincronizados en cada push. globalize.now es infraestructura de localización impulsada por IA: extrae cadenas codificadas de tu código generado por IA, crea los catálogos y devuelve los catálogos traducidos como un pull request, sin exportaciones manuales y sin cola de revisión. Esta guía compara los tres en cuanto a cómo funcionan, SEO, ruta de instalación y coste.
¿Cómo funcionan realmente Lovalingo, Weglot y globalize.now?
Se dividen en dos bandos: widgets en tiempo de ejecución y catálogos en el repositorio.
Lovalingo es una biblioteca de React en tiempo de ejecución. Instalas @lovalingo/lovalingo y envuelves tu app en un provider; detecta el contenido y lo traduce en el navegador, genera URL de locale y hreflang, e incorpora un selector de idioma. Weglot también es una capa en tiempo de ejecución: un snippet de JavaScript traduce tu sitio existente y sirve los idiomas mediante subdirectorios o subdominios, con edición de traducciones en la propia interfaz de Weglot. Ambos traducen la página renderizada en lugar de tu código fuente.
globalize.now se sitúa una capa más abajo, como infraestructura de localización. El Skill lovable-i18n instala Lingui, crea un catálogo PO por locale en src/locales/[locale]/messages.po, envuelve las cadenas en macros <Trans> y añade una GitHub Action. Tras conectar el repositorio, cada push compara las cadenas nuevas y abre un pull request con los catálogos actualizados. Las traducciones viven en tu repo como archivos reales, no en el runtime de un proveedor. Si estás evaluando la categoría en general, nuestra guía de localización para vibe coders repasa el mismo dilema.
¿Cuál es la diferencia entre traducción en tiempo de ejecución y catálogos en el repositorio?
La traducción en tiempo de ejecución ocurre en el navegador; la traducción en el repositorio ocurre en tu build.
Un widget en tiempo de ejecución despliega tu app en inglés y luego sustituye el texto después de renderizar la página. Es rápido de añadir y no requiere cambios en el build, pero el contenido traducido se genera en el cliente en el momento de la visualización. Un enfoque de catálogos en el repositorio extrae tus cadenas a archivos de locale que forman parte del codebase, así que el texto traducido se compila dentro del markup que sirve tu app. Tú posees esos archivos, viven en el control de versiones y se mueven con el repo si cambias de herramienta.
Esto también explica por qué las traducciones en apps generadas por IA tienden a desactualizarse. Cada prompt en Lovable puede añadir nuevas cadenas codificadas, y una capa en tiempo de ejecución solo detecta lo que ve al cargar. Conectar la extracción al ciclo de push mantiene los catálogos al día. Cubrimos este modo de fallo en por qué las traducciones de las apps en Lovable se rompen en cada push.
¿Con qué rapidez se publican las traducciones?
Minutos en el mismo push frente a hasta un día.
Un servicio en tiempo de ejecución tiene que procesar tu sitio antes de poder servir otros idiomas — la propia app de Lovalingo indica que hay que esperar hasta 24 horas para que las traducciones y las páginas se publiquen. Con globalize.now, la traducción se ejecuta con el propio push: en el momento en que subes cadenas nuevas, abre un pull request con los catálogos actualizados, normalmente en minutos, así que el markup traducido se despliega en el mismo ciclo que el código que lo introdujo. Para una app de Lovable en la que iteras a diario, la diferencia es si cada cambio está traducido cuando fusionas, o un día después.
¿Qué enfoque es mejor para el SEO en una app de Lovable?
Los catálogos en el repositorio se indexan de forma más fiable que la inyección en tiempo de ejecución.
Los motores de búsqueda posicionan lo que hay en el HTML servido. Cuando las traducciones se inyectan en el cliente después del pintado, los rastreadores a menudo solo ven la página original en inglés, y la indexación por idioma se resiente. Weglot mitiga esto renderizando los idiomas en subdirectorios o subdominios con hreflang generado, pero su propia documentación señala que el hreflang se genera con una integración de subdirectorio o subdominio, no con una configuración solo de JavaScript. Lovalingo también genera hreflang y URL de locale, pero el texto traducido sigue ensamblándose en tiempo de ejecución.
Con Lingui y catálogos PO en commit más locale routing, cada idioma es una página distinta y rastreable cuyo markup traducido está presente antes de que el navegador ejecute ningún script. Para una app de Lovable que quieras que aparezca en búsquedas en otros idiomas, esa diferencia se acumula con el tiempo. Tampoco hay flash de texto sin traducir ni layout shift por reemplazo tardío de texto, lo que mantiene limpios los Core Web Vitals.
¿Cómo se instala cada uno en un proyecto de Lovable?
Cada uno tiene un punto de entrada distinto: un provider, un snippet o un Skill.
Lovalingo es un npm install más un provider wrapper alrededor de tu app. Weglot es una etiqueta de script y una API key, configurada en la interfaz de Weglot. globalize.now se instala dentro del editor de Lovable como un Skill de workspace:
# In Lovable: Skills → Add → Import from GitHub
https://github.com/globalize-now/lovable-i18n
Después, se lo pides directamente a Lovable:
Set up i18n for my project using the lovable-i18n skill.
Lovable detecta tu stack (Vite SPA o TanStack Start), instala Lingui, crea los catálogos, envuelve las cadenas y añade la GitHub Action. Conectas el repositorio en globalize.now, eliges los idiomas de destino y haces merge. ¿Vas a construir el mismo repo en Cursor o Claude Code? Ejecuta npx skills add globalize-now/globalize-skills en el repo conectado para obtener el bundle completo. La guía completa está en la página de integración con Lovable.
¿Cuánto cuestan Lovalingo, Weglot y globalize.now?
Los tres usan métricas distintas: visitantes, palabras y caracteres.
Lovalingo ofrece un nivel gratuito de hasta 500 visitantes y luego pasa a precios basados en visitantes. Weglot empieza gratis para 2.000 palabras y un idioma, después 15 €/mes para 10.000 palabras y un idioma, y 29 €/mes para 50.000 palabras y tres idiomas; sus límites de palabras son asignaciones fijas y no cuotas que se renuevan mensualmente. globalize.now cuesta 20 €/mes por workspace, incluidos 20 € de crédito de traducción (unas 200.000 palabras) al mes, y a partir de ahí uso basado en tokens al mismo precio por carácter. No hay cargos por asiento ni por idioma, los proyectos son ilimitados, y el registro incluye 5 € de crédito sin necesidad de tarjeta.
La lectura práctica: un nivel gratuito basado en runtime es la forma con menos friccion de probar un sitio pequeño, mientras que un plan de workspace medido por caracteres, sin recargos por asiento ni por idioma, escala de forma más predecible a medida que una app añade idiomas y páginas. Ajusta la métrica a cómo crece realmente tu app. Para una comparativa más detallada entre herramientas, consulta nuestras comparaciones.
¿Cuál deberías elegir para tu app de Lovable?
Elige según lo que valores: velocidad del overlay, o propiedad e indexación.
Elige un widget en runtime como Lovalingo o Weglot cuando quieras añadir idiomas a un sitio en producción en una tarde y no estés optimizando para búsquedas en otros idiomas. Elige globalize.now cuando quieras traducciones que vivan en tu repositorio, se publiquen como páginas indexables por locale, y se mantengan al día automáticamente mientras sigues iterando con Lovable. El primero es una capa de traducción sobre la página; el segundo es infraestructura de localización dentro del codebase. Para una app que planeas expandir a varios mercados, tener el control de los catálogos y del SEO suele ser la posición en la que quieres estar.
globalize.now gestiona el i18n de Lovable mediante catálogos en commit. Añade el Skill lovable-i18n en tu workspace, ejecuta npx skills add globalize-now/globalize-skills en el repo, o descubre cómo funciona en globalize.now.
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