Windows 11 で「Microsoft Edge を閉じても、しばらくするとバックグラウンド プロセスが復活してメモリを大量消費する」という相談が増えています。本記事では、Autoruns・タスク スケジューラ・Edge 設定・グループ ポリシー・PowerShell まで網羅し、WebView2 を誤って止めないための注意点も含めて復活を根本的に抑止する手順を、再発防止の運用ルールとあわせて具体的に解説します。
Edge が勝手に復活してメモリを食う ― 症状の全体像
現象はシンプルです。Edge（msedge.exe）を終了し、タスク マネージャーからプロセスを手動終了しても、数分〜数十分で Edge 関連のバックグラウンド プロセスが再び現れ、数百 MB〜数 GB を占有することがあります。特にタブを大量に開いていた履歴や、拡張機能／PWA／通知のバックグラウンド動作、スケジュールされた更新タスク、スタートアップ ブーストなどが連鎖して再起動の引き金になります。
まずは「何が動いているか」を把握する
| プロセス名 | 役割の目安 | 停止判断 |
|---|---|---|
msedge.exe | Edge 本体（タブ／レンダラ／ユーティリティ等の親子プロセス） | 対象（復活して困るのは概ねこれ） |
msedgewebview2.exe | Edge WebView2（Teams や Office、Windows の一部 UI が利用） | 停止禁止（他アプリが起動不可になる恐れ） |
crashpad_handler.exe | クラッシュ レポート用の常駐 | 放置可（メモリは軽微） |
edgeupdate.exe / edgeupdatem.exe | Edge 更新サービス／タスク連携 | 停止は慎重に（セキュリティ更新に影響） |
最短で効く：Autoruns で自動起動エントリを無効化
Edge が再起動してしまう経路の多くは「ログオン項目」「スケジュール タスク」です。Microsoft Sysinternals の Autoruns を使うと、これらを一括で可視化し、無効化（Disable）できます。ポイントは“MicrosoftEdge” を含むが “WebView” を含まない項目だけを無効化すること。
手順（管理者権限で実行）
- Autoruns を展開し、
Autoruns64.exeを管理者として実行。 - 上部タブから Logon と Scheduled Tasks を順に開く。
- 項目名に MicrosoftEdge を含み、かつ WebView を含まないエントリ（例：MicrosoftEdgeUpdateTaskMachineUA、MicrosoftEdgeUpdateTaskMachineCore、MicrosoftEdgeAutoLaunch など）のチェックを外す。
- 変更を保存したら、シャットダウンではなく「再起動」を実行。再起動後にタスク マネージャーで
msedge.exeが自動起動していないことを確認。
Autoruns はレジストリやタスク スケジューラの「有効／無効」を切り替えるだけです。削除ではなく無効化に留めれば、必要になった際にいつでも戻せます。
なぜ Autoruns が効くのか
Edge は更新や通知、起動の高速化のためにバックグラウンドでの自動起動経路を複数持っています。Windows の「設定 > アプリ > スタートアップ」だけではカバーできず、スケジュール タスクやログオン スクリプト経由で復活するケースを Autoruns が一網打尽に見せてくれるためです。
Windows 側のスタートアップ登録を重複して無効化
Autoruns に加えて、Windows のスタートアップ トグルも確認しておきます。環境によっては Edge が二重登録されていることがあります。
- 設定 > アプリ > スタートアップ を開き、「Microsoft Edge」があれば すべてオフにします（複数表示される場合あり）。
- サインアウトではなく再起動して、効果を確認します。
Edge 自体のバックグラウンド機能をオフ
Edge の UI から無効化できる常駐要素も確実にオフにします。
- 設定 > システムとパフォーマンス で次をオフ：
- スタートアップ ブースト
- Microsoft Edge が閉じられていてもバックグラウンドで拡張機能とアプリの実行を続ける
- スリープ タブ（メモリ セーバー） をオンにし、非アクティブ化までの時間を短めに設定（例：数分）。
- 通知を許可しているサイトがあるとサービスワーカーが Edge を起動し続けることがあります。設定 > Cookie とサイトのアクセス許可 > 通知 で不要な「許可」を削除。
- インストール済みのウェブ アプリ（PWA）がある場合、バックグラウンド更新でプロセスが立ち上がることがあります。使っていない PWA はアンインストール。
タブ大量保持が引き金のときの対処
Edge はタブ分離（Site Isolation）により、閉じたように見えても履歴やセッションの復元機構がプロセスを呼び起こすことがあります。タブを大量に開きっぱなしにしていた場合は下記を試します。
- 必要なタブは「お気に入り」や「コレクション」に保存し、一旦すべて閉じる。
- 「前回の続きから開く」を使っている場合は、スタートアップ時の動作を「新しいタブ ページを開く」に変更。
- スリープ タブ機能を有効化し、例外サイト（常にアクティブ）を最小限に。
それでも復活する場合の追加チェック
- タスク スケジューラ（
taskschd.msc）を開き、「タスク スケジューラ ライブラリ > Microsoft > EdgeUpdate」や「> Edge」配下を確認。Autoruns で無効化したはずのタスクが「有効」に戻っていないかを点検します。 - 拡張機能がバックグラウンド動作（常駐）を要求している場合があります。使っていないものは無効化または削除。
- 他アプリ（クリップボード拡張、カレンダー、チャット クライアントなど）が内部ブラウザとして Edge を呼び出していないか。Autoruns の「Services」「Browser Helper Objects」「AppInit」などのタブも参考にします。
安全に進めるための「止めてはいけないもの」リスト
誤って無効化すると影響が大きい代表例をまとめます。
| 対象 | 無効化した場合の影響 | 推奨アクション |
|---|---|---|
Edge WebView2（msedgewebview2.exe） | Teams/Office/Windows の一部 UI が起動不可・動作不良 | 無効化しない（Autoruns 選別時は「WebView」を含む項目は除外） |
Edge 更新サービス／タスク（edgeupdate） | セキュリティ更新が止まり脆弱化 | 基本は維持。どうしても停止する場合は「一時的に」かつ手動更新の運用を整備 |
根本対策（管理者向け）：ポリシー／レジストリで強制
個人設定だと更新で元に戻ることがあります。企業や上級者はポリシーで「バックグラウンド実行」や「スタートアップ ブースト」を強制オフにすると再発しにくくなります。
グループ ポリシー（ローカル グルポでも可）
- コンピューターの構成 > 管理用テンプレート > Microsoft Edge
- Allow background apps when Microsoft Edge is closed（Edge が閉じられていてもバックグラウンド実行）… 無効
- Startup Boost（スタートアップ ブースト）… 無効
- Sleeping Tabs enabled（スリープ タブ）… 有効（推奨）
AD ドメイン環境では GPO 配布、スタンドアロンではローカル グルポ（gpedit.msc）で設定します。
レジストリで直接設定（管理者権限）
以下は同等のレジストリ項目です（存在しない場合は作成）。
reg add "HKLM\SOFTWARE\Policies\Microsoft\Edge" /v BackgroundModeEnabled /t REG_DWORD /d 0 /f
reg add "HKLM\SOFTWARE\Policies\Microsoft\Edge" /v StartupBoostEnabled /t REG_DWORD /d 0 /f
reg add "HKLM\SOFTWARE\Policies\Microsoft\Edge" /v SleepingTabsEnabled /t REG_DWORD /d 1 /f
reg add "HKCU\SOFTWARE\Policies\Microsoft\Edge" /v BackgroundModeEnabled /t REG_DWORD /d 0 /f
reg add "HKCU\SOFTWARE\Policies\Microsoft\Edge" /v StartupBoostEnabled /t REG_DWORD /d 0 /f
reg add "HKCU\SOFTWARE\Policies\Microsoft\Edge" /v SleepingTabsEnabled /t REG_DWORD /d 1 /f
適用後に gpupdate /force または再起動で反映します。
コマンドで状況を見える化（PowerShell／コマンド）
GUI の操作に加えて、コマンドで「今何が復活しているのか」を確認すると原因が切り分けやすくなります。
# Edge/Edge WebView2 のプロセスとメモリ使用量
Get-Process msedge*,*webview2* | Sort-Object -Property ProcessName |
Select-Object ProcessName, Id, @{N="WorkingSet(MB)";E={[math]::Round($_.WorkingSet64/1MB,1)}}
# Edge 関連のスケジュール タスク
Get-ScheduledTask | Where-Object {$_.TaskName -like "*Edge*"} |
Select-Object TaskName, State, Enabled, TaskPath
# Edge のバックグラウンド関連ポリシーが効いているか
Get-ItemProperty "HKLM:\SOFTWARE\Policies\Microsoft\Edge" -ErrorAction SilentlyContinue |
Select-Object BackgroundModeEnabled, StartupBoostEnabled, SleepingTabsEnabled
Get-ItemProperty "HKCU:\SOFTWARE\Policies\Microsoft\Edge" -ErrorAction SilentlyContinue |
Select-Object BackgroundModeEnabled, StartupBoostEnabled, SleepingTabsEnabled 一括適用スクリプト（自己責任／復元手順付き）
以下は「Edge のバックグラウンドを抑止する最低限」をまとめて適用する例です。実行は管理者 PowerShellで。
# --- 1) ポリシーでバックグラウンドとスタートアップブーストを無効化
$paths = @(
"HKLM:\SOFTWARE\Policies\Microsoft\Edge",
"HKCU:\SOFTWARE\Policies\Microsoft\Edge"
)
foreach($p in $paths){
if(-not (Test-Path $p)){ New-Item -Path $p -Force | Out-Null }
New-ItemProperty -Path $p -Name "BackgroundModeEnabled" -PropertyType DWord -Value 0 -Force | Out-Null
New-ItemProperty -Path $p -Name "StartupBoostEnabled" -PropertyType DWord -Value 0 -Force | Out-Null
New-ItemProperty -Path $p -Name "SleepingTabsEnabled" -PropertyType DWord -Value 1 -Force | Out-Null
}
# --- 2) Edge 関連の自動起動タスクを無効化（WebView2 は対象外）
$tasks = @(
"\Microsoft\EdgeUpdate\MicrosoftEdgeUpdateTaskMachineUA",
"\Microsoft\EdgeUpdate\MicrosoftEdgeUpdateTaskMachineCore"
)
foreach($t in $tasks){
try { schtasks /Change /TN $t /Disable | Out-Null } catch {}
}
# --- 3) ログオン自動起動（レジストリの AutoLaunch 系）を無効化（存在時）
$runKeys = @(
"HKCU:\Software\Microsoft\Windows\CurrentVersion\Run",
"HKLM:\Software\Microsoft\Windows\CurrentVersion\Run"
)
foreach($rk in $runKeys){
try{
$props = Get-ItemProperty -Path $rk -ErrorAction Stop
$props.PSObject.Properties | Where-Object { $*.Name -match "MicrosoftEdge" -and $*.Name -notmatch "WebView" } |
ForEach-Object { Remove-ItemProperty -Path $rk -Name $_.Name -Force }
}catch{}
}
# --- 4) 稼働中の Edge 本体を停止（WebView2 は停止しない）
Get-Process msedge -ErrorAction SilentlyContinue | Stop-Process -Force
# --- 5) 反映
gpupdate /force | Out-Null
Write-Host "適用完了。PC を再起動してください。" 元に戻すには、上記で追加したポリシー値（BackgroundModeEnabled、StartupBoostEnabled、SleepingTabsEnabled）を削除し、無効化したタスクを /Enable で再有効化します。
「更新タスクを完全停止」は最終手段
Edge の更新を完全に止める（サービス edgeupdate を無効化する、タスクを削除する）と、ゼロ デイ脆弱性へのパッチ適用が遅れ、リスクが跳ね上がります。よほどの検証目的を除き、更新機構は基本維持してください。どうしても検証で止める場合は、次の二点を守ります。
- 停止は一時的（検証が終わったら即復帰）。
- 定期的な手動更新の運用（新バージョンの確認と適用手順をドキュメント化）。
「復活の引き金」を見極めるチェック フロー
下のフローに沿って原因を切り分けると、無駄な設定変更を減らせます。
- プロセス特定：
msedge.exeかmsedgewebview2.exeかを区別。WebView2 なら対象外。 - 発生タイミング：ログオン直後／数分おき／通知受信時／更新直後 のどれか。
- Autoruns：Logon／Scheduled Tasks に該当がないか。無効化→再起動で再現確認。
- Edge 設定：スタートアップ ブースト／バックグラウンド実行の 2 項目をオフ。
- サイト許可：通知の「許可」や PWA の常駐設定を見直し。
- 拡張機能：一旦すべて無効→問題のないものから戻す。
- ポリシー強制：GPO／レジストリで固定。
再発防止の運用チェックリスト
- Windows/Edge 更新直後は Autoruns の Logon／Scheduled Tasks を再点検（設定が復元されることがあるため）。
- 新規拡張機能／PWA を導入した際は、バックグラウンド常駐の有無を確認。
- 通知の許可は最小限にし、使わなくなったサイトは「ブロック」へ。
- タブ運用ルールを決める（ブックマークやコレクションへ退避→不要タブは都度閉じる）。
- 月次で PowerShell によるヘルスチェック（前掲ワンライナー）を実施。
よくある勘違いと正しい対処
| 勘違い | 実際 | 正しい対処 |
|---|---|---|
| WebView2 を止めれば Edge は起動しない | WebView2 は他アプリの内部ブラウザ。止めると業務アプリが壊れる | WebView2 は維持。対象は msedge.exe のみ |
| 更新タスクを消せばすべて解決 | セキュリティ更新が止まる副作用が大きい | 基本は無効化しない。バックグラウンド実行とオートランを抑止 |
| タスク マネージャーで終了すれば十分 | 自動起動経路が生きていれば数分で復活 | Autoruns とポリシーで経路そのものを断つ |
ケース別：実践レシピ
ケース A：ログオン直後に必ず復活する
- Autoruns の Logon で MicrosoftEdgeAutoLaunch を無効化。
- Windows の「スタートアップ」で重複エントリがないか確認。
ケース B：数分〜数十分おきに復活する
- Autoruns の Scheduled Tasks で Edge 関連タスクを無効化。
- Edge の「バックグラウンド実行」「スタートアップ ブースト」をオフ。
- 通知許可サイト／PWA を見直し。
ケース C：アップデート直後だけ復活する
- 更新直後は一時的な後処理で Edge が起動する場合あり。再起動後も続くなら Autoruns と Edge 設定を再点検。
メモリを最小化するための運用 TIPS
- プロファイル分離：仕事用と個人用でプロファイル（ユーザー）を分けると、不要な拡張機能の常駐を避けられます。
- 拡張機能の棚卸し：月初に「使っていない拡張機能をオフ」にする習慣化。
- 重いサイトをスリープ対象に：常駐不要なサイトはスリープで自動解放。
トラブル時の証跡確認ポイント
- イベント ビューアー：アプリケーションとサービス ログ > Microsoft > Windows > TaskScheduler でタスクの開始ログを確認。
- Edge 内部ページ：
edge://serviceworker-internalsで常駐サービスワーカーを確認・停止（開発者向け）。 - リソース モニター：メモリの「コミット済み」増加が Edge プロセスと相関していないかを確認。
まとめ：復活経路を断つのが「根治」への近道
単にプロセスを終了するだけでは、Edge は複数の経路（ログオン、スケジュール、通知、PWA、ブースト）から復活します。Autoruns で自動起動を無効化し、Edge のバックグラウンド実行とスタートアップ ブーストをオフ、必要に応じてポリシーで強制まで行えば、バックグラウンドで勝手に再起動してメモリを消費する問題は高い確度で止められます。WebView2 を触らない・更新機構はむやみに止めないという二つの原則を守りつつ、月次点検の運用を組み合わせれば、アップデートで設定が戻っても迅速にリカバリーできます。
クイック リファレンス（貼って使える一覧）
| 目的 | アクション | コマンド/場所 |
|---|---|---|
| 自動起動の一括可視化と無効化 | Autoruns（Logon／Scheduled Tasks）で MicrosoftEdge*（WebView を除く）を無効化 | Autoruns（管理者） |
| Windows スタートアップの重複を排除 | 設定 > アプリ > スタートアップで Edge をすべてオフ | Windows 設定 |
| Edge のバックグラウンド機能停止 | システムとパフォーマンス： スタートアップ ブースト／バックグラウンド実行をオフ | Edge 設定 |
| スリープ タブでメモリ節約 | スリープ タブを有効化、時間短縮、例外を絞る | Edge 設定 |
| 通知・PWAが引き金か確認 | 通知の「許可」を見直し、不要 PWA を削除 | Edge 設定（サイトのアクセス許可） |
| ポリシーで強制 | BackgroundModeEnabled=0、StartupBoostEnabled=0、SleepingTabsEnabled=1 | GPO/レジストリ |
| 状況確認（プロセス/タスク） | PowerShell で一覧とメモリを確認 | Get-Process、Get-ScheduledTask |
実施後の検証ポイント
- 再起動直後に
msedge.exeが自動起動していないこと。 - 10〜15 分放置しても
msedge.exeが復活しないこと（通知／PWA 由来の復活を検知）。 - 業務アプリ（Teams、Office、Windows のウィジェット等）が正常に動作すること（WebView2 に影響なし）。
万一うまくいかないときに見直す箇所
- Autoruns で「チェックを外しただけか（Delete ではないか）」。
- 無効化対象に WebView2 を含めていないか（“WebView” を含むものは無視）。
- Edge の「バックグラウンド実行」のスイッチが ユーザー／デバイス両方のポリシーで上書きされていないか。
- 第三者製の常駐アプリが
msedge.exeを呼び出していないか（Autoruns の他タブやタスク履歴を再点検）。
FAQ
Q. Edge を完全にアンインストールすれば解決しますか？
Windows 11 は Edge と密に統合されています。完全な削除は非推奨で、WebView2 を巻き込むと他アプリに重大な副作用が出ます。本記事の自動起動経路の遮断とバックグラウンド機能の無効化で十分に制御可能です。
Q. 拡張機能はどの程度影響しますか？
バックグラウンド ページを持つ拡張機能は、Edge 終了後もイベントを待つために復活の契機になることがあります。まずは全停止→必要最小限のみオン、が基本です。
Q. 企業環境でユーザーが設定を戻してしまいます。
GPO でポリシー強制し、変更不可にするのが最も確実です。加えて、Autoruns の監査結果を月次でエクスポートし、差分を監視する運用を組み込むと再発検知が容易になります。
結論
Edge のバックグラウンド復活は「複数の自動起動経路」が絡む設計由来の挙動です。だからこそ、Autoruns で入口を止める、Edge のバックグラウンド実行とスタートアップ ブーストをオフ、通知／PWA／拡張の常駐要因を整理、必要ならポリシーで固定の 4 点セットで対処すれば、数百 MB〜数 GB の無駄なメモリ占有は着実に抑えられます。アップデートで設定が戻る可能性があるため、月次の点検と PowerShell によるヘルスチェックを運用に取り入れ、快適な Windows 11 環境を保ちましょう。
コメント