Come disinstallare un programma con WMIC in Windows 11 e 10

WMIC può ancora tornare utile per rimuovere software su Windows 10 e, in scenari legacy, anche su Windows 11. Il punto non è “se si può fare”, ma quando conviene farlo: con WMIC la disinstallazione passa spesso dalla classe Win32_Product, quindi ha senso soprattutto per applicazioni installate tramite MSI. Se il programma è stato distribuito con un installer proprietario, un package moderno o uno store, WMIC può non vedere nulla oppure non essere il canale corretto per la rimozione.

In pratica: usa WMIC solo se vuoi un intervento rapido su una macchina singola, se stai gestendo un ambiente datato o se hai già verificato che il prodotto sia MSI-based. Per attività ripetitive o su più host, oggi è più solido passare da PowerShell, da un tool di gestione centralizzato o dal percorso di disinstallazione previsto dal vendor.

Quando WMIC ha senso davvero

WMIC, acronimo di Windows Management Instrumentation Command-line, è un’interfaccia storica per interrogare WMI da riga di comando. Il suo uso per la disinstallazione si appoggia a Win32_Product, che rappresenta i prodotti MSI registrati nel sistema.

Questo porta con sé tre conseguenze pratiche:

• funziona bene soprattutto con software installato via MSI;
• la query può essere lenta, soprattutto su sistemi con molti prodotti installati;
• in alcuni casi la semplice interrogazione può attivare controlli di coerenza o riparazione dei pacchetti MSI presenti.

Per questo motivo WMIC non è la scelta migliore per inventariare software in modo massivo. È invece accettabile quando devi intervenire in modo mirato, con un obiettivo chiaro e un impatto limitato.

Windows 10 e Windows 11: cosa cambia

Su Windows 10 WMIC è stato per anni uno strumento disponibile e familiare. Su Windows 11 la situazione è diversa: lo strumento è deprecato e non va considerato il metodo principale per la gestione del software. In diversi sistemi è ancora presente, ma Microsoft spinge verso alternative più moderne, soprattutto PowerShell.

La regola operativa è semplice: prima verifica che WMIC sia davvero disponibile, poi controlla se il programma è MSI, e solo dopo valuta la disinstallazione. Se uno di questi passaggi non torna, fermati e passa a un metodo più adatto.

Verificare se WMIC è presente

Apri un Prompt dei comandi con privilegi amministrativi e controlla la risposta di WMIC:

wmic /?

Se compare la guida dello strumento, WMIC è disponibile. Se invece ottieni un errore del tipo comando non riconosciuto, su quella macchina dovrai usare PowerShell o un altro metodo di rimozione.

Se vuoi fare una verifica rapida del contesto prima di toccare il software, puoi anche controllare la versione di Windows:

ver

Non serve per disinstallare, ma aiuta a capire se stai lavorando su un ambiente ancora allineato a WMIC o su un sistema più recente dove conviene evitare dipendenze da strumenti legacy.

Elencare i prodotti MSI installati

Il comando più noto è questo:

wmic product get name

Restituisce i prodotti MSI registrati, ma può richiedere tempo e produrre un elenco molto lungo. Su macchine con molti software installati, è normale che la risposta non sia immediata.

Se devi cercare un programma specifico, conviene filtrare per nome invece di scorrere tutta la lista. Per esempio:

wmic product where "name like '%NomeProgramma%'" get name,identifyingnumber

Il campo IdentifyingNumber è importante perché contiene il GUID del prodotto, utile per identificare con precisione il pacchetto da rimuovere. Se il nome visualizzato non coincide con quello che ti aspetti, non forzare la disinstallazione: verifica prima il vendor, la versione e il tipo di installazione.

Disinstallare un programma con WMIC

Una volta identificato il prodotto, puoi avviare la rimozione con il metodo uninstall. La forma più sicura è usare il GUID del prodotto, non il nome generico.

wmic product where "identifyingnumber='{GUID}'" call uninstall

In alternativa, se hai già individuato in modo univoco il prodotto per nome, puoi usare il filtro sul nome. Ma è una scelta meno robusta, perché piccoli cambiamenti nel nome o la presenza di più edizioni possono portare a errori.

