App fatta con Lovable, Bolt o Replit: come metterla online

Da un anno a questa parte riceviamo un tipo di richiesta nuovo: “ho creato un'app con Replit, ora devo pubblicarla sugli store”, “ho un CRM fatto con Emergent, devo metterlo online”, “ho un prototipo su Lovable, mi serve qualcuno che lo porti avanti”. Sono persone che hanno fatto la parte più difficile, cioè capire cosa vogliono, e si trovano bloccate sull'ultimo tratto.

Cosa fanno bene questi strumenti, e dove si fermano

Lovable, Bolt, Replit, Emergent e Google AI Studio sono ottimi per arrivare in pochi giorni a qualcosa che si può toccare. Le schermate ci sono, i dati si salvano, la demo funziona. Il problema è che una demo e un prodotto con clienti veri sono due cose diverse: dati da proteggere, pagamenti, errori da gestire, backup, leggi da rispettare. Su questo il generatore non ti avvisa, e spesso l'app sembra pronta quando non lo è.

I controlli da fare prima di andare online

• Il codice è tuo e sta su GitHub? Lovable e altri strumenti permettono di sincronizzarlo con un repository. Se non lo fai, l'app vive solo dentro la piattaforma.
• Chi può leggere i dati? Molte di queste app usano Supabase come database. Se le regole di accesso (le cosiddette RLS) non sono attive o sono scritte male, chiunque conosca l'indirizzo può leggere o modificare i dati di tutti. Nel 2025 è emerso che parecchie app generate così avevano proprio questo problema.
• Le chiavi segrete sono al sicuro? Le chiavi di OpenAI, Stripe o di altri servizi non devono stare nel codice che arriva al browser.
• Il login regge? Recupero password, verifica dell'email, sessioni che scadono, utenti disattivati.
• I pagamenti sono confermati dal server? Con Stripe la conferma deve arrivare tramite webhook, non dalla pagina di ringraziamento che l'utente può aprire a mano.
• C'è un backup? E qualcuno ha provato a ripristinarlo almeno una volta?
• Privacy e cookie. Informativa, banner dei consensi, registro dei fornitori che trattano i dati: se l'app raccoglie dati di persone in Europa, servono.
• Errori e monitoraggio. Quando qualcosa si rompe, devi saperlo tu prima dei tuoi clienti.

Pubblicarla sugli store

Quasi tutto quello che generano questi strumenti è una web app. Per metterla su App Store e Google Play bisogna impacchettarla con strumenti come Capacitor, oppure riscrivere l'interfaccia in React Native. Attenzione: Apple rifiuta le app che sono solo un sito web dentro una cornice. Per passare la revisione l'app deve offrire qualcosa in più, come notifiche, funzioni offline o accesso alla fotocamera. Servono anche gli account sviluppatore, le schermate per gli store e l'informativa privacy pubblicata.

Spostarla su un hosting tuo

Capita di dover portare l'app fuori dalla piattaforma in cui è nata: per costi, per controllo, o perché un cliente chiede che i dati restino in Italia o su un cloud certificato. Se il codice è su GitHub si può pubblicare su Vercel, Netlify o su un server in Europa, e il database si può spostare su un'istanza Supabase o PostgreSQL dedicata. Abbiamo raccontato come combiniamo questi strumenti in web app con Lovable, Supabase, Replit e Vercel.

Sistemare o ripartire da capo?

Nella maggior parte dei casi si sistema. Il codice generato è spesso ridondante ma leggibile, e le schermate fatte restano un ottimo punto di partenza. Conviene ripartire quando la struttura dei dati è sbagliata alla radice, per esempio tutto in una tabella sola, o quando ogni modifica rompe qualcos'altro. Lo si capisce in qualche ora di analisi, non serve indovinare.

Come possiamo aiutarti

Partiamo da una revisione: guardiamo codice, database e configurazione, e ti diamo una lista di cosa va sistemato, in ordine di urgenza, con un prezzo. Poi puoi decidere se farlo tu con le indicazioni o affidarlo a noi. Se stai ancora decidendo quanto investire, leggi anche quanto costa creare un'app. Quando vuoi, mandaci il link al progetto.