In questo articolo Indice dei contenuti 3 sezioni
Rimuovere un’app da Windows 11 non vuol dire cancellarla davvero, e questa è una di quelle cose che spiazzano parecchi utenti. L’icona sparisce dal menu Start, l’applicazione non compare più nella finestra App installate, non c’è nemmeno un modo per avviarla, eppure il pacchetto continua a occupare spazio nella cartella protetta %programfiles%WindowsApps. Non è un bug e non è nemmeno un residuo dimenticato lì per sbaglio. È il modo in cui il sistema gestisce le applicazioni nei formati MSIX e AppX, un modello ben diverso dai vecchi programmi Win32 installati con un file EXE o MSI.
Microsoft lo sintetizza con una frase che sembra un gioco di parole: “Remove is not uninstall”. Tradotto, rimuovere un’app MSIX o AppX annulla le registrazioni per quel singolo utente, ma la cancellazione fisica del pacchetto scatta solo quando il sistema non trova più nessun riferimento che ne giustifichi la presenza. Ecco perché la cartella WindowsApps può riempirsi di applicazioni fantasma, versioni multiple, framework condivisi e pacchetti che sembrano non appartenere a nulla di installato.
Che cosa sono davvero AppX e MSIX
AppX è il formato arrivato con Windows 8, pensato per le applicazioni del Microsoft Store e poi per le app UWP. MSIX ne è l’evoluzione moderna: mantiene lo stesso impianto basato su identità, manifest, firma digitale e gestione controllata del pacchetto, ma lo allarga anche alle applicazioni desktop e agli scenari aziendali più complicati. Quando un programma è confezionato così, Windows gli assegna un’identità fatta di nome, creatore e versione, e da lì può tenere traccia di file, dipendenze, aggiornamenti e registrazioni.
Le estensioni più comuni sono .appx e .appxbundle, legate alla generazione precedente, poi .msix e .msixbundle, oggi preferite per i nuovi pacchetti, e infine .appinstaller, un file XML che dice da dove scaricare un pacchetto e come aggiornarlo. Un bundle può contenere varianti diverse della stessa app, per architettura x64, Arm64, lingua o risoluzione, e Windows sceglie solo le risorse che servono a quel dispositivo. Anche un normale programma Win32 scritto con WinForms, WPF, Electron, Qt o Windows App SDK può essere distribuito come pacchetto MSIX, e Microsoft mette a disposizione strumenti per convertire applicazioni desktop già esistenti anche senza avere il codice sorgente.
Da dove arrivano questi pacchetti
La sorgente più ovvia è il Microsoft Store. Molte applicazioni scaricate da lì arrivano come pacchetti MSIX, AppX o relativi bundle. Attenzione però a non generalizzare: dal 2021 lo Store accetta anche applicazioni Win32 non pacchettizzate, distribuite con i soliti installer MSI o EXE. Poi c’è Windows stesso, con Blocco note, Terminale, Foto, Calcolatrice, Paint, App Installer e tanti altri componenti che sfruttano il packaging moderno.
I produttori di PC ci mettono del loro, aggiungendo applicazioni all’immagine OEM. Strumenti di assistenza, pannelli di controllo, servizi promozionali e utilità hardware possono risultare provisioned, cioè pronti a registrarsi da soli al primo accesso di un utente. Le aziende, invece, distribuiscono pacchetti tramite Microsoft Intune, Configuration Manager, criteri MDM, script PowerShell, immagini personalizzate o portali interni. C’è anche il sideloading: l’App Installer apre direttamente file .msix, .msixbundle, .appx e .appxbundle, anche presi da un sito web o da una cartella condivisa. E WinGet gestisce sia le app MSIX sia i classici setup EXE e MSI.
Perché MSIX non è un setup come gli altri
Un installer Win32 tradizionale copia file, crea cartelle, modifica il registro, aggiunge collegamenti. L’uninstaller dovrebbe fare il percorso inverso, ma spesso lascia dietro di sé dati e componenti. Con MSIX è invece Windows 11 a governare tutto, perché conosce i file dichiarati nel manifest, l’identità, la versione, le dipendenze e gli utenti a cui l’app è registrata.
Il ciclo di vita si divide in quattro fasi. Lo Stage mette il payload sul dispositivo, di solito in WindowsApps. Il Register associa il pacchetto a un utente e attiva menu Start, protocolli e associazioni dei file. Il Deregister toglie quell’associazione. Il Destage cancella fisicamente il payload solo quando nessun riferimento lo richiede più. Rimuovere un’app comprende sempre il deregistering, ma il destage resta condizionato: i file possono restare per un altro account, per una dipendenza condivisa o per un futuro provisioning.
Per farsi un’idea dello spazio conviene partire scrivendo Archiviazione nella ricerca di Windows 11, poi Impostazioni di archiviazione e infine App installate, ordinando per dimensione. Chi vuole andare a fondo può elencare i pacchetti registrati aprendo PowerShell come amministratore e digitando Get-AppxPackage. Aggiungendo il parametro -AllUsers si vedono tutti gli account, e la proprietà PackageUserInformation mostra a chi risulta associato ogni pacchetto. Utile anche WinDirStat, avviato con i diritti di amministratore.
