Microsoft Store が「failed to initialize」と表示されて起動しない――いざという時にアプリの入手や更新ができず、生産性に直結する深刻なトラブルです。本記事では、Windows 10/11 共通で効果があった実証済みの 9 つの対処法を体系的に解説し、原因の切り分けから恒久対策までを網羅します。PowerShell を使い慣れていないユーザーでも踏み外さないよう、全手順を画面操作と CLI（コマンドライン）の両面から丁寧に紹介し、企業管理端末や VPN・プロキシ環境下で発生しやすい落とし穴にも触れます。
トラブルの特徴と前提知識
「Microsoft Store failed to initialize」は、ストアアプリのシェルコンポーネントが起動時の自己診断に失敗した際に表示される汎用エラーです。内部的には Microsoft.WindowsStore_8wekyb3d8bbwe パッケージの依存 DLL が読み込めない、Windows API のバージョンが不整合、サービス停止、キャッシュ破損など複数の要因が絡み合います。併発しやすい症状として Teams（UWP 版）の接続エラーや Xbox アプリのサインイン不可が挙げられ、これは共通プラットフォームである Windows App SDK／WebView2 Runtime が同時に影響を受けるためです。
事前チェックリスト
- 管理者権限のローカルアカウント、または同等のドメイン権限でサインインしているか
- システム時刻・タイムゾーンが正しいか（SSL 証明書検証に影響）
- 企業ポリシーで Store が制限されていないか（グループポリシー／Intune／SCCM）
- WSA（Android Subsystem）や Insider Preview ビルドを導入している場合は最新累積パッチを適用済みか
- VPN・プロキシを経由している場合、Windows Update と Store 用の例外設定が存在するか
迅速に原因を絞り込む 9 手順
| 手順 | 内容 | 備考・補足 |
|---|---|---|
| ① Windows を最新状態に更新 | 設定 → Windows Update で更新プログラムを確認し、インストール後に再起動 | Store は OS コア DLL と強く結合。累積更新プログラムとズレると初期化失敗が多発 |
| ② PowerShell で Store を再登録 | Get-AppxPackage WindowsStore | Remove-AppxPackage Get-AppxPackage -AllUsers Microsoft.WindowsStore | ForEach-Object {Add-AppxPackage -DisableDevelopmentMode -Register "$($_.InstallLocation)\AppXManifest.xml"} | 改行位置がずれるとエラー。コピー後は Notepad で LF を確認 |
| ③ キャッシュの強制クリア | Win+R → wsreset.exe を入力。黒背景が消えたら自動で Store が起動 | バックグラウンドで数分掛かることも。反応が無くても 120 秒ほど待つ |
| ④ 設定アプリの「修復／リセット」 | 設定→アプリ→インストール済みアプリ→Microsoft Store→詳細オプション→修復／リセット | キャッシュとローカルデータを再生成。PowerShell が苦手なら最速の解決策 |
| ⑤ システムファイル整合性チェック | sfc /scannow DISM /Online /Cleanup-Image /RestoreHealth | SFC は API-MS 系 DLL の破損を修正。DISM はコンポーネントストア全体を回復 |
| ⑥ 依存サービスを確認 | services.msc で– Microsoft Store Install Service – Windows Update – Background Intelligent Transfer Service を「手動（トリガー開始）」以上に変更 | 無効化ツールや誤設定で停止していると初期化不可 |
| ⑦ 新しいローカルユーザーで検証 | 設定→アカウント→家族とその他ユーザー→アカウント追加→ローカルユーザー | プロファイル単位の破損を切り分け。新規ユーザーで正常ならデータ移行を検討 |
| ⑧ プロキシ・VPN・FW を一時無効化 | ネットワーク設定で「プロキシを使わない」に切替え、VPN 切断後に Store 再起動 | Store と Teams が同時に通信エラーの場合、最も疑わしいポイント |
| ⑨ インプレース修復（上書きアップグレード） | 公式 ISO をマウント→setup.exe→「個人用ファイルとアプリを引き継ぐ」 | システム DLL だけを再構築。クリーンインストール不要の最終手段 |
各手順を深掘り解説
① Windows Update と Store の依存関係
Windows 10 Version 21H2 以降、Store クライアントは Windows.UI.Xaml と win32u.dll の API を多用する設計に刷新されました。累積更新を後回しにすると DLL バージョンがズレ、INIT フェーズで 0xC0000139（Entry Point Not Found）が返されます。オフライン端末の場合は 「オプションの品質更新プログラム」 も必ず適用しましょう。
② PowerShell 再登録時のコツ
Get-AppxPackage をワイルドカードで実行すると Store 以外の UWP を誤って削除するリスクがあります。上記スクリプトは WindowsStore のみに限定し、戻り値が 1 行になることを確認してから Remove-AppxPackage を実行してください。また、企業環境では Add-AppxProvisionedPackage でイメージにストアを事前組み込みしている場合があり、同 PC に複数バージョンの Store パッケージが共存して登録に失敗することがあります。その際は Get-AppxPackage -AllUsers で一覧し、重複行を全てアンインストールしてから再登録すると成功率が上がります。
③ wsreset.exe では消えないキャッシュ
wsreset.exe がリセットするのは %LocalAppData%\Packages\Microsoft.WindowsStore_8wekyb3d8bbwe\LocalCache 配下のみです。ダウンロード途中で中断された .appx データや旧バージョンの署名情報は %ProgramFiles%\WindowsApps\Deleted に残るため、必要に応じてエクスプローラーの表示設定「隠しファイルを表示」を有効にし、手動で削除します。アクセス権の変更には icacls で TrustedInstaller を保持したまま追加するか、Windows Terminal を「開発者モード」で起動する方法が安全です。
④ GUI ベースの修復／リセット
一般ユーザーが最も実行しやすいアプローチです。「修復」はデータ保持を優先し、消失させたくない購入履歴や支払い情報を守ります。一方「リセット」はローカルキャッシュを含む構成ファイルを完全初期化するため、初回起動時に Microsoft アカウントの再サインインが必要になる点に注意してください。
⑤ SFC と DISM の棲み分け
SFC はシステムファイルのハッシュを %WinDir%\WinSxS（コンポーネントストア）と照合して修復します。WinSxS 側が壊れている場合は SFC で修正できないため、DISM でオンラインイメージをクリーンアップしてから再度 SFC を走らせるのがセオリーです。DISM 実行時は Windows Update の接続を必要とするため、オフライン環境では「インストール メディアをソース指定」で補完できます。
⑥ Microsoft Store Install Service と関連サービス
Store クライアントはダウンロードマネージャーとして BITS（Background Intelligent Transfer Service）と Windows Update API を利用します。サービスが「無効」または「手動（開始せず）」だと初期化チェックに失敗して即終了します。社内セキュリティ指針で BITS を停止している場合は、ダウンロード帯域を時間帯で制御する Delivery Optimization ポリシーに置き換えると安全に運用できます。
⑦ プロファイル破損の見分け方
Store が起動しないが新規ユーザーでは問題ない場合、%LocalAppData%\Packages の ACL（アクセス制御リスト）破損が疑われます。Windows 11 ではプロフィールに Mandatory Integrity Label が追加されるケースがあり、古いバックアップを戻すと ACL が剥離することがあります。トラブルが再発する場合はユーザープロファイルを再作成し、OneDrive かローミングプロファイルでデータ同期する方が早い場合もあります。
⑧ ネットワーク機器とセキュリティ製品の影響
HTTP(S) インスペクション型プロキシは Store のピン留め証明書検証を阻害することがあります。企業用ルート CA を手動インポートしたとしても、Store クライアント側が CT（Certificate Transparency） を必須とするため、証明書を差し替える方式のプロキシでは接続が弾かれることがあります。対策としてはプロキシの SSL バイパスリスト に .dl.delivery.mp.microsoft.com、.storeedgefd.dsx.mp.microsoft.com などを追加し、証明書パススルーさせる方法が一般的です。
⑨ インプレース修復でシステムを再構築
最終手段ですが成功率は高く、ほぼ全ての「failed to initialize」系エラーを解消できます。ISO は実行中のビルドと同じエディション／言語／アーキテクチャを選び、「個人用ファイルとアプリを保持」を選択すればユーザーデータは失われません。所要時間は環境にもよりますが 30〜90 分。アップグレード直後は Windows.old に旧環境が残るため、問題が解決したら ディスク クリーンアップ で不要ファイルを削除して容量を回収しましょう。
Teams（UWP 版）が同時に通信エラーを出す場合
Microsoft Teams for Windows（UWP 版）は Store と同じ Appx 配信モデルを採用し、WebView2 Runtime をレンダリングエンジンとして利用します。Store が落ちている状態でも Teams.exe（Win32 版）は動くため、UWP 版のみエラーが出ている場合は WebView2 の破損が原因の可能性が高いです。下記コマンドで再配布パッケージを再インストールすると改善するケースがあります。
winget install Microsoft.WebView2Runtime --source wingetトラブル予防のベストプラクティス
- 月例パッチ公開直後の更新：毎月第二火曜日（PT）の “Patch Tuesday” 後 72 時間以内に Windows Update を適用し、ストア側のバージョン進行と合わせる
- 定期的なストアキャッシュのクリア：WSRESET をタスクスケジューラで 90 日ごとに実行
- Delivery Optimization の最適化：ポリシーでピアキャッシュか VPN ブレイクアウトを構成し、BITS 停止を回避
- アプリごとの「最後の成功時刻」監視：PowerShell の
Get-AppxPackage | Select Name,InstallDateをログに記録し、異常検知に活用
FAQ：よくある質問
Q. Store をアンインストールしたまま放置しても問題ない？ A. 累積更新プログラムの配布形式が Appx 依存に移行しており、Store が無いと OS コンポーネントの一部が更新できなくなる可能性があります。必ず再登録してください。 Q. UWP アプリを一切使わないので Store を無効にしたい A. 企業環境ではグループポリシー「Turn off the Store application」でユーザー UI を非表示にできます。ただしバックグラウンドサービスを止めると OneNote など Office UWP の更新も止まるため推奨しません。 Q. インプレース修復後もエラーが出る A. ストレージ障害やメモリエラーが疑われます。chkdsk /f や Windows メモリ診断 を行い、ハードウェア要因を排除してください。
まとめ
Microsoft Store が「failed to initialize」と表示される背景には、OS コンポーネントの不整合、サービス停止、ネットワーク制限など複数の要因が絡みます。しかし、本記事で紹介した 9 段階のステップを上から順に実施すれば、ほとんどのケースで正常動作を取り戻せるはずです。特に「Windows Update の最新化」と「PowerShell での再登録」は成功事例が多く、時間対効果が高い方法です。それでも解決しない場合も、インプレース修復という強力な手段が残されています。ストアは単なるアプリ配布プラットフォームに留まらず、Windows エコシステム全体の更新基盤となっています。早期復旧のためにも、本記事をブックマークしてトラブル発生時にすぐ参照できるようにしておきましょう。
コメント