Windows 11/10 で「Microsoft To Do と Microsoft Store がロゴ表示後すぐ閉じる／起動しない」現象に悩む方向けの実践ガイドです。管理者 PowerShell による UWP 再登録を軸に、キャッシュ初期化、アプリ修復・リセット、SFC/DISM、サービス・ネットワーク・アカウントの見直しまで、現場で“効く”順序で詳しく解説します。
症状の整理とゴール
本記事が対象とする症状は次のとおりです。To Do と Microsoft Store がいずれもロゴ（スプラッシュ）表示後に即終了し、ウィンドウが残らない／エラーメッセージが出ない状態。共通して UWP（ユニバーサル Windows プラットフォーム）アプリの起動フェーズで失敗している可能性が高く、アプリ登録情報・キャッシュ・依存サービス・アカウント資格情報・ネットワーク制限などが原因になり得ます。最小手数で回復させることをゴールに、手順は「即効性が高い順」に並べています。
まず試す：主要な対処手順（PowerShell で UWP アプリを再登録）
To Do と Store の同時不調は「アプリの登録情報の破損」で説明できることが多く、再登録だけで解決するケースが非常に目立ちます。以下は安全かつ再現性の高い手順です。
手順（管理者 PowerShell）
- PowerShell を管理者として起動
スタートにPowerShellと入力 → 右クリック → 「管理者として実行」。 - Explorer を一時停止
taskkill /IM explorer.exe /F画面が黒くなっても正常です（エクスプローラーを停止中）。 - UWP アプリ全体を再登録
Get-AppXPackage | ForEach {Add-AppxPackage -DisableDevelopmentMode -Register "$($_.InstallLocation)\AppXManifest.xml"} - Microsoft To Do だけ再登録
Get-AppXPackage *Microsoft.Todos* | ForEach {Add-AppxPackage -DisableDevelopmentMode -Register "$($_.InstallLocation)\AppXManifest.xml"} - Microsoft Store だけ再登録
Get-AppXPackage *Microsoft.WindowsStore* | ForEach {Add-AppxPackage -DisableDevelopmentMode -Register "$($_.InstallLocation)\AppXManifest.xml"} - Explorer を再起動 → PowerShell を閉じる
start explorer.exe - PC を再起動
再起動後に To Do / Store が正常に開くかを確認します。
ポイント
多くの環境で「再登録だけ」で回復します。もし改善しない場合も、上の操作は副作用が少なく、次の診断と併用しやすい基礎処置です。
追加で試すと効果的な補足策
| 目的 | 操作 |
|---|---|
| Store キャッシュを初期化 | Win + R → wsreset.exe → 黒い画面後に Store が自動起動 |
| アプリの修復 / リセット | 設定 > アプリ > インストール済みアプリ > Microsoft Store / Microsoft To Do > 詳細オプション → 修復 または リセット |
| システムファイル修復 | 管理者 PowerShell でsfc /scannow 実行 → 完了後 DISM /Online /Cleanup-Image /RestoreHealth |
| OS・アプリ更新 | Windows Update と Microsoft Store の「ライブラリ > 更新を取得」 で更新 |
| 時刻と地域設定の見直し | 設定 > 時刻と言語 で自動設定を有効化（不一致は Store 認証失敗の原因） |
原因を絞り込む：チェックリスト
短時間で正しく切り分けるため、次の観点で状態確認を行います。
| 観点 | 確認内容 | 期待値 / 判定 |
|---|---|---|
| UWP 全般 | 電卓や写真など他の既定 UWP アプリは起動するか | 起動しない場合は UWP プラットフォーム側の問題の可能性が高い |
| サービス | BITS / Windows Update / AppX 部署 / ライセンス系サービスが動作しているか | 停止・無効化なら再有効化が必須 |
| アカウント | Microsoft アカウント／職場・学校アカウントのトークン有効性 | 資格情報の破損は Store/To Do の認証失敗を誘発 |
| ネットワーク | プロキシ／TLS 検査／証明書エラーの有無 | 企業ネットワークでは Store ドメイン遮断が急所 |
| プロファイル | 新規ローカルユーザーで再現するか | 再現しない場合はユーザー プロファイル破損の可能性大 |
サービスの状態を一括確認（管理者 PowerShell）
依存サービスが無効化されていると、Store/To Do は起動直後に終了します。次のコマンドで状態を素早く確認・回復します。
Get-Service BITS,wuauserv,AppXSVC,ClipSVC | Format-Table -Auto Name,Status,StartType
# 必要に応じて再起動
Restart-Service BITS -Force
Restart-Service wuauserv -Force
# AppXSVC（AppX Deployment Service）は必要時に起動するためエラーは無視可
# ClipSVC（Client License Service）は Demand（手動/トリガ）推奨
sc config ClipSVC start= demand
net start ClipSVC上記で StartType が Disabled になっているサービスは有効化します（企業ポリシーで無効化されている場合は管理者に確認）。
ネットワークとプロキシの影響を排除
プロキシ設定の不整合やルート証明書の欠落は、Store の認証・ダウンロードに直結します。個人環境では一時的にプロキシを無効化、社内環境ではネットワーク管理者に Store 関連ドメインへの通行可否を確認します。
# WinHTTP のプロキシ確認
netsh winhttp show proxy
# 一時的にクリア（必要なら元に戻す）
netsh winhttp reset proxyVPN／フィルタリングソフトを併用している場合はいったん無効化して挙動を確認します。
アカウント資格情報のリフレッシュ
Web Account Manager（WAM）／Token Broker 周りのトークン破損でもロゴ後に落ちる現象が起こります。次の順で安全にリフレッシュします。
- 設定 > アカウント > 職場または学校にアクセスする で紐付けを一度切断 → 再接続。
- 設定 > アカウント > メールとアカウント で不要なアカウントを削除 → 再追加。
- 資格情報マネージャー（コントロールパネル）で MicrosoftAccount / SSO_POP_Device などの古い資格情報を整理（不明なものは削除しない）。
ローカルキャッシュの安全なクリア
アプリ自体のデータではなく「キャッシュ」に限定して削除します。アプリ内のサインイン情報は再入力が必要になる場合があります。
| 対象 | パス | 備考 |
|---|---|---|
| Microsoft Store | %LOCALAPPDATA%\Packages\Microsoft.WindowsStore_8wekyb3d8bbwe\LocalCache | 削除後に wsreset.exe 実施を推奨 |
| Microsoft To Do | %LOCALAPPDATA%\Packages\Microsoft.Todos_8wekyb3d8bbwe\LocalCache | オフラインデータはクラウド同期で復元されるが、念のためサインイン状態を確認 |
| 共通一時状態 | %LOCALAPPDATA%\Packages\<パッケージ名>\TempState | 存在する場合のみ削除 |
イベントログでの手掛かり（原因の見える化）
「ロゴ後に終了」は UI が出ないため、イベントログが強力な手掛かりになります。
- イベント ビューアー → アプリケーションとサービス ログ → Microsoft > Windows：
- AppXDeployment-Server（展開失敗・依存関係エラー）
- Microsoft-Windows-TWinUI/Operational（イベント ID 5973：アプリのアクティブ化失敗）
- Microsoft-Windows-Store/Operational（Store 特有のエラー）
エラー コード例と対処の道筋：
| 代表的エラー | 意味合い | 対処の一例 |
|---|---|---|
| 0x80073CF9 / 0x80073CF3 | AppX の展開／依存解決失敗 | UWP 再登録、SFC/DISM、必要なら App Installer（winget）を更新 |
| 0x80070422 | サービス無効（wuauserv 等） | サービスの有効化・再起動 |
| 0x80190190 / 0x80072EE7 | ネットワーク／DNS 関連 | プロキシ解除、DNS 見直し、VPN を一時遮断 |
設定から行う「修復」「リセット」の使い分け
修復はアプリ データを保持したまま動作に必要なファイルを補修します。リセットは初期化（サインインし直し・一部設定が消える）ですが、破損が深い場合の回復率が高い操作です。まず修復で様子を見て、改善しなければリセットを選びます。
グループポリシー／レジストリの影響（会社 PC 向け）
企業管理環境では、ポリシーで Store が使用不可に設定されている場合があります。管理者であれば、以下を確認してください（ユーザー個人での変更は推奨しません）。
- ローカルグループポリシー エディター：
コンピューターの構成 → 管理用テンプレート → Windows コンポーネント → Microsoft Store → 「Microsoft Store アプリをオフにする」が 未構成 または 無効 になっているか。 - AppLocker / WDAC（アプリ制御）で UWP がブロックされていないか。
ポリシーが有効の場合はローカル操作では解消できません。IT 管理部門に相談してください。
上級：Store と To Do をユーザー単位で再登録（個別・再現性重視）
全体再登録に抵抗がある場合、個別再登録のみを実行します。
# Microsoft To Do
Get-AppxPackage *Microsoft.Todos* | ForEach {Add-AppxPackage -DisableDevelopmentMode -Register "$($_.InstallLocation)\AppXManifest.xml"}
# Microsoft Store
Get-AppxPackage *Microsoft.WindowsStore* | ForEach {Add-AppxPackage -DisableDevelopmentMode -Register "$($_.InstallLocation)\AppXManifest.xml"}複数ユーザーに跨って問題が出ている環境では、管理者で -AllUsers を併用して再登録します（運用ポリシーに合わせて判断）。
Get-AppxPackage -AllUsers *Microsoft.WindowsStore* | ForEach {Add-AppxPackage -DisableDevelopmentMode -Register "$($_.InstallLocation)\AppXManifest.xml"}Windows イメージの健全性確認（SFC/DISM）
UWP の基盤ファイルが破損していると再登録だけでは改善しません。SFC と DISM はコア層の整合性を回復します。
sfc /scannow
DISM /Online /Cleanup-Image /RestoreHealthDISM 実行後は念のため再起動し、再度 SFC を回して 100% 正常を確認してください。
切り分けの決定打：新しいローカルユーザーでの再現確認
既存ユーザー プロファイルだけで問題が起きているかを見極めます。新しいローカルアカウントを作成し、To Do / Store が正常に起動するか確認しましょう。新規ユーザーで直るなら、既存プロファイル側のキャッシュ・設定破損が濃厚です。移行方針（新規ユーザーへ乗り換え or プロファイルの段階修復）を検討できます。
よくある見落とし（現場メモ）
- システム日付が大幅にズレている：証明書検証が失敗し Store が起動直後に落ちることがあります。必ず自動時刻同期を有効に。
- ストレージ圧迫：残り容量が 1～2GB しかないと AppX 展開が失敗しやすくなります。10GB 以上を目安に確保。
- 古いセキュリティ製品の干渉：アプリの隔離・保護ルールが UWP をブロックしている場合、例外設定で回避。
- App Installer（winget）の更新漏れ：アプリ インストーラー が極端に古いと UWP の依存解決が不安定になることがあります。Store ライブラリから更新。
トラブル別・おすすめアクション早見表
| 状況 | 最短ルート | 次の一手 |
|---|---|---|
| To Do / Store がどちらも起動直後に終了 | 本記事の「再登録」→ 再起動 | wsreset → 修復/リセット → SFC/DISM |
| 他の UWP も全滅 | サービス状態確認・SFC/DISM | 新規ユーザーで再現性確認 |
| 会社 PC だけ再現 | ポリシーとプロキシの確認 | IT 管理者へエビデンス（イベント 5973 等）提示 |
| 家庭内でのみ再現 | プロキシ/VPN/セキュリティ製品を一時無効 | DNS 変更・ルーター再起動 |
最終手段：インプレース修復（設定・アプリを保持）
ここまでの手順で解消しない場合、Windows のインプレース修復（修復インストール）を検討します。最新のインストール メディアを用意し、セットアップを起動して「個人用ファイルとアプリを引き継ぐ」を選択してください。OS コンポーネントの欠損が広範囲でも高確率で復旧できます。実行前に必ずバックアップを取得しましょう。
セーフティノート（失敗しないために）
- PowerShell は必ず管理者で実行し、実行中に PC を強制終了しない。
-AllUsersは共有 PC では影響範囲が広い。まずはユーザー単位での再登録を優先。- 企業 PC のポリシー変更は自己判断で行わない。
- キャッシュ削除は LocalCache/TempState のみに限定し、任意のデータ フォルダを消さない。
まとめ
「ロゴの後にすぐ閉じる」現象は、To Do と Microsoft Store に共通する UWP の登録情報・キャッシュ・サービス・資格情報まわりの不整合で発生しがちです。もっとも効果が高いのは、管理者 PowerShell での再登録（本記事の手順）。続けて wsreset、アプリの修復/リセット、SFC/DISM、依存サービス・ネットワーク・アカウントの見直しを行えば、ほとんどの環境で回復します。なお改善しないときは、新規ユーザーで再現するかを必ず確認し、プロファイル破損かシステム全体かを切り分けましょう。
付録：実行コマンド一覧（コピペ用）
# Explorer 一時停止
taskkill /IM explorer.exe /F
# UWP 全体を再登録
Get-AppXPackage | ForEach {Add-AppxPackage -DisableDevelopmentMode -Register "$($_.InstallLocation)\AppXManifest.xml"}
# Microsoft To Do を再登録
Get-AppXPackage *Microsoft.Todos* | ForEach {Add-AppxPackage -DisableDevelopmentMode -Register "$($_.InstallLocation)\AppXManifest.xml"}
# Microsoft Store を再登録
Get-AppXPackage *Microsoft.WindowsStore* | ForEach {Add-AppxPackage -DisableDevelopmentMode -Register "$($_.InstallLocation)\AppXManifest.xml"}
# Explorer 再起動
start explorer.exe
# Store キャッシュ初期化
wsreset.exe
# システムファイル修復
sfc /scannow
DISM /Online /Cleanup-Image /RestoreHealth
# 主要サービスの状態確認と起動
Get-Service BITS,wuauserv,AppXSVC,ClipSVC | Format-Table -Auto Name,Status,StartType
sc config ClipSVC start= demand
net start ClipSVC
# ネットワーク プロキシの確認/リセット
netsh winhttp show proxy
netsh winhttp reset proxyトラブルが続く場合の相談メモ
IT 管理者やサポートへ状況を伝える際は、次の情報をまとめて提示すると解決が早まります。
- 再現手順（To Do / Store のどちら、ユーザー/管理者どちらで起動、ロゴ後何秒で終了など）
- 実施済みの対処（再登録、wsreset、修復/リセット、SFC/DISM など）
- イベントログの該当エラー（AppXDeployment-Server、TWinUI 5973、Store/Operational の記録）
- 依存サービスの状態・プロキシの有無・VPN 利用の有無
- 別ユーザー／別ネットワークでの再現性
結論
最短距離で直すなら、PowerShell 管理者での UWP 再登録 → wsreset → 修復/リセット → SFC/DISM → サービス/ネットワーク/アカウントの確認 → 新規ユーザーで切り分けの順に進めるのが定石です。これらを踏めば、Microsoft To Do と Microsoft Store の同時起動失敗は高確率で解消できます。
コメント