Lovalingo chiude il 31 agosto 2026 e, poiché traduce la tua app tramite il proprio servizio runtime, il tuo sito multilingue smetterà di funzionare con lui se non esegui prima la migrazione. La soluzione è quella raccomandata dalle indicazioni ufficiali di Lovalingo: internazionalizzazione di proprietà del progetto. globalize.now è un’infrastruttura di localizzazione basata su IA che fa esattamente questo per le app Lovable. Estrae le stringhe dell’interfaccia in cataloghi PO di Lingui versionati nel tuo repository e sincronizza una translation PR a ogni push su Git, così le tue lingue sopravvivono alla chiusura di qualsiasi vendor, incluso questo. E poiché non sei tu ad aver scelto questa migrazione, chi migra da Lovalingo riceve i primi tre mesi di utilizzo gratuiti. Di seguito: cosa si rompe, cosa salvare, la migrazione e i passaggi di rimozione che la maggior parte delle guide salta.

Che cosa ha annunciato Lovalingo?

Lovalingo ha annunciato la chiusura il 31 agosto 2026 alle 23:59 CEST e ha già smesso di accettare nuovi progetti e abbonamenti. L’annuncio compare in un banner su tutto il sito lovalingo.com, con una pagina dedicata alla chiusura del servizio. Il servizio è gestito da Tempo AI LLC.

I termini sono chiari. La riscossione dei pagamenti per gli abbonamenti attivi è sospesa, l’accesso continua fino al termine e sono in preparazione export di conservazione contenenti configurazione del progetto, route, bundle di traduzione e override. L’assistenza per la migrazione resta disponibile tramite [email protected].

Due dettagli contano più degli altri. Primo: non è stato indicato alcun successore, quindi gli utenti non vengono trasferiti a un altro vendor. Secondo: le indicazioni ufficiali per la migrazione chiedono di implementare l’internazionalizzazione di proprietà del progetto insieme a Lovalingo prima di rimuoverlo. È un’istruzione architetturale precisa e impedisce di sostituire un widget di traduzione runtime con un altro.

Che cosa succede alla tua app quando Lovalingo chiude?

La tua app torna alla lingua sorgente. Lovalingo funziona come layer runtime: installi @lovalingo/lovalingo, avvolgi l’app nel suo provider e le traduzioni vengono servite tramite la sua infrastruttura. Nel tuo repository non esistono file di locale. Quando il servizio smette di rispondere, la build continua a compilare e il deploy continua a funzionare, ma ogni pagina viene renderizzata senza traduzioni.

C’è un problema ancora più netto. La configurazione della sitemap raccomandata da Lovalingo aggiunge uno script prebuild che scarica la sitemap dal CDN di Lovalingo ed è progettato per far fallire la build se il download non riesce. Quando il CDN va offline, i progetti con quello script smettono di fare build. Controlla il tuo package.json e cerca una voce prebuild che recupera dati da cdn.lovalingo.com. Se c’è, rimuoverla non è una pulizia facoltativa: è ciò che ti permette di continuare a rilasciare.

Il danno alla SEO è il costo più lento. Lovalingo generava a runtime gli URL per locale e i tag hreflang; dopo la chiusura quelle pagine tradotte smettono di esistere e i motori di ricerca deindicizzano ciò che non riescono più a scansionare. Abbiamo illustrato l’argomento strutturale nella nostra comparazione tra Lovalingo, Weglot e globalize.now a giugno: con qualsiasi servizio di traduzione runtime, il tuo sito multilingue esiste solo finché esiste il vendor. Allora era un’ipotesi. Ora ha una data.

Cosa dovresti fare prima del 31 agosto 2026?

Metti subito al sicuro i dati e mantieni Lovalingo attivo mentre configuri il sostituto. Non aspettare la fine di agosto: la coda dell’assistenza su [email protected] sarà più affollata nell’ultima settimana e ti serve margine per un controllo in produzione fallito. Un obiettivo sensato è completare la migrazione entro il 24 agosto, lasciando un’intera settimana di margine.

La pagina sulla chiusura di Lovalingo descrive la sequenza ed è quella corretta:

  1. Conserva l’export del progetto e il repository sorgente attuale. Se l’export non è ancora arrivato, richiedilo oggi a [email protected].
  2. Annota l’elenco attuale delle lingue e la struttura degli URL per locale. Si trovano nella configurazione LovalingoProvider e nell’export. Dovrai replicare entrambi.
  3. Implementa l’internazionalizzazione di proprietà del progetto insieme a Lovalingo. Non rimuovere ancora nulla.
  4. Testa sul sostituto gli URL diretti per locale, i refresh delle pagine, le chiavi mancanti e il comportamento di fallback.
  5. Rimuovi Lovalingo solo dopo che il sostituto ha superato i controlli in produzione (trovi la checklist completa più sotto).

Nota cosa richiede il passaggio 3. Di proprietà del progetto significa che le traduzioni vivono nel tuo repository, in file che controlli tu, non nel runtime di un altro vendor. Passare da Lovalingo a un secondo widget runtime significa ritrovarti a una sola chiusura di distanza dal dover ripetere questa migrazione. La pagina di confronto con Lovalingo illustra le due architetture una accanto all’altra.

Come si migra da Lovalingo a globalize.now?

