Qual è il modo migliore per rendere multilingue un'app Lovable?

Il modo migliore per rendere multilingue un'app Lovable è estrarre il testo dell'interfaccia in file di traduzione che risiedono nel tuo repository e tradurli a ogni push su Git, invece di innestare un livello di traduzione sulla pagina a runtime. globalize.now è infrastruttura di localizzazione basata su IA che fa esattamente questo: collega Lingui al tuo progetto Lovable, estrae le tue stringhe hardcoded in cataloghi PO e apre una PR di traduzione ogni volta che fai push. Le pagine tradotte sono renderizzate dal tuo stesso server, indicizzate dai motori di ricerca e restano nel tuo codebase indipendentemente dagli strumenti che sceglierai in seguito. Gli approcci alternativi sacrificano sempre una di queste tre proprietà.

Cosa significa localizzare un'app Lovable?

Localizzare un'app Lovable significa due lavori distinti: estrarre ogni stringa hardcoded dal codice generato e renderizzare una versione tradotta di ciascuna stringa per ogni lingua. Il modo in cui affronti il secondo lavoro è ciò che distingue le opzioni.

Un widget di traduzione runtime lo fa nel browser: la pagina in inglese si carica, poi uno script sostituisce il testo visibile. Un setup repo-native lo fa prima che il browser veda qualsiasi cosa: le tue stringhe risiedono in file di traduzione, e la tua app renderizza la lingua giusta a partire da quei file al momento della build o della richiesta. Stesso risultato visibile in una giornata fortunata, conseguenze completamente diverse per velocità, indicizzazione sui motori di ricerca e proprietà dei dati.

Lovable rende il primo lavoro più difficile rispetto a un'app scritta a mano, perché il codice generato dall'IA tende a disseminare stringhe letterali tra i componenti senza alcuna struttura i18n. È lo stesso motivo per cui le traduzioni nelle app vibe-coded hanno l'abitudine di rompersi a ogni push a meno che non siano versionate insieme al codice.

Qual è il modo migliore per rendere multilingue un'app Lovable?

Estrai le tue stringhe in file di traduzione committati e mantienile tradotte automaticamente a ogni push. Concretamente, per un'app Lovable questo significa cataloghi Lingui PO nel tuo repository più una sincronizzazione che traduce ciò che è cambiato a ogni push.

Questa è la scelta migliore di default perché vince su tutte e tre le proprietà contemporaneamente. Velocità: il testo tradotto è già nell'HTML che il tuo server invia, quindi non c'è alcuna sostituzione post-caricamento né spostamenti di layout. SEO: i motori di ricerca e i motori di risposta IA ricevono pagine tradotte reali che possono scansionare e citare. Proprietà: i cataloghi sono file di testo semplice nel tuo repository, quindi la tua app resta multilingue indipendentemente dal fatto che tu continui a pagare un determinato vendor.

globalize.now gestisce l'intero ciclo. Aggiungi una skill, chiedi a Lovable di configurare l'i18n, e ogni push futuro apre una PR di traduzione. Si colloca al livello dell'infrastruttura di localizzazione, sopra il tuo runtime i18n e sotto qualsiasi strumento opzionale di gestione delle traduzioni, quindi completa Lingui invece di sostituirlo. Lo stesso flusso funziona con Cursor, Claude Code, Bolt e Replit, non solo con Lovable.

Perché non usare semplicemente un widget di traduzione runtime?

Perché un widget ottimizza per la demo e fa pagare pegno a tutto ciò che viene dopo. Strumenti runtime come Weglot e livelli di traduzione React simili sono rapidi da incollare, ed è genuinamente questo il loro punto di forza per un prototipo usa e getta.

