Abbiamo organizzato un AMA dal vivo su r/GoodBarber, aperto a qualsiasi domanda sulla pubblicazione di un'app sull'App Store: App Review, App Store Connect, account sviluppatore, tutto quanto. Le risposte sono arrivate direttamente dal team di supporto che gestisce ogni giorno le pubblicazioni su App Store e Google Play, con gli ingegneri iOS coinvolti ogni volta che una domanda diventava tecnica. Ecco il riepilogo. Ce lo chiedono spesso, quindi abbiamo analizzato i nostri casi di supporto degli ultimi 18 mesi. I motivi di rifiuto più comuni sono meno drammatici di quanto si pensi:Metadati dell'App Store incompleti o inesatti — informazioni, screenshot o descrizioni mancanti o fuorvianti.Un modulo App Privacy configurato in modo scorretto.App che Apple considera incomplete o non pienamente funzionanti durante la revisione.Oltre a questo, vediamo regolarmente rifiuti legati ai diritti sui contenuti (in particolare audio o video), app in settori regolamentati che non soddisfano le aspettative di Apple, o giudicate troppo simili a qualcosa che esiste già.Per una prima pubblicazione, tutto parte dai metadati: metti in evidenza il valore reale della tua app invece di una promozione generica, e segui le linee guida di Apple: sono la base di tutto il resto. E se vieni rifiutato, niente panico. Un rifiuto non è un vicolo cieco, è di solito solo una parte normale del processo. Leggi con attenzione il feedback di Apple, affronta ogni punto e reinvia: abbiamo visto tante app approvate dopo uno, o più, cicli di revisione.Se sei convinto che un reviewer abbia sbagliato, resta sui fatti. Spiega chiaramente perché ritieni che la tua app rispetti la linea guida in questione, e sostieni la tua tesi con tutto ciò che può aiutare: screenshot, una registrazione dello schermo, credenziali di test, istruzioni passo passo se una funzione non è immediatamente chiara. Se la discussione si blocca, puoi richiedere una chiamata con un rappresentante Apple tramite l'App Resolution Center in App Store Connect: un confronto diretto spesso chiarisce i malintesi più in fretta di uno scambio scritto. Come ultima risorsa, puoi fare ricorso all'App Review Board, dove un membro senior del team Apple riesamina il caso. In ogni caso, l'obiettivo non è dimostrare che Apple ha torto, ma rendere il più semplice possibile per il reviewer capire perché la tua app è conforme.

Il 2 febbraio 2025 Andrej Karpathy ha dato un nome alla cosa: “C'è un nuovo tipo di programmazione che chiamo 'vibe coding': ti abbandoni completamente alle vibrazioni, abbracci gli esponenziali e ti dimentichi perfino che il codice esista”. Nove mesi dopo, “vibe coding” era la parola dell'anno del Collins Dictionary. Pochi termini tech hanno viaggiato così in fretta — perché poche esperienze tech danno alla testa così.I numeri raccontano la stessa storia. Lovable ha raggiunto 100 milioni di dollari di ricavi ricorrenti annui otto mesi dopo il lancio, con oltre 10 milioni di progetti creati sulla piattaforma. Bolt.new è arrivata a circa 40 milioni di dollari di ARR in circa cinque mesi. Replit ha decuplicato i ricavi in sei mesi dopo il lancio del suo agente. Milioni di persone hanno digitato una frase e hanno visto apparire del software.Quell'euforia la capiamo. È la stessa che provano i nostri utenti quando descrivono una funzionalità e la vedono girare nella loro app. Vedere la propria idea funzionare — non un mockup: funzionare — cambia quello che credi di poter costruire. Su questo, nessuna ironia.Ma l'avvertenza Karpathy l'aveva messa nello stesso identico post: il vibe coding è “niente male per i progetti usa e getta del weekend”. Chi lo vive in prima persona lo dice con meno diplomazia. Un builder su r/nocode ha intitolato il suo post “Ho provato Bolt.new. Mi sono sentito un dio. Poi la realtà mi ha preso a schiaffi.” e ha riassunto così il risveglio: “All'improvviso, il sogno della 'programmazione potenziata dall'AI' si è trasformato in 'ansia potenziata dall'AI'”.La demo non è una bugia. L'errore è leggerla come un prodotto finito.

