Waiting for Review su App Store Connect: tutti gli stati

Waiting for Review significa che Apple ha ricevuto il tuo invio, ma nessun reviewer l'ha ancora aperto. È lo stato che trovi nell'interfaccia di App Store Connect. Non devi fare niente, a parte tenere attivi l'account demo e il server. E soprattutto non ritirare la versione per rimandarla: la revisione ripartirebbe da zero.

Ecco gli altri stati di App Store Connect, con quello che ognuno ti chiede. Ho verificato le diciture il 25 ottobre 2026 in App Store Connect, sulle mie app. Le definizioni vengono dalla pagina ufficiale degli stati.

Gli stati di App Store Connect

Ogni stato è accompagnato da un pallino colorato: rosso, devi intervenire; giallo, c'è un processo in corso, da parte tua o di Apple; verde, l'app è pronta per la distribuzione.

Stato	Cosa significa	Cosa fai tu
Prepare for Submission	Versione in preparazione	Completa la scheda
Ready for Review	Tutto compilato, niente è partito	Invia
Invalid Binary	Build non conforme	Carica un'altra build
Waiting for Review	Ricevuta, non ancora aperta	Aspetta
In Review	Un reviewer la sta esaminando	Resta raggiungibile
Accepted	Approvata, un altro elemento rifiutato	Correggi o rimuovi l'altro
Pending Developer Release	Accettata, aspetta il tuo via libera	Pubblica quando vuoi
Ready for Distribution	Accettata e distribuibile	Controlla i contratti
Rejected	Versione rifiutata	Leggi il messaggio
Metadata Rejected	Scheda rifiutata, non la build	Correggi, poi rispondi
Developer Rejected	L'hai ritirata tu dalla revisione	Rimandala quando sei pronto

Subito prima della distribuzione puoi vedere anche Processing for Distribution: l'app è in elaborazione e sarà distribuibile entro 24 ore.

Esistono due stati più rari. Pending Apple Release: Apple trattiene la tua versione fino all'uscita pubblica del sistema operativo a cui è destinata; controlla il deployment target della build se non era voluto. Waiting for Export Compliance: Apple sta esaminando il tuo file CCATS.

Gli stati della build vera e propria, come Missing Compliance o Expired, sono un'altra lista, spiegata nella guida su numero di build e versione.

Cosa ti chiede ogni stato

Prima dell'invio

Prepare for Submission è il punto di partenza di ogni versione. Ready for Review significa che hai compilato tutto e indicato di voler inviare. Ad Apple non arriva niente finché non invii davvero la submission. In questo stato immagini e video non sono più modificabili.

Invalid Binary segnala una build che non rispetta i requisiti in vigore. Apple ti chiede di caricarne una nuova, o di sceglierne una conforme.

Durante la revisione

Waiting for Review: puoi ancora modificare alcune informazioni, oppure ritirare l'invio. Non puoi più caricare né modificare screenshot o anteprime video.

In Review: un membro di App Review sta testando la tua app. Se una parte richiede il login, la pagina App Review chiede un account demo valido nella sezione App Review Information. Le App Review Guidelines vogliono anche servizi server attivi e accessibili durante la revisione.

Dopo la revisione

Pending Developer Release è lo stato più ingannevole: la tua app è accettata, ma non è in vendita. Hai scelto la pubblicazione manuale e Apple aspetta un tuo segnale. Il pulsante in alto a destra nella pagina della versione (Release This Version nella guida di Apple) la pubblica, e possono servire fino a 24 ore perché compaia. Secondo la guida sulle opzioni di pubblicazione, Apple ti manda un promemoria via e-mail se resti in questo stato oltre 30 giorni.

Ready for Distribution: l'app è accettata e distribuibile, a patto che i tuoi contratti siano in vigore. Il titolare dell'account (Account Holder) accetta gli ultimi nella sezione Business. Per un'app a pagamento o con abbonamento si tratta del Paid Apps Agreement.

Accepted compare su un elemento approvato quando un altro elemento dello stesso invio, per esempio un abbonamento, è stato rifiutato. L'app esce solo quando è tutto accettato: correggi l'elemento rifiutato o rimuovilo dall'invio.

I rifiuti

Rejected: App Review ti spiega il motivo nella sezione App Review. L'invio passa a Unresolved Issues e, secondo la guida su questi invii, non puoi più aggiungerci elementi. I passaggi da seguire sono in rispondere ad App Review.

Metadata Rejected: il problema è nella scheda, non nel codice. Leggi il messaggio, correggi i metadati e rispondi. Non serve una nuova build. Un esempio è un rifiuto 2.3.10 per una menzione di Android nella scheda.

Developer Rejected: il nome spaventa, ma sei stato tu a ritirare la versione dalla revisione. Nel merito non è stato rifiutato niente. Rimanda la stessa build, o una nuova, quando sei pronto.

In ogni caso, rimanda solo dopo aver corretto tutto: Apple avverte che un nuovo invio con problemi irrisolti rallenta la revisione e porta allo stesso risultato.

Quando Waiting for Review dura troppo

