「Edge 147 Stable で Microsoft 365 Copilot Chat が急に開かなくなるのでは」と気になっているなら、最初に確認すべきは Edge の内部 URL をどう扱っているか です。結論から言うと、2026年4月10日に公開された Edge 147 Stable では、サイドバーの Microsoft 365 Copilot Chat をホストする内部コンテナーが更新され、edge:// や chrome-untrusted:// の内部 URL をブロックしている環境では、Copilot Chat が動かなくなる可能性があります。(Microsoft Learn)
特に注意したいのは、「Copilot を止めたいから URL を塞ぐ」という運用です。Microsoft は、Microsoft 365 Copilot Chat をネットワークレベルのドメイン・URL・IP ブロックで管理することを推奨しておらず、Edge 側でも内部 edge://* のブロックは非推奨としています。この記事では、今回の変更点、影響を受けやすい設定、許可すべき内部 URL、そして代わりに使うべき正式なポリシーまで、管理者向けに実務目線で整理します。(Microsoft Learn)
Edge 147 Stable の変更は何が重要なのか
今回のポイントは、新機能が増えたことよりも、Microsoft 365 Copilot Chat がサイドバー内で使う内部ホストが変わったこと にあります。Microsoft の Stable Channel リリースノートでは、Edge 147.0.3912.60 を 2026年4月10日に公開し、サイドバーの Microsoft 365 Copilot Chat をホストする内部コンテナーを更新したと案内しています。さらに、内部 edge:// または chrome-untrusted:// URL をブロックすると、Microsoft 365 Sidebar Copilot Chat が無効になる可能性があると明記しています。(Microsoft Learn)
| 項目 | 内容 |
|---|---|
| 公開日 | 2026年4月10日。Stable 147.0.3912.60 として公開。 (Microsoft Learn) |
| 変更点 | サイドバーの Microsoft 365 Copilot Chat をホストする内部コンテナーが更新。 (Microsoft Learn) |
| 重要な注意 | 内部 edge:// または chrome-untrusted:// URL のブロックは非推奨で、Copilot Chat を無効化する可能性がある。 (Microsoft Learn) |
| 実務上の意味 | これまでの古い許可リストのままでは、更新後に Copilot Chat だけ壊れる構成がある。特にサイドバーのワイルドカード遮断運用で起きやすい。 (Microsoft Learn) |
ここでいう「内部コンテナー」は、Docker のような別製品のコンテナーではありません。Edge がサイドバー内で Copilot Chat を描画するための 内部ページ群 のことです。Microsoft のエンドポイント文書では、該当する内部 URL として edge://discover-chat、edge://commercial-copilot-chat、chrome-untrusted://commercial-copilot-chat が示されています。(Microsoft Learn)
まず影響を受ける環境を見分ける
今回の変更で真っ先に点検したいのは、Edge の機能制御を URL ブロックで代用している環境 です。特に次の構成は要注意です。(Microsoft Learn)
URLBlocklistでedge://*など内部 URL を広く止めているEdgeSidebarAppUrlHostBlockList=*でサイドバーアプリを一括遮断し、EdgeSidebarAppUrlHostAllowListで一部だけ許可している- 以前の Copilot Chat 用 allowlist が
edge://discover-chat中心で、146/147 系で必要な URL が不足している - プロキシや SWG、独自のネットワーク制御で Copilot を抑止しようとしている
逆に、HubsSidebarEnabled を無効にしてサイドバー自体を止めているなら、Copilot Chat が使えないのは想定どおりです。今回の更新で確認すべきなのは、サイドバーは許可しているのに、Copilot Chat だけが意図せず壊れる ケースです。(Microsoft Learn)
Edge 146/147 系で見直すべき内部 URL
ここは誤解しやすい部分です。Edge 147 Stable のリリースノートで内部コンテナー更新が案内された一方、Microsoft のトラブルシュート文書では、EdgeSidebarAppUrlHostBlockList=* を使う環境では Edge 146 以降 から Copilot Chat に追加の内部 URL が必要になったと説明しています。つまり、147 で初めて“存在”したというより、146 以降の許可リスト不足が 147 のタイミングで表面化しやすい と理解すると実務に合います。(Microsoft Learn)
| URL | 必要な範囲 | 補足 |
|---|---|---|
edge://discover-chat | すべてのバージョン | 常に必要。 (Microsoft Learn) |
edge://commercial-copilot-chat | Edge 146以降 | 146+ で追加。欠けるとワイルドカードブロック下で読み込めない。 (Microsoft Learn) |
chrome-untrusted://commercial-copilot-chat | Edge 146以降 | 146+ で追加。edge:// だけ見ていると見落としやすい。 (Microsoft Learn) |
edge://hub-app-store | Edge 145以前では必要、146以降は不要 | 混在環境なら一時的に残しておく方が安全。 (Microsoft Learn) |
145 系と 146/147 系が混在する移行期間なら、実務上は上の 4 つをすべて許可リストに入れてから、バージョン統一後に edge://hub-app-store を整理する運用が無難です。必要 URL が世代で異なるためです。(Microsoft Learn)
ブロックしたい目的別に、使うべきポリシーを分ける
Copilot Chat を管理したいときに一番危険なのは、「見せたくない」「ページ内容は読ませたくない」「サイドバー全部止めたい」 を全部 URL ブロックで片づけることです。Microsoft は、機能管理はサービス内コントロールや Edge ポリシーで行うよう案内しています。(Microsoft Learn)
| やりたいこと | 推奨する方法 | こう考えると失敗しにくい |
|---|---|---|
| Copilot Chat のアイコンだけ隠したい | Microsoft365CopilotChatIconEnabled を無効化 | 141 以降、Copilot のツールバー表示制御はこのポリシーが中心。サイドバー全停止ではない。 (Microsoft Learn) |
| ページや PDF の文脈利用だけ止めたい | EdgeEntraCopilotPageContext を無効化 | Copilot Chat 自体は残しつつ、ページ要約やコンテキスト参照を抑制できる。DLP 保護ページでは、ポリシー有効時でもページ内容にアクセスできない。 (Microsoft Learn) |
| サイドバーごと止めたい | HubsSidebarEnabled を無効化 | Copilot だけでなく、すべてのサイドバーアプリが停止する。 (Microsoft Learn) |
| 一部サイドバーアプリだけ許可したい | EdgeSidebarAppUrlHostBlockList=* と EdgeSidebarAppUrlHostAllowList を併用 | Copilot Chat を許可するなら、146+ で必要な内部 URL まで含める。 (Microsoft Learn) |
要するに、Copilot Chat の 可視性 は Microsoft365CopilotChatIconEnabled、ページ文脈の利用可否 は EdgeEntraCopilotPageContext、サイドバー全体 は HubsSidebarEnabled、特定アプリだけの許可/拒否 は EdgeSidebarAppUrlHostBlockList / EdgeSidebarAppUrlHostAllowList で分けて考えると混乱しません。(Microsoft Learn)
すぐにやる確認手順
edge://policyを開き、EdgeSidebarAppUrlHostBlockListとEdgeSidebarAppUrlHostAllowListの値を確認します。Copilot Chat の障害調査では、まずここを見るのが最短です。(Microsoft Learn)EdgeSidebarAppUrlHostBlockList=*を使っているなら、許可リストにedge://discover-chat、edge://commercial-copilot-chat、chrome-untrusted://commercial-copilot-chatを追加します。145 系も残っているならedge://hub-app-storeも入れておくと移行期の事故を減らせます。(Microsoft Learn)- あわせて
URLBlocklistを確認し、edge://*など内部 URL を広く止めていないかを見直します。Microsoft は内部edge://*のブロックを推奨していません。(Microsoft Learn) - ポリシー更新後は Microsoft Edge を再起動して再テストします。トラブルシュート文書でも、更新後の再起動が案内されています。(Microsoft Learn)
- まだ開かない場合は、Entra アカウントでのサインイン状態、ネットワーク疎通、サービス障害の有無を確認します。Copilot Chat が blank/Refresh/Try again になるケースでは、認証や接続性の問題も候補です。(Microsoft Learn)
許可リストの最小構成例
EdgeSidebarAppUrlHostBlockList = *
EdgeSidebarAppUrlHostAllowList =
- edge://discover-chat
- edge://commercial-copilot-chat
- chrome-untrusted://commercial-copilot-chat
- edge://hub-app-store ← Edge 145 が残る場合のみ将来、Copilot 以外の組み込みサイドバーアプリまで精査したいときは、edge://sidebar-internals を見ると各アプリの target.url を確認できます。許可リストを長年固定値で運用するより、この画面を基準に見直す仕組みを作った方が安全です。(Microsoft Learn)
ハマりやすいポイント
ありがちな誤解は 3 つあります。1 つ目は、URLBlocklist と EdgeSidebarAppUrlHostBlockList を同じものとして扱うことです。前者は一般 URL 制御、後者はサイドバーアプリ制御なので、どちらが効いているかを切り分けないと修正が空振りになります。2 つ目は、アイコンを隠したいだけなのに HubsSidebarEnabled を無効にしてしまうことです。これは Copilot だけでなくサイドバー全体を止めます。3 つ目は、一度作った allowlist を固定値として運用し続けることです。組み込みサイドバーアプリの URL は edge://sidebar-internals で確認できるため、Copilot 関連の更新が入るたびに見直す運用を作っておくと事故が減ります。(Microsoft Learn)
特に「Copilot を止めたいから URL を塞ぐ」は、短期的には手早く見えても、中長期では保守コストが高くなりがちです。Microsoft は、Microsoft 365 Copilot Chat がアプリに深く統合されているため、選択的な URL/IP/プロトコル制限は予期しない結果を招くと案内しています。今回の Edge 147 Stable の変更は、そのリスクが実際の障害として見えやすくなる典型例です。(Microsoft Learn)
まとめ
Edge 147 Stable の要点は、新機能の追加よりも 「Microsoft 365 Copilot Chat が依存する内部ホストが更新され、古いブロック設定が壊れやすくなった」 ことにあります。まず edge://policy で block / allow の実値を確認し、146/147 系で必要な内部 URL を EdgeSidebarAppUrlHostAllowList に反映してください。そのうえで、Copilot の表示制御、ページ文脈の利用制御、サイドバー全体の無効化は、それぞれ専用ポリシーに役割分担させるのが安全です。(Microsoft Learn)
次にやることは明確です。運用中の GPO / Intune / MDM で、URLBlocklist、EdgeSidebarAppUrlHostBlockList、EdgeSidebarAppUrlHostAllowList を棚卸しし、Copilot Chat を使わせたい環境と使わせたくない環境を分けて、正式なポリシーへ寄せてください。ここを整理しておくと、147 だけでなく今後のサイドバー更新にも振り回されにくくなります。(Microsoft Learn)
コメント