Abbiamo chiesto all'AI Extension Builder di GoodBarber un gioco arcade completo: un Flappy Bird da giocare con un dito, a schermo intero, con una classifica condivisa tra tutti i giocatori. Ecco il risultato, il prompt esatto che l'ha prodotto e ciò che questa prova di concetto rivela: con l'AI Extension Builder, quasi tutto ciò che sai descrivere può diventare una sezione della tua app. Un videogioco non è quello che ti aspetti da un app builder.Ed è proprio questo a renderlo un buon test. Per capire di che pasta è fatto l'AI Extension Builder, meglio chiedergli l'improbabile che l'ennesima sezione. Gli abbiamo quindi descritto un gioco arcade completo — da giocare con un dito, a schermo intero, con una classifica condivisa tra tutti i giocatori — e siamo stati a vedere fin dove reggeva.Ha retto. La lezione non è "pubblica giochi", ma "il tetto è molto più alto di quanto pensi": quello che vale per un Flappy Bird vale per la funzionalità specifica di cui la tua app ha davvero bisogno. Gli abbiamo descritto tutto in italiano, in pochi paragrafi. Ecco il risultato.

Gli aggiornamenti di questo mese si concentrano su visibilità, conformità ed esperienza utente — nuovi modi per mettere in risalto le azioni chiave, proteggere gli utenti più giovani e rendere più fluide le interazioni quotidiane nella sua app. Ecco le novità:Nuovo Floating Button globale: metta in evidenza un'azione chiave in tutta la sua app, configurata una sola volta dallo Structure panel.Age Protection: una nuova funzionalità per conformarsi alle leggi regionali sulla verifica dell'età e proteggere automaticamente gli utenti più giovani.Miniature degli eventi sulla mappa: gli eventi mostrati su una mappa possono ora apparire con una propria immagine in miniatura anziché con un pin standard, così ciascuno è immediatamente riconoscibile.Mostra/nascondi password: i suoi utenti possono ora toccare l'icona a forma di occhio per mostrare o nascondere la propria password in qualsiasi schermata di login o registrazione, così un errore di battitura non li blocca mai più.

