App mobile

Come si pubblica un'app su App Store e Google Play: passaggi, tempi e rifiuti

Come si pubblica un'app su App Store e Google Play: account, materiali da preparare, test, revisione, motivi di rifiuto e cosa fare dopo il lancio.

Fabio Folgori6 min di lettura

Tavolo coperto da molti francobolli postali d'epoca
Foto di Ilnur su Unsplash

Quando l'app funziona sul telefono dello sviluppatore, sembra di essere quasi alla fine. In realtà manca un passaggio spesso sottovalutato: la pubblicazione. App Store (Apple) e Google Play hanno regole, controlli e tempi propri, e arrivarci impreparati significa perdere settimane.

In questa guida spiego come funziona il percorso, cosa preparare in anticipo e quali sono i motivi di rifiuto più comuni.

Prima di tutto: gli account sviluppatore

Per pubblicare serve un account per ciascuno store.

  • Apple: si aderisce al programma per sviluppatori Apple, che ha una quota annuale. Se si pubblica a nome di un'azienda servono dati aziendali verificabili.
  • Google Play: si apre un account sviluppatore su Google Play Console, con una quota di registrazione. Anche qui, per le organizzazioni ci sono verifiche; per alcuni account Google richiede un periodo di test prima della pubblicazione.

A nome di chi? È la decisione più importante, ed è meglio prenderla subito. L'account dovrebbe essere intestato al proprietario dell'app, cioè al cliente o all'azienda, non allo sviluppatore. Se l'app è sull'account di chi l'ha scritta, spostarla dopo è complicato.

Cosa preparare prima della pubblicazione