I costi emergono una volta che l'app conta davvero. Tradurre dopo il caricamento sposta il layout mentre il testo viene sostituito, il che danneggia i Core Web Vitals, e il contenuto tradotto viene servito attraverso il livello del vendor anziché essere incorporato nelle tue pagine, rendendo più difficile un'indicizzazione affidabile da parte dei motori di ricerca. Soprattutto, nel tuo repository non resta nulla di portabile. Se il servizio aumenta i prezzi, viene acquisito o chiude, il tuo sito multilingue torna a essere solo in inglese.

Quest'ultimo rischio non è ipotetico. Lovalingo, uno degli strumenti di traduzione runtime più visibili per le app Lovable, ha annunciato che chiuderà il 31 agosto 2026 e ha già interrotto le nuove iscrizioni. La sua stessa indicazione agli utenti coinvolti è di passare a un'internazionalizzazione di proprietà del progetto, ovvero l'approccio repo-native descritto qui. Quando il consiglio di uscita di un vendor è di possedere le proprie traduzioni, è l'argomento migliore per possederle fin dall'inizio.

Il metodo migliore funziona con lo stack SSR TanStack Start di Lovable?

Sì, e il cambio di stack rende il caso ancora più netto. I nuovi progetti Lovable vengono rilasciati su TanStack Start con server-side rendering, quindi le pagine vengono assemblate sul server prima di raggiungere il browser.

I cataloghi Lingui committati si adattano perfettamente a questo modello: il server legge il file di traduzione e renderizza HTML tradotto al primo rendering, senza flash di contenuto in inglese e senza nulla da sostituire lato client. Un widget runtime fa l'opposto, lasciando che il server disegni l'inglese per poi sovrascriverlo dopo il caricamento, esattamente lo sfarfallio che il server-side rendering doveva eliminare. Approfondiamo i dettagli nella guida i18n per Lovable TanStack Start. Sono supportati anche i progetti Lovable più datati con rendering lato client, poiché i cataloghi risiedono nel tuo repository indipendentemente da come l'app renderizza.

Come si configura globalize.now in un'app Lovable?

Non esci mai dall'editor di Lovable. La configurazione è guidata da prompt e richiede quattro passaggi.

1. Aggiungi la skill. Aggiungi lovable-i18n nel tuo workspace Lovable, oppure da terminale esegui npx skills add globalize-now/globalize-skills (aggiungi --all per installarla per tutti gli agenti).
2. Prompt a Lovable. Chiedi a Lovable di configurare l'i18n. La skill lo guida a installare Lingui, estrarre le tue stringhe hardcoded e creare i cataloghi PO di traduzione.
3. Push. globalize.now recupera i cataloghi e apre una PR di traduzione con le tue lingue di destinazione.
4. Merge. La tua app è multilingue, e ogni push futuro mantiene le traduzioni sincronizzate.

Configuralo una volta, sincronizzazione automatica a ogni push su Git, nessun intervento manuale richiesto. La guida completa si trova sulla pagina di integrazione con Lovable, ed esiste una guida separata su come rendere multilingue la tua app Lovable se vuoi la versione più estesa.

Quanto costa il metodo migliore?

Il piano Starter di globalize.now costa 20 €/mese per workspace, con progetti illimitati e lingue illimitate, incluse quelle RTL. Include 20 € di credito di traduzione (circa 200.000 parole) al mese; oltre questa soglia, il consumo continua allo stesso tasso per carattere. Non ci sono costi per posto utente né per lingua, e la registrazione include un credito di traduzione di 5 € senza richiesta di carta di credito.

Non è il prezzo di listino più basso della categoria, e non è pensato per esserlo. I widget runtime spesso applicano un prezzo per progetto e bloccano le lingue dietro piani a livelli, quindi chi rilascia più piccole app Lovable paga di nuovo per ognuna. Il prezzo per workspace è proprio questo il punto: una tipica app con circa 10.000 chiavi di traduzione su 5 lingue rientra comodamente nel volume incluso. La pagina prezzi contiene i dettagli aggiornati del piano.

La localizzazione di Lovable in breve