Microsoft Edgeでログインした後、IEモードの業務システムを開くと再び認証を求められる。あるいは、EdgeからサインアウトしてもIEモード側のセッションが残る。このような問題を解消するための管理機能が「Cookie sharing between Microsoft Edge and Internet Explorer」です。
結論からいうと、これは一般ユーザーのCookie設定を一斉に変更する機能ではありません。企業の管理者が、EdgeとIEモードの間で受け渡す特定のセッションCookieを、Enterprise Mode Site Listに明示的に登録する仕組みです。IEモードや社内システムを利用していないユーザーは、通常何も対応する必要はありません。(Microsoft Learn)
なお、指定されたMicrosoft Learnページに表示されている最終更新日は2024年7月18日です。そのため、2026年6月15日に全端末へ新しいCookie仕様が適用されたと断定するのは正確ではありません。本記事では、2026年6月時点で確認できる現行仕様と、管理者が確認すべきポイントを整理します。(Microsoft Learn)
Windows / EdgeのCookie sharing between Microsoft Edge and Internet Explorerとは
Microsoft EdgeのIEモードは、通常のWebサイトをChromiumエンジン、古い業務システムをInternet Explorer 11由来のMSHTMLエンジンで表示する仕組みです。IEモードを使うサイトは、原則として組織のEnterprise Mode Site Listなどで指定します。(Microsoft Learn)
Edge側とIEモード側は別のプロセスとして動作するため、標準状態ではセッションCookieを共有しません。例えば、次のような業務フローで問題が発生します。
- Edgeで社内ポータルへサインインする
- ポータルから古い業務システムを開く
- 業務システムがIEモードへ切り替わる
- 認証用Cookieが渡らず、再ログインを求められる
共有対象のCookieをサイトリストへ登録すると、Edgeで作成されたSSO用CookieをIEモードへ渡せます。逆方向や双方向の共有も、対応するEdgeとWindows環境で設定可能です。(Microsoft Learn)
| 対象になるもの | 対象にならないもの |
|---|---|
| サイトリストで名前やドメインを指定したセッションCookie | すべてのCookieの自動共有 |
| EdgeからIEモードへの共有 | お気に入り、パスワード、閲覧履歴の共有 |
| IEモードからEdgeへの共有 | 一般的なEdge Syncの代替 |
| Cookieの追加・変更・削除の反映 | Expires属性が付いた永続Cookie |
Expires属性を持つ永続Cookieは共有対象外です。ログイン維持に永続Cookieを使っているシステムでは、サイトリストを変更するだけでは問題を解決できません。(Microsoft Learn)
Windows / Edgeで押さえておくべき変更点
今回の情報を「2026年の新機能」と捉えるより、これまで段階的に追加された機能の現在の要件を確認することが重要です。
| 機能 | 最低要件 | 実務上の確認点 |
|---|---|---|
| EdgeからIEモードへの共有 | Edge 87以降 | source-engineを省略した場合もこの方向になる |
| IEモードからEdgeへの共有 | Edge 99以降 | Windows側にも双方向共有対応の更新が必要 |
| 双方向共有 | Edge 99以降 | source-engine="Both"を明示する |
| Edge内のSite List Managerで設定 | Edge 101以降 | 古いEdgeでは共有Cookieの入力画面が表示されない場合がある |
Windows 11で双方向共有を行う場合、公式要件はKB5010414以降です。Windows Server 2022ではKB5010421以降など、OSごとに最低更新プログラムが異なります。現在の運用では個別の古いKBだけを探すより、サポート対象OSへ最新の累積更新プログラムを適用するのが基本です。(Microsoft Learn)
ここで特に注意したいのが、source-engineを指定しない場合です。既定値はEdgeからIEモードへの一方向共有であり、自動的に双方向にはなりません。
誰に影響するのか
| 対象者 | 影響と対応 |
|---|---|
| 一般ユーザー | IEモードを使用していなければ、通常は影響しない |
| 社内システム利用者 | EdgeとIEモードの切り替え時に再認証やログアウト不整合が起きる可能性がある |
| Windows・Edge管理者 | Edge、Windows、IEモードポリシー、サイトリストを確認する必要がある |
| Webシステム管理者 | Cookieの名前、Domain、Path、保存期間、発行元を特定する必要がある |
| ヘルプデスク | Cookie削除を案内する前に、IEモードとSSOの構成不備を疑う必要がある |
家庭用PCでEdgeの「Cookieとサイトのアクセス許可」を変更しても、このCookie共有機能は構成できません。共有ルールはEnterprise Mode Site Listで管理されるため、組織の管理者による対応が必要です。(Microsoft Learn)
管理者が確認すべき設定・更新手順
EdgeとWindowsを最新状態にする
Edgeのアドレスバーに次を入力し、更新状態を確認します。
edge://settings/help更新後はEdgeを再起動してください。Windowsについても「設定」からWindows Updateを開き、利用可能な累積更新プログラムを適用します。Microsoftも、IEモードの利用時はWindowsとEdgeの両方を最新状態にすることを推奨しています。(マイクロソフトサポート)
組織でEdgeの更新を固定している場合は、最低バージョンを満たしているだけで安心せず、現在サポートされているStableまたはExtended Stableの範囲内かも確認しましょう。
IEモードとEnterprise Mode Site Listを確認する
IEモードの組織設定では、基本的に次の3点が必要です。
- 「Internet Explorer統合を構成する」ポリシーを有効にする
- 対象サイトをEnterprise Mode Site Listへ登録する
- サイトリストの保存場所をEdgeのポリシーへ設定する
適用中のポリシーとサイトリストは、次の内部ページから確認できます。
edge://policy
edge://compat/enterpriseIEモードは全社内サイトへ一律適用するより、必要なサイトだけをEnterprise Mode Site Listへ登録する方法が推奨されています。(Microsoft Learn)
共有するCookieを登録する
Edge内のEnterprise Site List Managerを利用する場合は、次のページを開きます。
edge://compat/SiteListManager画面に項目が表示されない場合は、管理ポリシーのEnterpriseModeSiteListManagerAllowedが無効になっていないか確認してください。Site List Managerの共有Cookie機能はEdge 101以降で利用できます。(Microsoft Learn)
登録時に入力する主な項目は次のとおりです。
| 項目 | 入力内容 |
|---|---|
| Domain | Domain属性を持つドメインCookieのドメイン |
| Host Only | Domain属性を持たないホスト専用Cookieの場合に選択 |
| Cookie Name | 共有するCookieの正確な名前 |
| Path | 必要に応じてCookieのPathを指定 |
| Source Engine | MSEdge、IE11、Bothから選択 |
例えば、.example.co.jpのSSO_SESSIONを双方向で共有するXMLは次のようになります。
<site-list version="42">
<shared-cookie
domain=".example.co.jp"
name="SSO_SESSION"
path="/"
source-engine="Both">
</shared-cookie>
</site-list>ホスト専用Cookieの場合は、domainではなくhostを使います。
<shared-cookie
host="legacy.example.co.jp"
name="SESSION_ID"
source-engine="MSEdge">
</shared-cookie>domainとhostを同時に指定したり、どちらも指定しなかったりするとエラーになります。hostの先頭にドットを付けることもできません。(Microsoft Learn)
設定を公開して動作確認する
サイトリストを更新したら、バージョン番号を上げて公開します。クラウドのサイトリストを使用している場合は、変更を保存しただけでなく「Publish」まで実行する必要があります。
公開後は次の項目を確認してください。
- 初回ログイン後にIEモードで再認証を求められないか
- Edgeでログアウトしたとき、IEモード側も適切にログアウトするか
- Cookieの有効期限切れ後に正しく再認証されるか
- Edgeを再起動した場合に古いセッションが残らないか
- 複数プロファイルや別ウィンドウでも意図した動作になるか
- 共有対象外のシステムへ認証状態が渡っていないか
診断情報は次のページで確認できます。
edge://compat/iediagnosticこの画面では、IEモードの有効状態、Windows側のAPIバージョン、適用ポリシー、更新不足などを確認できます。(Microsoft Learn)
Cookie共有で失敗しやすいポイント
| 失敗例 | 原因と対処 |
|---|---|
| 親ドメインを指定したのに共有されない | ルールはCookieに記録されたDomainまたはHostの値と完全一致する必要がある |
domainとhostを取り違える | Set-CookieにDomain属性があればdomain、なければhostを使う |
| 双方向にしたつもりが一方向だけになる | source-engineを省略すると既定値はMSEdgeになる |
| Cookie名の一部だけを指定する | Cookie名にワイルドカードは使えず、完全一致が必要 |
| Pathを指定したら共有されなくなった | Pathを指定する場合も完全一致が必要 |
| Pathを省略して共有範囲が広がった | Path未指定は、同じドメイン・名前のCookieをPathに関係なく対象にする |
| 永続ログイン用Cookieを指定した | Expires付きの永続Cookieは共有できない |
| Cookie共有を追加しても認証ループが直らない | SSOサーバーのNeutral Site登録漏れを先に確認する |
| no-merge構成でIEモードからEdgeへ渡らない | no-mergeのIEモードセッションでは、IEモードからEdgeへの共有は非対応 |
Microsoftのトラブルシューティングでは、IEモードの認証問題として、まずドキュメントモードの誤りとNeutral Siteの設定不足を確認するよう案内しています。共有Cookieが必要になるのは一部のケースです。再ログインが発生したからといって、最初からCookie共有を増やすのは避けましょう。(Microsoft Learn)
料金・期限・移行で確認すべきこと
Cookie共有に追加料金はかかるのか
公式ドキュメントには、Cookie共有機能そのものに対する個別の追加料金や購入手続きは記載されていません。Edge内のSite List Managerやグループポリシー、XMLファイルを使って構成できます。
Microsoft 365管理センターのCloud Site List Managementを利用する場合は、Microsoft Entraテナント、対応するEdge、Microsoft Edge Administratorロールが必要です。組織の契約や利用可能な管理機能は、現在のテナント環境で確認してください。(Microsoft Learn)
期限を混同しない
| 期限の種類 | 内容 |
|---|---|
| ユーザーが手動追加したIEモードサイト | 既定では30日。ポリシーで0～90日に変更可能 |
| 共有するCookie | セッションCookieの有効期間に従う |
| IE11デスクトップアプリ | 一部のWindowsで2022年6月15日にサポート終了 |
| EdgeのIEモード | サポート対象OS上で少なくとも2029年まで。終了の1年以上前に通知予定 |
| Windows 10 22H2上のEdge | 少なくとも2028年10月までEdgeとWebView2の更新を提供予定 |
ユーザーが「Internet Explorerモードで再読み込み」から登録したローカルサイトは、既定で30日後に期限切れになります。これは組織のEnterprise Mode Site Listや共有Cookieの設定期限とは別物です。(Microsoft Learn)
また、Windows 10 22H2上でEdgeの更新が続いても、Windows自体のサポート期限が延長されるわけではありません。サポート終了後のWindowsを継続利用するためのESUは有償の延長セキュリティ更新であり、恒久的な運用手段ではなく移行までの一時的な橋渡しです。(Microsoft Learn)
Cookie共有は移行の完了ではない
Cookie共有は、Edgeと古いIE依存システムを併用するための互換機能です。レガシーシステムの更新を不要にするものではありません。
管理者は共有Cookieを追加する際に、次の情報も台帳へ残しておくと移行しやすくなります。
- 対象システムと担当部署
- Cookie名、Domain、Path、共有方向
- IEモードが必要な技術的理由
- 設定を削除できる条件
- システム改修や更改の予定日
- 障害時のロールバック方法
特に認証Cookieは、必要なものだけを最小限に登録してください。「念のため」で複数のCookieを双方向共有すると、障害発生時に原因を切り分けにくくなります。
まず実施すべき対応
一般ユーザーは、再ログインが発生してもCookieの全削除やEdgeの初期化を繰り返さず、IEモードで発生していることを管理者へ伝えてください。
管理者は、最初にedge://compat/iediagnosticとedge://compat/enterpriseで現在の構成を確認します。その後、Neutral Siteの不足を調査し、必要性が確認できたセッションCookieだけをテスト用サイトリストへ登録します。
Cookie共有は認証問題を解決できる有効な手段ですが、あくまでIEモードからモダンなWeb環境へ移行するまでの互換策です。設定と同時に、対象システムからIE依存を取り除く期限も決めておくことが重要です。
コメント