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

Microsoft Edge Add-onsで配布される拡張をGoogle ChromeへGPOで強制導入できる場合がありますが、すべてのEdge拡張がChrome対応とは限りません。ChromeのExtensionInstallForcelistへ拡張IDとEdgeストアの更新マニフェストURLを登録し、ドメイン/Entra参加またはChrome Enterprise管理など、Chromeが外部ストア強制導入を許す管理条件を満たす必要があります。可能なら同じ提供者のChrome Web Store版を優先します。

Edgeストア版をChromeへ入れるのはクロスストア配布です。提供者がChromeをサポートしているか、ライセンスと更新経路が許可されているかを確認せず本番展開しないでください。

目次

最初にChrome版がないか探す

同じ拡張がChrome Web Storeにあるなら、そのChrome用IDをChromeへ配る方がサポートと更新経路を明確にできます。Edge Add-onsとChrome Web Storeで同名・同アイコンでも、IDと版、機能、プライバシー条件が異なることがあります。

提供者の公式ドキュメントでChrome対応、企業配布、必要なネイティブアプリ、サポート窓口を確認します。ストアのレビューだけで判断しません。Chrome版がない理由がAPI非対応や契約制限なら、強制導入で回避できません。

Chrome側の管理条件

GoogleのExtensionInstallForcelist資料では、WindowsでChrome Web Store外の拡張を強制導入するには、ADドメイン参加、Microsoft Entra参加、Chrome Enterprise Core登録等の管理状態が必要です。個人の未管理PCへレジストリだけ配っても外部拡張が入らない場合があります。

Chromeの版、管理ブラウザー、プロファイル、クラウドポリシーとGPOの優先を確認します。chrome://managementとchrome://policyで管理状態、Source、Statusを記録します。

拡張を審査する

  • Edge Add-ons URL、拡張ID、提供者、署名・更新元
  • manifestのChrome互換、必要API、最小Chrome版
  • 要求権限、ホスト、データ送信、ネイティブメッセージング
  • ライセンスがChrome利用と管理者配布を許可するか
  • Edgeストア停止時の更新、脆弱性通知、サポート
  • 同名Chrome版への移行、アンインストール、残存データ

可能なら検証端末へ手動ではなくGPO経路で導入し、chrome://extensionsのIDと版を確認します。Chromeで動かないEdge専用機能を無理に代替せず、提供者へChrome版を依頼します。

Chrome ADMXを準備する

  1. Google Chrome Enterprise公式から現行ポリシーテンプレートを取得します。
  2. 中央ストアをバックアップし、Google/Chrome ADMXと対応ADMLを同版で配置します。
  3. GPMCでGoogle→Google Chrome→Extensions→ExtensionInstallForcelistを確認します。
  4. パイロットGPOを作り、対象端末・ユーザーだけへリンクします。

EdgeのMSEdge.admxではなくChromeのADMXを編集します。ポリシー名が同じでもレジストリパスはSoftware\Policies\Google\Chromeです。ブラウザーを間違えないようGPO名へChromeとストア元を明記します。

強制リストへ登録する

各項目は「拡張ID;更新URL」です。Edge Add-onsの公式更新URLはMicrosoftのEdgeポリシー資料に示されるhttps://edge.microsoft.com/extensionwebstorebase/v1/crxですが、Chrome側で外部ストアとして利用できることをパイロットで確認します。

gbchcmhmhahfdphkhkmpfmihenigjmpp;https://edge.microsoft.com/extensionwebstorebase/v1/crx

IDは例から必ず対象拡張へ置き換えます。更新URLがmanifestと一致しない、Chromeが外部更新を拒否する、ストアがChrome配布を想定しない場合は失敗します。自己ホストへ勝手にCRXを再配布せず、ライセンスと署名を確認します。

ExtensionSettingsとの関係

ChromeのExtensionSettingsはinstallation_mode、update_url、override_update_url、許可/禁止ホスト、権限、最低版等をまとめて管理できます。ExtensionInstallForcelistと同じIDを両方へ矛盾設定しないでください。ExtensionSettingsが旧ポリシーを上書きする場合があります。

外部ストア更新URLを上書きする場合はGoogle公式の条件を読み、Chrome Web Store URLでは扱いが異なる点を確認します。更新を止めるのではなく、検証リングと最低版で安全に管理します。

検証項目

  • chrome://policyに正しいID・URL、エラーなし
  • chrome://extensionsに組織管理、対象ID・版
  • Chrome起動、再起動、新規プロファイル、別ユーザー
  • 拡張の主要機能、ネイティブ連携、ライセンス、サインイン
  • Chrome更新後、Edgeストア更新後、プロキシ/TLS検査環境
  • 全ページ権限、機密サイト、Incognito、ゲスト、個人プロファイル

Chromeの強制拡張は利用者が無効化・削除できません。権限が暗黙に付与されるため、Edgeで安全だったという評価を流用せず、Chromeのプロファイル・ポリシー・サンドボックスで再評価します。

失敗時の診断

  • Not from Chrome Web Store等: 端末管理条件と外部拡張制限
  • 拡張が出ない: ID、更新URL、ADMX、GPOスコープ、Chrome再起動
  • ダウンロード失敗: プロキシ、証明書、更新URL、MIME、到達性
  • インストール後動かない: Chrome非対応API、ネイティブホスト、最小版
  • 更新されない: manifestのupdate_url、ExtensionSettings、ストア版
  • 一部ユーザーだけ: プロファイル、クラウドポリシー、競合GPO

代替と切り戻し

クロスストアが不安定なら、提供者のChrome Web Store版、企業向け自己ホスト版、Webアプリ、ネイティブアプリを選びます。Edge版CRXを抽出・改変して再署名するとIDと信頼が変わり、保守できません。

強制リストから外すとChromeは以前の強制拡張を自動削除する仕様です。クラウドデータやネイティブアプリは別に残る場合があります。ライセンス回収と連携解除を先に行い、chrome://policyとextensionsで削除を確認します。

更新元とサポート境界を確認する

Edge Add-onsで配布される拡張機能をChromeへ導入したい場合、IDを転記するだけで互換性が保証されるわけではありません。Chromeが取得できる更新URL、拡張機能の署名と配布方式、公開者がChromeをサポートしているかを先に確認します。Edge Add-ons専用の配布物をChrome Web Store用URLへ向けても取得できません。公開者がChrome Web Store版を用意しているなら、その版のIDと公式更新経路を使う方が更新・サポートを管理しやすくなります。

  • 検証端末でchrome://policyの値、状態、適用元を保存する
  • chrome://extensionsでID、版、提供元、エラー、管理表示を確認する
  • ブラウザー更新後も再取得と自動更新が成功するか確認する
  • 外部配布が組織の端末管理条件とChromeの制約を満たすか確認する
  • 配布不能なら無理に回避せず、Chrome Web Store版か社内配布の正式設計へ切り替える

強制配布はユーザーによる停止ができないため、取得できたことだけを成功条件にしません。権限、通信先、業務サイト、プロキシ、オフライン、更新失敗をパイロットで確認し、撤去手順まで試します。ストアをまたぐ構成は障害点が増えるので、対象ブラウザーの公式ストア版へ統一できるかを最初に検討してください。

公式情報・参考資料

この記事を書いた人

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

コメント

コメントする

目次