Make it

  10 min di lettura

Personalizzazione delle app: adatta contenuti, accessi e notifiche

Un insegnante cerca i documenti del personale, un genitore consulta il calendario e uno studente salva una guida per un compito. Inviare ogni avviso a tutti e tre sarebbe semplice, ma sempre meno utile. La domanda giusta non è quanti dati puoi raccogliere, bensì quale parte dell’esperienza deve cambiare davvero:alcune sezioni sono condivise, mentre altre dipendono dal ruolo dell’utente;le notifiche raggiungono solo il pubblico interessato;ogni messaggio arriva nel momento appropriato e apre una destinazione utile;gli utenti scelgono quali aggiornamenti ricorrenti e contenuti conservare.Questa è una personalizzazione pratica dell’app. Non serve alcun modello di valutazione opaco.

  11 min di lettura

Marketing basato sulla posizione per app mobile: geofencing, beacon e notifiche più utili

«Sei vicino al nostro punto vendita. Vieni a trovarci!»Questo messaggio sa dove si trova una persona, ma non perché l’interruzione dovrebbe essere rilevante. Non offre un valore preciso né un passo successivo. Quando è ben progettato, il marketing basato sulla posizione usa la prossimità come contesto, non come intera strategia.Confrontalo ora con questo:«Il tuo ordine è pronto. Sei vicino al punto di ritiro: mostra questo messaggio al banco.»Il secondo messaggio collega una persona conosciuta, un luogo pertinente, il momento giusto e un’azione immediata. La stessa logica può guidare una visita al museo, un avviso durante un evento o un servizio locale, non soltanto una promozione.

  11 min di lettura

Analytics per app mobile: cosa misurare per prendere decisioni migliori

Il numero di download diventa spesso il dato principale dopo il lancio. Ma misura l’acquisizione, non l’intera relazione tra un utente e l’app.Una persona può installare l’app e non aprirla mai più. Un’altra può tornare ogni mattina, leggere diversi articoli e rispondere alle notifiche. Contarle entrambe come un download nasconde la differenza che conta davvero.La stessa cautela vale per ogni metrica considerata isolatamente. Più visualizzazioni di pagina possono indicare un’esplorazione utile o una navigazione poco chiara. Una sessione più lunga può segnalare un ascolto approfondito oppure un ostacolo in un’attività che dovrebbe richiedere pochi secondi. Chiediti quale comportamento ha prodotto il dato e quale decisione può orientare.

  10 min di lettura

Accessibilità delle app mobili: come rendere la tua app più accessibile

Non puoi dimostrare che un’app è accessibile basandoti su un’anteprima o su un punteggio di contrasto. Puoi però eliminare un numero sorprendente di barriere prima che inizino i test formali.L’accessibilità mobile va ben oltre il contrasto dei colori. Tipografia, spaziatura, navigazione, aree touch, etichette, movimento, media e comportamento con le tecnologie assistive influenzano la possibilità di completare un’attività.Le WCAG sono state scritte per i contenuti web. Le linee guida WCAG2Mobile del W3C spiegano come applicare i criteri di livello A e AA delle WCAG 2.2 alle app mobili native, web e ibride. Il documento è informativo, non una norma mobile separata, e da solo non basta a stabilire che un’app sia accessibile.Questa checklist distingue ciò che si può configurare centralmente da ciò che deve ancora essere verificato nel prodotto pubblicato:Area di accessibilitàPrimo controlloCosa configurare o testareContrasto dei coloriTesti, sfondi, controlli e statiImpostare i colori globali e verificare ogni combinazione di contrastoTipografia e spaziaturaValori predefiniti leggibili, ritorni a capo e ingrandimentoConfigurare la gerarchia tipografica e i margini globaliNavigazioneDestinazioni ed etichette chiareConfigurare struttura, etichette e navigazione dell’appAree touchControlli facili da utilizzareVerificare l’app generata sui dispositiviScreen readerNomi, ruoli, stati e ordine del focusTestare le app iOS e Android generateMovimentoEffetti utili e facoltativiConfigurare animazioni e feedback aptico, poi testare le preferenze di sistemaMediaSottotitoli, trascrizioni e alternative testualiAggiungere le alternative durante creazione e revisione dei contenutiInterazione PWATastiera, zoom, focus e layout responsiveTestare la PWA pubblicata nei browser

  10 min di lettura

