Chromium版Edge用の管理テンプレートをローカルグループポリシーに追加する方法

Chromium版Microsoft Edgeの管理項目がローカルグループポリシーに表示されない場合は、Microsoft公式のEdge for Businessからポリシーファイルを取得し、展開したwindows\admx内のmsedge.admxと、利用言語フォルダー内のmsedge.admlを対応するC:\Windows\PolicyDefinitions配下へコピーします。ADMXとADMLは同じ配布版の組で扱い、既存ファイルを退避してから管理者権限で作業してください。ドメイン環境はローカルではなくセントラルストアが優先されるため、対象を取り違えないことが重要です。

目次

追加するファイルと役割

ファイル役割配置先の例
msedge.admxEdgeブラウザーのポリシー定義C:\Windows\PolicyDefinitions
msedge.adml表示言語ごとの説明・文字列C:\Windows\PolicyDefinitions\ja-JPまたはen-US
msedgeupdate.admxEdge更新機構のポリシー定義必要な場合だけPolicyDefinitions直下
msedgeupdate.adml更新ポリシーの言語リソース対応する言語フォルダー

この記事の主目的はEdgeブラウザー設定なので、必須なのはmsedge.admxと同じ配布版のmsedge.admlです。更新チャネルや更新抑制を管理する要件がある場合だけ、msedgeupdateの組も同様に扱います。ADMXは言語に依存しない定義、ADMLは表示用言語リソースです。片方だけ、または異なる版を混ぜるとグループポリシーエディターで参照エラーが出ます。

ローカルとドメインを先に区別する

管理対象テンプレートの場所編集ツール
単体PCのローカルポリシーC:\Windows\PolicyDefinitionsgpedit.msc
Active DirectoryドメインのGPO\domain.example\SYSVOL\domain.example\Policies\PolicyDefinitionsグループポリシー管理エディター
Intune管理ローカルコピーを前提にしない設定カタログや管理テンプレート

セントラルストアがあるドメインでは、グループポリシー管理ツールがローカルのC:\Windows\PolicyDefinitionsではなくSYSVOL上のファイルを使います。管理用PCへコピーしたのにドメインGPOで新項目が見えない場合は、この優先関係を確認します。ドメイン管理者の承認なくSYSVOLへ直接上書きしません。

Windows Homeではローカルグループポリシーエディターが標準の管理手段として提供されません。非公式スクリプトでgpedit.mscを追加せず、対応エディション、Microsoft Intune、Edge管理サービスなど組織の正式な管理方法を選びます。Pro、Enterprise、Educationでも、会社管理端末では既存のGPOやMDMが優先される場合があります。

作業前の記録とバックアップ

  • 対象PCのWindowsエディション、ビルド、Edgeのバージョンとチャネルを記録します。
  • C:\Windows\PolicyDefinitionsに既存のmsedgeファイルがあるか確認します。
  • 既存のADMXと同名ADMLを組で、アクセス制御された退避先へコピーします。
  • 言語フォルダーがja-JP、en-USなどどれかを確認します。
  • 会社端末では変更申請、復旧手順、検証PC、作業時間を確定します。

PolicyDefinitionsフォルダー全体を削除したり、別PCの内容で丸ごと置換したりしません。MicrosoftのWindows用ADMX一式に関する公式注意と、Edgeアプリ用テンプレートを混同しないでください。ここではEdge公式手順に従い、Edge配布物に含まれる対象ファイルだけを追加・更新します。

公式サイトからポリシーファイルを取得する

  1. Microsoft Edge for Businessの公式ダウンロードページを開きます。
  2. 組織で利用するチャネルまたはバージョン、ビルド、Windowsプラットフォームを選びます。
  3. ブラウザー本体の「Download」ではなく「Get policy files」を選びます。
  4. 取得元ドメインとファイル名を確認し、組織のマルウェア検査を通します。
  5. 取得したパッケージを作業用フォルダーへ展開します。

Microsoftの案内では、展開後のMicrosoftEdgePolicyTemplates\windows\admxにWindows用テンプレートがあります。インターネット上の単独msedge.admx、ブログ添付、古いミラーを使わないでください。Edgeは更新頻度が高く、ポリシーの追加・廃止・対応版が変わります。運用チャネルに近い現行配布物を選び、検証後に本番へ反映します。

ローカルPCへADMXとADMLを配置する

  1. 展開先のwindows\admxからmsedge.admxを確認します。
  2. 同じ配布物のja-JPまたは管理画面で使う言語フォルダーを開き、msedge.admlを確認します。
  3. 管理者権限でmsedge.admxをC:\Windows\PolicyDefinitionsへコピーします。
  4. msedge.admlをC:\Windows\PolicyDefinitions\ja-JPなど同じ言語フォルダーへコピーします。
  5. 更新ポリシーも必要ならmsedgeupdate.admxと同版ADMLを同じ規則で配置します。

ADMLをPolicyDefinitions直下へ置いたり、言語フォルダー名を任意に変えたり、ファイル名を日本語化したりしません。日本語ADMLが配布物にない、または管理用Windowsが英語表示なら、en-USの組を使う判断もあります。既存版を上書きする場合は、ADMXとADMLを必ず同じ作業で更新します。

