Lovable vs Claude Code nel 2026: quale scegliere per il tuo primo progetto?

Le informazioni su come lavorare con Ailoot sono disponibili nella documentazione.

Cosa sono Lovable e Claude Code?#

Lovable è un builder basato sul browser. Dal punto di vista tecnico, Lovable è un livello costruito su Claude Opus di Anthropic: l’azienda conferma pubblicamente che, dopo aver valutato modelli commerciali e open source, ha scelto Claude come modello principale (storia di un cliente Anthropic: Lovable). Quindi la contrapposizione «Lovable o Claude» semplifica troppo il quadro. In pratica, si tratta di livelli: Lovable è un wrapper comodo attorno allo stesso Claude a cui accedi direttamente tramite Claude Code.

Cosa succede quando vai su lovable.dev:

1. Registrati con Google o GitHub.
2. Scrivi un prompt: «Creami un CRM per un’agenzia immobiliare con autenticazione e un database clienti».
3. In 30–60 secondi vedrai un sito live su un dominio gratuito *.lovable.app, con database, modulo di login e pagine funzionanti.
4. Poi lo perfezioni con dei prompt: «Aggiungi un filtro per stato della trattativa», «Aggiungi un tema scuro», «Aggiungi Stripe per i pagamenti degli abbonamenti».

Dietro le quinte, Lovable crea un’applicazione React con Vite, stile Tailwind CSS e componenti shadcn/ui. Il backend è Supabase: PostgreSQL per i dati, Supabase Auth per il login ed Edge Functions per la logica lato server. Dal 13 maggio 2026, i nuovi progetti usano TanStack Start con rendering lato server.

Claude Code è un programma di Anthropic che installi sul tuo computer Mac, Windows o Linux. Lo avvii con il comando claude nel terminale, all’interno della cartella del progetto. Poi gli parli in testo: legge i file, scrive codice, esegue comandi e corregge errori. Dal 16 aprile 2026 il modello principale è Opus 4.7; dal 28 maggio 2026 è disponibile anche Opus 4.8, con la funzione Dynamic Workflows (fino a 1.000 subagenti in parallelo) (Anthropic - Claude Opus 4.7).

La differenza principale in una frase: Lovable è un sito web che crea siti web per te. Claude Code è un collega sviluppatore seduto nel tuo terminale che segue le tue istruzioni.

In realtà, queste due posizioni descrivono due fasi dello stesso percorso. Lovable è uno strumento per passare «da zero a uno», quando ancora non hai imparato il mestiere. Claude Code è uno strumento per crescere, quando hai già capito come si costruiscono le applicazioni e vuoi avere il controllo.

Chi dovrebbe usare Lovable e chi dovrebbe usare Claude Code?#

La vedo come una scelta tra un pasto pronto al ristorante e una cucina a casa. Lovable è il ristorante: ti siedi, ordini e dopo 20 minuti hai un piatto davanti. Claude Code è la cucina: un insieme di utensili e ingredienti, più un assistente che conosce tutte le ricette, ma sei tu a cucinare e a decidere cosa preparare e come.

Lovable è adatto se:

• Non hai mai aperto un terminale e non vuoi iniziare.
• Ti serve un prototipo di un’idea da mostrare a un partner o a un cliente, realizzato in una sera.
• Stai costruendo un prodotto standard: una landing page, un CRM, un marketplace, una dashboard o un modulo di richiesta, cioè qualcosa che Lovable ha già realizzato centinaia di volte.
• Sei pronto a lavorare con lo stack React + Supabase e non ti servono Python, Go o un’app mobile.
• Non ti pesa un piano a pagamento da $25–100 al mese e non ti preoccupa che il codice resti presso il fornitore.

Claude Code è adatto se:

• Hai già lavorato con cartelle di progetto e sai cosa sono git e .env.
• Vuoi il controllo su ogni file e scegliere lo stack in autonomia.
• Il tuo progetto è più complesso del solito: un bot Telegram, uno script di elaborazione dati, un’app mobile o un’integrazione con un’API non standard.
• Vuoi che il codice resti nel tuo repository, non presso il fornitore.
• Sei pronto a imparare a usare CLAUDE.md e il context engineering per ottenere risultati coerenti.

