Rifiuti degli screenshot dell'App Store e come evitarli
Il rifiuto degli screenshot è il motivo più comune per cui una prima submission all'App Store si blocca. Il revisore accetta il binario ma respinge i metadati, e si ricomincia da capo con i ricorsi. La buona notizia: il set di regole è piccolo e stabile. La maggior parte dei rifiuti cita la stessa manciata di linee guida. Ecco quell'elenco, in ordine approssimativo di frequenza.
1. Incoerenze nella barra di stato
Apple vuole che gli screenshot sembrino stati reali del dispositivo. Una barra di stato falsificata che non corrisponde — orario sbagliato, icone della batteria non corrispondenti tra i pannelli, barre del segnale su un iPad solo Wi-Fi — viene segnalata. Usa l'orario convenzionale 9:41 su tutti i pannelli (la convenzione standard di marketing), mantieni la batteria al 100% o nascondi completamente l'indicatore, e mantieni cellular vs Wi-Fi coerenti.
Citato nella Guideline 2.3.10 (metadati accurati) o 4.3 (spam).
2. Screenshot che non mostrano l'app reale
Questo è il motivo di rifiuto più consistente per i caroselli "progettati": pannelli che mostrano un'immagine di marketing invece dell'app stessa. Un pannello con solo grafica del brand, un pannello che mostra persone che usano un telefono, o un pannello che è tutto didascalia senza contenuto dell'app violano tutti la regola che gli screenshot devono mostrare la funzionalità dell'app.
La soluzione: ogni pannello deve contenere un elemento UI dell'app riconoscibile. Puoi avvolgerlo in una cornice del dispositivo, aggiungere una didascalia, cambiare lo sfondo — ma l'UI dell'app deve essere presente e identificabile.
Citato nella Guideline 2.3.3 (gli screenshot mostrano la funzionalità dell'app).
3. Affermazioni promozionali o di prezzo nello screenshot
Gli screenshot non possono contenere prezzi, "offerta limitata", "€5 di sconto", "gratis per una settimana", o qualsiasi affermazione che cambierebbe con i metadati dell'App Store. Apple vuole che lo screenshot rimanga valido durante i cambiamenti di prezzo, le promozioni e le regioni.
"Pluripremiato" funziona se puoi comprovarlo. "Miglior app dell'anno" va bene se Apple stessa ti ha dato il premio; altrimenti è un'affermazione di marketing che richiede prove, e i revisori a volte la segnalano.
Citato nella Guideline 2.3.10 o 3.1.4.
4. Marchi o loghi di terze parti
Mostrare il logo di Spotify nello screenshot perché la tua app si integra con Spotify è rischioso. Lo stesso vale per i loghi dei prodotti Apple (non mostrare il logo Apple, non mostrare l'iconografia di iCloud a meno che tu non stia usando l'integrazione ufficiale di Apple). Anche i contenuti caricati dagli utenti che contengono marchi sono un rischio.
La strada sicura: contenuto segnaposto stilizzato nei mockup degli screenshot. Se devi mostrare un'integrazione con un brand, usa esattamente le risorse di marketing ufficiali del brand come consentito dalle loro linee guida.
Citato nella Guideline 5.2 (proprietà intellettuale).
5. Cornici del dispositivo che rappresentano falsamente la piattaforma
Screenshot iPhone in una cornice Android, o viceversa, vengono rifiutati. Classi di dispositivo miste in un unico carosello (una cornice iPhone da 6.9" accanto a un SE da 4 pollici nello stesso set di pannelli) vengono messe in discussione.
Ogni classe di caricamento di screenshot ha bisogno del proprio dispositivo appropriato. Le linee guida di Apple dicono "gli screenshot devono riflettere la piattaforma su cui l'utente sta acquistando". Usa dispositivi della classe iPhone per i caricamenti di screenshot iPhone, iPad per i caricamenti iPad.
Citato nella Guideline 2.3.10.
6. Contenuto per adulti, spaventoso o violento senza la classificazione per età corretta
I revisori dei contenuti di Apple vedono gli screenshot prima dell'app. Se uno screenshot suggerisce contenuti per adulti, violenza o temi spaventosi che superano la classificazione per età dichiarata della tua app, la submission viene respinta per mancata corrispondenza della classificazione per età anche se il resto dei metadati è a posto.
La soluzione è ammorbidire lo screenshot o aggiornare la classificazione per età. L'aggiornamento della classificazione ha effetti a cascata su quali storefront può ricevere la tua app, quindi la maggior parte delle app ammorbidisce lo screenshot.
Citato nella Guideline 1.1 (contenuto discutibile).
7. Dimensioni della classe di caricamento errate
Apple ora richiede solo iPhone da 6.9" (1320 × 2868) e iPad da 13" (2064 × 2752) per le nuove submission. Le classi più piccole sono accettate ma facoltative. Cercare di caricare uno screenshot da 6.5" a 1242×2688 nella classe 6.9" fallisce la validazione al momento del caricamento, non in fase di revisione.
Non è strettamente un "rifiuto" poiché App Store Connect lo intercetta durante il caricamento, ma rappresenta una quota significativa dei ticket di supporto "i miei screenshot non vengono caricati". Consulta il riferimento alle dimensioni 2026 per la tabella completa.
8. Screenshot incoerenti tra i locali
Se i tuoi screenshot en-US mostrano uno stato dell'app e i tuoi screenshot fr-FR mostrano uno stato diverso, i revisori a volte lo segnalano come metadati confusi. L'aspettativa è che gli screenshot tra i locali siano le stesse scene con didascalie tradotte, non scene diverse.
La sola traduzione va bene. La riprogettazione totale per locale deve essere intenzionale e coerente all'interno di ogni locale (cioè, se ridisegni per il Giappone, ridisegna tutti i pannelli giapponesi; non mescolare).
Cosa fare questa settimana
- Verifica ogni pannello per la coerenza della barra di stato. Stesso orario, stessa batteria, stesso stato cellular.
- Assicurati che ogni pannello mostri l'UI reale dell'app. Nessun pannello puramente di marketing.
- Rimuovi qualsiasi linguaggio relativo a prezzi, promozioni o sconti.
- Verifica che non ci siano marchi di terze parti oltre al tuo.
- Conferma che la cornice del dispositivo corrisponda alla piattaforma per classe di caricamento.
- Verifica la corrispondenza con la tua classificazione per età dichiarata.
Se arriva comunque un rifiuto, il processo di ricorso è di solito rapido — scrivi una spiegazione chiara citando la linea guida specifica che ritieni applicabile, e il team di revisione di Apple risponde entro qualche giorno.