Apple non fissa nessuna soglia oltre la quale l'attesa diventa anomala. I suoi obiettivi, e quanto valgono nella pratica, sono nella guida sui tempi di approvazione dell'App Store. Se li superi, la pagina Track a submission's review status cita tre casi che richiedono più tempo:

• Poca o nessuna cronologia di revisioni, il caso di una prima app.
• Documenti da confermare: autorizzazioni, licenze, accordi di partnership.
• Temi complessi o nuovi: contenuti regolamentati, nuove funzionalità della piattaforma, entitlement attivati.

Anche un'indagine su frodi o manipolazioni, come recensioni false o una funzione nascosta al reviewer, può allungare la revisione.

Per seguire l'attesa, apri la cronologia (History) nel menu laterale della tua app: secondo la guida sulla cronologia degli stati, ogni cambio di stato è registrato con la sua data. Per ricevere un'e-mail a ogni cambio, attiva la notifica App Status Reports nella gestione utenti.

Non ritirare la versione per farla ripartire

È il riflesso che costa di più. Secondo la guida di Apple sul ritiro, una versione ritirata esce dalla coda e passa a Developer Rejected. Se la rimandi, la revisione ricomincia dall'inizio.

Chiedere una revisione accelerata

Apple riserva la revisione accelerata alle vere urgenze e cita due esempi: la correzione di un bug critico e un'uscita legata a un evento collegato alla tua app.

1. Prima invia l'app: si può accelerare solo un invio già fatto.
2. Al momento dell'invio compila il campo Notes: per un bug critico, spiega il bug che la versione corregge; per un evento, indica nome, data e il legame con la tua app. Aggiungi un account demo se alcune funzioni richiedono il login.
3. Invia il modulo Request an Expedited App Review scegliendo l'app e la piattaforma.

App Review valuta ogni richiesta e accelera in base alla disponibilità. Una richiesta non è mai una garanzia.

Contattare Apple

Per un invio in corso, la guida App Review indica il pulsante Reply to App Review in App Store Connect: ti risponde uno specialista che conosce la tua app. Quel campo non serve né a chiedere una revisione accelerata né a fare ricorso, che hanno i loro moduli. Dopo una risposta di App Review, nella stessa finestra puoi chiedere una chiamata con un rappresentante Apple. Di solito le chiamate avvengono entro tre-cinque giorni lavorativi.

TestFlight: una build in Waiting for Review per i tester esterni

Lo stesso stato, Waiting for Review, esiste anche nella scheda TestFlight, per un'altra revisione. La lista degli stati delle build fa la distinzione:

• Tester interni: una build in stato Ready to Submit può già essere distribuita a loro, senza beta review.
• Tester esterni: la build va a TestFlight App Review e passa allo stato Waiting for Review, poi In Beta Review. I test esterni iniziano solo dopo l'approvazione.

La guida sui tester esterni precisa che la prima build di una versione richiede una revisione completa, le successive non per forza. Per ogni versione può essere in revisione una sola build alla volta, e puoi inviarne fino a sei ogni 24 ore. Una build rifiutata passa a Rejected e non è più utilizzabile in TestFlight: devi caricarne una nuova. Il resto è nella guida TestFlight per testare la tua app iPhone.

Ridurre l'attesa prima dell'invio

Lo dice Apple stessa nella pagina di monitoraggio: per ridurre i tempi di revisione, compila la sezione App Review Information e allega tutti i documenti richiesti prima di inviare. L'Apple Review Kit contiene la mia checklist pre-invio e dei modelli di note per il reviewer: account demo, acquisti in-app, funzioni nascoste.

Stai preparando il tuo primo invio? La diagnosi gratuita ti manda la mia checklist anti-rifiuto Apple e ti dice cosa ti manca. Tutti i passaggi sono raccolti in pubblicare un'app sull'App Store.

Domande frequenti

Cosa significa Waiting for Review su App Store Connect?

Apple ha ricevuto il tuo invio, ma la revisione non è ancora iniziata. Puoi ancora modificare alcune informazioni, ma non più gli screenshot né le anteprime video.

Quanto dura lo stato Waiting for Review?

Apple pubblica degli obiettivi di tempo, non una garanzia, e nessuna soglia d'allarme. Una prima app, senza cronologia di revisioni, rientra nei casi che secondo Apple richiedono più tempo.

Devo ritirare la versione se l'attesa è troppo lunga?

No. Una versione ritirata passa a Developer Rejected, e quando la rimandi la revisione ricomincia dall'inizio. Per una vera urgenza, come la correzione di un bug critico, chiedi piuttosto una revisione accelerata.

Cosa significa Pending Developer Release su App Store Connect?

Apple ha accettato la tua versione, ma hai scelto di pubblicarla tu. Non è in vendita finché non la pubblichi dalla sua pagina.

Perché la mia build TestFlight è in Waiting for Review?

Lo stato Waiting for Review significa che l'hai inviata per i tester esterni: aspetta TestFlight App Review, e i test esterni iniziano dopo l'approvazione. I tester interni non hanno bisogno di questa revisione.