Per una tipica app Lovable la migrazione richiede una sessione di lavoro, non una riscrittura, e non devi mai uscire dall’editor Lovable:

  1. Aggiungi la skill. Aggiungi lovable-i18n nel tuo workspace Lovable oppure da un terminale: npx skills add globalize-now/globalize-skills. La pagina dell’integrazione Lovable documenta il flusso.
  2. Chiedi a Lovable di configurare l’i18n. Basta qualcosa come «Set up i18n for this app using the lovable-i18n skill». La skill guida Lovable nel collegamento di Lingui, nell’estrazione delle stringhe hardcoded e nella creazione dei cataloghi PO: file semplici versionati nel tuo repo.
  3. Replica la configurazione di Lovalingo. Configura le stesse lingue di destinazione e la stessa struttura dei path per locale (/de/..., /fr/...) che usavi su Lovalingo, così gli URL già indicizzati restano attivi. Se devi cambiare un path, aggiungi un redirect 301.
  4. Fai push. globalize.now rileva i cataloghi e apre una translation PR per le lingue di destinazione. Fai merge e le tue lingue tornano disponibili, questa volta come file nel tuo repo.
  5. Testa con Lovalingo ancora installato. Esegui la checklist ufficiale: URL diretti per locale, refresh, chiavi mancanti, fallback e metadati per locale. I nuovi progetti Lovable vengono rilasciati su TanStack Start con SSR, quindi le tue route per locale arrivano come HTML renderizzato dal server; funzionano anche i progetti React più vecchi renderizzati lato client, perché i cataloghi vivono nel tuo repo indipendentemente dalla modalità di rendering.

Preferisci guardare l’installazione una volta prima di eseguirla? L’intero flusso, dall’aggiunta della skill alla translation PR sottoposta a merge, dura tre minuti:

How to Make Your Lovable App Multilingual (i18n in Minutes)

Da quel momento, il ciclo è semplice: configuri tutto una volta, la sincronizzazione parte automaticamente a ogni push su Git e non serve alcun intervento manuale. Il prezzo è di 20 € al mese per workspace, con progetti e lingue illimitati, 20 € di credito per le traduzioni — circa 200.000 parole — inclusi ogni mese e 5 € di credito all’iscrizione, senza carta di credito.

Per chi migra da Lovalingo c’è anche un’offerta dedicata: i primi tre mesi di utilizzo sono gratuiti. La migrazione non è stata una tua scelta, quindi almeno l’inizio non dovrebbe costarti nulla. Per usufruirne, registrati e invia un’email a [email protected] indicando il tuo progetto Lovalingo: applicheremo l’offerta al tuo workspace.

Come rimuovere Lovalingo senza lasciare residui?

Rimuoverlo non significa solo disinstallare un pacchetto, perché Lovalingo si integra con il router e la build. Segui questa checklist dopo aver verificato che il sostituto funzioni; ogni punto si applica solo se la tua configurazione lo include:

  1. Ripristina il router. In modalità path, LangRouter di Lovalingo sostituisce BrowserRouter. Quando lo rimuovi, ripristina il router originale, altrimenti l’app non verrà renderizzata.
  2. Correggi i link interni. Se il codice usa helper di Lovalingo come LangLink o useLangNavigate, sostituiscili con Link e con la navigazione del tuo router. Quegli import si rompono non appena il pacchetto non è più presente.
  3. Rimuovi provider e pacchetto. Elimina LovalingoProvider — e LangRouter — dall’app shell, poi disinstalla @lovalingo/lovalingo.
  4. Elimina il manifest. Rimuovi /.well-known/lovalingo.json dalla directory pubblica o dall’endpoint che lo genera.
  5. Rimuovi lo step di prebuild della sitemap. Se in package.json sono presenti scripts/fetch-lovalingo-sitemap.mjs e una voce prebuild, elimina entrambi. È lo script che farà fallire la build quando il loro CDN non sarà più disponibile. Servi invece una sitemap proprietaria: con le route delle lingue versionate nel repository, viene generata dalla tua codebase.
  6. Esegui il deploy e invia di nuovo la sitemap. Rilascia la build ripulita, verifica che gli URL delle lingue mostrino le traduzioni e invia nuovamente la sitemap in Google Search Console, così le pagine ricostruite verranno sottoposte di nuovo a crawling.

Dieci minuti di pulizia e l’ultima dipendenza runtime da un servizio in chiusura è sparita.

Puoi conservare le traduzioni esistenti di Lovalingo?

Conserva l’export. È utile come riferimento, non come import pronto all’uso. globalize.now traduce le stringhe sorgente e fa commit dei risultati nel repository, quindi le tue lingue tornano disponibili già con un push. Se avevi override di Lovalingo rifiniti a mano per frasi o termini di prodotto specifici, riportali nel glossario di globalize.now e nelle modifiche manuali, così il wording a cui tenevi non va perso durante la migrazione.

Il compromesso, detto senza giri di parole: devi rigenerare le traduzioni invece di trasferire il formato bundle di un vendor. In cambio, questa è l’ultima migrazione di questo tipo. L’output è costituito da file PO nel repository, portabili per definizione.

E se la tua app non è stata creata con Lovable?

La stessa procedura funziona. Lovalingo supportava anche progetti React, Next.js, v0, Bolt e Claude Code, e globalize.now li gestisce tramite lo stesso pacchetto di skill: installalo per il tuo agent, lascia che estragga le stringhe nei cataloghi Lingui, fai push e unisci la PR. Il flusso per sviluppatori e vibe coder è identico a quello per Lovable, senza l’editor di Lovable. La checklist di rimozione qui sopra si applica senza modifiche, così come l’offerta di tre mesi gratuiti per la migrazione.

globalize.now trasforma il testo hardcoded dell'app in file di localizzazione pronti e li mantiene aggiornati mentre rilasci.

Prova globalize.now gratis