GoodBarber vs Bolt.new
Scritto da Muriel Santoni il
Abbiamo costruito la stessa app su entrambe le piattaforme. Ecco dove hanno smesso di essere lo stesso strumento.

Bolt.new è arrivato nell'ottobre 2024 ed è stato impossibile ignorarlo. 20 milioni di dollari di ARR in due mesi, sette milioni di utenti in meno di un anno: abbiamo deciso di testarlo sul serio, non di fare un giro veloce. Abbiamo applicato lo stesso brief di tutta la nostra serie: AURORA, una guida di viaggio di lusso che richiede distribuzione nativa negli store, aggiornamenti editoriali quotidiani, campagne push, gestione degli utenti e uno strato e-commerce funzionante.
Abbiamo costruito AURORA su Bolt.new. L'abbiamo costruita su GoodBarber. Quello che segue è il resoconto onesto di entrambe le esperienze, compresi i momenti in cui Bolt ci ha impressionato e quelli in cui i percorsi hanno divergito in modo significativo.
Questo articolo fa parte della nostra serie continuativa — lo stesso brief, applicato a ogni strumento principale che abbiamo valutato. Se stai considerando anche Base44, Emergent, Adalo o FlutterFlow, troverai un quadro di riferimento coerente in tutti gli articoli.
Da ricordare
- Bolt.new è veloce. Avevamo un prototipo web funzionante in meno di un'ora. La qualità del risultato dopo l'importazione da Figma ci ha sorpreso positivamente.
- Portare quel prototipo su iOS e Android ha richiesto l'installazione di un toolchain di sviluppo locale, la creazione di account Apple e Google, la configurazione dei certificati di firma del codice e l'invio manuale agli store. Bolt genera il codice; il pipeline verso gli store è interamente a carico dell'utente.
- Non esiste un back-office in Bolt. Ogni aggiornamento di contenuto su AURORA dopo il lancio significa toccare il codice. Le notifiche push richiedono un'integrazione di terze parti. Non c'è CMS.
- Il modello a token ha reso i nostri costi di iterazione imprevedibili. Ogni volta che affrontavamo una funzionalità complessa e dovevamo tornare indietro con l'IA, sentivamo il contatore girare.
- In GoodBarber, i contenuti, i push e l'e-commerce di AURORA sono stati gestiti dallo stesso back-office senza mai aprire un editor di codice. Le build native iOS e Android sono passate attraverso il servizio GBTC.
- Entrambi gli strumenti sono validi; risolvono problemi diversi per operatori diversi. La domanda è quale sia il tuo problema.
Il brief comune: l'applicazione AURORA
AURORA è il test che applichiamo a tutti gli strumenti della serie: una guida di viaggio di lusso. Richiede navigazione multisezione, identità visiva personalizzata (colori, tipografia, logo), account utente con autenticazione, notifiche push, uno strato di gestione editoriale per aggiornamenti regolari, uno strato di monetizzazione, integrazione di dati in tempo reale (meteo o equivalente), un chatbot AI e pubblicazione su App Store e Google Play.
Abbiamo scelto questo brief deliberatamente. AURORA non è un giocattolo. Rappresenta il tipo di app che un'azienda reale dovrebbe lanciare e mantenere per anni, non una prova di concetto. Il confronto diventa interessante solo quando il brief è abbastanza esigente da rivelare differenze reali.
Filosofia e posizionamento
GoodBarber: una piattaforma gestita per l'intero ciclo di vita
GoodBarber sviluppa strumenti per la creazione di app dal 2011. La sua scommessa è sempre stata la stessa: un creatore non tecnico deve poter lanciare un'app mobile nativa professionale e poi gestirla, senza aiuto degli sviluppatori, indefinitamente. La piattaforma compila le app iOS in Swift nativo e le app Android in Kotlin nativo. Il back-office gestisce contenuti, push, e-commerce, utenti e statistiche — tutto in un'unica interfaccia, inclusa nell'abbonamento. La stessa configurazione genera anche una PWA.
Il layer AI agisce su entrambi i fronti: un AI Extension Builder per creare sezioni personalizzate tramite prompt, e un server MCP con 30 Claude Skills pubblicati che permettono ad agenti AI di operare un'app in produzione tramite linguaggio naturale. Il chatbot RAG che risponde alle domande usando i contenuti pubblicati dell'app è una funzionalità strutturata, non un'integrazione personalizzata.
Bolt.new: un generatore di codice professionale accessibile a tutti
Bolt.new è costruito su StackBlitz, un'azienda con una lunga storia negli strumenti di sviluppo nel browser. Quell'eredità è visibile ovunque: sincronizzazione bidirezionale con GitHub, importazione di frame da Figma, Design System Agents, routing intelligente del modello tra Claude Opus, Sonnet e Haiku. Il codice che Bolt genera è esportabile e di qualità professionale. Il suo stesso slogan lo riassume bene: "vibe coding goes pro". Per un team tecnico che vuole muoversi velocemente e mantenere la proprietà del risultato, Bolt è una scelta convincente.
Ciò che vale la pena esaminare attentamente è proprio quella consegna del codice.
Costruire AURORA con Bolt.new
Abbiamo aperto Bolt.new, descritto AURORA in un prompt e visto apparire un'app React strutturata in circa dieci minuti. Il risultato aveva una buona struttura: navigazione multisezione, layout pulito, design responsivo. Quando abbiamo importato un frame Figma per l'identità visiva, Bolt lo ha tradotto fedelmente. Questa parte dell'esperienza è stata genuinamente buona.
L'autenticazione ha funzionato fin da subito. Abbiamo richiesto account utente; Bolt li ha creati.
La gestione dei contenuti è dove le cose hanno iniziato a cambiare. AURORA ha bisogno che un team editoriale aggiorni guide di destinazione senza intervento di uno sviluppatore. In Bolt non esiste CMS: il contenuto vive nel codice. Ogni aggiornamento editoriale implica una modifica al codice e un nuovo deploy. Abbiamo chiesto a Bolt di connettere un CMS headless esterno; l'ha fatto, ma ora avevamo una seconda piattaforma da gestire.
Le notifiche push hanno seguito lo stesso schema. Bolt non le include. Abbiamo seguito il percorso documentato con Progressier: funziona, ma ha aggiunto un account, un layer di configurazione e un costo mensile che non appare nella pagina dei prezzi di Bolt.
L'e-commerce è passato per Stripe. Bolt lo ha connesso senza problemi, ma è un'integrazione, non un modulo: richiede account Stripe, commissioni Stripe e l'interfaccia Stripe per gestire ordini e pagamenti. Per la gestione quotidiana dell'e-commerce di AURORA, ci siamo trovati a lavorare su tre dashboard diverse.
La pubblicazione negli store è dove ci siamo fermati a riconsiderare la situazione. Il percorso mobile di Bolt passa per Expo e React Native, non per Swift o Kotlin nativo. Ma soprattutto, Bolt non gestisce il pipeline di pubblicazione. Pubblicare su App Store e Google Play ha richiesto la creazione di account sviluppatore Apple e Google, l'installazione locale di Node.js, EAS CLI e Git, la configurazione dei certificati di firma e l'invio manuale alle console degli store. Apple ha rifiutato la nostra prima versione, cosa che accade in circa il 42% dei primi invii indipendentemente dallo strumento. Senza un team di supporto, abbiamo gestito tutto da soli.
La versione web di AURORA era pronta in tempi brevi. L'app nativa negli store ha richiesto molto più tempo, un lavoro tecnico significativo e sarebbe stata molto difficile da completare per chi non ha competenze di sviluppo.
Cosa cambia con GoodBarber
La differenza più concreta è stato il back-office. Non solo che esista, ma cosa copre. Inviare una notifica push a tutti gli utenti che hanno visitato la sezione Parigi questa settimana richiede tre minuti nel back-office di GoodBarber. In un'app generata da Bolt, la stessa operazione richiede una configurazione in Progressier, una logica di segmentazione da costruire da qualche parte e un invio che avviene in un pannello esterno.
L'output nativo ha fatto una differenza visibile nel processo di invio agli store. Le app di GoodBarber compilano in Swift e Kotlin nativi. Quando abbiamo inviato AURORA tramite il servizio GBTC, il team ha gestito l'intero processo di revisione Apple, recuperato una build rifiutata e ottenuto la pubblicazione. Il track record di GoodBarber: tasso di recupero del 91% sui rifiuti del primo invio e tasso di rifiuto del 5% sugli aggiornamenti successivi. Noi non abbiamo configurato nessun certificato.
Sul piano dei prezzi, il confronto merita di essere fatto con attenzione. Il piano Pro di Bolt costa 25 $/mese e include hosting, database e analytics. Il push richiede Progressier (costo separato). Un CMS in produzione richiede un servizio headless (costo separato). Stripe applica commissioni sulle transazioni. Una volta che AURORA gira a pieno regime, la stack basata su Bolt costa più di quanto suggerisca la cifra dell'abbonamento.
Il piano Premium di GoodBarber a 70 €/mese include hosting, database, push (30.000/mese), CMS, e-commerce con commissione 0%, autenticazione utenti, acquisti in-app e modulo fedeltà. Quella è la stack operativa completa di AURORA in un'unica fattura.
Per l'AI: il chatbot RAG di cui AURORA aveva bisogno — quello che risponde alle domande dei viaggiatori basandosi sulle guide pubblicate nell'app — è una funzionalità nativa di GoodBarber. L'abbiamo attivata dal back-office. Con Bolt, avremmo dovuto generare un'integrazione personalizzata contro un'API LLM, pagare quelle chiamate separatamente e farci carico della manutenzione ad ogni cambio di API.
Tabella comparativa
| Criterio | GoodBarber | Bolt.new |
|---|---|---|
| Output iOS | Swift nativo (binario compilato) | React Native via Expo — pipeline di deploy a carico dell'utente |
| Output Android | Kotlin nativo (binario compilato) | React Native via Expo — pipeline di deploy a carico dell'utente |
| PWA | Sì — inclusa, stesso back-office | Tramite integrazione di terze parti (Progressier) |
| Hosting | Incluso | Incluso (Bolt Cloud) |
| Database | Incluso | Incluso |
| Notifiche push | Incluse (10.000–250.000/mese per piano) | Solo esterna — richiede servizio di terze parti |
| Gestione contenuti (CMS) | Sì — back-office strutturato, senza codice | No — i contenuti sono nel codice sorgente |
| Pagamenti / e-commerce | Incluso, 0% di commissione, 22 gateway | Tramite integrazione Stripe (esterna, commissioni applicate) |
| Back-office per operatività quotidiana | Sì — progettato per operatori non tecnici | No — le attività post-lancio richiedono codice o servizi esterni |
| Invio agli store | Gestito (servizio GBTC) | A carico dell'utente — toolchain locale + account sviluppatore |
| Funzionalità AI | AI Extension Builder, chatbot RAG, server MCP + 30 Skills | Generazione di codice, Design System Agents, scelta del modello |
| Proprietà del codice | Non applicabile (piattaforma gestita) | Totale — codice sorgente esportabile via GitHub |
| Modello di pricing | Abbonamento mensile fisso (70 €/mese Premium) | A consumo — 25 $/mese Pro, 10 M token/mese |
| Prova gratuita | Sì | Piano gratuito (1 M di token/mese) |
Possedere il codice non è la stessa cosa che gestire il prodotto
Quello che Bolt ti consegna — la piena proprietà del codice generato, liberamente esportabile — è un vantaggio reale per un profilo specifico: sviluppatori che vogliono validare un'idea prima di consegnarla a un team di ingegneria, o chi ha bisogno di massima portabilità. Per quel profilo, il modello di Bolt ha senso.
AURORA un mese dopo il lancio è uno scenario diverso. Qualcuno nel team deve pubblicare nuove guide di destinazione questo giovedì. Qualcuno deve inviare una campagna push per una promozione del weekend. Qualcuno deve elaborare un reso, controllare le statistiche di conversione e inviare un aggiornamento all'App Store prima della fine della settimana. In una codebase generata da Bolt, ognuno di questi compiti passa attraverso una modifica al codice, un nuovo deploy o un pannello esterno che il team ha dovuto imparare separatamente.
Una piattaforma progettata per l'operatività non ha questo problema, perché l'operatività è stata progettata fin dall'inizio.
Quando scegliere Bolt.new?
- Stai costruendo un'applicazione web — non un'app mobile nativa per la distribuzione negli store.
- Vuoi muoverti velocemente su un prototipo o MVP. Bolt è lo strumento più veloce che abbiamo testato per la velocità del primo build.
- Ti trovi a tuo agio con il codice, o hai un sviluppatore che prenderà il controllo dopo la fase di generazione.
- La portabilità totale del codice conta per te: vuoi esportare tutto su GitHub e avere la libertà di estenderlo o trasferirlo.
- Il tuo progetto non richiede che un operatore non tecnico gestisca contenuti, push o e-commerce quotidianamente tramite un'interfaccia.
Quando scegliere GoodBarber?
- Vuoi app iOS e Android native negli store — compilate in Swift e Kotlin, con l'invio all'App Store gestito da chi conosce il processo di revisione Apple.
- Sei un operatore non tecnico — editore di contenuti, commerciante, ente — che ha bisogno di gestire contenuti, campagne push e e-commerce da un'interfaccia, non da una codebase.
- Stai costruendo per il lungo termine: un'app che opererai quotidianamente, aggiornerai regolarmente e farai evolvere nel corso degli anni.
- La tua app include e-commerce e hai bisogno di 0% di commissione sulle transazioni con 22 gateway di pagamento integrati.
- Vuoi che tutta la tua stack operativa — hosting, database, push, CMS, pagamenti, analytics — sia coperta da un unico abbonamento.
Conclusione
Bolt.new è l'accesso più rapido a un prototipo funzionante nella categoria degli AI builder. Quella velocità è reale e la intendiamo come un complimento genuino. Il codice che produce è di livello professionale. L'importazione da Figma funziona. La sincronizzazione con GitHub è utile. Per un team tecnico che vuole muoversi velocemente e appropriarsi del risultato, Bolt è una scelta seria.
AURORA è un brief diverso. È un'app che deve essere negli store il prossimo trimestre ed essere operata da un team di marketing per i prossimi cinque anni. Per quel progetto, la domanda non è solo "possiamo consegnare la prima versione?" — è "chi gestisce la campagna push martedì prossimo, l'aggiornamento dei contenuti dopo e la revisione App Store il mese successivo?"
GoodBarber è stato costruito per quel secondo insieme di domande. Inizia la tua prova gratuita e costruisci AURORA sulla piattaforma pensata per chi gestisce le app, non solo per chi le lancia.
Scopri di più sui migliori app builder
Domande frequenti
Bolt.new crea app iOS e Android native?
Bolt.new genera applicazioni web. La distribuzione nativa negli store è possibile tramite Expo e React Native, ma l'intero pipeline di deploy — account Apple Developer, account Google Play, firma del codice, EAS CLI e invii manuali — è interamente a carico dell'utente. Il processo richiede un lavoro tecnico reale.
Qual è la differenza tra il pricing a token di Bolt.new e l'abbonamento di GoodBarber?
Bolt.new addebita in base al consumo di token: il piano Pro include 10 M di token al mese a 25 $. In pratica, lo sviluppo iterativo su una funzionalità complessa esaurisce rapidamente quella quota. GoodBarber addebita un abbonamento mensile fisso (da 70 €/mese con il piano Premium) che copre tutto l'utilizzo senza variabilità da consumo.
Bolt.new include un CMS per gestire i contenuti dopo il lancio?
No. I contenuti di un'app generata da Bolt vivono nel codice sorgente. Aggiornarli dopo il lancio significa modificare il codice e ridistribuire, oppure connettere un CMS headless esterno. GoodBarber include un back-office CMS strutturato in tutti i piani.
Si possono inviare notifiche push con Bolt.new?
Non nativamente. Il push con Bolt richiede un servizio di terze parti come Progressier. GoodBarber include le campagne push in tutti i piani, direttamente dal back-office.
GoodBarber è adatto agli sviluppatori che vogliono accedere al codice?
GoodBarber è una piattaforma gestita e non espone il codice sorgente. Se la piena proprietà del codice è un requisito, Bolt.new è la scelta più appropriata. GoodBarber è progettato per operatori che vogliono un prodotto gestito, non una codebase da mantenere.
{
"@context": "https://schema.org",
"@type": "FAQPage",
"mainEntity": [
{
"@type": "Question",
"name": "Bolt.new crea app iOS e Android native?",
"acceptedAnswer": {
"@type": "Answer",
"text": "Bolt.new genera applicazioni web. La distribuzione nativa negli store è possibile tramite Expo e React Native, ma l'intero pipeline di deploy — account Apple Developer, account Google Play, firma del codice, EAS CLI e invii manuali — è interamente a carico dell'utente. Il processo richiede un lavoro tecnico reale e non può essere completato senza competenze di sviluppo."
}
},
{
"@type": "Question",
"name": "Qual è la differenza tra il pricing a token di Bolt.new e l'abbonamento di GoodBarber?",
"acceptedAnswer": {
"@type": "Answer",
"text": "Bolt.new addebita in base al consumo di token: il piano Pro include 10 M di token al mese a 25 $. In pratica, lo sviluppo iterativo esaurisce rapidamente quella quota. GoodBarber addebita un abbonamento mensile fisso (da 70 €/mese con il piano Premium) che copre tutto l'utilizzo senza variabilità da consumo."
}
},
{
"@type": "Question",
"name": "Bolt.new include un CMS per gestire i contenuti dopo il lancio?",
"acceptedAnswer": {
"@type": "Answer",
"text": "No. I contenuti di un'app generata da Bolt vivono nel codice sorgente. Aggiornarli dopo il lancio significa modificare il codice e ridistribuire, oppure connettere un CMS headless esterno. GoodBarber include un back-office CMS strutturato in tutti i piani, senza necessità di toccare il codice."
}
},
{
"@type": "Question",
"name": "Si possono inviare notifiche push con Bolt.new?",
"acceptedAnswer": {
"@type": "Answer",
"text": "Non nativamente. Il push con Bolt richiede un servizio di terze parti come Progressier, con un proprio account, configurazione e fatturazione separati. GoodBarber include le campagne push in tutti i piani, direttamente dal back-office, senza servizi esterni."
}
},
{
"@type": "Question",
"name": "GoodBarber è adatto agli sviluppatori che vogliono accedere al codice?",
"acceptedAnswer": {
"@type": "Answer",
"text": "GoodBarber è una piattaforma gestita e non espone il codice sorgente. Se la piena proprietà del codice è un requisito, Bolt.new è la scelta più appropriata. GoodBarber è progettato per operatori che vogliono un prodotto gestito, non una codebase da mantenere."
}
}
]
}
Design