Vuoi scegliere la combinazione giusta per il tuo compito senza andare a tentativi? Una combinazione efficace ha tre elementi: clone IA + Second Brain + Context Engineering. Questa combinazione trasforma qualsiasi strumento — Lovable, Claude Code o entrambi — in una pipeline affidabile.

Quanto costa un primo progetto con ciascuno strumento?#

Lovable: piani e crediti

Prezzi ufficiali di Lovable aggiornati a maggio 2026:

Un credito corrisponde più o meno a un prompt. Una piccola modifica di stile costa 0,5 crediti; una nuova funzionalità con autenticazione costa almeno 1,5 crediti. La trappola principale: un ciclo di correzione dei bug (quando l’IA sistema una cosa e ne rompe un’altra) può consumare altri 60–150 crediti oltre a quelli della creazione iniziale, sulla base di lamentele reali nei forum degli utenti nel 2026. Su Pro, acquistare 50 crediti aggiuntivi costa $15.

⚠️ Una spesa separata è Lovable Cloud (hosting gestito dalla piattaforma). Non è compreso nell’abbonamento: uno spazio di lavoro riceve $25 al mese di hosting gratuito + $1 al mese di utilizzo gratuito dell’IA. Dopo, paghi in base all’utilizzo (letture e scritture del database, edge function, spazio di archiviazione). Un caso noto: un progetto con meno di 100 utenti attivi ha esaurito la quota gratuita in una settimana.

Claude Code: piani e token

Prezzi ufficiali di Claude per il 2026:

Ci sono anche token API per chi crea integrazioni proprie: Opus 4.8 costa $5 per milione di token in input e $25 per milione di token in output. Per i dettagli, consulta la guida a Opus 4.8 per Claude Code.

Costo reale di un primo progetto e di uno serio

Prendiamo un’attività tipica: «Crea un sito per prenotazioni dei clienti con database, modulo di prenotazione e pannello di amministrazione».

Lovable: con il piano Pro ($25) serviranno circa 30–40 crediti per creare e perfezionare il sito. Resterai entro un mese di abbonamento. Ogni nuovo prodotto o revisione importante successiva richiede un altro mese di abbonamento, oltre a eventuali spese di Lovable Cloud.

Claude Code: con il piano Pro ($20), la stessa attività richiederà 3–4 ore di lavoro e circa dieci sessioni con l’IA. I limiti mensili bastano per 2–3 progetti del genere in parallelo, oltre al lavoro di routine: modificare i testi del sito, fare piccole correzioni e creare script di automazione.

Nel lungo periodo la differenza è ancora più marcata. Uno sviluppatore ha elaborato 10 miliardi di token con Claude Code in 8 mesi: tramite API sarebbero costati $15.000+, ma con il piano Max circa $800. Se realizzi un solo prodotto una volta per tutte, Lovable e Claude Code costano più o meno lo stesso. Se hai 5–10 progetti e ci lavori regolarmente, Claude Code costa 5–6 volte meno.

Che codice ottieni? Dietro le quinte#

Con Lovable, la risposta alla domanda «con cosa è scritto?» è già pronta. Ogni app usa:

• Frontend: React, Vite, Tailwind CSS e la libreria di componenti pronti all’uso shadcn/ui.
• Backend: Supabase: PostgreSQL per il database, Supabase Auth per il login, Supabase Storage per i file ed Edge Functions su Deno per la logica lato server.
• Realtime: Supabase Realtime su WebSocket per chat e aggiornamenti.
• Pagamenti: integrazione Stripe integrata.
• Hosting: *.lovable.app con il piano gratuito, il tuo dominio con un piano a pagamento.

È un punto di forza: uno stack collaudato che copre l’80% delle attività per chi non programma. Ma è anche un limite: se il tuo progetto è un bot Telegram, l’elaborazione di documenti PDF, uno script per estrarre dati da siti o un’app mobile, Lovable non è un’opzione.

Con Claude Code scegli tu lo stack. I progetti di esempio usavano:

• Next.js + TypeScript + PostgreSQL per una piattaforma per creatori.
• Python + FastAPI per uno dei backend di un prodotto per clienti.
• Bot Telegram in TypeScript con la libreria grammY.
• Script di elaborazione dati in Node.js.

