Disinstallare e reinstallare Chrome su Windows 11 con Winget

Disinstallare e reinstallare Chrome con Winget su Windows 11

Quando Chrome inizia a comportarsi male su Windows 11, il problema spesso non è il browser in sé ma il suo stato locale: profilo corrotto, estensioni difettose, policy residue, cache incoerenti o una reinstallazione fatta senza pulizia reale. Winget è utile perché ti porta via il rumore del pannello classico e ti dà un flusso ripetibile: rimozione, verifica, reinstallazione, controllo finale. Se però vuoi ottenere un risultato pulito, non basta lanciare un uninstall e poi reinstallare. Va trattato come un change controllato: prima osservi, poi rimuovi, poi verifichi cosa è rimasto, poi riparti con un’installazione nuova.

Qui l’obiettivo non è “far sparire Chrome e rimetterlo su” in modo generico. L’obiettivo è ridurre la probabilità di portarsi dietro il difetto che ha causato il problema, evitando al tempo stesso di perdere dati utili come preferiti, password sincronizzate o estensioni necessarie. La parte importante è distinguere tra binario dell’applicazione e dati utente: Winget gestisce soprattutto il primo, mentre il profilo vive sotto il tuo utente Windows.

Prima di toccare il sistema: cosa salvare e cosa aspettarsi

Se il browser si apre ancora, la prima mossa è mettere in sicurezza ciò che ti serve davvero. I preferiti possono essere sincronizzati con l’account Google, ma non dare per scontato che la sync sia attiva e sana. Gli elementi più sensibili sono il profilo locale e alcune configurazioni di estensioni o policy aziendali. Se il problema riguarda solo l’installazione, una reinstallazione pulita può bastare. Se invece il difetto è nel profilo, reinstallare senza pulire i dati locali non cambia nulla.

Il punto pratico è semplice: il pacchetto viene rimosso, ma i dati utente possono restare sotto %LOCALAPPDATA%\Google\Chrome e %APPDATA%\Google\Chrome. Se vuoi davvero un reset, devi decidere se eliminarli o conservarli come backup. Non farlo a occhi chiusi: è il classico caso in cui un fix apparentemente “pulito” lascia in piedi il guasto originale.

Verifica del pacchetto installato con Winget

Prima di disinstallare, identifica il nome esatto del pacchetto. Su sistemi Windows 11 con più sorgenti o più browser installati, conviene cercare il riferimento preciso invece di affidarsi a un nome generico. Il comando sotto ti mostra i pacchetti che includono Chrome nel nome o nell’ID.

winget list chrome

Se il risultato è ambiguo, allarga la ricerca. L’ID ufficiale più comune è quello di Google Chrome, ma è sempre meglio confermare cosa vede Winget nella tua macchina prima di procedere.

winget search google chrome

Quello che vuoi vedere è un pacchetto identificabile con nome, ID e sorgente. Se non compare nulla, il browser potrebbe essere stato installato fuori da Winget oppure il database locale di Winget non è aggiornato. In quel caso il problema non è bloccare l’operazione: è capire se stai davvero usando il gestore giusto per il software presente sulla macchina.

Disinstallazione controllata di Chrome

La disinstallazione con Winget è il punto in cui molte guide si fermano troppo presto. Il comando base è questo:

winget uninstall --id Google.Chrome

Se il tuo sistema usa un ID leggermente diverso, sostituiscilo con quello trovato nella ricerca. L’output atteso è la rimozione del pacchetto senza errori di dipendenze. Se Winget segnala che il pacchetto non è gestito, significa che Chrome è stato installato con un installer separato, da un tool aziendale, oppure come versione per utente singolo in un contesto non standard.

In un change serio, subito dopo la rimozione verifica che il binario non sia più registrato come applicazione installata. Il controllo più rapido è rifare la lista:

winget list chrome

Se Chrome compare ancora, devi capire se stai vedendo una seconda installazione, una versione per un altro utente o un residuo non rimosso dal gestore. Non dare per scontato che “uninstall riuscito” significhi “situazione pulita”.

Pulizia dei residui: profilo, cache e collegamenti

La parte che fa davvero la differenza è la pulizia dei dati utente. Se vuoi una reinstallazione fresca, devi decidere cosa conservare e cosa no. Il profilo locale standard di Chrome si trova di solito qui:

%LOCALAPPDATA%\Google\Chrome\User Data

All’interno c’è il profilo vero e proprio, spesso in Default o in un profilo nominato. Se il browser è corrotto ma ti serve recuperare qualcosa, fai prima un backup completo della cartella. Se invece la tua priorità è eliminare qualsiasi residuo, chiudi Chrome e rimuovi la cartella del profilo solo dopo aver verificato che non ci siano processi attivi.

Per vedere se il processo è ancora vivo, usa PowerShell o Task Manager. Da shell puoi fare così:

Get-Process chrome -ErrorAction SilentlyContinue

