Microsoft Edge Update Policy Documentationの変更点を確認したいものの、「2026年6月15日に何が変わったのか」「設定をやり直す必要があるのか」「料金や移行期限はあるのか」が分かりにくいと感じる管理者もいるでしょう。
結論からいうと、指定されたMicrosoft Learnのページでは、最終更新日が2026年2月4日と表示されています。また、2026年6月15日付で確認できるMicrosoft Edge Beta 150.0.4078.13の公式情報は、バグ修正とパフォーマンス改善です。6月15日にEdge Updateの新規ポリシー追加、既定値変更、移行義務、料金変更が発生したとは確認できません。少なくとも今回の情報だけを理由に、緊急の設定変更を行う必要はありません。(Microsoft Learn)
ただし、Microsoft Edgeの更新を停止している環境、特定バージョンに固定している環境、WebView2 Runtimeを個別管理している環境では、既存ポリシーの棚卸しをおすすめします。
2026年6月15日時点で確認できる変更点
今回の情報は、「Microsoft Learn上のドキュメント」と「Microsoft Edge本体のリリース情報」を分けて読む必要があります。
| 確認項目 | 公式情報で確認できる内容 | 必要な対応 |
|---|---|---|
| Microsoft Edge Update Policy Documentation | ページ上の最終更新日は2026年2月4日 | 6月15日付の変更として扱わない |
| 2026年6月15日のEdgeリリース | Beta 150.0.4078.13でバグ修正と性能改善 | Beta利用環境のみ動作確認 |
| 新しいEdge Updateポリシー | 6月15日付の追加は確認できない | 緊急のGPO変更は不要 |
| 既存設定の移行 | 移行手順や再作成指示は確認できない | 現行設定を維持しつつ棚卸し |
| 料金 | 料金変更に関する記載なし | 契約変更は不要 |
| 対応期限 | 移行期限や廃止期限の記載なし | 通常の変更管理で確認 |
重要なのは、ドキュメントが更新されたことと、端末の設定が自動的に変更されることは別だという点です。Microsoft Learnは設定内容を確認するためのリファレンスであり、ページを閲覧しただけでGPOやIntuneの構成が書き換わることはありません。
Microsoft Edge Update Policy Documentationとは
Microsoft Edge Update Policy Documentationは、Microsoft Edgeを「いつ」「どの方法で」更新するかを管理するためのポリシーリファレンスです。対象はMicrosoft Edgeバージョン77以降で、グループポリシー名、ADMXファイル、レジストリ値、設定可能な値がまとめられています。(Microsoft Learn)
主な分類は次のとおりです。
| 分類 | 管理できる内容 | 主なポリシー |
|---|---|---|
| Applications | インストール、更新方法、チャネル、ロールバック | InstallDefault、UpdateDefault、Update、TargetChannel |
| Preferences | 更新確認の間隔、更新を停止する時間帯 | AutoUpdateCheckPeriodMinutes、UpdatesSuppressed |
| Proxy Server | Edge Updateが使用するプロキシ | ProxyMode、ProxyPacUrl、ProxyServer |
| Microsoft Edge Update | 実験・構成サービスとの通信 | UpdaterExperimentationAndConfigurationServiceControl |
| WebView2 Runtime | WebView2のインストールと自動更新 | Install、Update |
Microsoft Edgeのブラウザー機能を制御するmsedge.admxとは異なり、更新管理には主にmsedgeupdate.admxを使用します。(Microsoft Learn)
誰に影響するのか
一般ユーザー
一般ユーザーが今回の情報を理由に設定を変更する必要はありません。組織から特別な指示がない場合は、Microsoft Edgeの自動更新を有効な状態にしておくのが基本です。
手動更新のみ、または更新無効に設定されている端末では、セキュリティ更新の適用が遅れる可能性があります。会社管理端末では、ユーザーが独自に設定を変更せず、IT管理者の運用方針に従ってください。
Active DirectoryやIntuneの管理者
次の環境では確認をおすすめします。
UpdateDefaultやチャネル別のUpdateを設定している- Stable、Beta、Devなどのチャネルを固定している
- Edgeを特定バージョンに維持している
- 更新通信に社内プロキシを使用している
- 従量制課金接続での更新を制限している
- Enterprise Previewを利用している
Microsoftの構成ガイドでは、GPOに加えてMicrosoft IntuneでもMicrosoft Edgeのポリシーを構成できると案内されています。(Microsoft Learn)
WebView2を使用する業務アプリの管理者
Microsoft Edge WebView2 Runtimeは、業務アプリがWebコンテンツを表示するために利用するコンポーネントです。
公式ドキュメントではWebView2の自動更新が既定で有効とされており、無効化すると依存アプリとの互換性問題が発生する可能性があると説明されています。ブラウザー本体だけでなく、WebView2の更新設定も確認してください。(Microsoft Learn)
優先して確認したい更新ポリシー
UpdateDefaultとUpdate
UpdateDefaultは、すべてのチャネルに適用する既定の更新方法を指定します。UpdateはStable、Beta、Dev、Canaryなど、チャネルごとに設定するポリシーです。
| 値 | 動作 | 運用上の判断 |
|---|---|---|
0 | 更新を無効化 | 長期利用は避ける |
1 | 常に更新を許可 | Microsoftの推奨設定 |
2 | 手動更新のみ | 定期的な更新作業が必要 |
3 | 自動サイレント更新のみ | ユーザーによる手動更新を制限したい場合に使用 |
チャネル別のUpdateが設定されている場合は、UpdateDefaultより個別設定が優先されます。全体設定だけを確認して「自動更新が有効」と判断しないようにしてください。(Microsoft Learn)
AutoUpdateCheckPeriodMinutes
AutoUpdateCheckPeriodMinutesは、自動更新を確認する最小間隔を分単位で指定するポリシーです。
設定可能な範囲は0～43,200分です。ただし、0にするとMicrosoft Edge Updateの定期的なネットワーク通信が無効になります。アップデーター自体が安定性やセキュリティに関する更新を受け取れなくなるため、公式ドキュメントでも推奨されていません。(Microsoft Learn)
更新を制御したい場合は、この値を0にするのではなく、UpdateDefaultやチャネル別のUpdateを使用する方が安全です。
UpdatesSuppressed
UpdatesSuppressedでは、毎日指定した時間帯だけ更新確認を停止できます。
たとえば、営業時間中の帯域使用を避けたい場合に、更新停止の開始時刻と継続時間を設定します。更新そのものを恒久的に無効化するのではなく、業務への影響が少ない時間帯へずらしたい場合に適しています。
TargetVersionPrefixとRollbackToTargetVersion
TargetVersionPrefixは、更新先のバージョンを指定するためのポリシーです。RollbackToTargetVersionと組み合わせると、現在より古いバージョンへ戻すこともできます。
ただし、ロールバックは不具合発生時の一時的な回避策として扱うべきです。古いバージョンには既知の脆弱性が残っている可能性があります。また、Microsoftはロールバック前に組織内ユーザーの同期を有効にするよう案内しており、同期していない場合は閲覧データを失うリスクがあります。(Microsoft Learn)
ProxyMode、ProxyPacUrl、ProxyServer
Microsoft Edge本体からWebサイトへ接続できても、Edge Updateが更新サーバーへ接続できるとは限りません。
社内ネットワークで固定プロキシやPACファイルを使用している場合は、次の組み合わせを確認します。
ProxyModeで使用する方式を指定- PAC方式なら
ProxyPacUrlを設定 - 固定プロキシ方式なら
ProxyServerを設定
ProxyModeと一致しない設定は適用されません。たとえば、システムプロキシを使用する設定なのにProxyServerだけを指定しても、期待した固定プロキシとして動作しない可能性があります。
管理者が行う確認手順
現在の管理方法を特定する
最初に、どこからポリシーを配布しているかを確認します。
- Active Directoryのグループポリシー
- ローカルグループポリシー
- Microsoft Intune
- Microsoft Edge管理サービス
- レジストリやスクリプトによる個別設定
複数の方法で同じポリシーを配布している場合、設定競合や調査漏れが起きやすくなります。
msedgeupdate.admxの状態を確認する
グループポリシーを利用している場合は、Central Storeまたは端末のPolicyDefinitionsフォルダーにあるmsedgeupdate.admxを確認します。
新しい管理用テンプレートへ入れ替える場合は、いきなり全社展開せず、既存GPOをバックアップしたうえで検証用OUや少数端末から適用してください。
適用中のレジストリ値を確認する
Edge Updateポリシーの主なレジストリパスは次のとおりです。
HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\EdgeUpdatePowerShellでは、次のように現在の値を確認できます。
$path = 'HKLM:\SOFTWARE\Policies\Microsoft\EdgeUpdate'
if (Test-Path $path) {
Get-ItemProperty -Path $path
} else {
'Edge Update ポリシーのレジストリキーは作成されていません。'
}値を直接変更する前に、GPOやIntuneから再配布される設定ではないかを確認してください。レジストリだけを修正しても、次回のポリシー同期で元に戻ることがあります。
ポリシーの反映を確認する
ブラウザー側のポリシーは、Microsoft Edgeで次のページを開いて確認できます。
edge://policyActive DirectoryのGPOをすぐに再取得する場合は、管理者権限のコマンドプロンプトまたはPowerShellで次を実行します。
gpupdate /forceMicrosoftの構成ガイドでは、ポリシー変更後にMicrosoft Edgeを閉じて再起動する必要がある場合があると説明されています。Edge Update固有の設定は、edge://policyだけで判断せず、GPO、Intune、レジストリの状態も併せて確認してください。(Microsoft Learn)
設定・更新・移行・料金・期限の判断基準
設定
6月15日付の情報だけを理由に、既存のGPOやIntuneプロファイルを変更する必要はありません。
ただし、次の設定が残っている場合は見直し対象です。
UpdateDefaultまたはUpdateが0AutoUpdateCheckPeriodMinutesが0- 終了日を決めずにバージョンを固定している
- プロキシ設定変更後も古いPAC URLを使用している
- WebView2 Runtimeの更新を無効にしている
更新
管理用テンプレートを定期的に更新している組織では、現在配布しているmsedgeupdate.admxと最新のポリシーテンプレートを比較します。
ただし、テンプレートを更新しただけでは、既存ポリシーの値が自動的に変更されるわけではありません。新しいポリシー項目が表示されても、未構成であれば通常はそのままです。
移行
今回確認した公式情報には、既存のEdge Update設定を別サービスへ移行する指示や、Intuneプロファイルを作り直す指示はありません。
管理方式をGPOからIntuneへ切り替える場合は、今回の変更とは別のプロジェクトとして扱い、旧GPOの解除とIntune適用の順序を設計してください。
料金
Microsoft Edge Update Policy Documentationはポリシーリファレンスです。今回の公式情報には、新しい有料プラン、追加ライセンス、従量課金に関する案内はありません。
なお、ポリシー名に含まれる「従量制課金接続」は、モバイル回線などデータ使用量が制限されたネットワークを意味し、Microsoftへの追加料金を示すものではありません。
期限
6月15日付の情報には、設定変更期限、移行期限、廃止期限は記載されていません。
期限がない場合でも、更新無効やバージョン固定を続けている環境は、解除条件と終了日を管理台帳に記録しておくと安全です。
運用で失敗しやすいポイント
ドキュメント更新を強制変更と誤解する
Microsoft Learnの説明が更新されても、既存端末の設定が自動的に切り替わるとは限りません。リリースノート、ポリシーリファレンス、実際のGPOやIntune設定を分けて確認してください。
すべてのチャネルで更新を止める
障害回避のために更新を停止する場合でも、全端末を無期限に停止するのは避けます。
検証グループ、本番先行グループ、一般展開グループに分け、問題がなければ順次更新する方が安全です。
既定値だけを確認する
UpdateDefaultが更新許可でも、Stableチャネル向けのUpdateが無効ならStableは更新されません。既定設定とチャネル別設定をセットで確認してください。
WebView2を見落とす
Edgeブラウザーが正常でも、古いWebView2 Runtimeが業務アプリの不具合や互換性問題につながる場合があります。ブラウザー本体とWebView2を別々に管理している環境では、両方の更新状態を確認してください。
まとめ
2026年6月15日時点の公式情報からは、Microsoft Edge Update Policy Documentationに関する新規ポリシー、既定値変更、強制移行、料金変更、対応期限は確認できません。6月15日付のEdge Beta 150.0.4078.13も、公式リリースノート上はバグ修正とパフォーマンス改善です。(Microsoft Learn)
管理者が次に行うべきことは、設定を急いで変更することではなく、UpdateDefault、チャネル別のUpdate、バージョン固定、更新停止時間帯、プロキシ、WebView2の設定を棚卸しすることです。
特に更新無効やロールバックを利用している場合は、解除条件と終了日を決め、少数端末で検証してから通常の自動更新へ戻してください。
コメント