Checklist ASO per il lancio di una nuova app
Checklist ASO per il lancio su App Store e Google Play: limiti dei metadati, parole chiave, screenshot, valutazioni, preordini e primi 30 giorni.
Una checklist ASO per il lancio di una nuova app ha tre fasi. Prima dell’invio scrivi i metadati indicizzati, scegli le parole chiave, prepari screenshot e icona, imposti la localizzazione e decidi sui preordini. Nella settimana del lancio controlli cosa è andato online, chiedi le valutazioni al momento giusto e rispondi alle recensioni. Nei primi 30 giorni leggi i dati di ricerca e di conversione, aggiusti le parole chiave con la release successiva e fai il tuo primo test sugli screenshot.
Qui sotto trovi la checklist completa per App Store e Google Play, con i limiti dei campi e le regole delle piattaforme verificati sulla documentazione di Apple e di Google. Copiala nel tuo documento di lancio e spunta le voci man mano.
- Sull’App Store, nome dell’app (30 caratteri), sottotitolo (30), campo parole chiave (100) e categoria principale sono ciò che Apple usa per la pertinenza testuale nella ricerca.
- Su Google Play, titolo (30 caratteri), descrizione breve (80) e descrizione completa (4.000) portano le tue parole chiave; non esiste un campo parole chiave nascosto.
- Parole chiave, sottotitolo e nome sull’App Store cambiano solo con una nuova versione, quindi sistemali bene prima dell’invio.
- La richiesta di valutazione di Apple può comparire al massimo tre volte per utente in 365 giorni; l’API In-App Review di Google ha una quota legata al tempo non pubblicata.
- Registra una base di partenza di impressioni, visualizzazioni della pagina prodotto e conversione prima di cambiare qualsiasi cosa dopo il lancio.
Limiti dei metadati per entrambi gli store
Tieni questa tabella a portata di mano mentre scrivi. I limiti dell’App Store vengono dalle indicazioni di Apple sulla pagina prodotto; quelli di Google Play dalle best practice di Google per la scheda dello Store.
| Campo | App Store | Google Play |
|---|---|---|
| Nome dell’app / titolo | 30 caratteri, indicizzato | 30 caratteri, indicizzato |
| Sottotitolo / descrizione breve | Sottotitolo: 30 caratteri, indicizzato | Descrizione breve: 80 caratteri |
| Campo parole chiave | 100 caratteri, nascosto, indicizzato | Nessuno |
| Testo promozionale | 170 caratteri, non indicizzato, modificabile in qualsiasi momento | Nessuno |
| Descrizione | 4.000 caratteri; non è nell’elenco degli input di ricerca di Apple | 4.000 caratteri; usata per la ricerca |
| Screenshot | Fino a 10 per dimensione di dispositivo | Da 2 a 8 per tipo di dispositivo |
| Video | Fino a 3 anteprime dell’app, ognuna fino a 30 secondi | Video promozionale facoltativo |
| Grafica aggiuntiva | Nessuna | Grafica di presentazione, 1024 × 500 px |
Prima dell’invio
Ricerca delle parole chiave
- Elenca le parole che uno sconosciuto scriverebbe per trovare un’app come la tua: il problema, il compito, la parola di categoria che userebbe lui, non i nomi interni delle tue funzionalità.
- Controlla i suggerimenti automatici della ricerca su App Store e Play per ogni parola di partenza e annota cosa esce.
- Guarda le prime cinque app per i tuoi termini principali. Nota a cosa puntano i loro nomi e sottotitoli, e dove sembrano deboli.
- Scegli uno o due termini principali per cui puoi realisticamente posizionarti, più una coda lunga di parole secondarie.
- Se hai un account Apple Ads, controlla la popolarità di ricerca relativa dei tuoi candidati.
Metadati dell’App Store
- Nome dell’app (30 caratteri): brand più la tua parola chiave più importante, se suona naturale.
- Sottotitolo (30 caratteri): cosa fa l’app, con parole chiave che non sono già nel nome. Trovi degli esempi in sottotitolo e testo promozionale a confronto.
- Campo parole chiave (100 caratteri): virgole, niente spazi, nessuna ripetizione di parole del nome o del sottotitolo, forme singolari, nessun nome di concorrenti. La nostra guida al campo parole chiave spiega come compilarlo.
- Categoria principale e secondaria scelte con cura; Apple dice che la categoria principale è quella che conta di più per la reperibilità.
- Testo promozionale (170 caratteri) scritto per il giorno del lancio.
- Descrizione con una frase d’apertura chiara, poi le funzionalità.
- Niente, in nessun campo, che nomini un’altra app, citi il prezzo o faccia un’affermazione che non puoi dimostrare (linea guida 2.3.7 di App Review).
Metadati di Google Play
- Titolo (30 caratteri) senza parole come «Gratis», «Senza pubblicità» o «#1»; le indicazioni di Google le elencano tra le cose da evitare.
- Descrizione breve (80 caratteri): la presentazione in una riga più chiara che hai, con la tua parola chiave principale.
- Descrizione completa (4.000 caratteri): scritta in linguaggio di tutti i giorni, con le parole chiave usate in modo naturale e non come elenco. Google mette in guardia contro gli elenchi di parole chiave ripetute.
- Niente emoji, niente TUTTO MAIUSCOLO (a meno che non sia il tuo brand), niente testimonianze senza attribuzione.
Screenshot e video
- App Store: almeno la dimensione iPhone da 6,9 pollici (1290 × 2796 px in verticale), più iPad da 13 pollici (2064 × 2752 px) se la tua app gira su iPad. Tabella completa nel nostro riferimento sulle dimensioni degli screenshot.
- Google Play: da 2 a 8 screenshot per telefono (1080 × 1920 px è una dimensione sicura) e una grafica di presentazione da 1024 × 500 px. Vedi i requisiti degli screenshot per Google Play e la guida alla grafica di presentazione.
- Il primo screenshot dice il vantaggio principale in poche parole. Il nostro articolo sul primo screenshot per l’App Store spiega cosa metterci.
- Le didascalie usano le tue vere parole chiave dove suonano naturali (ecco perché aiuta).
- Barre di stato pulite e contenuti realistici in ogni cattura (come fare screenshot puliti dal simulatore).
- Le schermate mostrano l’app in uso, non solo una schermata di avvio o di login, come chiede la linea guida 2.3.3. I motivi più comuni per cui un set viene respinto sono in perché Apple rifiuta gli screenshot.
- Anteprima dell’app solo se mostra l’app meglio delle immagini statiche; la linea guida 2.3.4 di Apple dice che le anteprime possono usare solo registrazioni dello schermo dell’app stessa.
Icona
- Icona per l’App Store a 1024 × 1024 px; icona per Google Play a 512 × 512 px.
- Provala in piccolo accanto alle icone dei tuoi principali concorrenti, in una finta schermata di risultati di ricerca. Una forma e un colore riconoscibili di solito battono i dettagli.
- Niente testo, a meno che non sia una sola lettera ben marcata o il tuo logotipo.
Localizzazione
- Decidi quali mercati contano nel primo anno, poi localizza insieme metadati e didascalie degli screenshot per quei mercati.
- Controlla l’elenco di Apple delle lingue aggiuntive per ogni storefront; per esempio, lo storefront degli Stati Uniti supporta, tra le altre, lo spagnolo (Messico).
- Localizza, non limitarti a tradurre: il nostro articolo su perché tradurre non è localizzare spiega la differenza, e la guida alla localizzazione degli screenshot si occupa della parte visiva.
Preordini e preregistrazione
- App Store: una nuova app può essere offerta in preordine con una data di uscita tra 2 e 180 giorni dopo (Pubblicare in preordine).
- Google Play: le campagne di preregistrazione possono durare fino a 90 giorni, e sui dispositivi idonei l’app viene installata in automatico il giorno del lancio (Guida di Play Console).
- I nuovi account sviluppatore personali su Play devono fare un test chiuso con almeno 12 tester iscritti per 14 giorni consecutivi prima di avere accesso alla produzione, quindi metti in conto questo tempo.
Dati di partenza
- Sappi dove trovare impressioni, visualizzazioni della pagina prodotto e download per tipo di sorgente in App Analytics, e visitatori e acquisizioni della scheda dello Store in Play Console.
- Annota metadati, screenshot e data del lancio, così più avanti potrai capire cosa è cambiato.
- Imposta il monitoraggio del posizionamento per i tuoi termini principali e secondari prima del lancio, così dal primo giorno hai un punto di partenza.
I dati di partenza contano più di quanto sembri. Il traffico del lancio è rumoroso: una menzione sui social o nella newsletter di un amico può raddoppiare le visualizzazioni della pagina per qualche giorno e poi sparire. Se cambi sottotitolo e screenshot nella stessa settimana di quel picco, non saprai dire quale dei tre ha mosso i numeri. Annotare cosa hai pubblicato, quando, e quali erano i numeri nella prima settimana completa dà a ogni modifica successiva un confronto onesto. Ti aiuta anche a notare le tendenze lente e reali sotto il rumore del lancio, come le impressioni di ricerca che salgono piano piano per una parola chiave che hai aggiunto.
Crea screenshot pronti per lo store in pochi minuti: gratis, senza filigrana sugli export.
Launch Shots è gratis per iniziare. Tutti i template (oltre 110), più di 220 cornici dei dispositivi e mockup 3D, localizzazione AI e caricamento diretto su App Store Connect e Google Play Console. Nessuna carta di credito richiesta.
Inizia gratis →Settimana del lancio
- Controlla la scheda online su un dispositivo vero in ogni storefront principale: nome, sottotitolo, screenshot nell’ordine giusto, la localizzazione giusta in vista.
- Cerca i tuoi termini principali e il nome esatto della tua app. Se non compari nemmeno per il tuo nome, controlla i metadati andati online.
- Attiva la richiesta di valutazione al momento giusto. Apple ti permette di chiederla fino a tre volte in 365 giorni (Valutazioni e recensioni), con
RequestReviewActionin SwiftUI oAppStore.requestReview(in:). L’API In-App Review di Google ha una quota legata al tempo che non viene pubblicata, e Google dice di non farla partire da un pulsante e di non chiedere prima «Ti piace l’app?». - Chiedi dopo un successo, come un allenamento completato, un documento salvato o un livello finito, non alla prima apertura.
- Rispondi a ogni recensione dei primi giorni. Sull’App Store chi ha scritto la recensione riceve una notifica e può aggiornarla; su Play puoi rispondere da Play Console.
- Aggiorna il testo promozionale se la copertura del lancio o un’offerta di lancio ti danno qualcosa da dire. Non serve una nuova versione.
Primi 30 giorni
- Guarda la sorgente Ricerca. Confronta impressioni e conversione dalla ricerca dell’App Store con i tuoi dati di partenza. I report sul rendimento della scheda dello Store in Play Console mostrano il traffico per sorgente e per termine di ricerca.
- Controlla il posizionamento delle parole chiave ogni settimana. Togli i termini per cui non mostri alcun segno di posizionamento e aggiungine di nuovi in base a ciò che hai imparato. Pubblica la modifica alle parole chiave con il primo aggiornamento.
- Pianifica il primo test sugli screenshot. L’Ottimizzazione della pagina prodotto di Apple testa fino a tre varianti per un massimo di 90 giorni; Google Play ha gli esperimenti sulla scheda dello Store. La nostra guida ai test A/B li copre entrambi.
- Valuta una pagina prodotto personalizzata per ogni campagna o pubblico che ha bisogno di un messaggio diverso. Apple ne consente fino a 70; vedi la guida alle pagine prodotto personalizzate.
- Leggi le recensioni per le parole. Le frasi che gli utenti usano per descrivere la tua app spesso sono parole chiave e didascalie migliori di quelle che avevi scelto tu.
- Sistema prima i crash. Google dice che le app con buone prestazioni tecniche sono in genere favorite, e le recensioni negative dovute ai crash vanificano qualsiasi lavoro sui metadati.
Se stai costruendo il set di screenshot da zero, la nostra guida passo passo agli screenshot copre tutto il processo, e la guida per Figma ti aiuta se preferisci progettarli a mano. Launch Shots può anche generare un set e pubblicarlo direttamente su App Store Connect e Google Play Console, e la sua console ASO tiene traccia di posizionamento e conversione dopo il lancio.
In breve
- Prima dell’invio: parole chiave scelte, nome/sottotitolo/campo parole chiave compilati, titolo e descrizioni per Play scritti, screenshot nelle dimensioni richieste, icona provata in piccolo, localizzazione decisa, preordini impostati se ti servono, dati di partenza registrati.
- Settimana del lancio: scheda controllata su un dispositivo, richiesta di valutazione dopo un successo, recensioni con risposta, testo promozionale aggiornato.
- Primi 30 giorni: impressioni di ricerca e conversione confrontate con i dati di partenza, modifiche alle parole chiave pubblicate con il primo aggiornamento, primo test sugli screenshot avviato.
Domande frequenti
04- Cosa deve includere una checklist ASO?
- Una checklist ASO utile copre i metadati indicizzati (nome dell’app, sottotitolo e campo parole chiave sull’App Store; titolo e descrizioni su Google Play), la ricerca delle parole chiave, gli screenshot e il video di anteprima, l’icona dell’app, un piano per le richieste di valutazione, la localizzazione, i preordini o la preregistrazione se vuoi creare domanda per il giorno del lancio, e una base di dati di partenza per misurare le modifiche. Dopo il lancio si aggiungono il controllo del posizionamento per parola chiave, le risposte alle recensioni e il primo test sugli screenshot.
- Quanto prima del lancio dovrei iniziare con l’ASO?
- Inizia la ricerca delle parole chiave e la pianificazione degli screenshot qualche settimana prima dell’invio, perché nome dell’app, sottotitolo e campo parole chiave vengono pubblicati con la versione e si possono cambiare solo con una nuova release. Se vuoi i preordini, Apple permette di mettere in preordine una nuova app tra 2 e 180 giorni prima dell’uscita, e le campagne di preregistrazione su Google Play possono durare fino a 90 giorni.
- L’ASO è diversa tra App Store e Google Play?
- Sì. L’App Store indicizza il nome dell’app, il sottotitolo, un campo parole chiave nascosto da 100 caratteri e la categoria principale, e Apple dice che il testo promozionale non influisce sul posizionamento. Google Play non ha un campo parole chiave; Google dice di usare metadati come titolo, descrizione e categoria, insieme a segnali di coinvolgimento e di qualità dell’app. Screenshot, icona e valutazioni contano su entrambi perché spingono la conversione.
- Quante volte posso chiedere agli utenti di valutare l’app sull’App Store?
- La richiesta di sistema di Apple può essere mostrata fino a tre volte in un periodo di 365 giorni per utente, ed è Apple a decidere se compare ogni volta che la richiedi. L’API In-App Review di Google Play ha una quota legata al tempo di cui Google non pubblica il valore esatto. Su entrambe le piattaforme, chiedi dopo un momento di successo e non far partire la richiesta da un pulsante.
