MENU

GPOで指定したChromeの拡張機能を新Edgeへ強制的にインストールする方法

Active Directory ブラウザ

Chrome Web Storeで配布されるChromium拡張機能をMicrosoft EdgeへGPOで強制導入するには、EdgeのExtensionInstallForcelistへ拡張IDとChrome Web Storeの更新URLを登録します。Microsoft公式例は「拡張ID;https://clients2.google.com/service/update2/crx」です。ただしEdge互換、提供元、権限、更新、ライセンスを事前評価し、同等のEdge Add-ons版があるなら公式サポート範囲を比較します。

強制導入された拡張は利用者が無効化・削除できず、要求権限が暗黙に付与されます。全Webページの読み書き、Cookie、履歴、ダウンロード、ネイティブ連携を持つ拡張は、アプリと同じ厳しさで審査してください。

ITtripTOOLS
その「面倒」、無料で解決。 ITtripがつくる、6つの道具。 無料ツール一覧へ すべて無料・追加課金なし
先頭0を守るCSV編集こわさないCSV PDFに直接書き込みかけるPDF 写真＋説明をPDFに写レポ スマホ⇄PCで共有コピペ便 · 文章・写真 みんなの日程を調整日程Fit 匿名質問・投票を集めるKOEQ
目次

前提と制約

EdgeはChromium拡張と高い互換性がありますが、Chrome固有API、Googleアカウント、Chrome Web Storeライセンス、ネイティブメッセージング、更新URL等で動かない場合があります。ストア画面の「Edgeでも動く」だけで企業サポートを保証しません。

WindowsでEdge Add-ons外の拡張を強制導入する場合、端末のドメイン／Entra参加等の管理条件が関係します。Edge公式のExtensionInstallForcelist対応条件を対象版で確認します。

拡張機能を審査する

  • Chrome Web Storeの正確な拡張ID、提供者、公式サイト、プライバシーポリシー
  • 要求権限、ホスト権限、データ送信先、認証情報の扱い
  • 更新頻度、最終更新、サポート窓口、買収・所有者変更
  • Edgeでの対応、業務サイト、InPrivate、複数プロファイル
  • ネイティブアプリ、証明書、プロキシ、ファイアウォール要件
  • ライセンス、利用規約、管理者配布可否、退役手順

類似名や偽拡張を避けるため、ストアURL末尾の32文字IDとedge://extensionsで表示されるIDを二者確認します。検索結果の上位やレビュー数だけを根拠にしません。

Edgeテンプレートを準備する

  1. Microsoft公式から現行MSEdge.admx／ADMLを取得します。
  2. 中央ストアをバックアップし、ステージング後に更新します。
  3. GPMCでMicrosoft Edge→Extensions→Control which extensions are installed silentlyを確認します。
  4. パイロットGPOを作り、対象ユーザー／PCを限定します。

ExtensionInstallForcelistへ登録する

  1. ポリシーを有効にし、Showを開きます。
  2. 値へ「Chrome拡張ID;https://clients2.google.com/service/update2/crx」を1行で入力します。
  3. 複数拡張は別行へ入れ、順番を台帳と合わせます。
  4. GPO範囲を確認し、クライアントでgpupdate後にEdgeを再起動します。
pckdojakecnhhplcgfflhndiffaohfah;https://clients2.google.com/service/update2/crx

上のIDはMicrosoft資料の例であり、導入対象のIDへ置き換えます。別の拡張に例IDを使わないでください。更新URLのタイプミスや末尾スペースはインストール失敗になります。

適用確認

  • edge://policyでExtensionInstallForcelistの値、Source、Scope、Status
  • edge://extensionsで「組織によって管理されています」、ID、版、提供元
  • 拡張のアイコン、設定、サインイン、ライセンス、更新
  • 業務サイトで必要機能が動き、不要サイトで動かない
  • Edge再起動、Windows再起動、新規プロファイル、別ユーザー
  • プロキシ／SSL inspection環境で更新URLへ到達できる

