¿Cómo localizas una app de Lovable sin panel de control?

Localizas una app de Lovable sin panel de control manteniendo cada parte del flujo dentro del repositorio: catálogos de mensajes como archivos confirmados, un archivo de configuración que nombra tus idiomas, y un paso de CLI en tu build que los compila. globalize.now es infraestructura de localización impulsada por IA que ejecuta ese ciclo por ti, extrayendo cadenas de tu codebase, generando claves y archivos de idioma, y sincronizando traducciones en cada push a Git. Nada en la cadena requiere una interfaz de navegador, lo cual importa más de lo que parece cuando quien escribe tu código es un agente.

¿Por qué un panel de control rompe un flujo de trabajo construido con IA?

Porque tu agente no puede abrir uno. Lovable, Cursor, Claude Code y Copilot operan todos sobre las mismas dos superficies: archivos en un repositorio y comandos en una terminal. Un panel de control no es ninguna de las dos.

Esa brecha es ahora una premisa documentada, no una preferencia. AGENTS.md, la convención para indicar a los coding agents cómo funciona un proyecto, se donó a la Agentic AI Foundation de la Linux Foundation en diciembre de 2025 junto con Model Context Protocol. Según el propio anuncio de la Linux Foundation, más de 60.000 proyectos de código abierto habían adoptado el formato para entonces, en más de veinte herramientas de codificación con IA. La premisa entera es que las instrucciones del proyecto pertenecen a un archivo que el agente puede leer.

El estado de traducción que vive detrás de un inicio de sesión queda fuera de esa premisa. Cuando tu agente añade un botón nuevo a tu app de Lovable, puede añadir la cadena. Lo que no puede es iniciar sesión en algún sitio y conciliar una tabla de traducción. Así que la cadena sale en inglés, el desajuste se acumula, y te enteras por un usuario en Alemania.

Hay un segundo fallo más silencioso. Cuando las correcciones solo existen en la interfaz de un proveedor, el repositorio deja de ser la fuente de verdad sobre lo que dice tu app. Dos fuentes de verdad, una de las cuales tu tooling no puede inspeccionar, es un problema de depuración esperando una fecha límite.

¿Cómo es en la práctica una configuración de Lovable sin panel de control?

Cuatro archivos y un comando en tu build. Las apps generadas por Lovable salen como React, ya sea sobre el stack clásico de Vite o sobre TanStack Start con renderizado en servidor, y ambas tienen la misma forma.

1. Nombra tus idiomas en la configuración. Un archivo, confirmado, es la lista de la que lee cada otra capa.

// lingui.config.ts
import { defineConfig } from "@lingui/conf";

export default defineConfig({
  sourceLocale: "en",
  locales: ["en", "de", "es", "fr"],
  catalogs: [
    {
      path: "src/locales/{locale}/messages",
      include: ["src"],
    },
  ],
});

2. Extrae los mensajes a catálogos. lingui extract escanea tu código fuente y escribe un catálogo de .po por idioma. Se combina con lo que ya hay en disco, así que las traducciones existentes sobreviven a una nueva ejecución, la propiedad que hace que esto sea seguro de meter en un ciclo automatizado.

npx lingui extract

3. Compila antes de construir. lingui compile convierte los catálogos en módulos de runtime. El flag --strict hace fallar el build cuando falta una traducción, lo que convierte un fallback silencioso a inglés en producción en un build en rojo que ves primero.

{
  "scripts": {
    "build": "lingui compile --strict && vite build"
  }
}

4. Deja que la sincronización se ejecute en cada push. Añadir un idioma debería ser una edición al array de locales, no un ticket de soporte. globalize.now vigila el repositorio, extrae las cadenas que introdujo el agente, genera las claves y las entradas de catálogo para cada idioma, y las confirma de vuelta. Los catálogos llegan como un diff en un pull request, revisable como cualquier otro cambio.

Las guías completas por stack están en la guía de Lovable con Vite y la guía de TanStack Start.

¿Qué pasa con las traducciones gestionadas desde un panel cuando el proveedor cierra?

