¿Cómo exporto mis traducciones de Lovalingo antes de que cierre?

Solicita ya tu exportación de conservación a Lovalingo y después convierte los bundles de traducción en catálogos PO comprometidos en tu propio repositorio. Lovalingo está preparando exportaciones para los proyectos activos, y el soporte continúa hasta [email protected], cuando el servicio cierra el 31 de agosto de 2026 a las 23:59 CEST. globalize.now es infraestructura de localización impulsada por IA: toma las cadenas que rescataste, genera archivos de idioma en tu repo y los mantiene sincronizados en cada push a Git, así que esta será la última exportación de traducciones que tendrás que hacer.

¿Qué pasa con mis traducciones cuando Lovalingo cierre el 31 de agosto?

Todos los idiomas excepto el idioma de origen dejan de renderizarse, porque el texto traducido nunca estuvo en tu app para empezar. Lovalingo es una capa de runtime: tu app de Lovable se publica en inglés, y su servicio intercambia el texto según cada visitante. Cuando el servicio se detiene, el intercambio se detiene.

Las condiciones del cierre son públicas en la página de cierre de servicio de Lovalingo. Los proyectos y suscripciones nuevos ya están desactivados. Los proyectos activos siguen funcionando hasta el 31 de agosto de 2026 a las 23:59 CEST. El cobro de facturación está en pausa, y se están preparando exportaciones de conservación para los proyectos activos.

Ese plazo es en realidad un plazo de datos. Después del corte no queda servicio del que exportar, ni bandeja de soporte a la que preguntar. Si tu app hoy recibe tráfico en francés o alemán, el trabajo que produjo esas traducciones se evapora si no lo extraes primero.

¿Cómo saco mis datos de traducción de Lovalingo?

Solicita tu exportación de conservación y guárdala junto a tu repositorio de origen. Según la página de cierre, las exportaciones contienen la configuración disponible del proyecto, las rutas, los bundles de traducción, las anulaciones (overrides) y evidencia de integridad: todo lo que el runtime sabía sobre tus idiomas.

1. Solicita la exportación. Se están preparando exportaciones para los proyectos activos. Si la tuya no ha llegado, escribe a [email protected] y pide la entrega de la exportación de tu proyecto.
2. Conserva dos cosas juntas: el archivo de exportación y una instantánea de tu repositorio de origen actual. La exportación describe las traducciones; el repo es la app a la que pertenecen.
3. No desinstales Lovalingo todavía. Sus propias indicaciones dicen que lo mantengas instalado hasta que tu reemplazo pase las comprobaciones de producción. Los dos sistemas pueden convivir durante el cambio.

Los bundles de traducción son la parte más importante. Contienen las cadenas traducidas reales por idioma, además de cualquier anulación manual que hicieras en su dashboard. Las anulaciones son lo que la gente olvida: esas ediciones existen solo en Lovalingo, no en ningún motor de traducción automática que puedas volver a ejecutar.

¿Cómo convierto los bundles de Lovalingo en catálogos propiedad de mi repo?

Convierte los bundles en catálogos PO de gettext y compromételos en Git. PO es texto plano, genera diffs limpios en Git, y es el formato que compila Lingui para apps de React, lo cual cubre los dos stacks que genera Lovable: el SPA clásico con Vite y el nuevo valor por defecto TanStack Start con SSR.

Los bundles de runtime suelen ser mapas clave-valor por idioma. Una conversión es un script pequeño, no un proyecto:

// convert.mjs — JSON bundle → PO entries
import fs from "node:fs";

const locale = process.argv[2]; // e.g. "de"
const bundle = JSON.parse(fs.readFileSync(`bundles/${locale}.json`, "utf8"));

const po = Object.entries(bundle)
  .map(([source, translated]) =>
    `msgid ${JSON.stringify(source)}\nmsgstr ${JSON.stringify(translated)}\n`)
  .join("\n");

fs.writeFileSync(`src/locales/${locale}/messages.po`, po);

Los nombres exactos de los campos varían según la exportación, así que comprueba la tuya antes de ejecutar nada. El principio no varía: entra la cadena de origen, sale el par msgid/msgstr, un archivo .po por idioma, comprometido en src/locales/.

Si hacer la conversión a mano no es lo tuyo, la guía de migración de Lovalingo cubre la vía gestionada, y hay tres meses de uso gratis para quienes migran desde Lovalingo durante la ventana de cierre.

¿Cómo conecto los catálogos rescatados a mi app de Lovable?

Añade el Skill lovable-i18n a tu workspace de Lovable y después indícale a Lovable que configure i18n; el Skill conecta Lingui a tu stack y recoge los catálogos PO que comprometiste. Fuera del editor de Lovable, la misma configuración se instala con:

npx skills add globalize-now/globalize-skills

El stack que uses determina los detalles de la conexión. Las apps generadas antes de mayo de 2026 son en su mayoría SPA clásicos con Vite; las más recientes usan por defecto TanStack Start con SSR. Hay un tutorial dedicado para cada caso: i18n para apps de Lovable con Vite e i18n en el stack TanStack Start de Lovable. La página de integración con Lovable cubre lo que hace el Skill de principio a fin.

A partir de ese punto, el problema de mantenimiento que Lovalingo resolvía en runtime se resuelve en tu repo. Las cadenas nuevas que publiques se extraen, se traducen y se comprometen como un PR de traducción en cada push. El precio es de 20 € al mes por workspace, lo cual incluye 20 € de crédito de traducción (unas 200.000 palabras) al mes, y después uso basado en tokens a la misma tarifa por carácter: sin cargos por asiento y sin cargos por idioma, así que añadir tu sexto idioma cuesta lo mismo que el segundo. Hecho para vibe coders que nunca quieren pensar en archivos de idioma.

¿Qué debería probar antes de eliminar Lovalingo?

Prueba primero el reemplazo en condiciones de producción; eliminar es el último paso, no el primero. La propia secuencia previa a la eliminación de Lovalingo es una buena checklist, y encaja directamente con una configuración de catálogos comprometidos en Git:

• URLs de idioma directas. Cada idioma debe vivir en una ruta real (/de/, /fr/) que cargue con una recarga completa, no solo mediante cambio en el cliente.
• Claves ausentes y fallbacks. Elimina una traducción localmente y comprueba que la app recurre a la cadena de origen en vez de mostrar espacios en blanco.
• Metadatos SEO por idioma. Comprueba títulos, descripciones, URLs canónicas, pares hreflang y el sitemap de cada idioma. Las rutas de idioma renderizadas en el servidor hacen esto visible para los rastreadores sin necesidad de un pase de JavaScript, algo que recorre la guía para hacer tu app de Lovable multilingüe.
• Solo entonces elimina el widget. Una vez que la versión con catálogos comprometidos en Git pasa las pruebas, retira Lovalingo y vuelve a ejecutar las comprobaciones.

Una ventaja silenciosa del cambio: nada de esta checklist puede fallar por un cambio de planes de un proveedor. Los catálogos ahora son archivos en tu historial de Git.

Tu exportación es un rescate puntual. globalize.now hace que sea el último: lo configuras una vez y tus catálogos se mantienen extraídos, traducidos y comprometidos en cada push a Git.