Se gestite dispositivi Android in ambito professionale — o anche solo volete capire perché il vostro smartphone Samsung mostra ancora un aggiornamento Google Play di mesi fa — questo articolo fa per voi. Nel 2026, Google ha completamente ridisegnato la strategia di distribuzione delle patch Android, ma la frammentazione resta il problema più ostico dell’ecosistema. Ve lo dico per esperienza diretta: gestendo decine di dispositivi aziendali su Plesk e MDM, ho toccato con mano quanto sia complesso tenere tutto aggiornato.
Il punto è questo: oggi esistono almeno tre canali paralleli per aggiornare un dispositivo Android — gli aggiornamenti OTA tradizionali del produttore, le Google Play System Updates (Project Mainline), e il Generic Kernel Image (GKI). Ognuno ha tempistiche, copertura e limitazioni diverse. In questa guida vi mostro come funzionano, dove si sovrappongono, e qual è il timeline realistico per vedere davvero ridotta la frammentazione.
Se vi interessa il tema sicurezza Android, ho già trattato nel dettaglio le patch di sicurezza Android di marzo 2026 e lo zero-day Qualcomm CVE-2026-21385. Qui invece ci concentriamo sulla strategia di delivery nel suo complesso.
Cos’è Project Mainline e Come Funzionano le Google Play System Updates
Project Mainline è stato introdotto con Android 10 nel 2019 con un’idea semplice ma rivoluzionaria: scomporre componenti critici del sistema Android in moduli aggiornabili direttamente tramite Google Play, senza bisogno di un aggiornamento OTA completo dal produttore.
Nel 2026, i moduli Mainline hanno superato quota 50 componenti, una crescita impressionante rispetto ai 12 iniziali di Android 10. Tra i moduli aggiornabili troviamo:
- MediaProvider — gestione dei file multimediali
- Permission Controller — sistema dei permessi
- Documents UI — interfaccia documenti
- Android WebView — rendering web nelle app
- DNS Resolver — risoluzione DNS
- Network Stack — componenti di rete
- NNAPI Runtime — accelerazione AI on-device
- Private Compute Services — elaborazione privata
La cosa interessante è che le Google Play System Updates funzionano su praticamente tutto l’ecosistema: smartphone, tablet, Wear OS, Android TV, Google TV, Android Auto e persino PC. L’aggiornamento di marzo 2026 ha coinvolto Android System Intelligence, WebView, Google Play Services e il Play Store stesso.
OTA Delivery Tradizionale: Come Funziona e Perché È Ancora Necessario
Nonostante Project Mainline, l’aggiornamento OTA (Over-The-Air) tradizionale resta indispensabile per tutto ciò che non è modularizzato. Il kernel, i driver hardware specifici del chipset, le personalizzazioni del produttore (One UI, ColorOS, MIUI), e il framework Android core richiedono ancora l’intervento del produttore.
Il processo tipico è questo:
- Google pubblica il Security Bulletin mensile (ad esempio, il bulletin di marzo 2026 ha corretto oltre 100 vulnerabilità)
- I produttori ricevono il codice sorgente con anticipo di 30 giorni
- Ogni OEM integra le patch nel proprio firmware personalizzato
- Seguono test interni, certificazione carrier e rollout graduale
- L’utente finale riceve l’update settimane o mesi dopo
È proprio in questo processo che si crea il gap di frammentazione: mentre Google Pixel riceve le patch il giorno stesso del bulletin, altri dispositivi possono aspettare da 30 a 90 giorni — o anche di più.
Il Caso Samsung: Perché le Google Play System Updates Arrivano in Ritardo
Se avete un Samsung Galaxy, probabilmente avete notato che la data della Google Play System Update è spesso indietro di mesi rispetto a quanto disponibile. All’inizio del 2026, molti dispositivi Galaxy erano fermi alla versione di luglio 2025 — quasi sei mesi di ritardo.
Samsung ha finalmente spiegato la situazione: l’azienda sospende temporaneamente la distribuzione degli aggiornamenti Google Play dopo ogni major update di One UI, per verificare la compatibilità. In pratica, Samsung testa ogni modulo Mainline contro le proprie personalizzazioni prima di rilasciarlo.
Queste pause durano tipicamente 2-4 mesi dopo un aggiornamento principale One UI, poi si normalizzano. Il problema è che questo pattern si ripete ad ogni ciclo, creando finestre di vulnerabilità significative. A gennaio 2026 si è verificato anche un bug clamoroso: l’aggiornamento Google Play di gennaio ha riportato indietro alcuni utenti alla versione di novembre 2025.
Per chi gestisce flotte aziendali, come faccio io con i dispositivi dei clienti, questo è un incubo di cybersecurity: hai un dispositivo che in teoria supporta gli aggiornamenti modulari, ma in pratica è mesi indietro.
Generic Kernel Image (GKI): Il Terzo Pilastro della Strategia Google
C’è un terzo canale che molti sottovalutano: il Generic Kernel Image (GKI). Google ha reso il GKI obbligatorio su tutti i form factor Android, e questo cambia le carte in tavola per quanto riguarda gli aggiornamenti del kernel.
Il GKI presenta una Kernel Module Interface (KMI) stabile per i moduli vendor, il che significa che kernel e moduli possono essere aggiornati indipendentemente. Android 16 utilizza il kernel android16-6.12, e le ottimizzazioni che Google apporta al kernel tramite GKI si propagano a tutti gli OEM.
In pratica, il GKI permette a Google di:
- Distribuire fix di sicurezza a livello kernel senza dipendere dal produttore per il driver layer
- Mantenere una codebase kernel unificata tra dispositivi diversi
- Ridurre i tempi di integrazione per gli OEM
Prima del GKI, ogni produttore partiva dal kernel AOSP, applicava le proprie modifiche, poi integrava i driver del chipmaker. Un processo che poteva richiedere mesi. Con il GKI, la parte core del kernel è condivisa e aggiornabile in modo più fluido.
Il Modello Trunk Stable e il Nuovo Calendario AOSP 2026
Una delle novità più significative del 2026 è il passaggio di Google al modello trunk stable per lo sviluppo Android, con una riduzione dei rilasci AOSP da quattro a due all’anno (Q2 e Q4).
Cosa significa in pratica? Prima, Google rilasciava il codice sorgente per ogni release iniziale più QPR1, QPR2 e QPR3, quindi circa ogni tre mesi. Ora i rilasci avvengono solo per la release iniziale e QPR2. Le modifiche che sarebbero state incluse in QPR1 e QPR3 vengono integrate nei rilasci successivi.
L’impatto principale è su due fronti:
- OEM: meno pressione per integrare aggiornamenti trimestrali, ma finestre più lunghe tra un rilascio e l’altro
- Custom ROM: comunità come LineageOS e GrapheneOS dovranno attendere di più per integrare le modifiche platform-level
Per gli utenti finali, Google compensa con un uso più aggressivo di feature flags: le funzionalità vengono sviluppate nel trunk principale e attivate solo quando pronte, indipendentemente dal ciclo di rilascio AOSP. È un approccio simile a quello che vediamo in ambito sviluppo Android moderno con architetture composable.
Confronto Diretto: Google Play System Updates vs OTA vs GKI
Ecco un riepilogo pratico delle tre strategie:
Google Play System Updates (Project Mainline)
- Cosa aggiorna: oltre 50 moduli di sistema (media, rete, permessi, WebView, DNS, ecc.)
- Frequenza: mensile (ma con ritardi OEM fino a 2-6 mesi)
- Copertura: Android 10+ con Google Play Services
- Vantaggio: bypassa il produttore per componenti critici
- Limite: gli OEM possono bloccare o ritardare la distribuzione
OTA Tradizionale (Firmware Update)
- Cosa aggiorna: kernel, driver, framework, UI del produttore, tutto il resto
- Frequenza: mensile (Pixel), bimestrale/trimestrale (altri OEM)
- Copertura: dipende dalla policy di supporto del produttore (2-7 anni)
- Vantaggio: aggiornamento completo del sistema
- Limite: ritardi significativi, dipendenza da OEM e carrier
Generic Kernel Image (GKI)
- Cosa aggiorna: kernel core, separato dai moduli vendor
- Frequenza: legata ai rilasci AOSP (ora biennale)
- Copertura: dispositivi con GKI obbligatorio (Android 12+)
- Vantaggio: kernel unificato, integrazione OEM più rapida
- Limite: i driver vendor restano responsabilità dell’OEM
La Politica dei 7 Anni di Supporto: Realtà vs Aspettative
Nel 2026, sia Google che Samsung garantiscono 7 anni di aggiornamenti OS e sicurezza per i dispositivi flagship. I Pixel 8 e successivi ricevono supporto fino al 2030, i Galaxy S24 e successivi seguono la stessa timeline.
Ma c’è una differenza sostanziale tra “7 anni di supporto” e “7 anni di aggiornamenti tempestivi”. Nella mia esperienza gestendo dispositivi aziendali:
- Google Pixel: aggiornamenti il giorno stesso del Security Bulletin, con Pixel Drop trimestrali
- Samsung Galaxy flagship: entro 30-60 giorni per le patch di sicurezza OTA, ma con gap significativi sulle Google Play System Updates
- Fascia media/bassa: aggiornamenti trimestrali o semestrali, supporto ridotto a 2-4 anni
La realtà è che la promessa dei 7 anni vale principalmente per chi acquista flagship da 800€+. Il grosso del mercato Android — dispositivi economici e di fascia media — resta esposto alla frammentazione delle patch, come ho discusso anche nell’articolo sulla verifica obbligatoria degli sviluppatori Android.
Timeline Realistico: Quando la Frammentazione Android Sarà Risolta?
Ve lo dico chiaramente: la frammentazione Android non sarà mai completamente risolta, perché è una caratteristica strutturale di un ecosistema aperto con centinaia di OEM. Però possiamo tracciare un timeline realistico dei miglioramenti:
2026 (Ora)
- 50+ moduli Mainline aggiornabili via Google Play
- GKI obbligatorio su tutti i form factor
- Modello trunk stable con rilasci AOSP biennali
- 7 anni di supporto per flagship, ma gap OEM di 2-6 mesi sulle System Updates
2027-2028 (Prossima Evoluzione)
- Espansione a 60-70+ moduli Mainline (previsione basata sul trend di crescita)
- Riduzione del potere degli OEM di bloccare le Google Play System Updates
- GKI v3 con aggiornamenti kernel più frequenti e indipendenti
- Android 17/18 con nuovi componenti modularizzati
2029-2030 (Maturità del Sistema)
- La maggior parte dei componenti critici per la sicurezza aggiornabile senza OTA
- Morte naturale dei dispositivi pre-GKI (Android 11 e precedenti)
- Standard di 5-7 anni di supporto esteso anche alla fascia media
Il punto di svolta realistico è intorno al 2028-2029, quando la combinazione di Mainline espanso, GKI maturo e l’uscita dal mercato dei dispositivi legacy creerà un ecosistema significativamente più omogeneo.
Cosa Fare Oggi: Consigli Pratici per Utenti e Amministratori
Nella mia esperienza quotidiana come system administrator, ecco cosa raccomando:
- Controllate entrambe le date: quella del Security Patch Level e quella della Google Play System Update (Impostazioni → Sicurezza → Aggiornamento sistema Google Play)
- Preferite dispositivi Pixel per ambienti dove la tempestività delle patch è critica — come ho spiegato nella guida alla Desktop Mode di Android 16 su Pixel
- Per flotte Samsung: mettete in conto un buffer di 2-3 mesi per le System Updates dopo ogni aggiornamento One UI major
- Utilizzate un MDM che monitori separatamente patch level e system update level
- Tenete aggiornato manualmente Google Play Services e WebView dal Play Store — questi si aggiornano indipendentemente dalle System Updates
Per chi si occupa anche di sicurezza lato server, il parallelo con la gestione delle vulnerabilità e virtual patching è evidente: così come un WAF può proteggere un sito mentre aspetti la patch del plugin, un buon MDM con policy di compliance può mitigare i rischi della frammentazione Android.
FAQ
Qual è la differenza tra Google Play System Update e l’aggiornamento di sicurezza Android?
L’aggiornamento di sicurezza Android (OTA) è distribuito dal produttore e aggiorna l’intero firmware del dispositivo, inclusi kernel, driver e framework. Le Google Play System Updates aggiornano solo i moduli Project Mainline (oltre 50 nel 2026) direttamente tramite Google Play, senza bisogno dell’intervento del produttore. Entrambi sono necessari per una protezione completa: le System Updates coprono i componenti modularizzati, l’OTA copre tutto il resto.
Perché il mio Samsung mostra una Google Play System Update vecchia di mesi?
Samsung sospende temporaneamente la distribuzione delle Google Play System Updates dopo ogni aggiornamento major di One UI per eseguire test di compatibilità. Queste pause possono durare 2-4 mesi. È un comportamento noto e confermato da Samsung stessa a inizio 2026, quando molti Galaxy erano fermi alla versione di luglio 2025. La situazione si normalizza dopo il completamento dei test.
Il modello trunk stable di Android 2026 rallenta gli aggiornamenti?
Dal punto di vista del codice sorgente AOSP, sì: i rilasci passano da quattro a due all’anno (Q2 e Q4). Tuttavia, questo non impatta direttamente gli aggiornamenti di sicurezza mensili né le Google Play System Updates, che seguono canali separati. L’impatto maggiore è sulle custom ROM (LineageOS, GrapheneOS) e sugli OEM che integrano codice AOSP nei loro firmware.
Quando la frammentazione Android sarà davvero risolta?
La frammentazione non sarà mai eliminata completamente in un ecosistema aperto, ma migliorerà significativamente entro il 2028-2029. A quel punto, l’espansione di Project Mainline a 60-70+ moduli, la maturità del GKI, e l’uscita dal mercato dei dispositivi pre-Android 12 creeranno un ecosistema più omogeneo. Il supporto di 7 anni garantito dai flagship accelererà questo processo.
Come verifico se il mio dispositivo ha ricevuto tutti gli aggiornamenti disponibili?
Controllate tre elementi: (1) il Security Patch Level in Impostazioni → Informazioni sul telefono, (2) la data della Google Play System Update in Impostazioni → Sicurezza, e (3) la versione di Google Play Services nel Play Store. Se la System Update è indietro di più di 3 mesi rispetto al mese corrente, potrebbe essere un blocco del produttore. Google Play Services e WebView possono essere aggiornati manualmente dal Play Store indipendentemente.
Conclusioni: Una Strategia Multi-Canale con Tempi Diversi
La strategia di patch delivery Android nel 2026 è un sistema multi-canale dove Google Play System Updates, aggiornamenti OTA e GKI lavorano in parallelo per ridurre la frammentazione. Il progresso è reale — passare da 12 a oltre 50 moduli Mainline in sei anni è significativo — ma la strada verso un ecosistema uniformemente aggiornato è ancora lunga.
Il vero collo di bottiglia nel 2026 resta il rapporto tra Google e gli OEM: finché Samsung e altri produttori potranno bloccare le System Updates per mesi, la promessa di Project Mainline resterà parzialmente incompiuta. Il modello trunk stable e l’obbligo del GKI vanno nella direzione giusta, ma servono almeno altri 2-3 anni perché i benefici siano percepibili dall’utente medio.
Se gestite dispositivi Android in azienda o semplicemente volete massimizzare la sicurezza del vostro smartphone, il consiglio è chiaro: monitorate entrambi i canali di aggiornamento, scegliete dispositivi con una policy di supporto trasparente, e non date per scontato che “Android si aggiorna da solo” significhi che tutto è aggiornato. La sicurezza è un processo continuo, non un interruttore.
Avete notato ritardi sulle System Updates del vostro dispositivo? Raccontatemi la vostra esperienza nei commenti.