# Comment une application Windows a été installée Retirer une application Windows lance un assistant de l’éditeur, une autre disparaît par Paramètres, et une troisième n’a pas de bouton Désinstaller. Identifiez comment cette copie a été installée avant de choisir une méthode de retrait. Supprimer son raccourci du Bureau ne retire que ce point d’entrée. ## Identifier la forme d’installation Un programme d’installation classique inscrit en général une entrée de désinstallation et installe des fichiers de programme. Il peut aussi créer des services, des entrées de démarrage et des associations de fichiers. Les applications empaquetées utilisent la gestion des packages de Windows. Un logiciel portable s’exécute en général depuis un dossier, mais l’endroit où il stocke ses réglages dépend du produit. | Forme de cette copie | Première voie de retrait | Ce que cette voie n’implique pas | | --- | --- | --- | | Programme d’installation EXE/MSI | Applications installées, Panneau de configuration ou programme de désinstallation de l’éditeur | Supprimer son dossier n’annule pas les inscriptions et les services | | Package d’application géré par Windows | Menu Démarrer ou Applications installées | L’historique du compte Store n’établit pas une installation actuelle | | Copie portable extraite | Instructions portables de l’éditeur | S’exécuter depuis un dossier ne prouve pas que toutes les données y restent | Le [guide de désinstallation de Microsoft](https://support.microsoft.com/en-us/windows/uninstall-or-remove-apps-and-programs-in-windows-4b55f974-2cc6-2d2b-d092-5905080eaf98) décrit les chemins Démarrer, Paramètres et Panneau de configuration. La disponibilité varie selon l’application. La source de distribution est aussi distincte de la forme d’installation : une application installée avec WinGet peut encore dépendre du programme de désinstallation de son éditeur. ## Identifier la copie que vous utilisez vraiment Des installations par utilisateur, des installations pour toute la machine, des versions portables et des versions d’aperçu peuvent partager un nom. Vérifiez le nom, la version et l’éditeur de l’entrée installée, puis inspectez l’emplacement du fichier du programme en cours d’exécution. Des icônes proches et d’anciens raccourcis rendent facile de viser la mauvaise copie. VS Code en donne un exemple : son programme d’installation et le ZIP extrait ont des procédures de retrait différentes dans le [guide officiel de désinstallation](https://code.visualstudio.com/docs/setup/uninstall). Supprimer le dossier du programme ZIP ne retire pas automatiquement les réglages et les extensions stockés à part. Si l’application se lance encore ensuite, vérifiez si le chemin appartient à une autre copie avant de déclarer le retrait raté. ## Lire les règles des données portables Le [mode portable](https://code.visualstudio.com/docs/editor/portable) de VS Code utilise un dossier `data` à côté de la version ZIP pour contenir les données utilisateur et les extensions. Cela diffère d’une version extraite normale qui utilise les dossiers utilisateur. Avant de le déplacer ou de le retirer, vérifiez si le mode portable est activé et si ses réglages, ses extensions et l’état de l’espace de travail sont nécessaires. D’autres applications portables peuvent écrire dans AppData, le Registre ou des emplacements de démarrage. La conception de VS Code ne peut pas établir le comportement d’un autre produit. Suivez les instructions du produit ; conservez les données externes incertaines s’il n’existe pas de voie de retrait documentée. Un nom de dossier qui ressemble à une marque n’est pas une preuve de propriété exclusive.
Identifier comment cette copie est gérée
La forme d’installation choisit le mécanisme de retrait ; les données personnelles et partagées demandent une décision séparée.
## WinGet est un point d’entrée, pas un désinstalleur universel Listez d’abord les entrées installées. La première commande ci-dessous lit des informations ; la seconde effectue le retrait et ne doit s’exécuter qu’après vérification de l’identifiant cible. Remplacez l’identifiant illustratif par celui, exact, de la liste. ```powershell winget list winget uninstall --id Vendor.ExampleApp --exact ``` La [documentation de désinstallation de WinGet](https://learn.microsoft.com/en-us/windows/package-manager/winget/uninstall) explique qu’il peut trouver des applications installées par d’autres voies. Le comportement de `--purge` concerne les packages portables, pas une promesse d’effacer les données personnelles de chaque application. Terminez les invites de l’éditeur et les redémarrages demandés ; l’apparition d’un assistant n’est que le début du retrait. ## Vérifier séparément le retrait du programme et les données conservées Les favoris, les extensions d’éditeur, l’historique de conversation, les bases de données et les documents générés peuvent rester volontairement. Utilisez les outils d’export ou de sauvegarde du produit avant le retrait et ouvrez la copie exportée pour la vérifier. L’historique d’achat et de téléchargement du Store appartient au compte plutôt qu’à la liste locale des applications installées. Après la désinstallation, actualisez la liste et inspectez le chemin du programme d’origine et les processus. Vérifiez si les données personnelles restent selon votre choix. Vérifiez les chemins et le propriétaire des processus au lieu de terminer chaque processus du même nom. Des runtimes partagés et des composants de l’éditeur peuvent encore servir une autre application ; un arbre de dossiers vide n’est pas le seul critère d’un retrait réussi. Continuez avec les [échecs de désinstallation](/fr/windows/blog/windows-uninstall-fails) ou les [données conservées](/fr/windows/blog/what-apps-leave-after-uninstall) après avoir identifié l’installation concernée. Canonical: https://mole.fit/fr/windows/blog/windows-app-installation-types