ユーザーが拡張を手動で追加できるかどうかは別ポリシーです。強制リストだけでは未知の拡張を禁止しません。ExtensionSettingsで既定をblockedにし、承認済みIDをallowed／force_installedへ例外化する設計を検討します。

権限を最小化する

ExtensionSettingsではruntime_allowed_hosts／runtime_blocked_hosts、権限、更新URL、ツールバー表示等を管理できる場合があります。拡張が全サイト権限を要求しても、業務ドメインだけへ実行範囲を制限できるかテストします。

管理者導入拡張はEdgeのサイト単位トグルで止められない場合があります。機密な人事・財務・管理画面で不要なら、実行禁止ホストを先に設計します。拡張提供元の更新で権限が増える場合を監視します。

Chrome Web Store障害と更新

初回導入はGPOの更新URL、以後の更新は拡張manifestのupdate_urlが使われるのが基本です。ExtensionSettingsのoverride_update_url等を使う場合は公式資料を確認します。プロキシでGoogle更新URLを許可する範囲を最小化します。

更新を永久固定すると脆弱性を残します。パイロットEdgeチャネルまたはテストグループで新しい拡張版を確認し、権限差分、通信先、業務回帰を監視します。拡張側の自動更新周期も考慮します。

削除・切り戻し

ExtensionInstallForcelistから拡張を外すと、以前の強制導入拡張はEdgeにより自動アンインストールされる仕様です。利用者設定やクラウド側データが消えるとは限らないため、先にエクスポート、アカウント解除、ライセンス回収を行います。

本番展開は少数端末、対象部門、全体の順で行い、クラッシュ、CPU、通信量、業務Web、問い合わせを監視します。Chrome版をEdgeへ入れること自体ではなく、承認済み機能を最小権限で安定更新・撤去できることが完成です。

ストアをまたぐ配布の注意点

Chrome Web Storeで公開された拡張機能をEdgeへ強制配布する場合は、拡張機能IDに加えてChrome Web Storeの更新サービスURLを明示します。IDが同じ文字列でも、Edge Add-ons版とChrome Web Store版では配布元、署名、更新経路、公開者の管理が異なる可能性があります。対象ページから公開者、最終更新日、要求権限、プライバシーポリシー、サポート窓口を確認し、許可した版を台帳へ記録してください。外部ストアを使う必要がなければ、Edge Add-ons版を優先すると配布経路を単純化できます。

パイロットで確認する項目

  • edge://policyでExtensionInstallForcelistのID、更新URL、Status、Sourceを確認する
  • edge://extensionsで拡張機能ID、バージョン、提供元、組織による管理表示を確認する
  • 通常プロファイル、InPrivate、ゲスト、複数プロファイルで有効範囲を確認する
  • プロキシやSSL検査環境から更新サービスと配布ファイルへ到達できるか確認する
  • サインイン、同期、クリップボード、ファイル、全サイト読取など要求権限を実測する

強制インストールされた拡張機能は、通常ユーザーが無効化・削除できません。そのため不具合時の影響が大きく、全社展開前に少人数でブラウザー起動時間、CPU、メモリ、ネットワーク、業務サイトとの競合を測ります。緊急停止ではポリシー行の削除だけでなく、ExtensionSettingsに残るforce_installed指定、別の管理基盤、同期による再導入も確認します。

更新URLを誤るとインストールされないか、更新が止まります。IDとURLを一行で正確に登録し、Edgeを完全終了して再起動したうえで確認します。公開停止や買収、権限追加に備え、月次でストア情報と実機バージョンを照合し、代替拡張機能と撤去手順を準備します。

公式情報・参考資料

Active Directory ブラウザ

この記事を書いた人

佐藤健司のアバター 佐藤健司

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

関連記事

コメント

コメントする

目次