In breve
I tempi di revisione dell'App Store sono diventati imprevedibili: gli sviluppatori vedono app e aggiornamenti attendere tre settimane o quasi un mese, anche se Apple indica una media di 1,5 giorni. Ogni team il cui lancio, demo per il cliente o hotfix dipende dall'approvazione dovrebbe inserire un margine nel proprio sviluppo iOS e nel piano di rilascio, invece di contare su 48 ore.
Cosa segnalano gli sviluppatori?
Il 22 ottobre The Register ha segnalato una serie di thread sugli Apple Developer Forums con titoli come “Unusually long Apple ‘waiting for review’ time” e “Stuck in ‘Waiting for Review’ since October 8”. Uno sviluppatore, D1 Tech, ha dichiarato di essere in attesa dal 19 settembre. Un post su Reddit descriveva un'attesa di quasi un mese. Molte delle build in ritardo non erano nuove app, ma correzioni di bug per app già approvate.
Due giorni prima mobilegamer.biz aveva raccolto testimonianze simili dagli studi di videogiochi. Il responsabile di uno studio ha detto che cinque delle sue app erano in attesa di revisione da oltre una settimana; un altro sviluppatore ha spiegato che le revisioni richiedono spesso da tre a cinque giorni anche se accelerate, con feedback spesso vaghi. Anche i tracker di terze parti, come la dashboard dei tempi di revisione di Runway, mostrano medie in aumento.
Cosa dice Apple sui tempi di revisione?
Le indicazioni pubblicate da Apple affermano ancora che App Review gestisce “di norma” almeno il 50% degli invii in meno di 24 ore e il 90% in meno di 48 ore. In una dichiarazione a mobilegamer.biz, Apple ha indicato un tempo medio di revisione di 1,5 giorni per tutte le app e di 14 ore per gli aggiornamenti minori, precisando che alcune nuove app richiedono più tempo quando serve un esame aggiuntivo. Ha aggiunto che nelle ultime 12 settimane il team App Review ha gestito in media 378.000 invii a settimana e che continua “a far evolvere il processo di revisione per sostenere questa crescita”. Secondo The Register, al momento della pubblicazione Apple non aveva risposto alla sua richiesta di commento.
Entrambe le cose possono essere vere. Una media di 1,5 giorni nasconde una lunga coda, ed è proprio lì che un lancio slitta. Lo sviluppatore tipico può notare poche differenze mentre una minoranza attende settimane: è esattamente l'incertezza che manda all'aria le date di rilascio.
Perché la coda di revisione si allunga?
Apple non ha indicato una causa, ma la crescita dei volumi è ben documentata. Ad aprile The Information, ripreso da 9to5Mac, ha riportato un aumento dell'84% su base annua delle nuove app sull'App Store, perché gli strumenti di programmazione con l'IA hanno abbassato il costo di pubblicare un'app. Business Insider aveva già segnalato a marzo l'ondata di app scritte con l'IA. Più invii realizzati con poco impegno significano più app da esaminare a fondo, e Apple ha anche irrigidito le regole: il 16 ottobre ha introdotto la linea guida 2.5.19, che vieta le funzioni nascoste o dormienti attivate dopo l'approvazione.
Il momento aumenta la pressione. iPhone Duo è in vendita dal 23 ottobre con iOS 27.1 e Xcode 27.1 ha portato gli SDK e il simulatore per il suo layout pieghevole. I team che corrono a pubblicare build ottimizzate per Duo si mettono nella stessa coda dell'ondata di nuovi invii.
Cosa significa per i team software negli Stati Uniti e nell'UE
Per le aziende che vendono app mobile o dipendono da esse, App Review è passato da passaggio amministrativo a rischio di calendario. L'esposizione è massima in tre casi: lanci legati a una data di marketing o a un contratto con il cliente, hotfix per incidenti in produzione e app regolamentate in ambito FinTech o HealthTech, dove una correzione di sicurezza o di conformità non può aspettare tre settimane.
Il tempismo degli hotfix è la lacuna più seria. Se un flusso di pagamento si rompe o emerge un bug nella gestione dei dati, la correzione arriva agli utenti solo dopo l'approvazione di Apple, e la revisione accelerata è discrezionale. Acquistano quindi valore le contromisure lato server, come disattivare un flusso difettoso già presente nella build revisionata, purché restino entro ciò che App Review ha visto. Attivare nuove funzioni dopo l'approvazione è proprio ciò che la linea guida 2.5.19 ora vieta.
I team europei hanno un'alternativa parziale nei marketplace alternativi e nella distribuzione web previsti dal Digital Markets Act, ma anche queste app passano per la notarizzazione di Apple e non sono quindi una scorciatoia pulita. I contratti con i fornitori di sviluppo app dovrebbero inoltre smettere di promettere date fisse di pubblicazione sullo store e definire la consegna come “build inviata e controlli preliminari superati”.
Cosa significa per i team mobile in Italia?
In Italia i ritardi pesano soprattutto sulle app di banche, assicurazioni, pagamenti e servizi di mobilità, dove gli utenti si accorgono subito di un malfunzionamento. Per gli operatori finanziari vigilati da Banca d'Italia e CONSOB, il regolamento europeo DORA, applicabile da gennaio 2025, richiede una gestione solida del rischio informatico: un hotfix di sicurezza bloccato per settimane in revisione va quindi previsto nei piani di continuità operativa, con meccanismi di disattivazione lato server documentati invece di dare per scontata un'approvazione in 48 ore.
Per l'e-commerce e il retail, il calendario italiano concentra gli aggiornamenti prima del Black Friday, del periodo natalizio e dei saldi invernali: inviare già a novembre e tenere la build approvata in rilascio manuale evita che una campagna parta con l'app non aggiornata. Per software house e agenzie che sviluppano app a progetto per i clienti, conviene separare nel contratto il collaudo dalla pubblicazione sull'App Store e indicare il margine di revisione già nel piano di progetto.
Come pianificare i rilasci iOS con una revisione più lenta
- Prevedere un margine di revisione. Pianificate una o due settimane tra l'invio e qualsiasi lancio pubblico o impegno con il cliente, e misurate i tempi effettivi di ogni rilascio.
- Separare il lancio dall'approvazione. Inviate presto e usate il rilascio manuale, così la build approvata aspetta la vostra data e non il contrario.
- Fare tutto giusto al primo invio. Usate una checklist prima dell'invio per metadati, etichette sulla privacy, credenziali demo e note per App Review; ogni rifiuto fa ripartire l'attesa.
- Un interruttore di spegnimento, non di attivazione. Prevedete lato server modi per disattivare i flussi rischiosi della build revisionata e non usate i feature flag per attivare funzioni non revisionate.
- Riservare la revisione accelerata. Usatela solo per correzioni davvero critiche, così le richieste restano credibili, e mettete in conto giorni, non ore.
- Usare TestFlight e il rilascio graduale. Validate le build con tester esterni prima dell'invio e distribuite gradualmente gli aggiornamenti rischiosi dopo l'approvazione.
Domande frequenti
Quanto dura la revisione App Store a ottobre 2026?
Apple ha dichiarato a mobilegamer.biz che il tempo medio di revisione è di 1,5 giorni per tutte le app e di 14 ore per gli aggiornamenti minori, con alcune nuove app che richiedono più tempo quando serve un controllo aggiuntivo. Allo stesso tempo, sui forum di Apple e su Reddit gli sviluppatori segnalano singoli invii fermi in “Waiting for Review” per tre settimane o quasi un mese.
Perché la revisione App Store è più lenta?
Apple non ha indicato una causa. Secondo l'azienda, il team App Review ha gestito in media 378.000 invii a settimana nelle ultime 12 settimane e continua a far evolvere il processo per sostenere questa crescita. All'inizio del 2026 The Information ha riportato un aumento dell'84% su base annua delle nuove app, che la stampa collega alla diffusione degli strumenti di programmazione con l'IA.
Si può accelerare la revisione di un'app sull'App Store?
Apple consente di richiedere una revisione accelerata (expedited review) per correzioni critiche o eventi con scadenza, ma la concede caso per caso e gli sviluppatori riferiscono che anche le revisioni accelerate possono richiedere diversi giorni. La leva più affidabile è la pianificazione: inviare prima, mantenere build mirate ed evitare reinvii inutili, perché ogni nuova build fa ripartire la propria attesa.
Conviene cambiare il processo di rilascio mobile per via dei ritardi?
Sì, se una data dipende dall'approvazione. Inserite un margine di una o due settimane nei piani di lancio, separate le date di marketing dall'invio, inviate presto le build correttive, usate il rilascio graduale per gli aggiornamenti rischiosi e mantenete la configurazione lato server entro ciò che App Review ha visto, perché la regola 2.5.19 vieta le funzioni attivate dopo l'approvazione.
Fonti
The Register — Apple App Store review process hits a traffic jam (October 22, 2026)
mobilegamer.biz — App Store review times are being dragged down by a flood of AI-made apps and games (October 20, 2026)
9to5Mac — App Store sees 84% surge in new apps as AI coding tools take off (April 6, 2026)
Apple Developer — App Review