Lo stesso Claude Code funziona con qualsiasi cartella e qualsiasi stack: legge il contenuto del progetto, ne capisce la struttura e usa il linguaggio appropriato. Questo ti dà libertà, ma richiede che sia tu a decidere quale stack usare.

Cosa succede se il prodotto decolla: far crescere il progetto#

È uno scenario che in pochi verificano all’inizio, ma è la differenza decisiva tra i due strumenti.

Immagina di aver creato un task tracker in Lovable. Ha avuto successo. I clienti ti scrivono: «Aggiungi un’integrazione con il nostro CRM», «Ci serve un’esportazione Excel con una struttura precisa», «Crea un’app mobile». Cosa succede?

• Fai le modifiche semplici con i prompt e spendi crediti.
• Le modifiche complesse spesso si scontrano con i limiti dell’architettura: Lovable non conosce il tuo CRM, l’esportazione non è standard e un’app mobile richiede uno stack diverso.
• Lovable offre l’esportazione del codice e la possibilità di lavorare in un editor, ma a quel punto non è più «vibe coding». È sviluppo normale, per cui devi conoscere React, TypeScript e Supabase.

Con Claude Code non c’è questa interruzione. Aggiungi un’integrazione CRM: Claude Code legge la documentazione del CRM, scrive un client, lo testa e lo invia con commit. Ti serve un’app mobile: apri una nuova cartella, assegnale l’attività «Crea un’app iOS in Swift usando la stessa API» e ottieni il risultato. Il contesto non si perde perché il repository è tuo.

Questo non significa che Lovable sia scadente: è ottimo per risolvere il primo problema. Significa che Lovable è un punto di partenza per un prodotto, non la sua sede a lungo termine.

Quando Claude Code e Lovable commettono errori: quale dei due è più facile da correggere?#

L’IA commette sempre errori. La domanda principale è quanto impegno serve per correggerli.

Quando qualcosa si rompe in Lovable, hai 3 opzioni:

1. Continuare a inviare prompt: «Correggi questo, il pulsante non funziona». Spesso funziona, ma a volte no.
2. Ripristinare una versione precedente usando la cronologia di Lovable. Il ripristino torna indietro di N passaggi alla volta: non è preciso.
3. Passare a Dev Mode (solo nei piani a pagamento) e modificare il codice a mano.

Quando c’è un bug in Claude Code:

1. Vedi un errore nel terminale o nel browser e dici a Claude: «Ecco l’errore, capisci qual è il problema».
2. Se arrivi a un punto morto, il comando /rewind torna all’ultimo punto funzionante (guida per annullare le modifiche).
3. Puoi aprire il file e correggere una riga da solo: è il tuo codice.

Il vantaggio di Claude Code è che puoi vedere cosa è cambiato e dove si trova l’errore. Lovable funziona come una «scatola nera»: ottieni un risultato, ma non puoi vederne la causa. Per un principiante è un sollievo («non devo capire come funziona»), ma quando il prodotto diventa più complesso di una landing page standard è un problema.

4 scenari in cui Lovable è meglio di Claude Code#

Scenario 1: una landing page con modulo e database. «Voglio una pagina in cui le persone inseriscono il loro indirizzo e-mail e io posso vedere nel pannello di amministrazione chi l’ha lasciato». Con Lovable bastano 10 minuti, compresi design, dominio e SSL. Con Claude Code servono 1–2 ore per creare lo scheletro, più un’altra ora per pubblicarlo. Per un’attività una tantum, Lovable vince nettamente.

Scenario 2: un prototipo dimostrativo per un investitore o un partner. Devi mostrare in una riunione tra 3 giorni «come funzionerà» un prodotto. Lovable crea in una sera un prototipo funzionante e visivamente accattivante. Puoi mostrarlo e dire: «Qui andrà questa logica e lì andrà quell’altra». Il partner fa clic sui pulsanti e vede qualcosa di concreto, non una presentazione PowerPoint.

Scenario 3: un prodotto standard basato su un modello familiare. Un CRM semplice per un’agenzia, un portale clienti con autenticazione, una dashboard con grafici. Lovable ha creato queste app centinaia di volte: il modello conosce già i modelli da seguire. Hai più probabilità di ottenere un risultato funzionante al primo tentativo.

Scenario 4: quando l’installazione è un ostacolo. Se qualcuno non ha davvero mai aperto un terminale e non è pronto a imparare Node.js, git e VS Code, Lovable può dargli un risultato che Claude Code non può offrire. Meglio un prototipo funzionante che un progetto mai iniziato.