Durante l’esecuzione, WMIC può chiedere conferme oppure restituire un esito testuale. Se la rimozione va a buon fine, il prodotto non dovrebbe più comparire nell’elenco dei prodotti MSI installati.

Esempio pratico con nome prodotto

Se il software si chiama, per esempio, Contoso Agent, il flusso tipico è questo:

wmic product where "name like '%Contoso Agent%'" get name,identifyingnumber

wmic product where "identifyingnumber='{XXXXXXXX-XXXX-XXXX-XXXX-XXXXXXXXXXXX}'" call uninstall

La prima riga serve a trovare il GUID corretto, la seconda a rimuovere il pacchetto. Questo doppio passaggio riduce il rischio di colpire il software sbagliato.

Se il comando non trova nulla

Se la query non restituisce il programma che stai cercando, le cause più comuni sono tre: il software non è MSI, WMIC non sta vedendo quel prodotto nel catalogo WMI, oppure il nome non corrisponde esattamente a quello mostrato nell’interfaccia grafica.

• Controlla il percorso di disinstallazione in Impostazioni > App > App installate o in Pannello di controllo > Programmi e funzionalità.
• Verifica se esiste un eseguibile di uninstall nel percorso del programma o nel registro di sistema.
• Se gestisci più macchine, usa PowerShell o il tool del sistema di management invece di insistere su WMIC.

Se il software è stato installato con un metodo non MSI, WMIC non è il canale giusto e forzarlo non migliora il risultato.

Alternative più solide a WMIC

Per Windows 10 e soprattutto Windows 11, le alternative più pratiche sono spesso migliori di WMIC. In particolare:

• PowerShell, per interrogare le app installate e rimuovere pacchetti quando il metodo è supportato;
• Impostazioni o Pannello di controllo, quando vuoi seguire la procedura prevista dal produttore;
• strumenti di gestione centralizzata, se devi fare rollout o rimozioni su più endpoint.

WMIC resta quindi una soluzione di compatibilità, non la scelta standard. Usarlo ha senso se sai già che il pacchetto è MSI e vuoi un intervento controllato, ma non è il metodo da preferire per amministrazione moderna.

Attenzione a errori e impatti collaterali

La query su Win32_Product può avere effetti collaterali non banali, quindi non va lanciata con leggerezza su server o PC di produzione. Se stai operando su un sistema critico, considera il possibile impatto su tempo di esecuzione, I/O e attività di manutenzione MSI.

Prima di eseguire la rimozione, conviene sempre fare un controllo minimo:

• identifica il prodotto con precisione;
• verifica che sia davvero quello da rimuovere;
• assicurati di avere un piano di rollback, se il software è necessario al servizio.

Se il programma fa parte di una catena applicativa, rimuoverlo senza verificare dipendenze può creare un problema più grande della presenza del software stesso.

Quando fermarsi e cambiare approccio

Se WMIC non è disponibile, se il prodotto non compare nella classe Win32_Product o se stai lavorando su un sistema recente dove vuoi evitare strumenti deprecati, la scelta migliore è cambiare metodo. Non è un fallimento operativo: è semplicemente il segnale che il contesto non è adatto a WMIC.

In questi casi, la strada più pulita è usare il metodo di disinstallazione previsto dall’applicazione o passare a strumenti più moderni e più prevedibili. Su Windows 11, questo approccio è spesso quello che riduce di più gli errori e il tempo perso in tentativi a vuoto.

In breve

WMIC per disinstallare un programma ha senso solo in un perimetro preciso: software MSI, ambiente compatibile, necessità di intervento diretto. Se hai bisogno di una procedura affidabile e ripetibile, meglio orientarsi su PowerShell o sugli strumenti di gestione del sistema. Se invece vuoi rimuovere un singolo prodotto legacy e sai già come identificarlo, WMIC può ancora fare il suo lavoro.

Assunzione: i comandi mostrati sono pensati per un Prompt dei comandi aperto come amministratore e per prodotti MSI già registrati in WMI.