Un listing per App Store e Google Play richiede gli stessi elementi base: un'icona, screenshot nelle dimensioni accettate da ciascuno store, un nome e descrizioni entro limiti di caratteri rigorosi, un URL per l'informativa sulla privacy, una dichiarazione sulla privacy (etichette App Privacy di Apple e modulo Data safety di Google) e un questionario sulla classificazione per età. Se manca anche uno solo di questi elementi, l'invio viene bloccato: preparali mentre l'app è ancora in sviluppo.
Di seguito trovi i requisiti attuali per entrambi gli store, ciò che verificano i revisori e una checklist che puoi completare in un pomeriggio.
Tutto ciò che ti serve in un colpo d'occhio
| Asset | App Store | Google Play |
|---|---|---|
| Nome dell'app | 30 caratteri | 30 caratteri |
| Sottotitolo / breve descrizione | Sottotitolo, 30 caratteri | Breve descrizione, 80 caratteri |
| Descrizione | 4.000 caratteri | Descrizione completa, 4.000 caratteri |
| Parole chiave | 100 byte, separati da virgole | Nessuna (la descrizione è indicizzata) |
| Testo promozionale | 170 caratteri, modificabile in qualsiasi momento | Nessuna |
| Novità | 4.000 caratteri | Note di rilascio, 500 caratteri per lingua |
| Icona | PNG 1024 x 1024, senza trasparenza, nel binario dell'app | PNG 32 bit 512 x 512, max 1 MB, caricato su Play Console |
| Grafica di presentazione | Nessuna | JPEG 1024 x 500 o PNG 24 bit, obbligatorio |
| Screenshot | Da 1 a 10 per dimensione di visualizzazione | Da 2 a 8 per tipo di dispositivo |
| Video di anteprima | Fino a 3 anteprime app per dimensione, 15-30 secondi | Un URL YouTube |
| URL della privacy policy | Obbligatorio | Obbligatorio |
| Informativa sulla privacy | Privacy dell'app ("etichette nutrizionali") | Sezione sicurezza dei dati |
| Age rating | Questionario Apple | Questionario IARC |
| URL di supporto | Obbligatorio | Email di contatto obbligatoria, sito web facoltativo |
| Accesso di revisione | Account demo in Informazioni per la revisione dell'app | Credenziali nell'accesso all'app |
Icona dell'app
Apple. L'icona per l'App Store è un PNG 1024 x 1024, quadrato, senza trasparenza e senza angoli arrotondati (iOS applica la maschera). Nelle app Capacitor si trova in ios/App/App/Assets.xcassets/AppIcon.appiconset. Xcode 26 supporta anche icone a livelli create con Icon Composer per l'effetto Liquid Glass su iOS 26, ma un'unica immagine 1024 è comunque accettata.
Google. Play richiede un upload separato di un PNG a 32 bit da 512 x 512, fino a 1 MB. Google applica da sé la maschera arrotondata e l'ombra, quindi carica un quadrato a tutto campo. L'icona del launcher nell'app è separata e deve essere un'icona adattiva.
Genera tutte le dimensioni native di icone e splash da un'unica immagine sorgente:
bun add -d @capacitor/assets
mkdir -p assets
# put icon.png (1024x1024) and splash.png (2732x2732) in ./assets
bunx capacitor-assets generate
Regole applicate da entrambi gli store: niente badge come “Gratis” o “#1”, niente screenshot di dispositivi o loghi di altri brand, nulla che imiti altre app.
Screenshot
Gli screenshot sono il fattore principale per l'installazione. La maggior parte delle persone non legge mai la descrizione.
Dimensioni screenshot App Store
| Visualizzazione | Obbligatorio? | Dimensioni portrait (px) |
|---|---|---|
| iPhone 6,9” | Obbligatorio (preferibile) | 1260 x 2736, anche 1290 x 2796 o 1320 x 2868 |
| iPhone 6,5” | Obbligatorio solo se il 6.9” non è impostato | 1284 x 2778 o 1242 x 2688 |
| iPhone 6,1" e inferiori | Facoltativo, ridimensionato da dimensioni maggiori | 1170 x 2532 e altri |
| iPad 13" | Obbligatorio se l'app viene eseguita su iPad | 2064 x 2752 o 2048 x 2732 |
| iPad 11" | Opzionale | 1488 x 2266 e altri |
In modalità orizzontale si usano gli stessi numeri invertiti. I formati sono PNG o JPEG, senza canale alfa. Puoi caricare da 1 a 10 screenshot per dimensione e da 0 a 3 anteprime dell'app.
Una sorpresa comune di Capacitor: i nuovi progetti supportano l'iPad in modo predefinito. Se non vuoi creare screenshot per iPad, imposta il target's Destinazioni supportate solo su iPhone prima del primo upload. Se offri il supporto iPad, i revisori testeranno su iPad e rifiuteranno layout rotti.
Dimensioni degli screenshot per Google Play
- Da 2 a 8 screenshot per tipo di dispositivo (telefono, tablet da 7 pollici, tablet da 10 pollici, Chromebook, Wear OS, Android XR, TV, Automotive).
- JPEG o PNG a 24 bit, senza alpha.
- Ogni lato tra 320 e 3840 pixel; il lato lungo al massimo il doppio del lato corto.
- Per i telefoni, usa almeno 1080 x 1920 (verticale) o 1920 x 1080 (orizzontale) e almeno quattro screenshot, altrimenti l'app non sarà idonea per alcune posizioni in evidenza.
- Gli screenshot per tablet sono necessari se vuoi apparire come ottimizzato per tablet.
Come catturarli
- Esegui l'app su un simulatore della dimensione giusta. Nel simulatore iOS usa un iPhone 17 Pro Max da 6,9” e premi Cmd+S. Su Android, usa un emulatore con uno schermo da 1080 x 1920 o superiore e il pulsante fotocamera nella barra degli strumenti dell'emulatore.
- Riempi l'app con dati demo realistici. Gli stati vuoti non vendono nulla.
- Nascondi l'UI di debug e rendi la barra di stato pulita (
xcrun simctl status_bar booted override --time 9:41 --batteryState charged --batteryLevel 100). - Aggiungi una didascalia breve sopra ogni screenshot che indichi il beneficio, non il nome della funzione.
- Mantieni le prime due screenshot le più forti. Vengono mostrate nei risultati di ricerca.
Strumenti come template Figma, Fastlane snapshot/screengrab o generatori online di cornici per screenshot possono produrre le versioni incorniciate in tutte le dimensioni.
Non usare mai screenshot che mostrino contenuti che l'app non può offrire e non includere badge di Google Play negli screenshot dell'App Store (o viceversa).
Nome, sottotitolo e descrizioni
App Store
- Nome (30 caratteri): brand più un breve descrittore, ad esempio “Acme: Expense Tracker”.
- Sottotitolo (30 caratteri): il vantaggio principale. Indicizzato per la ricerca.
- Parole chiave (100 byte): separate da virgole, senza spazi dopo le virgole, nessuna parola già presente nel nome o nel sottotitolo, nessun brand concorrente; le forme singolari bastano.
- Testo promozionale (170 caratteri): visualizzato sopra la descrizione, modificabile senza una nuova versione. Usalo per offerte o novità.
- Descrizione (4.000 caratteri): non è indicizzato per la ricerca su App Store, quindi scrivilo per le persone. Inizia spiegando in una frase cosa fa l'app.
Google Play
- Titolo (30 caratteri): niente emoji, TUTTO MAIUSCOLO o parole come “best”, “free” o “#1” a meno che non facciano parte del brand.
- Descrizione breve (80 caratteri): visualizzata nella scheda senza bisogno di scroll.
- Descrizione completa (4.000 caratteri): indicizzata per la ricerca. Inserisci le keyword principali qualche volta e in modo naturale; il keyword stuffing fa rifiutare la scheda.
Per saperne di più sulla scrittura dei metadati e sugli errori che penalizzano il ranking, consulta Metadati App Store: cosa devono sapere gli sviluppatori.
Informativa sulla privacy
Entrambi gli store richiedono un URL pubblico per la privacy policy. Deve:
- Essere raggiungibile senza login e non essere un download PDF.
- Indicare lo sviluppatore o l'azienda come riportato nell'elenco dello store.
- Elencare quali dati raccogli, perché, con chi li condividi, per quanto tempo li conservi e come gli utenti possono richiederne l'eliminazione.
- Corrispondere a quanto dichiarato nelle etichette sulla privacy e nel modulo Data safety.
Collegare anche la policy all'interno dell'app (schermata impostazioni o account). Se gli utenti possono creare account, entrambi gli store richiedono l'eliminazione dell'account in-app; Google richiede anche un link web dove gli utenti possono richiederne l'eliminazione senza reinstallare l'app. La nostra guida all'eliminazione dell'account e guida alla privacy policy per app Android approfondisci.
Etichette di privacy dell'app Apple
In App Store Connect, apri l'app e vai a Privacy dell'app. La tua risposta:
- Tu o i tuoi partner di terze parti raccogliete dati tramite questa app?
- Per ogni tipo di dato (dati di contatto, posizione, identificatori, dati di utilizzo, diagnostica, dati finanziari...): a cosa serve, se è collegato all'identità dell'utente e se viene usato per il tracking.
“Tracking” ha un significato ristretto: collegare i dati della tua app con quelli di app o siti di altre aziende per scopi pubblicitari, o condividerli con data broker. Se fai tracking, ti serve anche il prompt App Tracking Transparency.
Le etichette devono corrispondere al tuo Il privacy manifest (PrivacyInfo.xcprivacy) e a quelli degli SDK inclusi. Consulta la nostra guida al privacy manifest per app iOS.
Puoi aggiornare le risposte su App Privacy in qualsiasi momento senza una nuova build.
Sicurezza dei dati di Google Play
In Play Console vai su Criteri e programmi > Contenuti dell'app > Sicurezza dei dati. Devi dichiarare:
- Quali tipi di dati raccoglie l'app e quali condivide con terze parti.
- Se i dati sono crittografati in transito.
- Se gli utenti possono richiederne l'eliminazione.
- Per ogni tipo: finalità (funzionalità dell'app, analytics, ads, prevenzione frodi…) e se la raccolta è opzionale.
Google può rifiutare gli update se la dichiarazione non corrisponde al comportamento dell'app, ad esempio un SDK che invia l'advertising ID mentre hai dichiarato di non usare identificatori.
La maggior parte degli errori sulla Data safety deriva dagli SDK. Crea una tabella con ogni SDK nativo e plugin in package.json, ios/App/Podfile oppure Package.swift, e android/app/build.gradle, poi leggi le linee guida sulla Data safety di ogni vendor.
Age rating
Apple. In Informazioni sull'app > Classificazione per età rispondi a domande su violenza, contenuti sessuali, volgarità, gioco d'azzardo, contenuti generati dagli utenti, messaggistica, annunci e altro. Le classificazioni Apple sono 4+, 9+, 13+, 16+ e 18+. Le app con contenuti generati dagli utenti non moderati o con accesso aperto al web ricevono classificazioni più alte. Rispondi con sincerità; Apple controlla. Consulta la nostra guida alle classificazioni per età dell'App Store.
Google. In Contenuti dell'app > Classificazione dei contenuti, compila il questionario IARC. Genera in una sola volta le classificazioni per ogni regione (ESRB, PEGI, USK e altre). Devi anche completare Pubblico di riferimento e contenuti; scegliere un pubblico che includa bambini comporta l'applicazione dei requisiti della policy Families.
Altre dichiarazioni sui contenuti dell'app su Google Play
Prima di poter pubblicare, Play Console richiede tutte queste informazioni in Contenuti dell'app:
- Informativa sulla privacy
- Accesso all'app (credenziali di login per i revisori se qualcosa è protetto da login)
- Annunci (l'app contiene annunci?)
- Classificazione dei contenuti
- Pubblico di riferimento e contenuti
- Sicurezza dei dati
- Dichiarazione di app governativa
- Dichiarazione funzioni finanziarie
- Dichiarazione app per la salute
- Uso dell'Advertising ID (se richiesto dal tuo SDK)
Accesso per la revisione e note
Se una parte dell'app richiede un login, fornisci un account demo funzionante per entrambi gli store. L'account non deve scadere, non deve richiedere 2FA su un telefono che controlli tu e deve accedere a tutte le funzionalità, incluse quelle a pagamento. In App Store Connect, aggiungilo sotto Informazioni per la revisione dell'app; su Google Play, sotto Accesso alle app. Aggiungi una breve nota per spiegare funzionalità non ovvie, requisiti hardware o dove trovare gli acquisti in-app. I nostri guida alla prima revisione dell'app copre ciò che cercano i revisori.
Localizzazione
Entrambi gli store ti permettono di localizzare nome, descrizioni, parole chiave (Apple) e screenshot per lingua. Localizzare solo i metadati, anche se l'interfaccia dell'app è in inglese, spesso migliora la conversione nei mercati non anglofoni. Apple indicizza anche alcune lingue secondarie per paese (ad esempio, i metadati in spagnolo (Messico) sono indicizzati nello store USA), il che ti dà effettivamente più spazio per le parole chiave.
Cosa puoi modificare dopo il rilascio
| Campo | App Store | Google Play |
|---|---|---|
| Descrizione | Nuova versione richiesta | Revisionato in qualsiasi momento |
| Testo promozionale | Anytime | n/d |
| Parole chiave | Nuova versione richiesta | n/d |
| Screenshot | Nuova versione richiesta | Revisionato in qualsiasi momento |
| Nome / sottotitolo | Nuova versione richiesta | Revisionato in qualsiasi momento |
| Etichette privacy / Sicurezza dati | Anytime | Revisionato in qualsiasi momento |
Su iOS, una nuova versione di solito significa un nuovo binario. Con Live updates di Capgo puoi distribuire fix JavaScript e UI senza revisione dello store, ma i cambiamenti ai metadati passano comunque per App Store Connect.
Motivi comuni per cui i listing vengono bloccati
- L'URL della privacy policy restituisce 404 o richiede il login.
- Le screenshot mostrano una versione diversa dell'app, contenuti segnaposto o l'interfaccia di un'altra piattaforma.
- Supporto iPad abilitato ma senza screenshot per iPad, oppure layout iPad rotto.
- La sezione sicurezza dati indica "nessun dato raccolto" mentre un'SDK di analytics è attiva.
- Account demo mancante o scaduto.
- Keyword stuffing nella descrizione su Google Play.
- Nome o icona troppo simili a un'app o a un brand esistente.
- URL di supporto o email di contatto mancanti.
Checklist
- Icona iOS 1024 x 1024 nell'app, icona Play 512 x 512 caricata
- Grafica di Play 1024 x 500
- Screenshot iPhone 6,9” (o 6,5”), iPad 13” se supportato
- Almeno quattro screenshot 1080p per Google Play
- Nome, sottotitolo e descrizione breve nei limiti
- Parole chiave (App Store) scelte, senza duplicati col nome
- Descrizione e note di rilascio scritte
- URL privacy policy attivo e linkato nell'app
- Etichette privacy e manifest privacy coerenti
- Modulo sicurezza dati completo, SDK verificati
- Questionari età completati su entrambi gli store
- Dichiarazioni contenuti Play App completate
- Account demo e note di revisione aggiunte
- URL di supporto ed email di contatto impostati
Una volta pronto il listing, carica prima una build per i tester. Come distribuire app iOS e Android ai tester copre TestFlight, le tracce di test di Play e le alternative.