Oltre all'app, gli store chiedono molti materiali. Prepararli per tempo evita ritardi.

  • Nome e descrizione, breve e lunga, chiare e senza promesse esagerate.
  • Icona nelle dimensioni richieste.
  • Schermate dell'app, per i diversi formati di telefono.
  • Categoria e parole chiave.
  • Indirizzo web per l'informativa privacy, obbligatorio.
  • Dichiarazioni sui dati raccolti: ogni store chiede di indicare quali dati l'app tratta e come li usa.
  • Classificazione dei contenuti (fascia d'età).
  • Contatto di supporto e, se serve, un sito dell'app.
  • Un account di prova, se l'app ha un accesso riservato, per consentire al revisore di entrare.

Le tappe tecniche

Il percorso cambia un po' tra iOS e Android, ma in generale è questo.

  1. Preparazione della build: si crea la versione di produzione dell'app, con le firme digitali richieste dallo store.
  2. Test interni: si prova la versione su dispositivi veri. Apple offre un servizio di test per i collaboratori; Google Play permette canali di test interni e chiusi.
  3. Test con un gruppo ristretto: qualche persona esterna prova l'app prima della pubblicazione.
  4. Invio per la revisione: si carica la build e si compilano le schede dello store.
  5. Revisione: lo store controlla l'app e la scheda.
  6. Pubblicazione: se tutto è a posto, l'app esce subito o in una data scelta.

La revisione: cosa controllano gli store

Ogni store verifica che l'app rispetti le sue linee guida. Tra i punti principali:

  • funzionamento: l'app non deve bloccarsi né avere link o schermate rotte;
  • contenuti: niente materiale ingannevole, offensivo o che violi diritti altrui;
  • privacy: dichiarazioni coerenti con ciò che l'app fa davvero;
  • pagamenti: regole precise su come vendere contenuti e servizi digitali all'interno dell'app;
  • qualità minima: un'app che è solo un sito incorniciato, senza valore aggiunto, rischia di essere respinta.

I motivi di rifiuto più comuni

Non c'è da spaventarsi: i rifiuti capitano, soprattutto alla prima pubblicazione.

  • Arresti anomali o errori durante la revisione.
  • Mancanza di un account di prova per le aree riservate.
  • Informativa privacy assente o incompleta, o dichiarazioni sui dati non coerenti.
  • Funzioni descritte ma non presenti nella scheda.
  • Uso di sistemi di pagamento non consentiti per beni digitali.
  • Permessi richiesti senza una spiegazione chiara (posizione, fotocamera, notifiche).
  • Metadati confusi: nome, descrizione o schermate che non corrispondono all'app.

Quando succede, lo store indica il motivo: di solito si corregge il punto segnalato e si invia di nuovo.

Quanto tempo serve

Non esiste un tempo garantito. La revisione può durare da poche ore a diversi giorni, e un rifiuto aggiunge un nuovo giro. Per questo conviene:

  • non fissare date di lancio rigide senza un margine;
  • inviare per tempo, soprattutto se c'è una campagna o un evento collegato;
  • tenere pronti i materiali per correggere in fretta.

Dopo la pubblicazione

La pubblicazione è l'inizio del lavoro, non la fine.

  • Aggiornamenti obbligati: Apple e Google chiedono periodicamente di adeguare l'app a versioni recenti dei loro sistemi e delle loro regole, pena la perdita di visibilità o la rimozione.
  • Recensioni e valutazioni: vanno lette e, quando serve, ricevono risposta.
  • Monitoraggio di errori e arresti anomali, per intervenire presto.
  • Nuove versioni con correzioni e funzioni, seguendo l'uso reale.

Se non sei ancora certo che ti serva un'app presente negli store, leggi prima App nativa, web app o PWA: quale scegliere.

Gli errori che fanno perdere tempo

  • Aprire l'account a nome dello sviluppatore invece che del proprietario.
  • Lasciare la pubblicazione per ultima, senza prevedere i materiali e i test.
  • Dimenticare l'informativa privacy o scriverla in modo generico.
  • Non provare l'app su dispositivi reali diversi.
  • Non prevedere gli aggiornamenti futuri e il loro costo.

Una lista di controllo prima dell'invio

Prima di premere il pulsante, rispondi a queste domande.

  • L'account è intestato al proprietario dell'app?
  • Nome, descrizione, icona e schermate sono pronti e corrispondono all'app?
  • L'informativa privacy è online e le dichiarazioni sui dati sono coerenti?
  • Ho un account di prova per il revisore, se l'app ha un accesso riservato?
  • Ho provato l'app su dispositivi reali, con diverse versioni del sistema?
  • Ogni permesso richiesto ha una spiegazione chiara per l'utente?
  • Le funzioni descritte nella scheda ci sono davvero?
  • Ho previsto cosa fare in caso di rifiuto, e quanti giorni di margine ho?

Perché affidarlo a me

Programmo dal 1999, con più di 300 progetti consegnati e circa 30 agenzie come sviluppatore esterno. Realizzo app per iOS e Android e mi occupo anche della pubblicazione e degli aggiornamenti nel tempo: Apple e Google cambiano regole e sistemi ogni anno, e tengo l'app compatibile, sicura e pubblicata, così non devi preoccupartene. Lavoro da Roma e da remoto.

Se hai un'app in lavorazione o un'idea da portare negli store, scrivimi: una chiacchierata di circa 20 minuti, senza impegno, e poi una proposta scritta e gratuita. Il servizio è in Sviluppo app iOS e Android.

Domande frequenti

Dipende dallo store, dall'app e dal periodo: la revisione può richiedere da poche ore ad alcuni giorni. Conviene non fissare lanci rigidi e lasciare un margine, anche per un eventuale rifiuto da correggere.

Sì: un account sviluppatore per ciascuno store, con regole e costi propri (per Apple una quota annuale, per Google una quota di registrazione). Per pubblicare come azienda servono dati aziendali verificabili.

Meglio a nome del cliente o dell'azienda proprietaria, con account intestato a loro: così l'app resta loro anche se cambia lo sviluppatore. È una scelta da fare prima di iniziare.

Lo store spiega il motivo. Di solito si corregge il punto indicato e si invia di nuovo. I rifiuti sono comuni, soprattutto alla prima pubblicazione, e quasi sempre risolvibili.

  • #pubblicare app
  • #app store
  • #google play
  • #revisione app
  • #app mobile

Altri articoli

Parliamo del tuo progetto?

Una chiacchierata di 20 minuti, senza impegno: capiamo insieme da dove partire.