La tua build ha superato la revisione, il tuo codice è a posto — e l'email di rifiuto riguarda i tuoi screenshot. È uno dei modi più frustranti di perdere giorni in un rilascio, perché i rifiuti degli screenshot sono quasi sempre evitabili e quasi mai spiegati con chiarezza.
Gli screenshot falliscono a due porte diverse, e la soluzione dipende da quale ti ha fermato:
- App Store Connect rifiuta il caricamento — un errore di validazione tecnica, prima ancora che inizi la revisione.
- App Review rifiuta l'invio — un revisore umano segnala i tuoi metadati, di solito citando un numero di linea guida come 2.3.3.
Questa guida copre entrambi, rifiuto per rifiuto, con i riferimenti alle linee guida e il percorso più rapido per tornare a "In revisione".
Porta 1: App Store Connect non accetta il file #
Questi non sono rifiuti di revisione — il caricamento semplicemente fallisce o lo spazio resta rosso. Tre cause coprono quasi tutti i casi:
Dimensioni in pixel sbagliate #
Ogni spazio di dispositivo accetta solo dimensioni esatte. Un'immagine 1290 × 2796 in uno spazio che si aspetta 1320 × 2868 fallisce in silenzio o con un errore vago. È il blocco più comune la sera dell'invio — controlla i tuoi file con il riferimento completo alle dimensioni degli screenshot, oppure trascinali nel nostro validatore di screenshot gratuito, che ti dice all'istante in quale spazio (se in qualcuno) rientra ciascuna immagine.
Formato o profilo colore sbagliato #
Gli screenshot devono essere PNG o JPEG di alta qualità, RGB (Display P3 e sRGB vanno entrambi bene), senza trasparenza alfa nei JPEG, senza esportazioni CMYK dagli strumenti di design.
Numero sbagliato #
Ogni dimensione di dispositivo accetta da 1 a 10 screenshot per lingua. Zero in uno spazio richiesto blocca del tutto l'invio — una sorpresa classica quando aggiungi il supporto a watchOS o visionOS e scopri che quelle piattaforme hanno bisogno dei propri set.
Soluzione: rigenera alle dimensioni esatte richieste. Se esporti a mano da uno strumento di design, tutta questa porta scompare con un generatore di screenshot che esporta le dimensioni esatte di ogni spazio da un solo design.
Porta 2: rifiuti di App Review, per linea guida #
Linea guida 2.3.3 — gli screenshot non mostrano l'app in uso #
La grande. La regola di Apple: gli screenshot devono mostrare l'app in uso — non solo la grafica del titolo, la pagina di accesso o lo splash screen.
Trigger tipici:
- Un set di screenshot fatto per lo più di logo, slogan e grafica di marketing con poca interfaccia visibile
- Schermate di accesso/onboarding come screenshot principali
- Mockup concettuali di funzioni che non somigliano affatto all'app pubblicata
- Screenshot dell'interfaccia di un'altra piattaforma (l'app web, la versione Android)
Soluzione: ricostruisci il set attorno a schermate reali. La buona notizia: il layout che supera la revisione — interfaccia reale in una cornice di dispositivo con una breve didascalia — è anche il layout che converte meglio. Le didascalie sovrapposte e le cornici dei dispositivi sono esplicitamente consentite; è l'interfaccia inventata a essere segnalata.
Linea guida 2.3.1 — mostrare funzioni che non esistono #
Se uno screenshot mostra una funzione che il revisore non trova nella build inviata, aspettati un rifiuto (e, in caso di recidiva, di peggio). Spesso accade in modo innocente: screenshot di marketing fatti da una beta con funzioni che sono state tagliate.
Soluzione: verifica ogni screenshot rispetto alla build che invii davvero. Aggiorna le didascalie che promettono qualcosa che la versione attuale non fa.
Linea guida 2.3.8 — i metadati non sono adatti a tutti i pubblici #
Screenshot e anteprime devono essere adatti a un pubblico 4+ indipendentemente dalla classificazione per età della tua app, perché sono visibili a chiunque stia sfogliando. Violenza, temi per adulti o volgarità che vanno bene dentro un'app 17+ non vanno bene sulla sua scheda.
Soluzione: scegli schermate più tranquille o ritaglia/sfoca il contenuto problematico. I giochi con temi maturi di solito passano con immagini d'atmosfera invece di momenti di gameplay espliciti.
Linea guida 2.3.10 — riferimenti ad altre piattaforme #
Gli screenshot che mostrano cornici di dispositivi Android, badge di Google Play o didascalie "anche su Android!" vengono rifiutati. Questo colpisce i team che riutilizzano un set di immagini di marketing su entrambi gli store.
Soluzione: tieni le risorse separate per store. Se mantieni entrambe le schede, uno strumento che gestisce i set di App Store e Google Play affiancati rende difficile confonderli.
Linea guida 5.2 / 2.3.7 — proprietà intellettuale altrui #
Loghi di terzi, foto di celebrità, nomi di app concorrenti, personaggi registrati o immagini di prodotto di un altro sviluppatore nei tuoi screenshot invitano sia un rifiuto sia, potenzialmente, una controversia.
Soluzione: mostra solo contenuti sui quali hai i diritti. Sostituisci i contenuti di terzi reali visibili nella tua interfaccia (copertine di album, video, feed di brand) con sostituti su licenza o generici prima di catturare.
Contenuti segnaposto e sciatti #
"Lorem ipsum", "Test test", stati vuoti senza dati o layout palesemente rotti si leggono come un'app incompleta. I revisori giudicano la cura dell'intero invio in parte dagli screenshot.
Soluzione: cattura con dati demo realistici — liste piene, nomi plausibili, numeri credibili. (Realistici, non reali: non pubblicare mai dati di utenti reali in uno screenshot.)
Affermazioni deperibili: prezzi, promozioni, classifiche #
"50% di sconto questa settimana", "App di produttività n.1" o un prezzo stampato in una didascalia diventano inesatti nel momento in cui le cose cambiano — e i revisori lo sanno. Le affermazioni a tempo limitato sono esplicitamente sconsigliate per le anteprime e rischiose negli screenshot.
Soluzione: mantieni le didascalie su ciò che fa l'app. Metti le promozioni nel testo promozionale (che puoi modificare quando vuoi senza revisione).
Tornare ad "Approvato", in fretta #
Un rifiuto di screenshot non richiede una nuova build:
- Leggi con attenzione il messaggio del Centro risoluzioni — nomina la linea guida e di solito allega lo screenshot incriminato.
- Sostituisci le immagini segnalate in App Store Connect sulla stessa versione. Le modifiche a media e metadati su una versione rifiutata non richiedono un nuovo binario.
- Rispondi nel Centro risoluzioni indicando cosa hai cambiato, e reinvia. Le nuove revisioni dei soli metadati sono in genere rapide.
- Se ritieni che il rifiuto sia sbagliato, puoi fare ricorso — ma per gli screenshot sostituire la risorsa è quasi sempre più veloce che discutere.
Una nota di processo che sorprende: al di fuori di un rifiuto, gli screenshot possono essere cambiati solo inviando una nuova versione dell'app. Se il tuo set viola una linea guida che i revisori iniziano ad applicare con più rigore, può bloccare un rilascio di bugfix altrimenti banale — un motivo in più per fare il set bene una volta.
La checklist prima dell'invio #
Eseguila prima di ogni invio con nuovi screenshot:
- Dimensioni in pixel esatte per ogni spazio — validale qui
- Ogni screenshot mostra l'interfaccia reale e attuale dell'app (2.3.3)
- Niente che la build non sappia fare (2.3.1)
- Contenuti adatti al 4+ (2.3.8)
- Nessuna cornice, badge o menzione di Android/altre piattaforme (2.3.10)
- Nessun marchio, logo o persona di terzi senza diritti (5.2)
- Dati demo realistici, nessun segnaposto
- Nessun prezzo, sconto o affermazione di classifica incorporati nelle immagini
- Tutte le dimensioni di dispositivo richieste coperte, inclusi Watch/Vision Pro se pubblichi lì
- Per i video di anteprima, controlla la specifica video a parte
I testi ufficiali si trovano nelle Linee guida per la revisione dell'App Store, sezione 2.3 di Apple e nelle specifiche degli screenshot.
Rendi impossibile l'intera categoria di rifiuto #
Metà di questa lista — dimensioni, copertura, coerenza per lingua — è meccanica, e per i problemi meccanici esistono gli strumenti. Screenshot Studio cattura la tua interfaccia reale in cornici di dispositivo attuali (compatibile con 2.3.3 per costruzione), esporta ogni dimensione richiesta con esattezza (nessun rifiuto per dimensioni), mantiene i set localizzati sincronizzati e carica su App Store Connect con ogni file nello spazio giusto.
Le valutazioni di merito — cosa mostrare, cosa affermare — restano tue. I rifiuti che vengono dalla meccanica dei file non devono esserlo.
Scarica Screenshot Studio gratis e invia il tuo prossimo aggiornamento senza trattenere il fiato.