L'AI Extension Builder ti permette già di creare una sezione su misura per la tua app descrivendola a parole tue. Ora quelle sezioni possono conservare e condividere dati reali. Chiedi un sondaggio, una lista di prenotazioni o un guestbook: il builder prepara i dati che ci stanno dietro e li collega alla tua app dal vivo, grazie a una nuova integrazione con Supabase. Fino a oggi l'AI Extension Builder faceva benissimo una cosa sola: trasformare una frase in una sezione funzionante. Descrivi un conto alla rovescia, una mood board, un mini-gioco e compare nella tua app, con uno stile perfettamente in linea con il resto. Ma ogni sezione che creava viveva interamente sul dispositivo di chi la usava. Nulla di ciò che produceva era in grado di trattenere un'informazione o di passarla da una persona all'altra.Era questo il limite. Chiedevi un "sondaggio per i lettori" e ottenevi un sondaggio che funzionava alla perfezione per una sola persona, su un solo dispositivo. I voti restavano nel browser. Chiudi l'app e sparivano. La apri su un altro telefono e il conteggio ripartiva da zero. Un guestbook che puoi leggere solo tu non è un guestbook. Una lista di prenotazioni che si azzera su ogni dispositivo non è una lista di prenotazioni.Il motivo era sempre lo stesso: queste funzionalità hanno bisogno di un posto dove custodire i loro dati e di una serie di regole su chi può leggerli e scriverli. Quello strato — un backend — è la parte difficile, ed è esattamente il genere di cosa che rientrava tra i limiti degli app builder no-code. Il nuovo connettore Supabase lo porta dentro il builder. L'AI Extension Builder ora costruisce lo strato dati insieme alla sezione, nella stessa conversazione, prima ancora di scrivere una riga di codice.(Se è la prima volta che crei sezioni in questo modo, parti da come funziona l'AI Extension Builder: questo articolo riprende da lì. È lo stesso strumento che di recente ha imparato a gestire il caricamento di file, e che ora ha anche uno strato dati.)

Quando abbiamo lanciato l'AI Extension Builder, sapeva già costruire una sezione su misura a partire da un semplice prompt. Mancava un pezzo: il tuo materiale. Finora l'assistente partiva da un foglio bianco, scriveva il codice, lo mostrava in tempo reale, ma con le sue immagini provvisorie. Per usare il tuo logo o i tuoi dati bisognava puntare a un URL esterno, un link fragile e ospitato altrove. Il nuovo gestore di file elimina questo passaggio.Prendi un club di corsa che vuole una sezione «Calendario gare» nella sua app.Il responsabile apre il pannello Assets e trascina due file: logo.png e un gare.csv con le date e i luoghi. Poi chiede all'assistente:«Mostra le prossime gare da questo CSV, con il nostro logo in alto.»L'assistente conosce già questi file. Non li inventa, non li ricrea, non li codifica in base64: li richiama con il loro URL esatto — logo.png in un tag <img>, gare.csv tramite una fetch(). La sezione appare in tempo reale, con i colori del club e le sue date reali.Giorni di lavoro per uno sviluppatore, qui pochi minuti. E il risultato non è un mockup: è un'estensione nativa, ospitata da GoodBarber, che finisce nell'app pubblicata come qualsiasi altra sezione.

Di recente abbiamo organizzato un AMA su r/GoodBarber dedicato all'AI Extension Builder, la funzione in beta che trasforma una descrizione in linguaggio naturale in una vera sezione integrata nella tua app. Meglio ancora: gli sviluppatori che hanno creato la funzione erano nel thread a rispondere direttamente. Le domande sono state ottime: precise, concrete e spesso poste da chi aveva già costruito qualcosa. Ecco cosa ne è emerso.Una scoperta ricorrente tra chi prova il builder: più iterazioni non significano automaticamente un'app migliore. Oltre un certo punto, le modifiche diventano meno pertinenti, e ripartire da un prompt più chiaro spesso batte il continuare a correggere quello esistente.Il nostro punto di vista: l'iterazione funziona meglio quando affini l'intento iniziale. Quando ogni giro cambia la direzione del progetto, di solito è più produttivo ricominciare. La qualità di quel primo prompt ha un impatto enorme: più sei chiaro su cosa vuoi costruire, sulle funzionalità attese e sull'esperienza utente, migliore sarà il risultato.

Serve far comportare il proprio Custom Code di GoodBarber in modo diverso per un utente connesso — mostrare contenuti premium, salutare un membro per nome, nascondere una sezione ai visitatori anonimi? Che tu abbia scritto quel codice di tuo pugno o lo abbia generato con l'AI Extension Builder, esso chiede all'App API chi è connesso tramite gb.user.getCurrent(). Ma l'anteprima del back-office non ha un login reale, quindi per le app Membership quella chiamata finisce sempre nel percorso di errore. Questa guida spiega come si comporta l'utente corrente nell'anteprima per ogni tipo di app e offre un metodo copia-incolla per testare l'app come membro connesso. Molto Custom Code ha bisogno di sapere chi sta usando l'app in questo momento: mostrare contenuti premium, salutare i membri per nome, nascondere una sezione ai visitatori anonimi, adattare un checkout. L'App API di GoodBarber fornisce l'utente corrente tramite gb.user.getCurrent().E il Custom Code non è più soltanto qualcosa che si scrive a mano. Con l'AI Extension Builder di GoodBarber, descrivi in linguaggio naturale la sezione che desideri e l'assistente genera l'estensione al posto tuo — codice che si aggancia direttamente alla stessa App API di GoodBarber. Scritto a mano o generato dall'AI, chiama gb.user.getCurrent() allo stesso modo, e lo testi allo stesso modo. Quindi questa guida vale sia che tu abbia digitato il codice, sia che lo abbia richiesto con un prompt.C'è però un dettaglio in cui ogni sviluppatore prima o poi si imbatte: dentro l'anteprima del back-office non c'è alcun utente connesso. L'anteprima è soltanto un rendering dell'app — non c'è una schermata di login, né una sessione, né nulla con cui autenticarsi.Per la maggior parte dei tipi di app, GoodBarber risolve la cosa in modo trasparente, così testare "come utente connesso" funziona senza problemi. Per l'estensione Membership non è così — ed è voluto. Questo articolo illustra come si comporta l'utente corrente nell'anteprima per ciascun tipo di app e fornisce un modo semplice, copia-incolla, per testare il caso più ostico: un membro connesso.

Gartner prevede che il 33% del software aziendale includerà IA agentica entro il 2028. Le tue Skills GoodBarber sono già pronte: attivale, senza codice.

Agenzie e rivenditori: faccia la revisione quotidiana di ogni app cliente da un solo agente IA. Gestisca più app GoodBarber con l'IA via MCP, in tre passi.

Pubblicare contenuti con l'IA per redazioni e associazioni: lasci che un agente pubblichi, programmi e gestisca il calendario editoriale della Sua app via MCP.

La maggior parte dei confronti tra app builder mette di fronte due filosofie opposte: uno strumento che ti obbliga a progettare un database e un altro che ti consegna funzioni già pronte. GoodBarber e BuildFire non rientrano in questo schema. Sono d'accordo sul metodo: configuri funzioni pronte all'uso invece di assemblare mattoncini elementari, e arrivi in fretta a un'app pubblicabile. Ed è proprio questo punto in comune a rendere interessante la scelta: quando due strumenti prendono la stessa scorciatoia, la domanda non è più «quale approccio scegliere», ma «cosa ottieni alla fine, e quanto regge nel tempo?»Per rispondere in modo concreto, abbiamo dato lo stesso incarico alle due piattaforme: AURORA, l'app di test che ci fa da filo conduttore in tutta questa serie.BuildFire è una piattaforma matura e solida: migliaia di app in produzione e un catalogo di plugin molto ricco. In tutta onestà, i due strumenti si rivolgono a profili diversi, e le vere linee di demarcazione passano dalla qualità delle app prodotte, da ciò che è compreso nell'abbonamento e dal costo di gestire un parco di app nel tempo.

I Mondiali 2026 sono iniziati e le partite catalizzeranno l'attenzione di tutti: un'occasione per fidelizzare il tuo pubblico e, allo stesso tempo, per conquistarne uno nuovo, direttamente nella tua app. Ecco come aggiungere una sezione calendario e risultati — il punteggio di ogni partita, prossima partita in evidenza, orario del fischio d'inizio nel fuso locale — partendo da un semplice prompt, grazie all'AI Extension Builder di GoodBarber. Dall'11 giugno al 19 luglio 2026, 48 squadre e decine di partite scandiranno sei settimane di attenzione mondiale. Nel frattempo, la tua community segue i punteggi su altre cinque applicazioni. Nessuna porta il tuo nome.Una sezione calendario e risultati: esattamente il tipo di pagina che, fino a ieri, richiedeva uno sviluppatore. Oggi la descrivi e si costruisce da sola. Ecco come.

Apple respinge il 42% delle app alla prima pubblicazione, e questo è solo uno degli ostacoli che arrivano dopo la demo. Cosa il vibe coding dimentica quando si tratta di creare un’app mobile.

Per quindici anni il software ha fatto a gara per essere più facile da usare per le persone. Quella gara sta finendo. La prossima si gioca su un'altra domanda: la Sua app può essere usata da un agente IA, sì o no? Ecco cosa significa "agent-ready" — cioè operabile da un'IA — le cinque cose che servono, e perché il 2026 è l'anno in cui smette di essere un optional. Lei un'app la gestisce. Ogni settimana apre una dashboard, pubblica qualcosa, programma una push, controlla i numeri di ieri, sistema un prezzo. Quella dashboard è diventata più amichevole anno dopo anno — è tutta la promessa del no-code, e ha funzionato. Oggi milioni di persone gestiscono app professionali senza scrivere una riga di codice.Ma chi guida sta cambiando. Le persone hanno iniziato ad affidare quella routine settimanale a un assistente IA: "Pubblica questi tre articoli, programma una push per ciascuno, e dimmi quale sezione ha perso lettori la settimana scorsa." L'assistente non vuole una dashboard più amichevole. Vuole un'interfaccia che possa richiamare lui.Questo solo fatto riscrive tutto. L'interfaccia che vincerà il prossimo decennio non è quella che piace di più agli esseri umani. È quella che un agente sa guidare.

La libreria di temi di GoodBarber ha sempre dato ai commercianti un solido punto di partenza professionale, e continua ad arricchirsi. Le ultime novità sono una serie di temi pensati per l'eCommerce, ognuno progettato come un vero marchio, con una propria identità visiva. Un assaggio di tutto ciò che un'app GoodBarber può offrire. Qualunque sia lo stile del tuo negozio, il tema giusto ti porta dall'idea al lancio molto più velocemente che se progettassi tutto da solo. Se gestisci un negozio online o un'attività locale, sai già quale immagine deve trasmettere il tuo marchio. La visione non è la parte difficile. La parte difficile è tradurla in un'app curata, schermata dopo schermata, quando il design non è il tuo mestiere. Quali colori abbinare? Che dimensione dare ai titoli? Come restare coerenti da una schermata all'altra? Per la maggior parte dei commercianti, è qui che il progetto si arena: non nel costruire l'app, ma nel progettarla.Partire da zero sembra sinonimo di libertà creativa. Il più delle volte è un freno. Ciò che fa davvero avanzare un progetto è un punto di partenza credibile: qualcosa che ha già un bell'aspetto, pronto a essere adattato al tuo marchio e al tuo catalogo invece di essere montato pezzo per pezzo.

Hai un'app GoodBarber. Hai visto i nostri annunci sul "server MCP", sull'AI, sulle app "agent-ready" — e hai pensato che fosse tutta roba da sviluppatori. Non lo è. In cinque minuti, da ChatGPT, puoi gestire la tua app semplicemente parlandole: modificare un prezzo, pubblicare un articolo, inviare una push. Niente terminale, niente codice. Ecco come, con cinque prompt copia-incolla per iniziare subito. Mettiamo subito le cose in chiaro, perché è proprio l'equivoco che blocca tutti: non ti serve nessuna competenza tecnica. Niente terminale, niente da installare, nemmeno una riga di comando. Se sai scrivere un messaggio, sai gestire la tua app.L'"MCP" di cui parlano i nostri altri articoli è semplicemente il ponte sicuro tra ChatGPT e la tua app. Non dovrai mai toccarlo, né ricordare cosa significhino quelle tre lettere. Lo colleghi una volta, e te ne dimentichi.Quello che usi tu è ChatGPT: l'assistente di OpenAI che probabilmente hai già aperto un centinaio di volte. La stessa finestra di chat. L'unica differenza, una volta collegato alla tua app, è che ora sa come agire su di essa.Costruiamo strumenti per creatori non tecnici dal 2011. Questo segue la stessa regola di tutti gli altri: più potenza, meno complessità.

Abbiamo passato una giornata a collegare n8n al server MCP di GoodBarber per costruire un'automazione vera: un workflow che traduce ogni mattina in francese gli articoli del blog della nostra app, sotto forma di bozze pronte da rivedere. Ecco la configurazione esatta che abbiamo usato, cosa si è inceppato lungo la strada e le tre lezioni che ti faranno risparmiare un pomeriggio. La risposta breve: con MCP è l'API che si spiega alla macchina — non costruisci più le richieste a mano.Un'integrazione REST classica significa leggere la documentazione di un'API, costruire ogni richiesta HTTP e gestire autenticazione e paginazione da solo. MCP (Model Context Protocol) ribalta questo lavoro: la tua app GoodBarber espone le sue operazioni come tools che qualsiasi client MCP scopre e chiama da solo. La nostra app di test — una Content App — ha esposto 62 tools nel momento stesso in cui ci siamo collegati: articoli, paragrafi, eventi, mappe, gallerie, video, suoni.n8n conta qui perché è una delle rare piattaforme di automazione con un MCP Client node nativo — e perché i suoi node AI Agent possono affidare quei 62 tools a Claude e lasciare che sia il modello a decidere quali chiamare. Le piattaforme in stile Zapier automatizzano le app; n8n + MCP automatizza la tua app.REST + automazione classicaMCP + n8nLavoro di integrazioneUna richiesta per azione, costruita a manoTools scoperti automaticamenteAutenticazioneUna chiave API per richiestaUna sola connessione OAuthL'IA nel cicloTu fai il parsing, l'IA vede frammentiL'agente chiama i tools direttamente

L'azione che ti aspetti dai tuoi utenti merita di essere sempre a portata di mano, che stiano leggendo un articolo, sfogliando una scheda prodotto o passando da una scheda all'altra. Il Pulsante fluttuante globale le dà esattamente questo spazio: un pulsante definito una volta sola, presente dove i tuoi utenti ne hanno bisogno, senza doverlo riposizionare schermo per schermo.

Le piattaforme no-code per la creazione di app affrontano l'integrazione degli agenti AI in due modi: la aiutano a costruire agenti, oppure rendono la sua app esistente richiamabile dagli agenti stessi.Il modello di costruzione di agentiIl modello del backend AICosa fa l'AIGenera o alimenta la logica della sua appRichiama le operazioni della sua app per suo contoIl suo punto di partenzaCostruire — o ricostruire — sulla loro piattaformaLa sua app esistente è già la destinazioneDove risiede la complessitàNei workflow e nei database che lei mantieneNell'agente; la sua app si limita a rispondereEsempiBubble, Lovable, Base44GoodBarber, tramite MCPLa proposta di Bubble è sincera e, per il suo pubblico, corretta: se sta assemblando un prodotto software su misura, costruire agenti AI sul motore di database e workflow di Bubble è davvero potente. Lo stesso vale per gli strumenti che generano un'app da un prompt, quando ciò che le serve è un prototipo per stasera.Ma noti che cosa le chiedono entrambi, per prima cosa: costruire. Uno schema, dei workflow, delle schermate — o, come minimo, una migrazione.Per un commerciante con un'app esistente e clienti reali, è il punto di partenza sbagliato. Non ha bisogno di ricostruire nulla. Ha bisogno che la sua app risponda ai comandi dell'AI.