Checklist privacy per app mobile: cosa preparare prima dell’invio agli store

Immagina l’app di un personal trainer con account per i membri, localizzazione facoltativa, un modulo e-mail e strumenti di analisi. Esistono già quattro flussi di dati distinti. Basta cambiare una funzionalità per modificare anche il quadro della privacy.La parte più difficile non è creare una pagina legale. È fare in modo che tre elementi descrivano la stessa app:ElementoCosa deve riflettereL’appI dati, le autorizzazioni e i servizi di terze parti effettivamente utilizzatiL’informativa sulla privacyCosa viene raccolto, perché, da chi, per quanto tempo e quali possibilità hanno gli utentiLe dichiarazioni sugli storeLe risposte di App Privacy di Apple e Sicurezza dei dati di Google Play basate sulla versione attuale dell’appSe uno di questi elementi indica “nessun dato sulla posizione” mentre l’app inviata richiede l’accesso alla localizzazione, c’è un’incoerenza.Gran parte della preparazione della privacy consiste nel verificare la coerenza: l’app, l’informativa e la scheda dello store devono raccontare la stessa storia. La coerenza è necessaria, ma non sostituisce il rispetto delle norme sostanziali degli store in materia di privacy e dati degli utenti.Questo articolo ti aiuta a preparare quella storia. Non è una consulenza legale: i requisiti applicabili variano in base al Paese, al pubblico e al tipo di dati.

  5 min di lettura

Il server MCP della tua app parla già l'ultima versione del protocollo

Ogni app GoodBarber include il proprio server MCP. È la porta sicura che permette a un assistente IA, con il tuo permesso, di leggere e gestire la tua app: scrivere e programmare articoli, aggiornare prodotti, consultare le statistiche, preparare notifiche push. Colleghi l'assistente una volta, si autentica via OAuth e vede solo la tua app.Se stai scoprendo l'argomento, due buoni punti di partenza: la nostra pagina MCP spiega come collegare un assistente alla tua app, e questo articolo spiega cosa distingue un server MCP applicativo.

  16 min di lettura

La checklist di produzione che le app create con l'AI non superano (7 cose che si rompono dopo la demo)

In breve. Un'app creata con l'AI che brilla in demo ha dimostrato di saper visualizzare le schermate, non di saper funzionare. La produzione si decide su sette cose noiose: account, stati vuoti, revisione degli store, consegna delle push, la fattura dello stack, il primo aggiornamento e la gestione settimana dopo settimana. Esegui i sette test qui sotto prima di annunciare una data di lancio. Su GoodBarber i primi sei se li prende in carico la piattaforma, alcuni già pronti, altri come servizio, e il settimo arriva con la connessione di un agente AI.Hai creato un'app con un app builder AI, o l'hai costruita in vibe coding, un prompt alla volta, nel giro di qualche serata. Funziona. Ma guarda le condizioni in cui funziona: il tuo telefono, il tuo Wi-Fi, il tuo account, dati che hai inserito tu stesso, una build generata un'ora fa. Una demo è un'app testata esclusivamente in condizioni favorevoli.Pronta per la produzione significa l'esatto contrario: l'app continua a funzionare quando le condizioni favorevoli spariscono. Sconosciuti al posto tuo, un revisore al posto di un pubblico, mesi al posto di un pomeriggio.Del perché esista questo divario abbiamo già scritto: il nostro articolo su i sette muri tra un prototipo e gli store ne mappa la distanza strutturale, e il nostro pezzo su creare un'app e gestirne una dà un nome al lavoro che comincia dopo il lancio. Quegli articoli finiscono con domande che vale la pena farsi. Questo le trasforma in esperimenti: sette test, ciascuno con una procedura concreta e una condizione di superamento inattaccabile, tutti eseguibili questa settimana. Se un test ti sembra noioso, è proprio quello il punto. La produzione è l'habitat naturale dei bug noiosi.

  9 min di lettura

