Programmes de bureau (style Win32)

Les installateurs traditionnels enregistrent des commandes de désinstallation, placent des fichiers sous Program Files ou le profil utilisateur et incluent souvent une logique de nettoyage propre au fournisseur. Des utilitaires comme HiBit Uninstaller servent couramment à lister les produits, lancer la désinstallation standard, puis éventuellement analyser les restes ou utiliser des chemins forcés lorsque l’entrée du fournisseur est endommagée.

La désinstallation Win32 n’est pas un format unique : MSI, Inno Setup, NSIS et bootstrapper maison se comportent différemment lorsque des fichiers de cache manquent. D’où le correctif récurrent « lancer la réparation avec la même version d’installateur, puis désinstaller » — cela restaure les bits attendus par le désinstalleur. Pour le mapping des symptômes, voir le dépannage des erreurs de désinstallation.

Microsoft Store et applications packagées

Les applications acquises via le Store (ou sideloadées dans des formats compatibles) sont prises en charge par des composants Windows qui suivent l’identité du package, les mises à jour et la suppression. Le premier réflexe correct est en général Paramètres → Applications ou l’interface de gestion du Store, surtout lorsque des dépendances ou licences entrent en jeu. Forcer la suppression de fichiers sans comprendre l’état du package peut laisser un enregistrement incohérent.

Les applications packagées peuvent partager des frameworks et des packages optionnels. Supprimer une application ne doit pas en retirer une autre en silence, mais des « nettoyeurs » tiers agressifs peuvent mal interpréter le stockage partagé. Lorsque Windows propose des « Options avancées » avec réparation ou réinitialisation, essayez-les avant de fouiller manuellement les dossiers sous WindowsApps.

Winget, Store et installateurs classiques

Des gestionnaires de packages comme winget encapsulent souvent les mêmes installateurs sous-jacents qu’un téléchargement direct. L’expérience de désinstallation doit toujours suivre le chemin documenté par le fournisseur ou Windows pour ce type de package. Ne présumez pas que « installé via winget » signifie application du Store — vérifiez la fiche et la documentation de l’app.

Où les désinstalleurs tiers restent utiles

Sur un système mixte, vous pouvez encore utiliser un outil tiers pour les programmes de bureau tout en vous appuyant sur les flux intégrés pour les apps Store. Certaines listes tout-en-un affichent les deux mondes ; dans ce cas, lisez quelle API de désinstallation chaque ligne déclenche. Si une ligne correspond clairement à une application packagée, privilégiez le chemin documenté par Microsoft pour cette famille d’empaquetage.

Pour les lignes bureau, la séquence habituelle s’applique encore : désinstallation standard → redémarrage si demandé → examen des restes. L’article sur les restes détaille ce qui reste souvent après chaque étape.

Appareils entreprise et éducation

La stratégie peut bloquer l’accès au Store, restreindre les exécutables portables ou exiger des installateurs approuvés. Alignez-vous toujours sur les règles IT avant d’exécuter un nettoyage élevé sur un PC géré.

Intune et piles similaires peuvent réinstaller des applications « requises » après une suppression locale. Dans ce monde, l’outil de désinstallation n’a pas tort — le plan de gestion fait foi. Ouvrez un ticket plutôt que de combattre des boucles de stratégie.

Pour aller plus loin

Glossaire : Store vs bureau · Restes après désinstallation · Playbooks sur la page d’accueil.