Se van con el proveedor. Esto no es hipotético este mes: Lovalingo, un servicio de traducción en tiempo de ejecución creado para Lovable y otras apps generadas por IA, cierra el 31 de agosto de 2026 a las 23:59 CEST. Los proyectos y suscripciones nuevas ya se han detenido, y la propia página de cierre de la empresa indica a los clientes que implementen internacionalización propia del proyecto en paralelo al servicio antes de retirarlo, y que después verifiquen las rutas de idioma, los fallbacks, las URL canónicas, el hreflang y la salida del sitemap.

Eso es un proveedor describiendo, con precisión, la diferencia entre alquilar un flujo de trabajo y ser dueño de él.

La última fila tiene una consecuencia de SEO que sobrevive a la cuestión del proveedor. Las traducciones inyectadas después de la carga no están de forma fiable en el HTML que lee un rastreador. Los catálogos compilados en tu build sí.

¿Cómo compruebas que tu app de Lovable no depende de ningún panel de control?

Tres comprobaciones, cada una de las cuales falla de forma evidente.

Comprueba la red. Carga tu app con las DevTools abiertas, filtra por scripts y busca peticiones al dominio de un proveedor de traducción. Si un script de terceros tiene que cargarse antes de que tu página en alemán se lea como alemán, tu página en alemán depende de la disponibilidad de otro.

Comprueba el repositorio. Para cada idioma de tu configuración debería existir un archivo de catálogo en disco y estar bajo control de Git. Ejecuta git ls-files "src/locales/**" y cuenta. Los catálogos vacíos o ausentes significan que las cadenas están en otro sitio.

Comprueba el build. Compila con --strict en CI. Una traducción faltante debería detener un deploy. Si tu build pasa mientras un idioma está incompleto, el hueco aparecerá como texto en inglés en una interfaz que no es en inglés, que es el fallo que los usuarios reportan como «la web está rota».

Ejecuta las tres comprobaciones contra un deploy de previsualización antes de retirar cualquier proveedor existente, no después. El propio checklist de Lovalingo antes de la retirada dice lo mismo: mantén el servicio antiguo instalado hasta que el reemplazo se haya probado con rutas de idioma reales. Nuestra comparativa con Lovalingo cubre la ruta de migración directamente.

¿Dónde encaja globalize.now si no hay panel de control?

En la capa entre tu runtime de i18n y tu motor de traducción. Bibliotecas como Lingui, i18next y next-intl sirven traducciones en tiempo de ejecución. Motores como DeepL y la traducción con GPT producen el texto. globalize.now genera y mantiene lo que va en medio: las claves y los archivos de idioma, siempre al día con el código.

Esa capa es justo la que antes requería que una persona hiciera clic en una interfaz, por eso quitar la interfaz es un cambio de flujo de trabajo y no una pérdida de funcionalidad. La configuración se hace una sola vez: conecta el repositorio en globalize.now y la conversión llega como un pull request. En tu editor, la misma configuración es un único comando:

npx skills add globalize-now/globalize-skills

Dentro de Lovable, la misma capacidad se instala como un Skill dentro del editor, así que el agente que construye tu app puede invocarla directamente. El plan Starter cuesta 20 € al mes por workspace, e incluye 20 € de crédito de traducción al mes (unas 200.000 palabras), con el consumo adicional facturado a la misma tarifa por carácter. Sin cargos por asiento ni por idioma, y 5 € de crédito de registro sin necesidad de tarjeta. Los idiomas y los proyectos son ilimitados dentro de un mismo workspace, que es lo que importa cuando estás añadiendo un quinto idioma y no un quinto asiento.

Más sobre el flujo de trabajo alrededor de esto para vibe coders y desarrolladores, y la configuración específica de Lovable en la página de integración con Lovable.

La versión corta

Las traducciones de tu app de Lovable deberían ser archivos de tu propiedad, en un repositorio que tu agente puede leer, compilados por tu propio build. globalize.now mantiene esos archivos al día en cada push a Git.