GBTC: pubblica la tua app facilmenteScopri GoodBarber Takes Care e semplifica il processo di pubblicazione delle app su App Store e Google Play. Lasciaci gestire i dettagli tecnici per te.Per saperne di più su GBTC
Flo Luccioni
PWA Developer
I’m a frontend developer on GoodBarber’s Progressive Web Apps team, where we build the rendering engine of our no-code platform for browsers.
I work on the shared UI and performance foundations that make our users’ no-code experience into fast, polished and accessible web products that feel native on every device.
Google chiede una cosa semplice, formulata in modo intimidatorio: prima di poter richiedere l'accesso alla produzione, la tua app deve aver superato un test chiuso con almeno 12 tester iscritti in modo continuativo per almeno 14 giorni.DomandaRispostaChi è interessato?Gli account sviluppatore personali creati dal 13 novembre 2023 in poiChi non lo è?Gli account organizzazione e gli account personali creati prima di quella dataQuanti tester?12 come minimo, contemporaneamentePer quanto tempo?14 giorni, consecutiviCosa azzera il contatoreUn tester che esce dal programma. Se rientra, i suoi 14 giorni ripartono da zeroCosa sblocca il passo successivoIl pulsante Richiedi la produzione nella dashboard della Play ConsoleTempi di risposta di GoogleDi norma sette giorni o menoFonte: Play Console Help — App testing requirements for new personal developer accounts, consultata l'11 settembre 2026.Due precisazioni che tolgono parecchia ansia. La prima: il contatore segue l'iscrizione dei tester, non le tue versioni; pubblicare una nuova build sul canale chiuso durante i 14 giorni non azzera nulla. La seconda: sono davvero 12 account Google iscritti, non 12 dispositivi e non 12 recensioni a cinque stelle.
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.