App Store Connect vs Google Play Console: il flusso di pubblicazione
Se pubblichi su un solo store, impari una console e vai avanti. Se pubblichi su entrambi, ti ritrovi con due modelli mentali che usano le stesse parole per cose diverse. "Rilascio", "revisione" e "rollout" significano qualcosa di leggermente diverso in App Store Connect rispetto a Google Play Console. Questo articolo mette a confronto i due flussi fase per fase, così puoi pianificare un lancio che arriva su entrambi gli store senza sorprese.
Il flusso, a confronto
Si parte da qui. Ogni riga è una fase del rilascio di un aggiornamento; le due colonne mostrano cosa succede realmente in ciascuna console.
| Modifica solo ai metadati | Quasi tutte le modifiche alla scheda passano per una nuova versione in revisione; solo pochi campi si modificano dal vivo. | Una modifica alla scheda store, inviata e revisionata senza rilasciare una nuova build. |
Come Apple rilascia una versione
In App Store Connect l'unità di lavoro è una versione. Alleghi una build, compili metadati e screenshot, e invii tutto insieme ad App Review. Apple la considera un unico pacchetto — per questo cambiare uno screenshot o ritoccare una descrizione, da solo, richiede in genere una nuova versione e un altro giro di revisione.
Una volta che App Review approva, l'opzione di rilascio scelta decide cosa succede. Scegli automatico e va live subito. Scegli manuale e resta in "In attesa del rilascio da parte dello sviluppatore" — Apple l'ha approvata, ma niente diventa pubblico finché non premi il pulsante (conta fino a 24 ore perché compaia dopo averlo fatto). Scegli programmato e si rilascia automaticamente a partire da data e ora che imposti. Questa scelta si fa per ogni versione, quindi ogni aggiornamento è una decisione a sé.
Per un lancio graduale, attiva il rilascio graduale. Si applica agli aggiornamenti automatici per gli utenti esistenti e li distribuisce su 7 giorni con percentuale crescente, e puoi metterlo in pausa se qualcosa nelle metriche non ti convince. Non blocca un'app completamente nuova e non si applica ai rilasci manuali — è l'equivalente su App Store dello staged rollout di Google, non un blocco sull'intero rilascio.
Come Google rilascia su un canale
Google divide lo stesso lavoro tra canali. Una build parte da un canale di test — interno, chiuso o aperto — e viene promossa verso la produzione quando sei pronto. Il test interno è per un piccolo gruppo fidato (fino a 100). Il test chiuso si allarga a liste su invito (fino a 2.000 per lista). Il test aperto è pubblico, con adesione volontaria e senza limite. La produzione è tutti nei paesi che scegli.
Quando invii un rilascio, la pubblicazione gestita è l'equivalente del blocco manuale di Apple. Se attiva, le modifiche approvate si accumulano nella panoramica di pubblicazione sotto "modifiche pronte per l'invio" e vanno live solo quando pubblichi — comodo per far coincidere un rilascio con una data di marketing. Se disattiva, le modifiche approvate si pubblicano appena la revisione è superata.
Per un lancio graduale, usa il rollout graduale: rilasci a una percentuale di utenti e la alzi tu nel tempo, fermandoti se i crash aumentano. Come il rilascio graduale di Apple, riguarda gli aggiornamenti, non i primi lanci — un rilascio di produzione completamente nuovo va a tutti in una volta.
La divergenza che spiazza tutti
Ecco il punto da tenere a mente: Apple collega i metadati alla versione; Google tiene la scheda store separata dal rilascio.
Su Apple, screenshot, descrizione e parole chiave fanno parte della versione in revisione. Vuoi rinnovare gli screenshot tra una build e l'altra? Per la maggior parte dei campi significa una nuova versione e un altro passaggio di revisione. Su Google, la scheda store è un oggetto a sé — puoi aggiornare testi e grafiche e inviare solo quello in revisione mentre il bundle dell'app rilasciato resta esattamente dov'è. Due store, due risposte molto diverse alla domanda "posso cambiare questo senza un rilascio completo?"
Questo conta soprattutto quando un lancio ha molte parti in movimento: una build, un set di screenshot, testi localizzati su decine di mercati. Su Apple tendi a raggruppare tutto in un'unica versione così va in revisione insieme. Su Google puoi organizzare scheda e rilascio in modo indipendente e pubblicarli nell'ordine che serve al piano.
Tempi di revisione, e la trappola dei nuovi account
L'App Review di Apple richiede circa 24–48 ore per un aggiornamento tipico nel 2026, di più per una prima sottomissione da uno sviluppatore nuovo o per qualcosa segnalato per un controllo più approfondito. La revisione di Google è spesso più veloce — da poche ore a qualche giorno per un account consolidato — ma c'è una barriera per chi arriva da poco.
Un account sviluppatore Google Play personale creato dopo metà novembre 2023 deve eseguire un test chiuso con almeno 12 tester iscritti per 14 giorni consecutivi prima di poter richiedere l'accesso alla produzione. Se i tester scendono sotto 12, il conteggio può azzerarsi. Gli account organizzazione e quelli personali più vecchi saltano questo passaggio. Apple non ha un equivalente diretto, quindi se lanci una prima app su entrambi gli store, metti in conto in anticipo la finestra di test di Google — di solito è il tratto più lungo.
Dove si inserisce Mokbi
Entrambe le console vogliono gli stessi asset finiti: screenshot inquadrati e testi puliti, localizzati, in ogni dimensione richiesta. Mokbi costruisce quel lato una volta sola. Progetti gli screenshot e scrivi il testo store in un unico progetto, poi traduci entrambi in 50 lingue ed esporti un set che rispetta le dimensioni di App Store Connect e Google Play Console in un solo passaggio — così lo stesso lavoro alimenta due schede invece di due fatiche separate.
Mokbi li pubblica anche. Invia la scheda e gli asset direttamente a Google Play tramite la Play Developer API, e prepara la versione in App Store Connect, pronta per il tuo invio finale. Apple richiede l'invio finale e il passaggio di revisione, quindi quell'ultimo tocco resta a te (una regola di Apple, non un limite di Mokbi). In entrambi i casi gestisci gli aggiornamenti delle schede di entrambe le console da un solo posto, con un unico abbonamento: l'editor è gratuito con filigrana, e Solo (€29.99/mese) o Studio (€49.99/mese) sbloccano export e pubblicazione illimitati finché resti abbonato.