Portmaster などで通信を厳格にブロックしたあと、「msedgewebview2.exe ― システム エラー」が繰り返し出て、Google 関連や他のデスクトップアプリが起動しない──そんな相談が急増しています。本記事は、データを消さずに直す最有力策（Windows 11 の修復インストール）を軸に、原因の仕組み、応急処置、恒久対策、再発防止までを実践手順で詳しくまとめました。
msedgewebview2.exe ― システム エラーの全体像
現象の多くは、Microsoft Edge WebView2 Runtime（msedgewebview2.exe） が正常に初期化できず、Web 技術（HTML/CSS/JS）で描画するアプリの UI が作れないことで発生します。WebView2 は Windows 11 の広範なアプリで利用されており、破損・欠損・起動阻害が起きると、起動直後のクラッシュや真っ白な画面、依存 DLL 不足のエラーが連鎖します。
よくあるメッセージ例
msedgewebview2.exe - システム エラーWebView2Loader.dll が見つからないため、コードの実行を続行できませんVCRUNTIME140.dll / api-ms-win-...などランタイム DLL の不足- 「アプリケーション エラー 0xc0000135 / 0xc0000142」
なぜ Portmaster 等のブロックで壊れるのか
WebView2 は起動時に以下の資源へアクセスします。これらが遮断されると初期化や更新・検証に失敗します。
- WebView2 ランタイム本体へのアクセス（
msedgewebview2.exeと周辺 DLL） - デジタル署名の失効確認（証明書の OCSP/CRL）
- Microsoft Edge Update サービス（更新・自己修復）
- Windows のシステム API、コンポーネント ストア（SxS）
症状 → 想定原因の早見表
| 症状 | 主因の候補 | 優先対処 |
|---|---|---|
| 起動直後に「システム エラー」 | WebView2 の破損 / DLL 欠損 / 署名検証不可 | 修復インストール → WebView2 再導入 |
| 一部アプリのみクラッシュ | 当該アプリの埋め込み DLL の欠損 | アプリの修復/再インストール |
| ネット接続でのみ落ちる | Portmaster 等の遮断ルール | ホワイトリスト運用へ変更 |
| SFC/DISM で整合性エラー | コンポーネント ストア破損 | DISM→SFC→修復インストール |
最も確実な解決策：Windows 11 の修復インストール（上書きインプレース アップグレード）
修復インストールは、OS を再展開してシステム ファイルとコンポーネント ストアを正常化する手順です。個人用ファイルとアプリを保持できるため、クリーンインストールより安全かつ現実的です。WebView2 の破損が OS 側の不整合に波及している場合でも、根こそぎ整えられます。
事前チェック（安全・成功率アップ）
- 現在の Windows 11 のエディション・言語・アーキテクチャ（x64/ARM64）を確認する
- BitLocker 有効時は回復キーを控えておく
- 空き容量は最低 25〜30GB を目安に確保する
- Portmaster 等のネットワーク制御ツールは一時的に無効化、可能ならアンインストール
- 常駐型のアンチウイルスはリアルタイム保護を一時停止
- 電源は AC 接続・スリープ無効化（セッション中に切れないように）
- 重要データは外部ドライブ/クラウドにバックアップ
実行手順
- Microsoft 公式から、現在の環境と同じエディション/言語の Windows 11 ISO を取得。
- ISO を右クリックして マウント → 仮想ドライブを開き
Setup.exeを実行。 - 画面の指示に従い、「個人用ファイルとアプリを引き継ぐ」を選択。
- 互換性チェック後にインストールを開始。複数回再起動します。
- 完了後にサインインし、WebView2 依存アプリ（例：Microsoft 365、Teams、新しいOutlook、各種ランチャー等）が起動するか確認。
完了後の確認・後処理
- Windows Update を実行して累積更新を適用
- WebView2 Runtime の存在・バージョンを確認（方法は後述）
- Portmaster を再導入する場合は、ホワイトリスト方式でコア機能を許可してから段階的に厳格化
応急処置：DLL を直接配置する（恒久策ではありません）
エラーダイアログで「WebView2Loader.dll など特定の DLL が見つからない」と明示された場合、該当パスに 同一アーキテクチャの DLL を配置すると一時的に起動できることがあります。これはあくまで応急処置で、根本の不整合は残る点に注意してください。
- エラーダイアログに表示された 不足 DLL 名とフォルダー パス を控える。
- 同バージョンのアプリやクリーンな別 PC、または配布元から正規 DLL を入手。
- x64 と x86 を取り違えないように配置（アプリが 32bit なら x86）。
- アプリを再起動して挙動を確認。改善しない場合は修復インストールの実施を強く推奨。
追加対策：WebView2 / システム整合性 / ネットワークの再構築
WebView2 Runtime を再導入する
修復インストール後でも、個別のランタイム破損が疑われる場合は再導入します。管理者権限のターミナル（Windows ターミナル/PowerShell）で以下を活用できます。
winget list "Edge WebView2"
winget install --id Microsoft.EdgeWebView2Runtime --source winget
既存のランタイムを強制的に入れ替える場合は、管理者権限で次のようなコマンドが使えます（パスは環境により異なるため、インストール先の Installer\setup.exe を確認してください）。
"C:\Program Files (x86)\Microsoft\EdgeWebView\Application\<version>\Installer\setup.exe" --uninstall --msedgewebview --system-level --force-uninstall --verbose-logging
アンインストール後、スタンドアロンのインストーラーで再インストールします。
システム整合性（SFC/DISM）の修復
OS のコンポーネント ストアが傷んでいると、WebView2 だけ再導入しても根本治療になりません。以下を順に実行します（管理者）。
sfc /scannow
DISM /Online /Cleanup-Image /RestoreHealth
SFC で修復済みが検出され、再起動の度に同じ破損が戻る場合、DISM のあとにもう一度 SFC を走らせると安定します。ログは %windir%\Logs\CBS\CBS.log や %windir%\Logs\DISM\dism.log を参照します。
Portmaster などネットワーク制御ツールの見直し
コア機能の通信まで遮断すると、署名検証・更新・既定ブラウザ コンポーネント呼び出しのどこかで失敗します。次を目安に ホワイトリストを作成してください。
- 許可するプロセス（例）：
C:\Program Files (x86)\Microsoft\EdgeWebView\Application\*\msedgewebview2.exeC:\Program Files (x86)\Microsoft\EdgeUpdate\MicrosoftEdgeUpdate.exeC:\Windows\System32\WerFault.exe（クラッシュ レポートが遮断されると自己修復のヒントが失われます） - 許可するカテゴリ：Windows Update、Microsoft Store、証明書失効確認（OCSP/CRL）、時間同期、DNS、NTP
- ドメイン/通信の考え方：Microsoft のコア ドメインと更新 CDN、証明書失効配布、TLS ハンドシェイクに最低限必要なポート（TCP/443）を許可
- 設定を一度エクスポートし、最小限許可 → 段階的に厳格化の順で再構築（ブロックから始めるのではなく、OS 必須通信を網羅してから絞る）
ネットワーク・キャッシュの初期化
ipconfig /flushdns
netsh winsock reset
netsh int ip reset
DNS キャッシュや Winsock カタログの破損で、特定サービスの解決や接続だけ失敗するケースが解消します。
Visual C++ 再頒布可能パッケージの再インストール
「VCRUNTIME***.dll が見つからない」場合は、VC++ 2015–2022（x64/x86） の再導入で改善することがあります。
winget install --id Microsoft.VCRedist.2015+.x64 --source winget
winget install --id Microsoft.VCRedist.2015+.x86 --source winget
Edge Update サービスとタスクの確認
sc query edgeupdate
sc query edgeupdatem
schtasks /Query /TN "\Microsoft\EdgeUpdate\MicrosoftEdgeUpdateTaskMachineCore"
schtasks /Query /TN "\Microsoft\EdgeUpdate\MicrosoftEdgeUpdateTaskMachineUA"
無効化されていたら自動/有効に戻します。更新が走らないと自己修復の機会が失われます。
イベント ログと信頼性モニターで原因を特定
- イベント ビューアー → 「Windows ログ > アプリケーション」「Windows ログ > システム」
- 信頼性モニター（
perfmon /rel）で障害発生の直前に何が起きているか把握 - Sysinternals Process Monitor を使い、
Process Name = msedgewebview2.exeで NAME NOT FOUND（ファイル欠損）や ACCESS DENIED（アクセス拒否）を洗い出す
ユーザープロファイル／権限の破損チェック
新規ローカル管理者アカウントでサインインし、同現象が再現するか確認します。プロファイル固有の破損なら、プロファイル移行で解決できる場合があります。WebView2 のインストール先（C:\Program Files (x86)\Microsoft\EdgeWebView）に対し、SYSTEM・Administrators・Users の既定権限（読み取りと実行）があるかも点検します。
セキュリティ スキャン（除染）
マルウェア疑いが残る場合は Microsoft Defender のオフライン スキャン を推奨します。
PowerShell (管理者):
Start-MpWDOScan
検出があれば除去後に SFC/DISM → 修復インストール の順で正常化を仕上げます。
原因別シナリオ別の実践手順
ケース A：WebView2Loader.dll が見つからない
- 当該アプリが同 DLL を同梱しているか確認し、アプリの修復/再インストールを実施
- 同梱していない場合は、アプリのベンダー配布物から正規 DLL を入手して配置（アーキテクチャ一致）
- 併せて WebView2 Runtime を再導入し、バージョン不一致を解消
ケース B：ネットワーク遮断時だけ失敗する
- Portmaster を一時停止し、動作が正常化するか確認（切り分け）
- ホワイトリストに
msedgewebview2.exeと更新・証明書関連を追加し、再度有効化 - OCSP/CRL が通らず署名検証に失敗している場合は、証明書関連通信を許可
ケース C：SFC/DISM で修復が終わらない
- 累積更新の適用後に再実行
- Windows 11 ISO をマウントし、
DISM /Online /Cleanup-Image /RestoreHealth /Source:<ISOの\Sources\install.wim> /LimitAccessを試す - 改善しない場合は修復インストールへ移行
ケース D：Edge Update が無効化されている
- サービス
edgeupdate/edgeupdatemを「自動（遅延開始）」に戻す - タスク スケジューラのコア/UA タスクを有効化
- Portmaster で該当プロセスの通信を許可
ケース E：アプリ側の組み込み WebView2 のみ壊れている
- 該当アプリを「修復」→「再インストール」
- アプリのインストール フォルダー直下の DLL 群の整合性を確認（ProcMon で欠損を特定）
よく使うパス・コマンドのリファレンス
| 項目 | 例 |
|---|---|
| WebView2 Runtime 本体 | C:\Program Files (x86)\Microsoft\EdgeWebView\Application\<version>\msedgewebview2.exe |
| インストーラー | ...\Application\<version>\Installer\setup.exe |
| Edge Update サービス | edgeupdate / edgeupdatem |
| SFC / DISM | sfc /scannowDISM /Online /Cleanup-Image /RestoreHealth |
| 信頼性モニター | perfmon /rel |
| Defender オフライン | Start-MpWDOScan |
最終手段：クリーンインストールの判断基準
以下をすべて試しても改善しない場合、クリーンインストールを検討します。
- 修復インストール後も WebView2 とアプリが起動不能
- SFC/DISM が毎回修復不可を報告
- レジストリやドライバ層の深刻な改変が疑われる
実施時は、回復キー、ライセンス、2 段階認証の再設定情報、ブラウザ同期などを事前に確保し、ユーザーデータのバックアップを 2 系統以上で取ります。実施後は Windows Update → ドライバ → アプリ → WebView2 依存アプリの順で整備します。
再発防止：強固なセキュリティと可用性を両立する設計
- 段階的遮断：まず OS 必須通信の許可セットを作り、その上にアプリごとの最小許可を積む
- テスト環境で検証 → 本番反映：Portmaster のポリシーはステージングで動作確認
- 観測を入れる：ブロック時は対象プロセス・宛先・エラーをログ化し、即時ロールバックできる運用に
- 自己修復を阻害しない：更新サービス・署名検証・ストア通信は原則許可
- ポリシーのバージョン管理：変更履歴を残し、問題発生時に直前の安定版へ戻せるようにする
Q&A（不安点の解消）
Q. 修復インストールでデータは消えませんか？
A. 「個人用ファイルとアプリを引き継ぐ」を選べば保持されます。とはいえ 0 リスクではないため、事前のバックアップは必須です。
Q. DLL をコピーしたら直りました。これで完了ですか？
A. 一時的に動くだけで、更新や別バージョンで再発しがちです。修復インストールと WebView2 の正規再導入を実施してください。
Q. WebView2 は削除しても良いですか？
A. 多数のアプリが依存しているため非推奨です。削除すると起動不能や UI 欠落が発生します。
Q. Portmaster を継続利用できますか？
A. 可能です。ホワイトリスト運用に切り替え、OS コア機能（WebView2、Microsoft Store、Windows Update、証明書関連）を許可した上で、業務要件に合わせて段階的に厳格化しましょう。
実行順のおすすめ（迷ったらこの順で）
- Portmaster を一時停止 → 症状が軽減するか確認（原因切り分け）
sfc /scannow→DISM /Online /Cleanup-Image /RestoreHealth- WebView2 Runtime の再導入（winget またはスタンドアロン）
- 改善しなければ Windows 11 修復インストール
- Portmaster のホワイトリスト整備 → 段階的に厳格化
- それでも不可ならクリーンインストールを検討
まとめ
- WebView2 は多くの Windows アプリの組み込みブラウザ基盤。破損・遮断で広範なアプリ障害が起きる
- 最も確実なのは Windows 11 の修復インストール。データを保持したまま OS とランタイムの整合性を回復
- DLL 直接配置はあくまで応急処置。根本は 正規の再導入と OS の整合性回復
- Portmaster 等は ホワイトリスト運用で OS 必須通信を許可し、再発を防ぐ
チェックリスト（コピー用）
[ ] 重要データのバックアップ（2 系統）
[ ] Portmaster など制御ツールの一時停止/アンインストール
[ ] sfc /scannow 実行 → DISM 実行
[ ] WebView2 Runtime の再導入（x64/x86 確認）
[ ] 修復インストール（個人用ファイルとアプリを保持）
[ ] Windows Update 適用・デバイス ドライバ更新
[ ] Portmaster のホワイトリスト整備（WebView2 / 更新 / 証明書）
[ ] 信頼性モニターでエラー再発がないか確認
コメント