La tua app Lovable tornerà in inglese quando Lovalingo chiuderà?

Sì, a meno che tu non lo sostituisca prima. Lovalingo traduce le app Lovable a runtime dalla propria infrastruttura e la sua pagina di chiusura specifica che i progetti attivi restano disponibili solo fino al 31 agosto 2026 alle 23:59 CEST. I tuoi componenti React contengono ancora le stringhe sorgente in inglese con cui sono stati generati, quindi i visitatori vedranno l’inglese. globalize.now è un’infrastruttura di localizzazione basata su IA che mette invece i cataloghi tradotti nel tuo repository Git, dove la chiusura di un vendor non può raggiungerli.

Cosa si rompe davvero in un’app Lovable quando il servizio termina?

Succedono cinque cose insieme, e solo una riguarda il testo.

Le traduzioni visibili sono le prime a sparire. Un layer di traduzione a runtime distribuisce un piccolo pacchetto client, poi recupera i bundle tradotti dai server del vendor al caricamento della pagina. Quando quei server smettono di rispondere, il DOM mantiene le stringhe con cui sono stati creati i componenti.

Poi tocca alle route delle locale. Se /fr/pricing esisteva perché lo generava il servizio, quel percorso restituisce un 404 oppure serve l’inglese. Google indicizza quegli URL da mesi.

Con loro spariscono anche i tag hreflang. Lovalingo vende i controlli hreflang nel browser nei suoi piani a pagamento, quindi quei tag vengono generati dallo stesso layer che sta per essere disattivato. Un hreflang reciproco che punta a URL non più attivi è peggio di nessun hreflang.

Smettono di essere generati anche gli elementi della sitemap per le pagine nelle varie lingue: è così che i motori di ricerca lo scoprono lentamente, invece che subito.

E spariscono le correzioni. Ogni frase che hai corretto a mano viveva nella loro dashboard. L’output automatico si può rigenerare in pochi minuti; le tue modifiche no.

Come verifichi cosa si rompe prima del 31 agosto?

Simula il disservizio nel browser in circa dieci minuti. Non devi aspettare il 1° settembre per scoprirlo.

1. Richiedi prima l’export. Lovalingo dichiara che sta preparando export di conservazione per i progetti attivi, comprensivi di configurazione, route, bundle di traduzione, override e prove d’integrità. Scrivi al loro indirizzo di supporto e procurati il tuo export prima di toccare qualsiasi cosa.
2. Blocca le richieste al vendor. Apri DevTools sul sito in produzione, vai al pannello Network e aggiungi lovalingo.com all’elenco di blocco delle richieste. Ricarica la pagina con la cache disabilitata.
3. Percorri ogni route delle locale. Carica /fr/, /de/, /es/ e tutte le pagine profonde che ti interessano. Segna quali mostrano l’inglese, quali generano errori e quali perdono il layout quando una stringa più lunga viene sostituita da una più corta.
4. Visualizza il codice sorgente, non la pagina renderizzata. Verifica che <html lang>, il title, la meta description, il canonical e i tag hreflang riportino ancora la locale corretta. È ciò che vede un crawler, e di solito è peggio di ciò che mostra il browser.
5. Confronta con la sitemap. Ogni URL di una locale elencato nella sitemap che ora restituisce l’inglese è una pagina che stai per perdere nei risultati di ricerca.

Annota ciò che non funziona. Quello è lo scope della migrazione, quasi sempre più breve di quanto si teme e diverso da quanto ci si aspetta.

Cosa non può restituire un export?

Il ranking e le modifiche che non hai salvato.

Un export restituisce i tuoi bundle. Non restituisce la posizione che quegli URL tradotti avevano su Google e non ripristina una pagina che ha servito l’inglese per due settimane a visitatori francesi. È questa la parte di una chiusura del vendor che costa denaro in silenzio, ed è per questo che la sequenza conta: prima rendi operativo il sostituto, poi rimuovi Lovalingo. La stessa indicazione arriva dalla guida di Lovalingo, con una franchezza insolita per un’azienda in uscita.

L’altro elemento irrecuperabile è l’intento. Una stringa tradotta e corretta da una persona madrelingua incorpora una decisione. Se quella decisione è esistita solo in una dashboard a cui non puoi più accedere, è persa e il passaggio automatico successivo produrrà con sicurezza proprio la versione che avevi rifiutato.

Quale sostituto elimina il problema invece di spostarlo?

Solo quelli in cui il contenuto tradotto vive nel tuo repository.

Le cifre qui sotto sono state verificate sulle pagine dei prezzi dei singoli vendor il 19 agosto 2026.

Per globalize.now, il confronto corretto è la riga open source, non quella del runtime. Le librerie risolvono il rendering. Non estraggono le stringhe hardcoded generate da Lovable, non le associano ai cataloghi che hai già e non mantengono aggiornati i file di traduzione mentre continui a rilasciare. È questo il lavoro che manca, ed è il layer in cui operiamo. I piani partono da 5 € al mese; lo Starter da 20 € include 20 € di credito per la traduzione al mese, pari a circa 200.000 parole; non ci sono costi per seat o per lingua. Il consumo oltre il volume incluso viene fatturato con una tariffa trasparente per carattere.

Come sposti un’app Lovable su cataloghi con commit?

Installa affiancando, verifica, poi rimuovi. Mai il contrario.

La guida da seguire dipende da ciò che Lovable ha generato. I progetti più recenti sullo stack TanStack Start fanno il rendering sul server: la soluzione consiste in route reali per ogni locale, con cataloghi compilati a build time. Il percorso è descritto nel nostro tutorial sull’i18n di TanStack Start. Le app single-page Vite classiche seguono un percorso diverso, illustrato nella guida all’i18n di Lovable Vite.

In entrambi i casi la struttura è la stessa: le stringhe vengono estratte una volta dai componenti nei cataloghi, i cataloghi ricevono un commit e ogni push successivo li mantiene sincronizzati invece di lasciarli divergere. È proprio questa divergenza all’origine del problema, come spieghiamo in perché le traduzioni di Lovable si rompono a ogni push.

Se stai ancora scegliendo la destinazione invece di implementarla, la raccolta di alternative a Lovalingo le confronta fianco a fianco, mentre globalize.now contro Lovalingo descrive la sostituzione diretta. Chi crea app con strumenti vibe coding e vuole la versione breve di ciò che fa questo layer può iniziare da globalize.now per vibe coder. I team che migrano da Lovalingo prima della scadenza ricevono gratis i primi tre mesi di utilizzo.

La configurazione consiste nel collegare il repository a globalize.now; la conversione viene eseguita una volta, nell’app. Da terminale, la stessa configurazione richiede un solo comando:

npx skills add globalize-now/globalize-skills

Hai una settimana. Esegui oggi il test di blocco in DevTools, richiedi il tuo export e metti i cataloghi in un posto che nessun avviso di chiusura possa raggiungere.