グループポリシーエディターで確認する

  • WindowsキーとRを押し、gpedit.mscを開きます。
  • 「コンピューターの構成」→「管理用テンプレート」→「Microsoft Edge」を展開します。
  • 「ユーザーの構成」側にもMicrosoft Edgeが表示されることを確認します。
  • 推奨設定用の「Microsoft Edge – 既定の設定(ユーザーは上書き可能)」相当のノードも確認します。
  • エラーが出ず、目的のポリシー名と対応バージョンの説明を開けることを確認します。

必須ポリシーは利用者の設定より優先し、通常は利用者が変更できません。推奨ポリシーは既定値を与えますが、利用者が上書きできます。同じ項目を両方へ設定すると必須側が優先されます。テンプレートを追加しただけではEdgeの動作は変わらず、個別ポリシーを「有効」「無効」「未構成」のどれにするかを決めて初めて値が適用されます。

ポリシーの適用を安全にテストする

目的のポリシーをMicrosoft Edgeポリシーリファレンスで検索し、対応OS、対応Edge版、必須・推奨、動的更新、プロファイル単位、Microsoftアカウントプロファイルへの適用可否、値の型を確認します。名前が似た項目を推測で有効化しません。検証用アカウントまたは検証PCへ1項目だけ設定し、変更前の値と期待結果を記録します。

gpupdate /force

ローカルポリシーは通常すぐ反映されますが、ポリシーによってEdgeの再起動やOS再サインインが必要です。Edgeでedge://policyを開き、「ポリシーの再読み込み」を実行して、ポリシー名、値、レベル、スコープ、適用元、状態を確認します。「エラー」または「競合」がある場合は、動作だけを見て完了にしません。

ドメインのセントラルストアへ追加する場合

Active Directoryでは、承認された管理端末またはドメインコントローラーから、SYSVOLのPolicies\PolicyDefinitionsへmsedge.admxを、対応する言語フォルダーへmsedge.admlを追加します。複数ドメインコントローラーがある場合は複製完了を待ちます。既存のセントラルストア全体と依存テンプレートをバックアップし、少数のGPO管理者と検証OUで表示・適用を確認します。

セントラルストアがあると管理ツールは原則としてローカルのテンプレートよりそちらを使います。ローカルだけ最新版へしても、ドメインGPOには古いポリシーしか見えないことがあります。反対に、準備なしでセントラルストアへ最新版を上書きすると全GPO管理者に影響します。変更管理、版管理、復旧用の旧フォルダーを用意してから切り替えます。

表示エラーと未反映の切り分け

  • リソース文字列が見つからない:ADML欠落、言語フォルダー違い、ADMXとADMLの版不一致を確認する
  • 名前空間が重複する:同種テンプレートの重複、旧版との混在、別名コピーを確認する
  • Microsoft Edgeノードがない:ファイル名、配置階層、権限、セントラルストア優先を確認する
  • 目的の項目だけない:テンプレート版とポリシーの導入Edge版を公式リファレンスで確認する
  • 設定したのに効かない:コンピューター・ユーザースコープ、必須・推奨、GPO適用先、edge://policyの状態を確認する
  • 値が競合する:ローカルGPO、ドメインGPO、Intune、Edge管理サービスの優先関係を確認する

エラーを消すためにPolicyDefinitions全体を空にしたり、XMLを手編集して参照を削ったり、Edgeのポリシーレジストリを一括削除したりしません。まず変更したmsedgeの組を退避版へ戻し、エディターが正常に開くか確認します。その後、同一配布物のADMXとADMLで再試行します。

更新とロールバックの運用

Edgeの新ポリシーを利用するときは、ブラウザーだけでなくテンプレートも更新が必要な場合があります。四半期ごと、または管理要件追加時にEdge for Businessの現行ポリシーファイルとリファレンスを確認し、廃止・非推奨ポリシーもレビューします。本番へは検証PC、少数端末、対象OUの順に段階展開します。

問題が出たら、新たに設定したポリシーを「未構成」へ戻し、edge://policyで消えたことを確認します。エディター自体が開かない場合は、退避していた同版のmsedge.admxとmsedge.admlを組で戻します。削除だけで済ませると既存GPOが「追加のレジストリ設定」として残る場合があるため、GPOとテンプレート双方の変更記録を保管します。

管理テンプレートは便利ですが、全ポリシーを有効にするための一覧ではありません。SmartScreen、拡張機能、証明書、プロキシ、更新を変更すると、セキュリティと業務継続へ直接影響します。各項目の目的、対象、対応版、利用者影響、復旧方法を承認してから使い、テンプレート追加とポリシー設計を別工程として扱ってください。

公式情報・参考資料

この記事を書いた人

実務の現場で詰まりがちなポイントを地図にするITブログ「IT trip」を運営。Windows/Office(Teams・Excel)からSQL、サーバ運用、ガジェットまで、再現性のある手順と“なぜそうなるか”を丁寧に解説します。読んだらすぐ試せること、そして迷った人の次の一歩が見えることを大切にしています。

コメント

コメントする

目次