La checklist ASO degli screenshot prima dell'invio

Controlli tecnici (a rischio rifiuto)

1. Dimensioni in pixel esatte per classe di dispositivo. L'iPhone da 6.9" deve essere 1320 × 2868. L'iPad da 13" deve essere 2064 × 2752. Dimensioni errate causano un errore in upload, non in fase di revisione.
2. PNG-24 o JPEG. Altri formati (HEIC, AVIF, WebP) vengono rifiutati. PNG è il formato preferito.
3. Dimensione del file inferiore a 8 MB per screenshot. Quasi sempre non è un problema: uno screenshot tipico è sotto 1 MB.
4. Profilo colore sRGB. P3 è tecnicamente accettato ma viene convertito; sRGB evita sorprese in fase di conversione.
5. Nessuna trasparenza nell'area visibile dell'immagine. Il canale alfa è ammesso nei PNG-32 ma i pixel trasparenti si renderizzano in modo imprevedibile sulla pagina App Store.
6. Massimo 10 screenshot per classe di dispositivo per lingua. Più di 10 causa un errore in upload. In pratica il numero realistico è 4-5.

Regole sui contenuti (a rischio rifiuto in revisione)

1. Nessuna UI con brand Apple che la tua app non usa realmente. Mostrare Maps, Mail, Camera o Impostazioni quando la tua app non le apre è motivo di rifiuto ai sensi della linea guida 2.3 (Accurate Metadata).
2. Nessun rating falso dell'App Store né badge "In evidenza su". Apple vuole che sia la pagina dell'App Store a gestire la visualizzazione dei rating. I badge del tipo "★★★★★ su TechCrunch" incorporati non superano la revisione.
3. Nessuna etichetta "Prossimamente" o "Beta". Gli screenshot devono rispecchiare l'app pubblicata che si sta inviando.
4. Nessun brand concorrente. Mostrare la tua app che sostituisce Spotify non funzionerà. Mostra la UI della tua app.
5. Didascalie nella lingua della locale. Didascalie in inglese in un upload in giapponese = rifiuto. La locale e la lingua delle didascalie devono corrispondere.
6. Nessuna cornice del dispositivo fuorviante. Se mostri iPhone 16 Pro Max negli screenshot, la tua app deve effettivamente supportare quel dispositivo.
7. La barra di stato deve riflettere uno stato realistico. Le 9:41 con batteria piena è la convenzione. Orari casuali con "23% batteria, nessun segnale" sembrano errori e i revisori li segnalano.

Controlli sulla qualità del design (penalizzano le conversioni, non bloccano l'invio)

1. Didascalie leggibili a dimensione thumbnail. Riduci a ~200 px di larghezza prima di pubblicare. Se la didascalia non si legge, riscrivila più corta o più grande.
2. Posizione della didascalia coerente tra i pannelli. Il quarto superiore è la zona in cui cade l'occhio. Non spostarla da un pannello all'altro.
3. Direzione dell'inclinazione del dispositivo coerente. Scegline una (sinistra o destra) e mantienila in tutto il carosello.
4. Sfondo continuo tra i pannelli. O un gradiente unico che scorre su tutti i pannelli, o sfondi distinti ma correlati per ciascuno. Scelte casuali pannello per pannello sembrano un mazzo assemblato da un comitato.
5. Il primo pannello è il più forte. La maggior parte degli utenti vede solo il pannello 1 nella thumbnail dei risultati di ricerca. Tratta il pannello 1 come l'intero pitch.
6. Nessun testo generico. Elimina "potente", "fluido", "intuitivo", "robusto", "tutto-in-uno". Sostituiscili con verbi e sostantivi specifici.
7. Verifica visiva delle varianti localizzate per overflow. Le didascalie in tedesco e russo sforano spesso le aree sicure. Accorcia il testo o riduci il corpo del font per ogni locale prima di esportare.

Il controllo post-invio

Dopo aver caricato su App Store Connect, prima di premere "Invia per la revisione":

• Visualizza l'anteprima della pagina App Store in modalità "Preview" di App Store Connect per ogni locale. Verifica che ogni carosello si renderizzi correttamente.
• Controlla il rendering della thumbnail nella preview dei risultati di ricerca. Il primo pannello deve essere leggibile a dimensione thumbnail.
• Se hai un App Preview video, guardalo senza audio (l'autoplay è muto per impostazione predefinita): la maggior parte degli utenti lo vede muto, quindi la storia visiva deve funzionare senza audio.
• Verifica che l'ordine del carosello corrisponda alle tue intenzioni: Apple usa l'ordine di upload come ordine del carosello.

Motivi di rifiuto comuni non presenti nella lista

Tre cause di rifiuto che non dipendono direttamente dagli screenshot ma vengono attribuite a loro:

• Incoerenza tra metadati e screenshot. I tuoi screenshot mostrano la funzionalità X ma la descrizione dell'app non la menziona; il revisore segnala l'incongruenza.
• Prezzi negli screenshot. Le sovrapposizioni con "€9,99/mese" incorporato attivano la revisione ai sensi della linea guida 3.1 (In-App Purchase). Apple vuole che i prezzi siano sulla pagina App Store.
• URL di un sito web nello screenshot. Gli screenshot che mostrano un URL ("visita esempio.com per saperne di più") vengono rifiutati: Apple non vuole che tu indirizzi traffico fuori dallo store.

Cosa leggere dopo

• Requisiti degli screenshot App Store
• Riferimento dimensioni 2026
• Best practice 2026

Apri l'editor →