4 scenari in cui Claude Code è meglio di Lovable#

Scenario 1: qualsiasi progetto non web. Un bot Telegram che risponde ai clienti e tiene traccia delle richieste. Uno script che raccoglie dati dai siti web della concorrenza ogni ora e invia un riepilogo a Slack. Un parser di PDF che estrae dati per la contabilità. Non puoi crearli in Lovable: è solo per il web. In Claude Code sono progetti tipici da una sera.

Scenario 2: un prodotto serio a lungo termine. Se costruisci un’azienda attorno a un prodotto, ti servono il codice nel tuo repository GitHub, la tua infrastruttura e il controllo su tutto. Lovable ti lega sempre alla piattaforma: puoi esportare il codice, ma è più difficile continuare a svilupparlo senza Lovable (lo stack è rigido e le decisioni architetturali sono prese al posto tuo). Con Claude Code il codice è tuo fin dall’inizio.

Scenario 3: un’architettura o uno stack non standard. Vuoi Bun invece di Node.js. Vuoi Postgres + Redis + ClickHouse. Vuoi Python per il componente IA e Go per un microservizio. Vuoi worker, code e WebSocket fuori da Supabase. In Lovable tutto questo è impossibile oppure richiede una «rottura» tramite modifica manuale del codice, che annulla il vantaggio del builder.

Scenario 4: quando ti serve un secondo cervello per il progetto. Un prodotto serio comprende più del codice: ha anche un contesto, cioè modello di business, pubblico, vincoli legali e obiettivi. Questo contesto vive in una cartella business/ accanto al codice e Claude Code lo legge a ogni richiesta (guida al Second Brain in Claude Code). Lovable funziona senza questo livello: ottieni un prodotto che funziona dal punto di vista tecnico senza capirne il «perché».

Approccio ibrido: Lovable → Claude Code sullo stesso progetto#

Questo schema è semplice: ogni strumento è bravo nel proprio compito, quindi non devi scegliere «l’uno o l’altro».

Come funziona:

1. Fase dell’idea. Dedica una sera a Lovable. Descrivi quello che vuoi e ottieni un prototipo funzionante con un database, autenticazione e un paio di pagine. Basta per mostrarlo a un partner o fare 5 interviste a potenziali clienti.

2. Fase di convalida. Continua a lavorare in Lovable finché il prodotto è semplice. Dedica 1–2 settimane a inviare prompt, fare piccole modifiche e aggiungere nuovi campi al database.

3. Fase di passaggio. Quando raggiungi il limite di Lovable (ti serve un bot Telegram insieme al prodotto, una logica complessa o un altro linguaggio), esporta il codice con Dev Mode (richiede un piano Pro) e clona il repository in locale.

4. Fase di sviluppo. Aprilo in VS Code e avvia Claude Code dalla stessa cartella. Ora Claude può vedere il codice creato da Lovable e continuare a svilupparlo. L’architettura resta la stessa (React + Supabase), ma il controllo passa a te.

Lo svantaggio: paghi Lovable per il primo mese (o più a lungo), poi passi comunque a Claude Code. Sono altri $25–50. In compenso risparmi la prima settimana di sviluppo. Per la maggior parte delle idee che non decollano, quei $25 sono spesi bene: scopri subito cosa non ha funzionato, senza investire due settimane in uno scheletro che poi butterai via.

Ha ricostruito il suo sito principale con 12 integrazioni (Stripe, Customer.io, Meta Pixel) in un giorno con Lovable, poi ha portato in produzione la funzionalità challenge prompts con Claude Code in 2 giorni, invece delle 2 settimane previste.

5 insidie di Lovable di cui nessuno parla#

Insidia 1: il piano gratuito basta per 1–2 sere. 5 crediti al giorno bastano per lo scheletro di un’app e un paio di modifiche. Dopo, aspetti un giorno o paghi $25.

Insidia 2: l’accesso al codice è disponibile solo con Pro+. Il piano gratuito non permette di scaricare il codice, aprirlo in un editor o passarlo a uno sviluppatore. Se decidi di andartene, passi a un piano a pagamento o ricominci da zero.