Sito web o app per la tua piccola impresa? Basta sovradimensionare

In breve. La maggior parte delle piccole imprese non ha bisogno di un sito più grande. Ha bisogno di quello giusto: trovabile su Google, capace di prendere appuntamenti, e consegnato come PWA, un sito che si installa anche come un'app. Una PWA GoodBarber è renderizzata lato server, quindi si posiziona come qualsiasi sito web, e arriva come parte di un'app Content: PWA più app native iOS e Android, da un'unica configurazione. Vendi prodotti fisici? Quella è un'app separata: l'app eCommerce GoodBarber, con il suo catalogo e il suo checkout.In un thread intitolato are we massively overengineering websites for small businesses? (“stiamo sovradimensionando in modo massiccio i siti web delle piccole imprese?”), pubblicato su r/nocode a luglio 2026, un creatore di siti chiede perché a un commercialista, un idraulico o un toelettatore di quartiere si vendano animazioni su misura, un CMS complesso e decine di pagine. La risposta più votata sostiene che la maggior parte di quei clienti sarebbe servita meglio da una scheda Google Business Profile e da una semplice pagina di link che dal sito di otto pagine che erano venuti a chiedere. Un altro commento dà un nome alla vera malattia: confondiamo ciò che impressiona gli sviluppatori con ciò che serve davvero ai clienti.Il thread ha ragione sul problema e si ferma a un passo dalla soluzione. La domanda utile non è quanto debba essere grande il sito. È quale strumento faccia i tre lavori che un'attività di servizi ha davvero: farsi trovare dai nuovi clienti, prendere appuntamenti senza rincorrersi al telefono, e restare presente sul telefono dei clienti abituali. È una questione di forma. E un oggetto sul mercato ha esattamente quella forma.Il vocabolario è nuovo per te? Le tre definizioni, la spiegazione SEO e la tabella comparativa completa sito web vs app vs PWA sono riunite in una guida completa alla decisione. Questo articolo resta sul caso della piccola impresa di servizi.

  14 min di lettura

Puoi possedere la tua app. Ma puoi lasciare il tuo app builder AI?

In breve. Non quello che ti aspetteresti. I principali app builder AI ti lasciano davvero esportare il codice; ad agosto 2026, Lovable sincronizza con GitHub su ogni piano, compreso quello gratuito, e la sua documentazione dichiara che sei “never locked in”. Il lock-in vive altrove: nel backend gestito dove risiedono i tuoi dati, nell'hosting e nell'autenticazione che dovresti sostituire, nel ciclo di editing AI che non parte con te, e nella codebase scritta dall'AI di cui diventi l'unico responsabile nel momento in cui esci dalla porta. Possedere il codice non ha mai voluto dire poter andarsene.Lock-in una volta voleva dire una cosa semplice: il tuo lavoro è intrappolato in un formato proprietario, e la porta d'uscita è chiusa a chiave. Gli app builder AI hanno cambiato la forma del problema. La porta è aperta. La domanda è cosa ci passa attraverso.Un'app è tre proprietà diverse sotto un unico nome: il codice sorgente, il sistema in funzione che serve utenti veri, e il business che l'app trasporta. L'export sposta la prima. Non sposta le altre due. La frustrazione che attraversa i thread sulle migrazioni di quest'estate nasce dall'aver scoperto quella distinzione troppo tardi.

  3 min di lettura

Nuovi temi Classic per lanciare la tua app più in fretta

