Requisiti per la scheda Google Play: la checklist completa degli asset
Prima di caricare qualsiasi cosa su Google Play, conviene avere le specifiche esatte davanti agli occhi — perché Play Console rifiuta gli asset che sbagliano una dimensione o usano il formato sbagliato, e le regole differiscono abbastanza dall'App Store da non poter riusare gli stessi file alla cieca. Ecco la checklist completa in un'unica tabella, seguita da una breve nota per ogni riga e le due o tre cose che fregano più spesso. Ogni specifica è verificata con la Guida di Play Console (2026); le fonti sono in fondo.
La specifica completa degli asset per la scheda Google Play
| Binario dell'app | — | AAB (Android App Bundle) | Le nuove app devono essere pubblicate come .aab, non come APK — obbligatorio dall'agosto 2021. |
Quella tabella è tutta la superficie della scheda: tre asset grafici, tre campi di testo e il binario. Il resto di questo articolo è il dettaglio dietro ogni riga.
Icona dell'app: 512 × 512, e attenzione agli angoli
L'icona è un unico file 512×512 px, caricato come PNG a 32 bit con canale alpha, sotto 1 MB. Play la mostra dentro una maschera arrotondata, quindi tutto ciò che spingi negli angoli estremi viene tagliato. Progetta un quadrato completo, tieni i segni importanti centrati e lascia che sia la maschera a fare il resto. Questo è uno dei pochi asset di Play che mantiene l'alpha — la feature graphic e gli screenshot no.
Feature graphic: obbligatoria, ma mostrata solo a volte
La feature graphic è un banner 1024×500 px in JPEG o PNG a 24 bit senza canale alpha. È un asset obbligatorio — non puoi completare la scheda senza. Il problema è che compare sulla scheda vera e propria solo se alleghi anche un video promozionale, perché funge da fotogramma di copertina del video. Anche così, Play usa la feature graphic in altri posizionamenti promozionali, quindi non è mai facoltativa. Trattala come un vero lavoro di design, non un segnaposto: il testo deve reggere il taglio su superfici diverse e deve restare lontano dalle formulazioni promozionali vietate da Play (prossima sezione).
Screenshot: la regola del 2:1 è quella che sfugge a tutti
Servono almeno 2 screenshot tra i tipi di dispositivo prima che Play ti lasci pubblicare, e puoi caricarne fino a 8 per tipo di dispositivo. Ognuno è un JPEG o PNG a 24 bit senza alpha, fino a 8 MB. La regola delle dimensioni è dove i caricamenti vengono rifiutati: ogni lato deve stare tra 320 e 3840 px, e il lato più lungo non può superare il doppio del più corto. Quella seconda parte è il tetto del rapporto 2:1. Un pannello marketing verticale a, diciamo, 1080×2400 è 2,22:1 — oltre il limite, e Play lo rifiuta anche se entrambi i lati stanno tra 320 e 3840.
Questo è il rifiuto più comune per gli screenshot su Play, ed è il motivo per cui un set di screenshot per l'App Store non passa direttamente su Play. Gli screenshot iPhone sono spesso più alti di 2:1; Play non li accetta. Serve una tela per telefono che rimanga entro il 2:1 — un ritratto 9:16 a 1080×1920 è una scelta comune e sicura — e se stai riportando un design dall'App Store va ridimensionato per rispettare il rapporto, non semplicemente riesportato.
Gli screenshot per tablet (da 7 e 10 pollici) seguono le stesse regole 320–3840 px e 2:1 e sono facoltativi, ma se la tua app supporta i tablet vale la pena riempire entrambi gli spazi — Play mostra una scheda tablet distinta a quegli utenti. Wear OS, Android TV e Chromebook hanno ciascuno i propri spazi separati per gli screenshot se punti a quei fattori di forma.
Limiti di testo — e le parole che non puoi usare
I tre campi di testo hanno conteggi di caratteri rigidi: 30 per il titolo dell'app, 80 per la descrizione breve, 4000 per la descrizione completa. Spazi e simboli contano in tutti. Sono limiti che App Store Connect condivide per alcuni campi, ma non darlo per scontato — Play conta a modo suo e tronca in modo netto al limite.
La trappola che non riguarda la lunghezza: Google vieta formulazioni promozionali e di performance in icona, titolo, descrizione breve e nome dello sviluppatore. Parole come "gratis", "migliore", "#1", "top", "nuovo", "saldi" o "sconto" — qualsiasi cosa implichi una classifica sullo store, un prezzo o una promozione — farà segnalare la scheda. La stessa regola si estende alla feature graphic e al video promozionale: nessuna dichiarazione sulle performance sullo store, nessun riconoscimento non ricevuto da Google, e nessuna sovrimpressione di call-to-action come "Scarica ora" incorporata nell'immagine. I badge ufficiali "Best Of" o Editor's Choice assegnati da Google Play sono l'eccezione che puoi mostrare.
Il binario: AAB, non APK
Dall'agosto 2021, ogni nuova app su Google Play deve essere pubblicata come Android App Bundle (.aab) invece che come APK autonomo. Play genera gli APK per singolo dispositivo a partire dal tuo bundle. Non è un asset della scheda, ma fa parte della stessa checklist "posso davvero pubblicare", ed è un passaggio che chi ha pubblicato l'ultima volta anni fa non si aspetta. Le app esistenti basate su APK possono continuare ad aggiornarsi, ma una scheda completamente nuova richiede l'AAB.
Dove si inserisce Mokbi
Mokbi è costruito per darti asset validi per Play direttamente dall'editor. Gli export degli screenshot includono una dimensione per telefono conforme a Play che rispetta il tetto 2:1, così non carichi un set che Play respinge perché troppo alto. Produce anche la feature graphic 1024×500 dallo stesso progetto, e redige e traduce il testo della scheda — titolo, descrizione breve, descrizione completa — in 50 lingue, restando dentro i limiti di caratteri di Play per ogni lingua così niente si tronca a metà frase. Progettare è gratis in un editor con filigrana; l'esportazione e la pubblicazione illimitate richiedono un abbonamento — Solo a €29.99/mese o Studio a €49.99/mese, senza acquisto una tantum.
Mokbi non si ferma ai file — li pubblica. Una volta pronti il design vicino all'icona, la feature graphic 1024×500, gli screenshot conformi a Play in 2:1 e il testo della scheda in 50 lingue, Mokbi invia la scheda e gli asset direttamente a Google Play tramite la Play Developer API. Per l'App Store predispone la versione in App Store Connect pronta per l'invio — Apple richiede che l'invio finale e la revisione siano completati da te. Quello che lo strumento elimina è la parte in cui devi lottare con le dimensioni e le console: le tele hanno già la forma giusta, gli export corrispondono già alle specifiche della tabella qui sopra e il caricamento avviene per te.
La versione breve
- Icona: 512×512, PNG a 32 bit con alpha, sotto 1 MB, angoli sicuri.
- Feature graphic: 1024×500, JPEG o PNG a 24 bit, senza alpha, niente formulazioni promozionali.
- Screenshot: 2–8, ogni lato 320–3840 px, il più lungo ≤ 2× il più corto, senza alpha. Attenzione al tetto 2:1.
- Testo: titolo ≤ 30, breve ≤ 80, completa ≤ 4000. No "gratis / migliore / #1 / top / nuovo / saldi".
- Binario: le nuove app pubblicano un AAB, non un APK.
Google rivede queste tabelle di tanto in tanto. Se stai leggendo questo articolo molto dopo la data di pubblicazione, conferma i numeri attuali nella Guida di Play Console prima di inviare. A partire dal 2026, le specifiche sopra sono quelle elencate dalle fonti qui sotto:
- Aggiungere asset di anteprima per mettere in risalto la tua app — Guida di Play Console (specifiche icona, feature graphic, screenshot).
- Best practice per la scheda dello store — Guida di Play Console (limiti titolo/descrizione, formulazioni vietate).
- FAQ sull'Android App Bundle — Android Developers (requisito AAB per le nuove app).