Microsoft Store-Apps vs. Desktop-Deinstallation unter Windows

Windows kennt mehr als ein Paketierungsmodell. Deinstallations-Tools, die bei klassischen Desktop-Installern stark sind, lassen sich nicht automatisch eins zu eins auf jede Store-gelieferte Erfahrung abbilden. Die Grenze zu verstehen, verhindert, dass Sie gegen die falsche Schicht kämpfen.

Desktop-Programme (Win32-Stil)

Traditionelle Installer registrieren Deinstallationsbefehle, legen Dateien unter Program Files oder im Benutzerprofil ab und bringen oft herstellerspezifische Aufräumlogik mit. Hilfsprogramme wie HiBit Uninstaller werden hier typischerweise genutzt, um Produkte aufzulisten, die Standard-Deinstallation auszuführen und optional Reste zu scannen oder erzwungene Pfade zu nutzen, wenn der Herstellereintrag beschädigt ist.

Win32-Deinstallation ist kein einheitliches Format: MSI, Inno Setup, NSIS und eigene Bootstrapper verhalten sich unterschiedlich, wenn Cache-Dateien fehlen. Deshalb ist „Reparatur mit derselben Installer-Version ausführen, dann deinstallieren“ ein wiederkehrender Fix – er stellt die Bits wieder her, die der Deinstaller erwartet. Symptomzuordnung finden Sie unter Fehlerbehebung bei Deinstallationsfehlern.

Microsoft Store und paketierte Apps

Über den Store bezogene Apps (oder sideloaded in kompatiblen Formaten) werden über Windows-Komponenten gewartet, die Paketidentität, Updates und Entfernung verfolgen. Der richtige erste Schritt ist meist Einstellungen → Apps oder die eigene Verwaltungsoberfläche des Stores – besonders wenn Abhängigkeiten oder Lizenzen eine Rolle spielen. Dateien zu löschen, ohne den Paketzustand zu verstehen, kann zu inkonsistenter Registrierung führen.

Paketierte Apps können Frameworks und optionale Pakete teilen. Eine App zu entfernen sollte eine andere nicht still entfernen, aber aggressive Drittanbieter-„Cleaner“ können gemeinsamen Speicher falsch interpretieren. Wenn Windows „Erweiterte Optionen“ mit Reparatur oder Zurücksetzen bietet, versuchen Sie diese, bevor Sie manuell Ordner unter WindowsApps durchsuchen.

Winget, Store und klassische Installer

Paketmanager wie winget kapseln oft dieselben zugrunde liegenden Installer wie ein direkter Download. Die Deinstallation sollte weiterhin dem dokumentierten Pfad des Herstellers oder von Windows für diesen Pakettyp folgen. Nehmen Sie nicht an, „installiert über winget“ bedeute automatisch ein Store-Paket – prüfen Sie die Auflistung und die Dokumentation der App.

Wo Drittanbieter-Deinstaller weiterhelfen

Auf einem gemischten System können Sie weiterhin ein Drittanbieter-Tool für Desktop-Programme nutzen und bei Store-Apps auf integrierte Abläufe setzen. Manche Sammellisten zeigen beide Welten; lesen Sie dann, welche Deinstallations-API jede Zeile auslöst. Wenn eine Zeile eindeutig ein paketierte App abbildet, bevorzugen Sie den von Microsoft dokumentierten Weg für diese Paketfamilie.

Für Desktop-Zeilen gilt weiter die übliche Reihenfolge: Standard-Deinstallation → Neustart falls gefordert → Reste prüfen. Der Artikel zu Resten erläutert, was nach jedem Schritt oft übrig bleibt.

Unternehmens- und Bildungsgeräte

Richtlinien können Store-Zugriff blockieren, portable EXEs einschränken oder genehmigte Installer vorschreiben. Richten Sie sich vor erhöhtem Aufräumen auf verwalteten PCs immer nach den IT-Vorgaben.

Intune und ähnliche Plattformen können „erforderliche“ Apps nach lokaler Entfernung erneut installieren. In dieser Welt liegt der Fehler nicht beim Deinstallations-Tool – die Verwaltungsebene ist maßgebend. Öffnen Sie ein Ticket statt gegen Richtlinien-Schleifen anzukämpfen.

Weiterlesen

Glossar: Store vs. Desktop · Reste nach der Deinstallation · Playbooks auf der Startseite.