Se esce un oggetto processo, Chrome non è davvero chiuso. Uccidere il processo è un’azione a impatto limitato, ma va fatta solo se hai già chiuso tutte le finestre e non stai interrompendo un lavoro utente non salvato. Dopo il controllo, puoi rimuovere o rinominare il profilo. Rinominare è spesso più prudente della cancellazione, perché ti lascia un rollback immediato.

Rename-Item "$env:LOCALAPPDATA\Google\Chrome\User Data" "User Data.backup"

Se vuoi un reset totale e hai già estratto tutto ciò che ti serve, puoi eliminare la directory, ma fallo solo dopo aver confermato il backup. Lo stesso ragionamento vale per eventuali shortcut nel menu Start o sul desktop: non sono la causa del problema, ma possono continuare a puntare a un’installazione vecchia e confondere il troubleshooting.

Reinstallazione con Winget e controllo della sorgente

Una volta ripulito il terreno, reinstalla Chrome con Winget. Il comando più lineare è:

winget install --id Google.Chrome

Il punto da non trascurare è la sorgente. Winget può installare da repository differenti, ma per un browser mainstream vuoi una sorgente affidabile e prevedibile. Se il pacchetto non viene trovato, aggiorna prima i metadati locali:

winget source update

Se lavori in ambiente aziendale o con policy restrittive, controlla anche che non ci siano blocchi applicativi o proxy che impediscono il download del pacchetto. In quel caso l’errore non è nella reinstallazione: è nella catena di distribuzione, spesso tra rete, proxy o controllo applicativo.

Se vuoi evitare di dipendere dalla versione più recente disponibile al momento, puoi fissare una versione specifica, ma questa è una scelta da fare con criterio. Ha senso se stai aggirando un bug noto o se devi riallinearti a una baseline aziendale. In assenza di un motivo tecnico, meglio restare sulla versione stabile proposta da Winget.

Scenari tipici e come leggerli senza andare a tentoni

Se dopo la reinstallazione Chrome si apre ma ripresenta subito il problema, il sospetto principale si sposta sul profilo utente o su una policy che lo ricrea in automatico. Se invece parte bene con un profilo nuovo ma si rompe quando importi i dati precedenti, hai isolato il difetto nei dati locali. Questo è il modo corretto di ragionare: cambia una sola variabile per volta e osserva il comportamento.

Un caso frequente è la pagina bianca o il crash immediato dovuto a estensioni. In quel caso la reinstallazione del binario non serve quasi a niente se ripristini subito lo stesso profilo con le stesse estensioni. Meglio partire pulito, aprire Chrome senza importare nulla, poi testare la navigazione base, poi aggiungere estensioni una alla volta. È più lento, ma ti dice dov’è il problema.

Un altro scenario è quello degli aggiornamenti bloccati. Qui Winget può reinstallare correttamente, ma il browser continua a dirti che non si aggiorna o che la versione è gestita. In quel caso verifica eventuali policy di dominio, chiavi di registro gestite o software di sicurezza che intercetta gli update. La reinstallazione non rimuove automaticamente una policy amministrata esternamente.

Verifiche finali dopo la reinstallazione

Dopo il reinstall, il controllo minimo non è “si apre”. Quello è il livello base. Devi verificare almeno tre cose: presenza del pacchetto, avvio dell’app e stato del profilo. La verifica del pacchetto può essere rifatta con:

winget list chrome

Il controllo applicativo è più semplice da fare aprendo Chrome e osservando se carica una home page senza errori e senza crash. Se vuoi un check più tecnico, prova una richiesta HTTP di base da terminale verso un sito noto per vedere se il traffico esce correttamente dal sistema, ma non confondere questo test con la salute del browser: serve solo a escludere problemi di rete più ampi.

Se hai mantenuto il backup del vecchio profilo, conservalo per un po’ prima di eliminarlo. È il tuo rollback. Se invece hai rimosso tutto in modo irreversibile, assicurati almeno che i preferiti siano sincronizzati o esportati. In caso contrario, il costo del reset potrebbe essere superiore al guadagno.

Rollback pratico se qualcosa va storto

Il rollback più semplice è ripristinare la cartella rinominata del profilo. Se avevi usato User Data.backup, basta rimetterla al posto giusto quando Chrome è chiuso. Questo è molto meglio che cercare di ricostruire a mano un profilo da zero dopo aver scoperto che mancava una policy o un certificato utente.

Rename-Item "$env:LOCALAPPDATA\Google\Chrome\User Data.backup" "User Data"

Se invece la reinstallazione ha introdotto un comportamento peggiore, puoi disinstallare di nuovo Chrome con Winget e tornare alla versione precedente solo se hai un motivo preciso e una copia del pacchetto o una baseline aziendale. Non è una buona idea improvvisare downgrade senza sapere perché stai tornando indietro.

Assunzione operativa: Windows 11 con Winget funzionante, Chrome installato come pacchetto gestito o comunque rilevabile, e possibilità di intervenire sul profilo utente locale senza vincoli di dominio che impediscano la modifica.