In sintesi. Online trovi quasi ovunque la stessa regola: mantenere un’app costa circa il 20% del costo di sviluppo ogni anno. È una scorciatoia comoda, ma nasconde la cosa più importante: il costo di manutenzione non lo decide il tuo budget, lo decidono due scadenze fisse imposte dagli store. Google Play il 31 agosto, Apple il 28 aprile. Chi le ignora perde i nuovi utenti su Android e, nei casi estremi, l’app sparisce dall’App Store. In questo articolo vediamo cosa contiene davvero la voce “manutenzione”, perché sulle app economiche il 20% è sbagliato per difetto, e come la gestiamo noi sulla nostra app.
Tempo di lettura: ~8 minuti · Scadenze e regole citate dalle pagine ufficiali di Apple e Google, in fondo la sezione Fonti.
Quanto costa mantenere un’app? La risposta che circola online è “circa il 20% del costo di sviluppo all’anno”. Quindi un’app pagata 40.000 euro ne costerebbe 8.000 l’anno per restare online. Quella cifra non è assurda, ma è il modo sbagliato di ragionare. Il costo di manutenzione di un’app non è una percentuale: è un calendario. E il calendario, nel 2026, ha almeno due date fisse che non dipendono da te.
Questo articolo è il seguito naturale di quanto costa sviluppare un’app nel 2026. Lì abbiamo parlato di quanto costa costruirla. Qui parliamo di quanto costa tenerla in vita, che è la voce che nei preventivi nessuno guarda e che negli anni pesa di più.
1. La regola del 20%: da dove viene e perché non basta
Il 20% annuo è una stima di comodo che trovi in decine di articoli, quasi sempre senza fonte. Non è inventata dal nulla: nella letteratura sul software la manutenzione è da decenni la voce più grossa del costo totale di un sistema. Uno degli studi più citati, quello di Barry Boehm, attribuisce alla manutenzione circa i due terzi del budget complessivo lungo la vita di un software.
Il problema è che una percentuale ti dice quanto spenderai in media su dieci anni. Non ti dice quando, né perché. E per chi deve mettere a budget il prossimo anno, “quando” e “perché” contano più della media. Per un’app mobile, il “perché” ha un nome preciso: gli store.
2. Le due scadenze fisse che decidono il budget
31 agosto: Google Play. Dal 31 agosto 2026 le nuove app e gli aggiornamenti su Google Play devono avere come target Android 16 (API level 36) o superiore. Le app già pubblicate devono avere almeno Android 15 (API level 35) per restare disponibili ai nuovi utenti con dispositivi recenti. Chi ha bisogno di più tempo può chiedere una proroga fino al 1° novembre. È una scadenza annuale: Google alza l’asticella di un livello ogni anno, sempre a fine agosto.
28 aprile: Apple. Dal 28 aprile 2026 ogni app caricata su App Store Connect deve essere compilata con Xcode 26 e l’SDK di iOS 26. Anche questa è ricorrente: ogni primavera Apple rende obbligatorio l’SDK rilasciato l’estate precedente. In pratica, se non compili con la toolchain nuova, l’aggiornamento non viene proprio accettato.
Due date, due aggiornamenti forzati all’anno. Anche se la tua app non ha bisogno di nessuna funzionalità nuova, anche se è perfetta così com’è. Ed è qui che la regola del 20% inizia a scricchiolare: queste scadenze sono identiche per un’app da 15.000 euro e per una da 100.000.
3. Cosa succede se non aggiorni
La conseguenza più sottovalutata è su Android. Un’app che ha come target una versione di Android troppo vecchia non viene rimossa: semplicemente non compare più agli utenti nuovi che hanno un telefono più recente del target dell’app. L’app resta nello store, i clienti esistenti continuano a usarla, ma il rubinetto dei nuovi download si chiude piano piano. Nessun avviso, nessun errore. Solo download che calano e nessuno che capisce perché.
Su iOS il meccanismo è diverso. Finché non provi a pubblicare un aggiornamento, non succede nulla. Ma il giorno in cui serve una correzione urgente, scopri che per pubblicarla devi prima aggiornare toolchain, framework e dipendenze. Il bugfix da un’ora diventa giorni di lavoro, nel momento peggiore.
C’è poi il caso limite. Apple rimuove dall’App Store le app che non ricevono aggiornamenti da tre anni e hanno pochissimi download negli ultimi dodici mesi, con 90 giorni di preavviso per inviare una nuova versione. Le app che vanno in crash all’avvio vengono rimosse subito. Non è uno scenario da azienda strutturata, ma dimostra che “la lasciamo lì com’è” non è un’opzione neutra. E se l’app è rimasta ferma troppo a lungo, prima di riscriverla leggi quando conviene davvero rifare un’app da zero.
4. Le voci che compongono il costo di manutenzione
Quando un cliente ci chiede quanto costa mantenere un’app, la scomponiamo così.
Costi fissi degli store
Sono i più piccoli e i più noti: 99 dollari l’anno per l’Apple Developer Program, 25 dollari una tantum per l’account Google Play. Se l’app vende qualcosa dentro lo store si aggiungono le commissioni sulle transazioni, ma quello è un costo variabile legato ai ricavi, non alla manutenzione.
Infrastruttura e servizi
Backend, database, notifiche push, email, analytics, crash reporting (gratuiti su Firebase: quali numeri leggere lo spieghiamo in Metriche di un’app dopo il rilascio), API di terze parti. Sono abbonamenti mensili che scalano con gli utenti, non con il costo di sviluppo: un altro motivo per cui la percentuale è fuorviante. Le soglie gratuite e i listini di questi servizi li abbiamo messi in fila in Costi di gestione di un’app: la notifica è gratis, l’SMS no.
Gli aggiornamenti forzati
Le due scadenze del paragrafo precedente. Ogni aggiornamento del target SDK o della toolchain comporta ricompilare, verificare che nulla si sia rotto, aggiornare le librerie che nel frattempo sono diventate incompatibili, e ripassare la review dello store. Il costo di ciascuno dipende quasi solo da una variabile: da quanto tempo l’app non viene toccata. Un’app aggiornata ogni pochi mesi passa la scadenza in qualche giorno. Un’app ferma da due anni può richiedere settimane, perché ogni libreria va aggiornata di più versioni insieme e i problemi si sommano.
Il framework e le dipendenze
Flutter pubblica una release stable all’incirca ogni tre mesi. Non sei obbligato a seguirle tutte, ma prima o poi una libreria che usi richiede una versione minima di Flutter più recente, e a quel punto l’aggiornamento diventa obbligato. Lo stesso vale per i sistemi operativi: ogni settembre arriva un nuovo iOS, ogni anno un nuovo Android, e qualcosa cambia sempre nel modo in cui gestiscono permessi, notifiche o pagamenti.
Bug, supporto e piccole modifiche
La voce che tutti immaginano quando pensano alla manutenzione, ed è la meno prevedibile. Un’app con test automatici e un’architettura pulita genera pochi bug e ogni correzione costa poco. Un’app costruita di fretta genera bug a ogni aggiornamento di sistema. Anche qui: dipende da come è stata fatta, non da quanto è costata.
5. Perché sulle app economiche il 20% è sbagliato per difetto
Questa è la parte scomoda, e la diciamo perché la vediamo spesso quando un’azienda ci passa un’app fatta da altri.
Le due scadenze degli store, gli aggiornamenti del framework e i cambi di sistema operativo costano lo stesso lavoro a prescindere dal prezzo iniziale dell’app. Un’app pagata 12.000 euro e una pagata 60.000 devono entrambe passare Android 16 entro agosto e Xcode 26 entro aprile. Sulla seconda, quel lavoro pesa magari il 10% del costo iniziale. Sulla prima pesa il triplo, in percentuale.
E spesso è anche più caro in assoluto, perché un’app economica di solito è economica per un motivo: niente test, dipendenze scelte in fretta, codice che nessuno ha più toccato dal rilascio. Ogni aggiornamento forzato diventa un piccolo rifacimento. Ne abbiamo scritto in sviluppo app per aziende: i 7 errori che ti costano 6 mesi e 30.000 euro: il risparmio iniziale lo restituisci in manutenzione, con gli interessi.
Per questo, quando riceviamo un’app da mantenere, prima ancora di aprire il codice guardiamo due numeri: la versione di Flutter con cui è stata compilata e il target SDK Android. Ci dicono da quanto tempo l’app è ferma, e quanto costerà rimetterla in pari, meglio di qualsiasi documentazione.
6. Il nostro caso: un’app in manutenzione pura
Wovio è la nostra app di audio coaching per l’allenamento, l’abbiamo raccontata su questo blog nel 2024. Su Wovio abbiamo preso una decisione precisa: non aggiungere funzionalità. Nessuna roadmap, nessuna feature nuova, solo tenerla in vita e sistemare quello che va sistemato.
È l’esperimento perfetto per capire cosa costa la manutenzione “pura”, quella senza sviluppo. E la risposta è che non è mai zero. Il calendario degli store corre anche per un’app che non cambia: la toolchain va aggiornata, le librerie vanno riallineate, ogni nuovo iOS va provato. Una percentuale fissa del costo di sviluppo, su un’app così, sbaglia in entrambe le direzioni: troppo negli anni tranquilli, troppo poco nell’anno in cui il framework o una libreria importante cambia versione e costringe a riallineare tutto.
La lezione che ne abbiamo tratto e che applichiamo sui progetti dei clienti è semplice: l’aggiornamento piccolo e frequente costa sempre meno di quello grande e rimandato. Anche quando “non c’è niente da fare”.
7. Come tenere basso il costo di manutenzione
Una sola codebase. Con due app native ogni scadenza, ogni bug e ogni aggiornamento si pagano due volte. È il motivo principale per cui consigliamo Flutter alla maggior parte delle aziende, e lo abbiamo argomentato in Flutter o nativo: cosa conviene a un’azienda nel 2026.
Aggiornare poco e spesso. Un giro di aggiornamento delle dipendenze ogni due o tre mesi, anche senza nuove funzionalità, trasforma le scadenze degli store in una formalità. La manutenzione rimandata non sparisce: si accumula.
Test automatici e pipeline di rilascio. Se ricompilare e pubblicare richiede un pomeriggio di lavoro manuale, gli aggiornamenti si rimandano. Se è un comando, si fanno.
Metterla a budget dal primo giorno. Il preventivo per un’app dovrebbe sempre avere una riga per l’anno dopo. Se un fornitore non la mette, non è perché la manutenzione non esiste: è perché non è il suo problema. Un modo per renderla prevedibile è un canone mensile con uno sviluppatore dedicato a prezzo fisso, che segue l’app tra un rilascio e l’altro invece di intervenire solo in emergenza.
Partire piccoli. Meno codice significa meno da mantenere. È uno dei motivi meno citati per cui un MVP conviene anche a chi ha il budget per fare di più.
Domande frequenti
Quanto costa mantenere un’app all’anno?
La stima diffusa è circa il 20% del costo di sviluppo, ma è una media che non tiene conto delle scadenze fisse degli store né dello stato del codice. Una risposta seria parte dalle voci concrete: costi fissi degli store, infrastruttura, i due aggiornamenti forzati all’anno, framework e dipendenze, bug e supporto. Le prime due sono prevedibili, le altre dipendono da quanto l’app viene tenuta aggiornata.
Cosa succede se non aggiorno la mia app?
Su Google Play l’app smette di essere visibile ai nuovi utenti con dispositivi più recenti del suo target. Su App Store non puoi più pubblicare aggiornamenti finché non passi alla toolchain richiesta, e le app ferme da tre anni con pochi download possono essere rimosse con 90 giorni di preavviso.
Ogni quanto va aggiornata un’app?
Il minimo obbligato è due volte l’anno, in corrispondenza delle scadenze di Apple e Google. Nella nostra esperienza conviene un giro di manutenzione ogni due o tre mesi: costa meno di un aggiornamento grande una volta l’anno e rende le scadenze una formalità.
Conviene un contratto di manutenzione o pagare a intervento?
Dipende da quanto l’app è critica per il business. Se un blocco dell’app ti fa perdere clienti, un canone che include aggiornamenti periodici e tempi di risposta definiti è quasi sempre più economico dell’intervento in emergenza, che arriva sempre nel momento peggiore e su un codice fermo da mesi.
Parliamone
Se hai un’app già online e non sai in che stato è, o stai chiedendo preventivi e nessuno ti parla dell’anno dopo, scrivici. Guardiamo la versione di Flutter, il target SDK e le dipendenze, e ti diciamo cosa serve per metterla in pari e quanto costa tenerla così. Senza slide, senza marketese.
Fonti
- Google, Meet Google Play’s target API level requirement: scadenza 31 agosto 2026, Android 16 (API 36) per nuove app e aggiornamenti, Android 15 per le app esistenti, proroga fino al 1° novembre 2026.
- Apple, Upcoming requirements: dal 28 aprile 2026 le app caricate su App Store Connect devono essere compilate con Xcode 26 e l’SDK di iOS 26.
- Apple, App Store Improvements: rimozione delle app non aggiornate da tre anni con download minimi, preavviso di 90 giorni.
- Apple, Apple Developer Program: 99 dollari l’anno. Google, Play Console: quota di registrazione una tantum di 25 dollari.
- Flutter, Release notes: cadenza delle release stable.
- Instant Developer, Come stimare il costo di manutenzione di un software: la stima di Boehm sulla quota di budget assorbita dalla manutenzione.
