Nomina una sezione di contenuti della tua app nel tuo prompt, e l'AI Extension Builder costruisce una sezione che mostra quel contenuto — con il layout esatto che hai descritto. I tuoi articoli, il tuo template, sempre aggiornato. Ogni sezione di contenuti di un'app GoodBarber arriva con una serie di template curati nei dettagli. Ne scegli uno e funziona — è il bello di una piattaforma integrata. Ma il layout che hai in mente non è sempre in lista. Magari immagini i tuoi ultimi articoli in stile magazine: una grande foto di copertina con il titolo in sovrimpressione, card più piccole sotto. O i tuoi eventi come un'agenda compatta, con solo data e luogo. Finora sceglievi il template che ci andava più vicino.Quello che molti utenti dell'AI Extension Builder non hanno ancora scoperto è che quel limite non c'è più. Il builder non crea solo widget autonomi — sa leggere il contenuto delle sezioni esistenti della tua app. E questo lo trasforma in qualcosa di più interessante di un generatore di widget: uno strumento per progettare i tuoi template di visualizzazione.

Il posizionamento di una PWA si basa su un principio semplice: perché una pagina compaia nei risultati di ricerca, un motore deve prima visitarla, leggerla e indicizzarla. Questo passaggio — il crawl — non lo decidi tu. È il motore a decidere quando ripassa, con i suoi tempi.Per un sito statico, quell'attesa conta poco. Per un'app il cui contenuto è vivo — una testata che pubblica più volte al giorno, un negozio con prezzi e scorte che cambiano, un calendario con eventi che arrivano e scadono — è un freno concreto. Il lavoro l'hai già fatto: il contenuto è online, aggiornato, pronto per essere trovato. Ma resta lì ad aspettare un crawler che non è ancora tornato. Nel frattempo, a volte è una vecchia versione della pagina — o niente del tutto — a comparire nei risultati.

Se hai pubblicato la tua PWA, in questo momento sta servendo un robots.txt: il primo file che un crawler legge, e quello che decide il seguito — quali parti del tuo sito vengono esplorate, e da chi. Il tuo dice sì a tutti.Tutto quello che segue riguarda quella versione web della tua applicazione. Le tue app iOS e Android non vengono esplorate da nessuno, e la scheda compare solo dopo che la PWA è stata pubblicata almeno una volta: prima non c'è alcun file da configurare.Era una risposta difendibile. Semplicemente non era la tua — e il pubblico a cui risponde è cambiato. Qualche anno fa, un crawler sui tuoi contenuti era Google, Bing o un aspiratore di cui non ti importava nulla. Oggi una parte crescente di quel traffico appartiene ad aziende di IA, e non vogliono tutte la stessa cosa dalle tue pagine. Trattarle in blocco significa scegliere tra tutte e nessuna.La nuova scheda le divide in quattro famiglie: Search engines (Google, Bing e gli altri motori che indicizzano il tuo sito nei loro risultati), AI answers (ChatGPT, Claude o Perplexity quando citano il tuo sito nelle loro risposte), AI training (i robot che raccolgono i tuoi contenuti per addestrare i loro modelli) e On-demand reading (quando un utente chiede a un'IA di aprire e leggere una pagina precisa del tuo sito). Quattro famiglie, perché sono quattro patti diversi.

In sintesi. Un'app mobile che non viene aggiornata non resta congelata: si degrada. Le notifiche push smettono di arrivare, i nuovi utenti smettono di trovarla, e gli store finiscono per nasconderla o rimuoverla. Su GoodBarber, la piattaforma assorbe ogni cambiamento degli OS e degli store e consegna la correzione con il vostro prossimo aggiornamento: un anno di scosse del mondo mobile vi arriva sotto forma di note di rilascio. L'unica cosa che resta da fare: aggiornare con regolarità.La vostra app oggi funziona. Lasciatela un anno senza toccarla: continuerà ad aprirsi, ad avere un bell'aspetto, a fare il suo lavoro sul vostro telefono. Niente nel vostro pannello vi avvisa. La trappola è tutta qui.Perché mentre la vostra app restava ferma, tutto ciò che la sostiene si è mosso. Apple e Google hanno rilasciato nuovi sistemi operativi, riscritto le regole dei loro store, ritirato vecchie tubature. Ve ne accorgete mesi dopo, attraverso sintomi che sembrano un problema di marketing: i download si spengono, le campagne push raggiungono sempre meno persone, un utente fedele vi scrive che l'app si comporta male sul suo nuovo telefono. Il degrado è reale, e non ha niente a che vedere con la qualità del vostro contenuto.

Un server MCP BaaS dà all'agente il tuo database. L'MCP applicativo di GoodBarber gli dà la tua app live: feature gating, OAuth per app, scritture verificate.

Nessuno dubita più che un'IA possa generare codice capace — anche «vibe-coded», funziona, a volte molto bene. Non è questa la domanda interessante. La domanda interessante è: una volta generata, cosa fa davvero quella sezione dentro la tua app? Resta un blocco isolato in un angolo, oppure sfrutta ciò che il dispositivo e l'app sanno già fare? Il modo più onesto di rispondere è prendere un prompt e smontarlo, riga per riga.È a questo che serve questa nuova serie. In ogni episodio prenderemo un prompt dalla libreria dell'AI Extension Builder e lo smonteremo: dove si fida della piattaforma, dove la forza, e cosa sa fare davvero la sezione che ne risulta. Iniziamo con uno dei prompt di esempio della libreria: «dove ho parcheggiato».Ecco il prompt più breve che potresti scrivere per questo:Build a "remember where I parked" helper.Tutto qui. Una frase, non un capitolato. Ed ecco cosa ne esce:Un pulsante per salvare la tua posizione. Una sezione che ritrova quel punto alla riapertura dell'app. Un pulsante per tornare alla macchina. Un link discreto per cancellare. E, se rifiuti la localizzazione, una schermata che lo spiega invece di andare in crash.La sorpresa non è che sette parole disegnino una schermata. È che questa sezione, nata da una frase, sfrutta già le capacità del dispositivo: legge il GPS, conserva una memoria, apre Maps. Non abbiamo chiesto nessuna di queste tre cose.

Un quiz della personalità — « Which 2026 Summer Blockbuster Is Your Vibe? » — creato interamente descrivendolo all'AI Extension Builder di GoodBarber. Il quiz, perché il formato funziona e il prompt esatto da rubare.

App builder AI: nati per il prototipo. La produzione è un altro lavoro: proprietà, store, manutenzione. GoodBarber crea app native gestibili dagli agenti AI.

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.