Revisione in corso significa che un revisore di Apple sta esaminando la tua app: non è un blocco, ma la fase attiva dell'esame. Nel 2026, secondo Apple, in media il 90% delle richieste viene esaminato in meno di 24 ore, anche se alcune app richiedono da uno a tre giorni, e non esiste un tempo garantito. La regola pratica è semplice: se sei entro pochi giorni, aspetta, e non rinviare un nuovo build, perché un nuovo invio riparte in fondo alla coda e allunga i tempi invece di accorciarli. Solo un'attesa molto oltre la norma giustifica un intervento.
Risposta rapida
Revisione in corso vuol dire che l'app è nella fase di esame vera e propria. Secondo Apple, in media il 90% delle richieste viene esaminato in meno di 24 ore, senza però una garanzia di tempo. Nel 2026 molti sviluppatori vedono tempi da poche ore a uno o tre giorni. Se rientri in questo intervallo, la cosa giusta è aspettare e non rinviare, perché un nuovo invio ti fa perdere il posto in coda. Contatta Apple solo se il tempo supera nettamente la norma.
Cosa significa "Revisione in corso"
Revisione in corso, in inglese In Review, è lo stato che App Store Connect mostra quando un revisore ha iniziato a valutare il tuo invio. Va distinto dallo stato precedente, In attesa di revisione, che vuol dire che l'app è in coda ma nessuno l'ha ancora presa in carico. Passare a Revisione in corso è quindi un segnale positivo: l'esame è partito, non è fermo. È una fase normale del percorso di pubblicazione, non un errore.
Ciò che spesso genera ansia è la sensazione che nulla si muova. Ma lo stato non cambia in tempo reale: si aggiorna solo quando la fase corrispondente si conclude. Un'app può restare in Revisione in corso per qualche ora e poi passare direttamente ad approvata. Vedere lo stato fermo non significa quindi che qualcosa sia andato storto, ma solo che la valutazione è ancora in corso. La lettura corretta è guardare da quanto tempo l'app è in quello stato, non il semplice fatto che sia immobile.
Quanto tempo è normale nel 2026
Il riferimento più affidabile resta Apple: in media il 90% delle richieste viene esaminato in meno di 24 ore. Nella pratica, nel 2026 molti sviluppatori osservano tempi che vanno da poche ore a uno o tre giorni, e le nuove app tendono a richiedere più tempo degli aggiornamenti. Restare da uno a tre giorni in Revisione in corso rientra nell'intervallo normale e non è un motivo per agire.
Ciò che esce dalla norma è uno stato che non si muove per diversi giorni di fila, tipicamente oltre una settimana, senza alcun cambiamento né messaggio nel Resolution Center. È a quel punto che diventa sensato indagare ed eventualmente contattare Apple. La distinzione pratica è semplice: entro pochi giorni è coda; ben oltre e senza comunicazioni, potrebbe esserci qualcosa di bloccato da segnalare. Poiché Apple non promette un tempo fisso, questi intervalli servono da orientamento, non da garanzia, e vanno letti come tali.
Perché a volte ci vuole di più
Il tempo di revisione non è costante, e diversi fattori lo allungano. Il più comune è il volume: nei periodi di forte attività, come le settimane vicine a grandi uscite o alle festività, i tempi possono estendersi a qualche giorno per tutti. Anche il tipo di invio conta: una prima pubblicazione di un'app nuova richiede in genere un esame più approfondito rispetto a un aggiornamento di una app già presente sullo Store.
Ci sono poi cause legate al singolo invio. Se il revisore ha bisogno di un chiarimento o rileva un problema, apre un messaggio nel Resolution Center, e da quel momento l'app resta di fatto ferma finché non rispondi. Anche funzionalità che richiedono verifiche particolari, o metadati poco chiari, possono rallentare la valutazione. La conseguenza pratica è che un tempo più lungo non è di per sé un errore: spesso è solo coda o approfondimento, ma vale la pena controllare il Resolution Center per escludere che dipenda da qualcosa che spetta a te.
Aspettare o rinviare?
È la decisione che genera più errori. Se l'app è in In attesa di revisione o in Revisione in corso ed è ancora entro pochi giorni, la scelta giusta è aspettare. Rinviare un nuovo build non velocizza l'esame: al contrario, sostituisce il build precedente e riparte in fondo alla coda, allungando i tempi invece di aiutare. Senza un motivo concreto, rinviare durante l'attesa peggiora quindi la situazione.
Rinviare ha senso solo quando devi davvero correggere qualcosa nel build, per esempio dopo un rifiuto nel Resolution Center o individuando un errore grave che verrebbe comunque bocciato. In quel caso il nuovo invio fa ripartire l'esame di quel build, ed è previsto. Al di fuori di questo, annullare e rinviare solo per tentare di sbloccare è controproducente. La regola: se l'obiettivo è solo uscire dallo stato di attesa, non rinviare; se c'è una correzione reale, rinvia sapendo che la coda riparte da zero.
Cosa controllare e quando contattare Apple
Quando l'attesa supera nettamente la norma, ci sono passi concreti. Per prima cosa, controlla il Resolution Center in App Store Connect: se Apple ha chiesto informazioni o segnalato un problema, l'app resta ferma finché non rispondi, ed è la causa più comune di un'app che non avanza. Rispondere lì è spesso ciò che sblocca davvero. Poi verifica che non ci siano elementi in sospeso, come un contratto o informazioni di conformità non completate.
Se nonostante questo l'app resta ben oltre il tempo normale, usa il modulo di contatto di Apple per gli sviluppatori e descrivi il caso. Per situazioni urgenti e legittime, come correggere un bug critico o lanciare un'app legata a un evento a cui sei direttamente associato, puoi richiedere una revisione accelerata, che Apple valuta caso per caso e non garantisce. Non chiederla solo perché l'attesa ti sembra lunga: riservala alle vere urgenze, perché richieste in eccesso vengono approvate meno spesso.
Tempi e cosa fare
Associare ogni situazione all'azione giusta evita interventi inutili. La tabella riassume.
| Situazione | Cosa significa | Cosa fare |
|---|---|---|
| In attesa di revisione | In coda, non ancora esaminata | Aspettare entro pochi giorni |
| Revisione in corso | Un revisore la sta esaminando | Aspettare, non rinviare |
| Da uno a tre giorni | Rientra nella norma | Nessuna azione |
| Messaggio nel Resolution Center | App ferma senza tua risposta | Rispondere subito |
| Ferma oltre una settimana | Fuori dall'intervallo normale | Controllare e contattare Apple |
Leggi l'ultima riga come la soglia di escalation: solo lì contattare Apple ha senso.
Lista di controllo
Prima di preoccuparti per un'attesa, ripassa questi punti. La lista copre l'essenziale.
| Verifica | Azione | Fatto? |
|---|---|---|
| Tempo reale trascorso | Contare i giorni, non la sensazione | [ ] |
| Resolution Center | Leggere e rispondere ai messaggi di Apple | [ ] |
| Contratti e conformità | Confermare che nulla sia in sospeso | [ ] |
| Necessità di rinvio | Rinviare solo se c'è una correzione reale | [ ] |
| Urgenza legittima | Chiedere la revisione accelerata solo se giustificata | [ ] |
| Contatto con Apple | Usare il modulo se ben oltre la norma | [ ] |
Il punto più trascurato è il secondo: un messaggio non letto nel Resolution Center blocca l'app finché non intervieni.
Dove entra la sicurezza
Niente di tutto questo velocizza l'esame in sé, che dipende da Apple, ma preparare bene l'invio riduce il rischio di rifiuti che causano proprio questi ritardi.
Uno scanner come PTKD.com analizza il pacchetto della tua app iOS o Android e segnala problemi di sicurezza, come chiavi esposte o permessi eccessivi, prima dell'invio, collegandoli a OWASP MASVS. Per essere chiari sul limite: PTKD non influisce sui tempi della coda né sullo stato della revisione, che dipendono solo da Apple. Ciò che evita è la categoria di rifiuti dovuti a problemi di sicurezza, che rimandano l'app all'inizio del processo, ed è per questo che una verifica prima dell'invio aiuta a non aggiungere ritardi evitabili a una coda già di per sé incerta.
Cosa ricordare
- Revisione in corso significa che un revisore di Apple sta esaminando l'app: è la fase attiva dell'esame, non un blocco.
- Nel 2026 Apple dichiara che in media il 90% delle richieste viene esaminato in meno di 24 ore, senza garanzia, e alcuni casi richiedono da uno a tre giorni o più nei periodi di picco.
- Entro pochi giorni aspetta; non annullare né rinviare solo per sbloccare, perché un nuovo build riparte in fondo alla coda.
- Rinvia solo se c'è una correzione reale, e controlla il Resolution Center, perché un messaggio non letto è la causa più comune di un'app ferma.
- Fai escalation solo se l'attesa supera nettamente la norma, usa il modulo di contatto di Apple e riserva la revisione accelerata alle vere urgenze; una verifica con PTKD.com prima dell'invio evita rifiuti di sicurezza che generano nuovi ritardi.
