Come pubblicare un'app su Google Play: i veri passaggi della Play Console

Per pubblicare un'app su Google Play, registra un account sviluppatore Google Play (una tantum 25 USD a novembre 2026), crea l'app nella Play Console, compila la scheda dello store e i moduli sui contenuti dell'app, carica un Android App Bundle (.aab) in una traccia di test e poi rilascialo in produzione una volta che Google l'ha revisionato. Se hai un account personale nuovo c'è un passaggio in più: un test chiuso con almeno 12 tester per 14 giorni consecutivi, prima di poter richiedere l'accesso alla produzione. Questa guida percorre ogni schermata in ordine, con i dettagli che causano la maggior parte dei ritardi.

Se non hai ancora costruito l'app, inizia da come creare un'app Android.

Prima di iniziare: di cosa hai bisogno

• L'app come Android App Bundle (.aab). Google Play richiede questo formato per le nuove app.
• Un livello API target aggiornato. A novembre 2026, le nuove app e gli aggiornamenti devono avere come target Android 16 (livello API 36).
• Un'informativa sulla privacy a un indirizzo web pubblico. Dev'essere una normale pagina web, non un PDF, e non dietro un login.
• Un'icona, screenshot e una grafica in evidenza. Controlla nella Play Console i requisiti attuali di dimensione; al momento della stesura, l'icona è 512 × 512 pixel e la grafica in evidenza 1024 × 500.
• Un indirizzo email di assistenza.
• Un documento d'identità e una carta intestata al tuo nome legale per la registrazione. Le carte prepagate non sono accettate.

Passo 1: Crea il tuo account sviluppatore

Vai alla Play Console e registrati. Puoi scegliere tra due tipi di account:

• Personale. Per le persone fisiche. Verifichi la tua identità e l'accesso a un dispositivo Android tramite l'app mobile della Play Console, e completi il requisito dei test descritto nel Passo 6.
• Organizzazione. Per le aziende registrate. La verifica chiede i dati aziendali e richiede più tempo, ma non c'è la regola dei 12 tester.

Devi avere almeno 18 anni. I 25 USD si pagano una volta sola e non vengono rimborsati se Google giudica non validi i tuoi dati, quindi inserisci il tuo nome legale esattamente come appare sul documento.

Passo 2: Crea l'app

Nella Play Console clicca Crea app e compila:

• Nome dell'app così come lo vedranno gli utenti.
• Lingua predefinita.
• App o gioco.
• Gratuita o a pagamento. Puoi passare un'app a pagamento a gratuita più tardi, ma non il contrario.
• Dichiarazioni: accetta le Norme per gli sviluppatori del Programma, le leggi statunitensi sull'esportazione e i termini di Play App Signing.

Il nome del pacchetto (come com.tuaazienda.tuaapp) viene stabilito dal primo caricamento e non può mai essere cambiato né riutilizzato, quindi sceglilo con cura se costruisci tu l'app.

Passo 3: Scrivi la scheda dello store

Apri la pagina Scheda dello Store principale (in Presenza nello store, nel menu a sinistra) e aggiungi:

• Nome dell'app, fino a 30 caratteri.
• Descrizione breve, fino a 80 caratteri. Spesso è tutto ciò che le persone leggono, quindi apri con ciò che fa l'app.
• Descrizione completa, fino a 4.000 caratteri. Spiega per chi è, le funzioni principali e ciò che gli utenti devono sapere, in linguaggio semplice. Non riempirla di parole chiave; le norme di Google lo vietano.
• Grafica: icona, grafica in evidenza e screenshot del telefono. Schermate reali dell'app, non mockup di funzioni che non esistono.
• Categoria e dati di contatto.

Passo 4: Completa i moduli sui contenuti dell'app

Apri la pagina Contenuti dell'app (in Norme, nel menu a sinistra). Ogni voce richiede una risposta prima che tu possa rilasciare:

• URL dell'informativa sulla privacy.
• Accesso all'app. Se parti dell'app richiedono un login, fornisci ai revisori credenziali funzionanti. Le credenziali mancanti sono un motivo comune di rifiuto.
• Annunci. Indica se l'app mostra annunci, anche tramite codice di terze parti.
• Classificazione dei contenuti. Un questionario che produce le classificazioni d'età per ogni regione. Se la salti, l'app risulta « Non classificata », il che blocca il rilascio.
• Pubblico di destinazione e contenuti. Le fasce d'età a cui è rivolta l'app. Includere i bambini porta alle regole più severe della politica Famiglie.
• Sicurezza dei dati. Quali dati l'app raccoglie o condivide, perché, e se sono cifrati ed eliminabili. Rispondi per tutto ciò che c'è nell'app, inclusi gli strumenti di analisi e i provider di accesso.
• Altre dichiarazioni come richiesto, per esempio per app di notizie, salute, finanza o governative, o per autorizzazioni sensibili come gli SMS.

Sii preciso. Google confronta le tue risposte con ciò che l'app fa davvero.