Insidia 3: forte dipendenza da Supabase. Se in seguito vuoi usare PostgreSQL sul tuo server, sostituire Supabase Auth con un sistema di autenticazione tuo o collegare un backend non web, è complicato. Lo stack è integrato nelle fondamenta.

Insidia 4: la lingua dell’interfaccia. Per impostazione predefinita, Lovable genera interfacce applicative in inglese. Indica esplicitamente la lingua che preferisci nel prompt, per esempio: «falla nella lingua che preferisco». Alcuni testi potrebbero restare in inglese, soprattutto gli errori di sistema e i moduli di convalida degli input. Puoi correggerli con prompt separati.

Insidia 5: la sicurezza di Supabase è carente per impostazione predefinita. È il punto più importante che nessuno menziona all’inizio. I ricercatori hanno controllato 1.645 app nella vetrina ufficiale di Lovable: 170 (10,3%) presentavano un problema critico di Row Level Security in Supabase. Qualsiasi utente autenticato poteva leggere, modificare ed eliminare i dati di altre persone. In app reali, i ricercatori hanno avuto accesso a indirizzi dei clienti, importi dei debiti e chiavi Stripe attive (CVE-2025-48757). Il motivo: Lovable crea tabelle in Supabase ma non abilita per impostazione predefinita le policy RLS. La soluzione: dopo il primo avvio, abilita manualmente RLS su ogni tabella e verifica le impostazioni seguendo la documentazione di Supabase. Se stai creando un prodotto con dati reali degli utenti, non rimandare: fallo «subito dopo la prima creazione».

5 insidie di Claude Code che scoraggiano i principianti#

Insidia 1: l’installazione è il primo ostacolo. Per iniziare, devi installare Node.js, npm, git, VS Code e Claude Code. Su Windows devi capire come usare WSL. Su Mac è più facile, ma devi comunque aprire il terminale. Se non l’hai mai fatto prima, i primi 30 minuti serviranno a capire «come avviarlo».

Insidia 2: senza contesto puoi esaurire i limiti in un giorno. Con il piano Pro da $20, i limiti dipendono dai messaggi e dai token. Se invii ogni volta a Claude 50 file del progetto, raggiungerai il limite in 2–3 ore. La soluzione è il context engineering: fornire solo ciò che serve, usare /clear e /compact e mantenere CLAUDE.md aggiornato (guida ai limiti).

Insidia 3: allucinazioni senza contesto. Claude Code è intelligente, ma senza conoscere il progetto può inventare metodi API, campi di database o librerie. Senza un CLAUDE.md con le regole e una cartella business/ come Second Brain, è una lotteria. Con questi elementi ottieni una pipeline affidabile (guida a CLAUDE.md).

Insidia 4: restrizioni di accesso e proprietà aziendale. Nel settembre 2025, Anthropic ha bloccato le aziende controllate per oltre il 50% da entità in Cina, Iran e Corea del Nord. Le condizioni di accesso dipendono dal fornitore e dalla struttura proprietaria: verificale prima di scegliere uno strumento.

Insidia 5: niente editor visuale. Tutte le interazioni avvengono tramite testo. Se devi spostare un pulsante di 10 pixel a destra, non puoi trascinarlo: devi descrivere a parole cosa fare. Per le attività di progettazione è meno comodo dei builder visuali, compreso Lovable.

Come scegliere in 5 minuti: una tabella decisionale#

Rispondi a 5 domande e ottieni una raccomandazione:

Se segni ✅ per Lovable nelle prime due righe e ⚪/❌ nelle altre, scegli Lovable. Se segni ✅ per Claude Code nelle righe 3–5, scegli Claude Code. Se segni ✅ in entrambe le colonne, usa Lovable per le prime 1–2 settimane e poi passa a Claude Code (vedi sopra la sezione sull’approccio ibrido).

Un’ultima cosa: qualunque strumento tu scelga, il collo di bottiglia non è l’IA in sé. Ciò che conta è come ci lavori. La combinazione di tre pilastri (clone IA + Second Brain + Context Engineering) produce risultati coerenti con qualsiasi strumento. Senza, l’IA ha le allucinazioni; con questa combinazione, l’IA lavora come una macchina affidabile.

Guida completa al vibe coding in una sera: clone IA + Second Brain + Context Engineering.

Scopri Ailoot.