# Disinstallare app Mac senza perdere dati condivisi > Usa i disinstallatori del vendor per i componenti di sistema, identifica i residui per proprietà e preserva profili, progetti e group container. Published: 2026-06-19 | Updated: 2026-08-08 Trascinare un’app self-contained nel Cestino può bastare come disinstallazione. Altre app installano helper, driver, estensioni di sistema, elementi di login, container condivisi o grandi database utente. L’obiettivo non è rimuovere ogni nome di file che assomiglia al fornitore; è dismettere il software senza cancellare documenti o dati condivisi che un’altra app continua a possedere. Ecco dove si nascondono, come rimuoverli a mano e il modo più rapido per individuarli tutti senza indovinare. ## Perché trascinare nel Cestino lascia residui Un’app Mac è un bundle (il file `.app`), ma la maggior parte delle app scrive anche dati fuori da quel bundle alla prima esecuzione: preferenze, dati in cache, file di supporto e a volte un elemento di login o un agent in background. Eliminare il `.app` rimuove il programma, non la traccia lasciata nelle cartelle Library. Quella traccia è ciò che le persone intendono con residui o leftovers dell’app.
Un Bundle ID collega l'app bundle a dati di supporto, cache, preferenze, container e launch agent prima di revisione e rimozione
Una disinstallazione completa segue l’identità del bundle tra l’app e la sua impronta in Library, poi esamina l’insieme intero prima di spostarlo nel Cestino.
Per un’app piccola il resto può essere poche preferenze innocue. Un browser, un gioco, uno strumento per sviluppatori o un’app multimediale può lasciare gigabyte di dati controllati dall’utente. La sola dimensione non distingue una cache usa e getta da profili, progetti, messaggi, plug-in o contenuti scaricati. ## Usa prima il disinstallatore del fornitore quando l’app modifica il sistema Client VPN, strumenti antivirus, driver audio, software di virtualizzazione, client di sincronizzazione cloud, strumenti per dispositivi di input e app con estensioni di sistema vanno rimossi tramite il disinstallatore integrato o fornito dal vendor. Quel flusso può disattivare estensioni, scaricare servizi privilegiati e rimuovere le ricevute in un ordine che Finder non può ricostruire. Esporta impostazioni o dati locali prima di iniziare e verifica se un abbonamento o un’autorizzazione del dispositivo deve essere rilasciata a parte. Anche la [guida alla disinstallazione](https://support.apple.com/102610) di Apple preferisce il disinstallatore dell’app quando ne ha uno, e ricorda che eliminare un’app non annulla l’abbonamento né rimuove i documenti creati con essa. ## Dove si nascondono i residui delle app Molti residui ordinari per utente vivono nella cartella Library dell’utente, nascosta di default. Il software integrato a livello di sistema può anche installare elementi sotto `/Library`, ed è un motivo in più per usare il suo disinstallatore invece di cercare in tutto il sistema. In Finder, tieni premuto Option e apri il menu **Vai** per mostrare **Libreria**. Le posizioni utente più comuni sono: - `~/Library/Application Support/`: i dati di supporto principali dell’app, spesso il residuo più grande. - `~/Library/Caches/`: file in cache creati dall’app per la velocità. - `~/Library/Preferences/`: i file di impostazioni (`.plist`) dell’app. - `~/Library/Containers/` e `~/Library/Group Containers/`: dati di app sandboxed. - `~/Library/Logs/`: i file di log dell’app. - `~/Library/Saved Application State/`: stato di finestre e sessioni. - `~/Library/LaunchAgents/`: helper in background che riavviano l’app o i suoi servizi al login. Le app sandboxed possono tenere i dati in un container e condividerli tramite group container. Non rimuovere mai un group container finché non hai identificato ogni app ed estensione che lo usa. Eliminarlo per un’app dismessa può cancellare dati di un’altra app dello stesso sviluppatore. ## Trovali tramite il bundle identifier I residui sono difficili da abbinare a occhio perché macOS li nomina con il **bundle identifier** dell’app, una stringa reverse-DNS come `com.spotify.client`, non con il nome visualizzato dell’app. Ottieni prima l’identificatore: ``` osascript -e 'id of app "Spotify"' mdls -name kMDItemCFBundleIdentifier -r /Applications/Spotify.app ``` Poi usa l’identificatore e il nome del vendor come indizi di ricerca: ``` find ~/Library -maxdepth 4 \( -iname "*spotify*" -o -iname "*com.spotify*" \) -print 2>/dev/null ``` I risultati di ricerca sono candidati, non prove. Controlla i contenuti di ogni percorso, l’app proprietaria e il ruolo. Le preferenze si possono interrogare con `defaults`, ma eliminare un dominio di preferenze è facoltativo e toglie la possibilità di reinstallare con le vecchie impostazioni. Lascialo se lo spazio è banale o se una reinstallazione futura è plausibile. ## Come rimuoverli a mano 1. Esporta i dati unici e conferma un backup aggiornato. 2. Controlla le istruzioni di disinstallazione del vendor e usale per software con helper, estensioni, driver o stato di licenza. 3. Esci dall’app e dai suoi helper visibili tramite l’app o Monitoraggio attività. 4. Sposta un semplice `.app` nel Cestino, poi esamina le corrispondenze esatte di bundle e vendor in Library. Separa cache da profili, progetti, database e container condivisi. 5. Disattiva gli eventuali elementi di login del vendor rimasti tramite **Impostazioni di sistema > Generali > Elementi di login ed estensioni**. Non indovinare un’etichetta launchd dal nome di un file plist. 6. Riavvia solo se un’estensione o un disinstallatore del vendor lo richiede. Verifica app correlate, tipi di file, dispositivi e sincronizzazione prima di svuotare il Cestino. Funziona, ma è lento e soggetto a errori. I nomi di app e sviluppatori non corrispondono sempre ai nomi delle cartelle, i dati sandboxed sono sepolti ed è facile cancellare il file sbagliato o perdere quello che conta. ## Il modo più rapido e sicuro
Una schermata di revisione della disinstallazione con un'app espansa che mostra il suo bundle più elementi residui in ~/Library/Application Support e ~/Library/HTTPStorages, ciascuno con una dimensione e una casella di spunta, e un pulsante Remove in basso
Ogni file che una disinstallazione rimuoverebbe, l’app più i suoi residui in Library, elencati con dimensioni e caselle di spunta così confermi prima che qualcosa venga eliminato. Questa è la revisione di disinstallazione di Mole.
Un disinstallatore dedicato può risolvere il bundle identifier e raccogliere le corrispondenze probabili in Library. [Mole](https://mole.fit/) mostra quei candidati e le dimensioni prima della rimozione, convalida i percorsi e usa il Cestino per i file ordinari. Così si riduce il lavoro di ricerca, ma non sostituisce un disinstallatore del vendor né rende usa e getta un container condiviso. La revisione resta parte della disinstallazione, non una schermata di conferma decorativa. ## Dietro le quinte: come funziona un disinstallatore sicuro Saltabile, ma mostra perché ordine e convalida contano qui. CLI e app nativa usano implementazioni separate, ma entrambe dividono il lavoro in discovery, review e esecuzione confermata. La sequenza sotto segue il percorso dell’app nativa.
Un disinstaller sicuro risolve l'identità dell'app, scopre i residui, presenta un piano di revisione, attende conferma, interrompe l'app e gli helper, valida ogni percorso, scarica i job approvati, sposta gli elementi consentiti nel Cestino e registra i risultati saltati o rimossi
La discovery non può eliminare nulla. L’esecuzione parte solo dopo la conferma, poi ogni elemento di avvio e ogni percorso di file ripassa la guardia di sicurezza prima di essere scaricato o spostato nel Cestino.
Il bundle identifier viene accettato solo in forma reverse-DNS prima di poter guidare l’abbinamento derivato dal bundle, così un input malformato non può allargare un pattern di ricerca. Lo scanner legge anche gli identificatori degli elementi di login incorporati dai loro file `Info.plist` invece di indovinarli dai nomi dei file. Dopo che approvi il piano completo, l’app esce dal target e ferma i suoi helper esatti. Un elemento di avvio viene scaricato solo dopo l’approvazione di `PathGuard`, e `DeletionExecutor` convalida di nuovo ogni URL prima di chiamare il livello Cestino. I percorsi mancanti, protetti o rifiutati diventano skip espliciti anziché eliminazioni silenziose parziali. ## Una regola di disinstallazione sicura Usa il disinstallatore del vendor per il software integrato a livello di sistema. Per un’app semplice, rimuovi il bundle, poi esamina i residui esatti per identità e tipo di dati. Conserva documenti, profili, database e group container finché la proprietà non è dimostrata. Lascia le rimozioni nel Cestino mentre verifichi app e servizi correlati, e svuotalo solo dopo che il Mac si comporta ancora come previsto. --- Canonical HTML page: https://mole.fit/it/blog/how-to-completely-uninstall-apps-on-mac Blog index for agents: https://mole.fit/it/blog/llms.txt Site index for agents: https://mole.fit/llms.txt