La parte più difficile di un'app di contenuto quasi mai è il contenuto. È far sembrare tutto intenzionale, schermata dopo schermata, quando il design non è il tuo mestiere. Un tema risolve questo dandoti una direzione visiva completa: colori, tipografia, stile delle immagini e impaginazione funzionano già insieme. Tu porti i tuoi contenuti e il tuo marchio; il tema porta la rifinitura. E poiché ogni tema si basa su Smart Design, il risultato resta coerente per quanto tu lo personalizzi.

  8 min di lettura

La vostra app funzionerà ancora fra tre anni?

Cosa succede a un'app nei tre anni successivi al lancio: cosa si muove intorno a lei, cosa assorbe la piattaforma al posto vostro e la breve lista di ciò che resta a vostro nome.

  7 min di lettura

Prompt teardown: la stessa parola, due memorie

Due prompt chiedono la stessa cosa: ricordare. Uno ottiene una memoria personale, l'altro una memoria comune a tutto lo studio. Ecco le parole che hanno deciso.

  9 min di lettura

La tua AI sa creare un'app. Ecco come lasciargliela gestire.

In breve: il giorno del lancio è metà del percorso, non il traguardo. Il vero lavoro di un'app mobile è l'operatività quotidiana: pubblicazioni, campagne push, aggiornamenti del catalogo, ordini. Ed è lì che un agente AI diventa davvero utile.Il dibattito sull'AI è ossessionato dalla creazione. Demo prompt-to-app, schermate generate, prototipi in un colpo solo. Comprensibile: la creazione fa una demo spettacolare. Ma chiunque abbia davvero pubblicato un'app conosce la parte scomoda: il giorno in cui la tua app arriva negli store, la maggior parte del lavoro è ancora davanti a te.Un'app che nessuno gestisce muore in silenzio. I contenuti invecchiano, le campagne push si fermano, il catalogo resta indietro e la retention fa lo stesso. Gestiamo app in produzione dal 2011, e quindici anni di operatività insegnano una lezione: a decidere il destino di un'app non è come è stata creata, ma come viene gestita. Abbiamo analizzato questo punto cieco in Gli app builder AI sanno creare un'app. Ma sanno gestirla?: il settore è diventato bravissimo a generare app ed è rimasto stranamente muto su come farle funzionare.Ecco perché sta prendendo forma una nuova categoria: l'app operabile da agenti. Non un'app creata dall'AI, ma un'app le cui operazioni quotidiane un agente AI può davvero eseguire, su tue istruzioni, con dei paletti chiari. Crei una volta. Gestisci per sempre. Ed è nella seconda parte che vivi.

  14 min di lettura

GoodBarber vs Replit

Replit costruisce strumenti di sviluppo dentro il browser dal 2016. All'inizio del 2026 ha aggiunto un'offerta mobile, sotto una pagina intitolata «Idea to Mobile App in Minutes» — il che la porta, per la prima volta, sul terreno degli app builder.Abbiamo quindi fatto passare il nostro solito brief: AURORA, la stessa app di guida di viaggio di fascia alta che costruiamo su ogni strumento di questa serie. Non una griglia di funzionalità, ma un'app vera, che deve arrivare negli store, essere aggiornata ogni settimana ed essere gestita da qualcuno che non scrive codice.Quello che esce da Replit è solido. Ed è anche, senza ambiguità, una base di codice: un progetto React Native, un cloud fatturato a consumo, una console di sviluppo. Tutto il confronto sta in questa frase — Replit le risponde in linguaggio naturale, poi le consegna qualcosa che si comporta come un progetto di ingegneria. Se sia un regalo o un problema dipende interamente da chi dovrà far girare l'app martedì prossimo.

  6 min di lettura

AI Extension Builder: template di articoli per la tua app

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.

  5 min di lettura

IndexNow su GoodBarber: fai indicizzare la tua PWA più in fretta

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.