Alternative a Lovable: dove sono andati 66 utenti Reddit

Sono Denys, ingegnere full-stack e di IA. Mi capita spesso di riprendere app nate in Lovable, quindi «cosa uso al suo posto?» è una domanda che ricevo, e volevo una risposta basata su qualcosa di più del mio gusto. Così ho letto cosa dicono le persone che se ne sono andate, l’ho contato e ho controllato cosa è successo dopo.

Qual è la migliore alternativa a Lovable?

Dipende da una cosa sola: sa lavorare con il codice o è disposto a imparare? I thread si dividono su questa linea.

Come ho letto i thread

Ho raccolto tutti i thread di r/lovable, r/cursor, r/vibecoding, r/Base44, r/boltnewbuilders, r/nocode e r/SaaS che corrispondevano a ricerche come «lovable», «alternative», «switched» o «leaving» tra novembre 2025 e ottobre 2026 e avevano almeno quattro commenti, dall’archivio Arctic Shift dei dati pubblici di Reddit. Su 710 thread, 445 contengono un’opinione vera su almeno uno strumento. Per ognuno ho annotato gli strumenti che giudica, il tono, i motivi, ogni passaggio da uno strumento all’altro, gli strumenti consigliati dai commentatori e una citazione. Uno script ha controllato ogni citazione sul thread archiviato e, prima di pubblicare, ho aperto su Reddit ogni thread citato per assicurarmi che le parole ci siano ancora.

Tenga presente il bias: più della metà dei thread viene da r/lovable, dove si scrive quando qualcosa va storto, e chi se n’è andato ed è contento raramente torna a dirlo. I conteggi indicano una direzione, non una quota di mercato.

Dove sono andate le persone dopo Lovable

La maggior parte dei passaggi va verso un agente di programmazione che lavora sul repository esportato, non verso un builder concorrente. Alcune persone hanno spostato solo il backend sul proprio progetto Supabase e hanno continuato a costruire altrove. La storia tipica è breve: “I started building apps via Replit and lovable but once I got into Claude, I never went back.” («Ho iniziato a creare app con Replit e Lovable, ma da quando sono passato a Claude non sono più tornato indietro.») O, con i numeri: “The amount I’ve accomplished with a Claude Max plan in the last week (£90), would’ve definitely cost me upwards of £500 via Lovable - easily.” («Quello che ho realizzato con un piano Claude Max nell’ultima settimana (90 £) mi sarebbe costato sicuramente più di 500 £ con Lovable, tranquillamente.»)

Il passaggio opposto esiste ma è raro: 4 persone sono passate da Base44 a Lovable e 2 da Bolt.

Perché si lascia Lovable

Crediti, 142 thread su 344. La lamentela riguarda meno il prezzo del piano che il pagare per i tentativi: “It ends up telling me that the bug is fixed, but it is not fixed costing me credits.” («Alla fine mi dice che il bug è risolto, ma non lo è, e mi costa crediti.») Diversi thread descrivono un prompt che costa più crediti di prima, senza una spiegazione chiara di come funzioni il conteggio.

Il backend, 96 thread. Con Lovable Cloud, database, utenti e segreti vivono nel backend di Lovable, e portarli via dopo è la parte difficile. “The database and hosting part of Lovable is what most people have an issue with, not the AI cost.” («La parte di database e hosting di Lovable è quella con cui hanno problemi quasi tutti, non il costo dell’IA.»)

Un muro e cicli di correzioni, 63 e 62 thread. Quando l’app ha logica vera, le modifiche cominciano a rompere cose che funzionavano. Questi due motivi compaiono di solito insieme ai crediti, perché ogni ciclo costa denaro.

Lock-in, 56 thread. Soprattutto per via di Cloud: “Only if you use Lovable Cloud, you lock yourself in.” («Solo se usi Lovable Cloud ti ritrovi vincolato.») Un progetto collegato al Suo progetto Supabase è molto più facile da portare via.

Ciò che le persone continuano a lodare: la velocità verso una prima versione, in 80 thread. Persino un thread sull’essere bloccati in Lovable Cloud si apre con “Lovable is genuinely one of the best tools out there for going from idea to product FAST.” («Lovable è davvero uno dei migliori strumenti in circolazione per passare dall’idea al prodotto IN FRETTA.») Andarsene non è l’unica risposta; è la risposta quando i costi qui sopra cominciano a prevalere.

Cosa consigliano i thread «alternativa?»

In 64 thread in cui qualcuno chiede cosa usare al suo posto, la risposta è in modo schiacciante «un agente sul tuo repository». Gli altri builder ottengono cinque o sei menzioni ciascuno, più o meno quante «restare su Lovable». La ricetta abituale nei commenti: “Push to Github, connect Claude Code to it and voilá - no more paying Lovable” («Fai push su GitHub, collegaci Claude Code e voilà: niente più pagamenti a Lovable»).

Il rovescio, da chi ha provato: “codex and claude code assume you can read the output, live in a terminal and fix stuff when it breaks.” («Codex e Claude Code presuppongono che tu sappia leggere l’output, vivere in un terminale e sistemare le cose quando si rompono.») Un agente costa meno per ogni modifica, ma hosting, database e ogni deploy diventano Suoi.

Le alternative a confronto

I numeri qui sotto contano i thread dello stesso insieme che giudicano ciascuno strumento. Gli agenti sembrano migliori in parte perché chi ne scrive ha già lasciato Lovable ed è contento del passaggio, quindi legga la colonna del tono tenendone conto.

I confronti tra builder in dettaglio: Lovable vs Cursor, Lovable vs Bolt e Lovable vs Base44. Se un agente eseguirà comandi sul Suo computer, legga prima Claude Code è sicuro?

Come lasciare Lovable senza perdere dati

Il codice è la parte facile. I thread finiti male hanno perso qualcosa che non era nel repository.

Inizi presto il primo passo, anche se non pensa di andarsene. Un rimpianto comune in questi thread: “I wish I had synced GitHub much earlier.” («Vorrei aver sincronizzato GitHub molto prima.») L’ultimo passo conta perché una migrazione è il momento in cui la sicurezza cambia in silenzio. I controlli che eseguo sono nella mia checklist di sicurezza per app Lovable, e il mio verificatore di sicurezza Supabase gratuito legge i grant e le policy del nuovo progetto senza leggere le Sue righe.

Domande frequenti

C’è un’alternativa a Lovable per chi non programma? I builder: Bolt, Base44, Replit, v0. In questi thread raccolgono le stesse lamentele su crediti e limiti di Lovable, e Lovable è lodato più spesso per il design e la velocità. Un agente è la strada più economica nel lungo periodo, ma presuppone che impari a leggere ciò che fa.

Dovrei lasciare Lovable? Non per colpa di questa lista. Lo lasci quando le correzioni costano più del dovuto, quando l’app richiede una logica che Lovable continua a rompere, o quando Le serve il pieno controllo del database. Una persona gestisce “an app with 17k users, some of whom are paying users, and it’s on Lovable.” («un’app con 17mila utenti, alcuni dei quali paganti, ed è su Lovable.»)

Posso tenere Lovable e usare un agente contemporaneamente? Sì. Con la sincronizzazione GitHub, diverse persone modificano in Cursor o in un altro agente e lasciano che Lovable continui a ospitare e a mostrare l’anteprima.

Cosa perdo se me ne vado? L’hosting e i deploy con un clic, l’editor visuale e, su Cloud, il backend che Lovable gestisce per Lei. Pianifichi dove va ciascuna cosa prima di disdire.