Microsoft Store app will not install or update in Windows 11
Check account/device availability, restart state, Windows/Store updates and app-specific deployment evidence before broad package repair.
- Confirm the app is available for your region/account/device and that you are signed in with the intended Microsoft account.
- Restart Windows if a Windows update was just installed.
- Update Windows and Microsoft Store, then retry the single app.
- If a deployment code/ActivityId appears, preserve it before resetting or reinstalling anything.
What this problem usually means
Microsoft Store install failures can be availability/account/device-compatibility problems, pending restart/update state, Store cache/app problems, or an MSIX/AppX deployment failure. Keeping those branches separate avoids destructive package re-registration for an app that is simply unavailable or incompatible.
What is known, and what is not proven yet
Keep observation, evidence and conclusion separate before making a higher-impact change.
One Store/MSIX app cannot install or update.
Store/account/device availability plus exact deployment code and ActivityId when present.
Microsoft Store delivery, the specific MSIX/AppX package, or package deployment state.
Whether the problem affects one package or many and whether AppX logs name a specific deployment reason.
Apply Store/update fixes first, then use the exact AppX code/log for a package-specific branch.
App publisher, Microsoft support or managed-device IT when package identity/signing/policy is the remaining failure.
Work from the narrowest fix to the broader one.
Use Microsoft Store first-line fixes
Low riskWhy this belongs here: Microsoft recommends updating Windows/Store and using Store troubleshooting before deeper package changes.
- Close and reopen Microsoft Store.
- Install current Windows updates.
- Open Microsoft Store > Library and get available Store/app updates.
- Run wsreset.exe if Store cache/launch behavior is also abnormal.
Move to package evidence only when the failure is truly deployment-specific
Low riskWhy this belongs here: AppX/MSIX deployment errors can expose an ActivityId and package-specific error that is more useful than generic Store resets.
- Copy the exact HRESULT/error code and ActivityId if shown.
- Use Get-AppxLog with that ActivityId when appropriate.
- Confirm whether the same package is already installed or currently running.
- Use the matching error record instead of broad re-registration scripts.
When this guide stops being the right path
Do not run bulk Get-AppxPackage re-registration scripts simply because one Store app fails. System/inbox packages and per-user package state require more context.
If the problem is still not fixed
If the error is 0x80073D02, close the running app/resources first. If the package already exists (0x80073CFB), verify the installed package/version before attempting another deployment.
Sources reviewed for this page
Primary technical guidance is preferred. A source supports the scope stated here; it does not imply that every possible cause is covered.