Passo 5: Carica la prima build nei test interni

Apri Test interni (in Test, nel menu a sinistra), crea una release e carica il .aab. Alla prima release configurerai Play App Signing: lascia che Google generi e custodisca la chiave di firma, a meno che tu non abbia un motivo per gestirla tu. Aggiungi te stesso e alcuni colleghi come tester interni tramite email, poi avvia il rollout. I tester aprono il link di adesione e installano l'app dal Play Store.

Ogni caricamento successivo richiede un versionCode più alto di quello precedente.

Se costruisci con Mythex

Con il piano Pro, Mythex crea l'AAB per te a partire dalla tua app pubblicata. Puoi lavorare in due modi:

1. Caricalo tu. Chiedi all'agente di fare la build per Android, clicca Scarica quando la scheda indica Pronto per il caricamento, e carica il file nella Play Console. Il file resta scaricabile dalle Impostazioni del progetto per circa 30 giorni.
2. Collega il tuo account di servizio di Google Play. Crea un account di servizio e una chiave JSON in Google Cloud, invita la sua email nella Play Console in Utenti e autorizzazioni con accesso a questa app, e inserisci la chiave in Mythex. Da quel momento ogni build Android va automaticamente nei test interni, con il codice di versione impostato sopra a quanto già presente su Google Play. L'agente può anche modificare la scheda dello store, e ti chiede conferma prima che qualsiasi cosa diventi pubblica, come un rilascio in produzione.

La creazione dell'app (Passo 2), il modulo sulla sicurezza dei dati e la classificazione dei contenuti restano nella Play Console; l'agente ti segnala quando ne manca uno. Per saperne di più, vedi la pagina creatore di app Android con Mythex.

Passo 6: Esegui un test chiuso (account personali nuovi)

Se il tuo account personale è stato creato dopo il 13 novembre 2023, devi svolgere un test chiuso con almeno 12 tester che restano iscritti per almeno 14 giorni consecutivi, prima di poter richiedere l'accesso alla produzione. Chi se ne va e rientra ricomincia da 14 giorni.

Suggerimenti pratici:

• Recluta più di 12 persone. Qualcuno si ritira. Punta a 15–20.
• Usa un Gruppo Google o una lista di email per gestire i tester.
• Chiedi un uso reale, non solo un'installazione. Google ti chiede dei tuoi test quando richiedi l'accesso, e imparerai molto di più.
• Pubblica un aggiornamento durante il test con le correzioni dal feedback.

La nostra guida ai test beta spiega come reclutare e raccogliere feedback. Quando sono passati i 14 giorni, richiedi l'accesso alla produzione dalla Dashboard e rispondi alle domande sul tuo test.

Passo 7: Rilascia in produzione

Quando l'accesso alla produzione è disponibile, apri Produzione nel menu a sinistra:

1. Scegli paesi e regioni in cui l'app sarà disponibile.
2. Crea una nuova release e aggiungi il bundle dai test, oppure caricane uno nuovo.
3. Scrivi le note di rilascio in parole semplici: cosa è nuovo o corretto.
4. Verifica e invia per la revisione. Le modifiche si raccolgono in Riepilogo della pubblicazione finché non le invii.

I tempi di revisione variano. Gli aggiornamenti sono spesso rapidi; le prime pubblicazioni possono richiedere diversi giorni. Puoi scegliere la pubblicazione gestita se vuoi approvare il momento esatto in cui una release approvata va online.

Passo 8: Dopo il lancio

• Controlla i parametri vitali di Android per arresti anomali e segnalazioni « app non risponde ».
• Rispondi alle recensioni, soprattutto quelle iniziali.
• Mantieni aggiornato il livello API target. Google lo alza ogni anno, e le app che restano indietro smettono di essere proposte ai nuovi utenti con telefoni più recenti.
• Aggiorna il modulo sicurezza dei dati ogni volta che aggiungi una nuova raccolta di dati.

Per un'app avvolta in una web view, come quelle costruite con Mythex, la maggior parte delle modifiche raggiunge gli utenti Android quando pubblichi l'app web, perché l'app per il telefono apre la tua app pubblicata. Una nuova release nello store serve solo per cose come l'icona, il nome, le autorizzazioni o un nuovo livello target.

Motivi comuni di rifiuto o ritardo

• Nessun login funzionante per i revisori.
• Un'informativa sulla privacy mancante, in formato PDF, oppure che non corrisponde alle risposte sulla sicurezza dei dati.
• Screenshot o descrizioni che promettono funzioni che l'app non ha.
• Richiesta di autorizzazioni sensibili che l'app non sembra davvero necessitare.
• Un'app rotta o vuota: testo segnaposto, pulsanti che non fanno nulla.

Pubblichi anche su iPhone?

Il processo di Apple è diverso: un abbonamento annuale, TestFlight e una revisione umana di ogni release. Per quei passaggi leggi come pubblicare un'app sull'App Store.

Domande