IEモードのサイト一覧が反映されないときは、最初にedge://policy、次にedge://compat/enterpriseを確認します。前者にポリシーがなければ配布・対象設定の問題、ポリシーはあるのに後者で取得エラーならURL・通信・認証の問題、一覧は取得できているのに対象サイトがなければXMLや公開版の問題、対象サイトがあるのにEdgeモードで開くならURL一致やopen-inの問題です。
レジストリやXMLを何度も書き換える前に、どの段階で止まっているかを画面から確定します。作業前には、現在のポリシー値、サイト一覧URL、一覧のバージョン、正常だった旧XML、対象端末とユーザーを記録してください。いきなり全社配布を変更せず、テスト端末とテストユーザーで再現させます。
症状と原因の対応表
- edge://policyにIEモード関連項目がない:GPO・Intune・OU・フィルター・対象スコープを確認。
- ポリシー名はあるがエラー状態:値の型、URL、競合、古いADMXを確認。
- edge://compat/enterpriseで取得失敗:HTTP応答、証明書、プロキシ、認証、リダイレクトを確認。
- 一覧は取得済みだが対象URLがない:XMLの版、公開操作、version、URLエントリを確認。
- 対象URLはあるがIEモードにならない:open-in、URLの一致範囲、リダイレクト先、ニュートラルサイトを確認。
- 初回起動時だけEdgeモードになる:サイト一覧の初回ダウンロード完了前にナビゲーションしていないか確認。
確認1:IEモードとサイト一覧のポリシー
対象端末のEdgeでedge://policyを開き、少なくともIEモード統合の設定とサイト一覧の設定を確認します。代表的なポリシーは、IEモード統合を制御するInternetExplorerIntegrationLevelと、エンタープライズ モード サイト一覧の場所を指定するInternetExplorerIntegrationSiteListです。クラウドサイト一覧を使う構成では、クラウド用ポリシーと管理センター側の公開状態も確認します。
ポリシー画面では、値だけでなく状態と適用元を見ます。想定と違う値がある場合、ローカルGPO、ドメインGPO、MDM、Edge管理サービスなど複数の管理元が競合していないか確認します。端末側でレジストリ値を消しても管理元から再配布されるため、設定元を直す必要があります。
Microsoftの最新ポリシー文書では、InternetExplorerIntegrationSiteListは動的更新に対応せず、ブラウザーの再起動が必要です。ポリシー更新後は、開いている作業を保存し、Edgeのウィンドウをすべて閉じてから再度開きます。バックグラウンドでEdgeが残っている場合もあるため、再起動後の確認が確実です。
確認2:グループポリシーの更新
Active DirectoryのGPOを変更した直後は、対象端末へまだ届いていないことがあります。MicrosoftのEdge構成ガイドでは、手動更新が必要な場合に次のコマンドを案内しています。組織の管理手順に従い、対象端末で実行します。
gpupdate /force
実行後、Edgeをすべて閉じて開き直し、edge://policyの値を再確認します。コマンドが成功しても対象GPOに入っていなければポリシーは現れません。OU、セキュリティフィルター、WMIフィルター、ユーザー設定とコンピューター設定の取り違えを管理側で確認します。
確認3:サイト一覧の取得状態
次にedge://compat/enterpriseを開きます。Microsoftの資料ではabout:compatでも互換性情報へ到達できます。ここでサイト一覧の場所、取得済みバージョン、更新時刻、エラー、対象エントリを確認します。画面に更新操作がある場合は、ポリシーとURLを確認してから更新し、結果を記録します。
- 場所が空:サイト一覧ポリシーが適用されていません。
- 場所が想定外:別ポリシーまたは古い設定が優先されています。
- 取得できない:URL、DNS、プロキシ、証明書、認証、HTTP応答を確認します。
- 旧versionのまま:サーバー側ファイル、キャッシュ、公開操作、XMLのversionを確認します。
- 対象サイトが表示される:取得は成功しているため、URL一致と動作指定へ進みます。
サイト一覧URLを通常のブラウザーで開いて内容が見えるかは参考になりますが、それだけでEdgeの取得経路が正常とは断定できません。プロキシ認証、HTTP認証、リダイレクト、Cookieポリシーなどで、バックグラウンド取得だけ失敗することがあります。公式FAQにある「EMIEサイト リストを取得できませんでした」というエラーを手がかりに、通信ログとサーバーログを確認します。
証明書警告や古いTLSを回避するために、Edgeのセキュリティ設定を弱めてはいけません。サイト一覧は管理対象のHTTPS場所へ置き、証明書チェーン、名前、期限、プロキシ経路を正しく直します。ファイル共有を使う場合も、対象端末のコンピューターまたはユーザーが読み取れるか、組織の設計に沿って確認します。
確認4:XMLはSite List Managerで検証
IEモードのサイト一覧は、手作業で文字列を継ぎ足すより、Microsoft Edge内のEnterprise Site List Managerまたは組織で採用した管理ツールを使って作成・検証します。Microsoftは、Edge内のedge://compat/SiteListManagerを今後の改善対象とし、v.2スキーマのXMLを作成・編集・エクスポートできると案内しています。利用には管理者がアクセスを許可するポリシーが必要です。
- XMLがv.2スキーマとして読み込めるか。
- 更新のたびにサイト一覧のversionが適切に増えているか。
- 同じURLや矛盾するエントリが重複していないか。
open-inがIE11、Microsoft Edge、Noneの意図どおりか。- ホスト名、パス、ポート、サブドメインの一致範囲が要件どおりか。
- クラウド一覧なら変更を保存しただけでなく公開したか。
XMLがブラウザーで表示できても、スキーマ上の誤りや意図しない一致が残ることがあります。Site List Managerへインポートし、対象URLを検索し、XMLプレビューで確認してからエクスポートします。旧XMLを上書きする前に別名で保管し、正常だったversionへ戻せるようにします。
確認5:URL一致とリダイレクト
一覧に対象サイトが表示されるのにIEモードにならない場合、実際に最終表示されるURLを確認します。入力URLからHTTPS、別ホスト、SSO、ロードバランサー、言語別パスへリダイレクトされると、一覧に書いた範囲から外れることがあります。開発者ツールやネットワーク担当のログで遷移先を確認し、必要なURLだけを追加します。
認証サーバーやSSOサーバーは、開始したブラウザーのモードを維持するニュートラルサイトとしてopen-inをNoneにする設計が必要な場合があります。Microsoftの構成戦略も、認証フローがEdgeとIEモードをまたぐ場合にニュートラルサイトを明示するよう説明しています。ログインに関係するホストを無差別にIEモードへ送るのではなく、実際のリダイレクトを確認して追加します。
「すべてのイントラネットサイトをIEモードへ送る」ような広い設定は、応急処置としても影響範囲が大きく、最新ブラウザーで動くサイトまでレガシーモードへ巻き込みます。個別サイトと必要な認証先を特定し、最小範囲で構成してください。手動の「IEモードで再読み込み」は診断には使えても、管理サイト一覧の恒久的な代わりにはしません。
初回起動だけ反映されない場合
Edgeの初回起動直後に、サイト一覧のダウンロードが完了する前に対象サイトへ移動すると、最初だけEdgeモードで開くことがあります。MicrosoftのFAQでは、必要に応じてDelayNavigationsForInitialSiteListDownloadポリシーで、サイト一覧の初回取得を待ってからナビゲーションさせる方法が案内されています。まず取得時間と再現条件を確認し、必要な端末群だけで検証します。
最短の復旧手順
- 正常だったXMLと現在のXML、ポリシー画面を保存する。
edge://policyでIEモードとサイト一覧ポリシーを確認する。- 必要ならGPOを更新し、Edgeを完全に再起動する。
edge://compat/enterpriseでURL、version、取得結果、対象エントリを確認する。- XMLをSite List Managerで検証し、versionと公開状態を確認する。
- 実際のリダイレクト先とopen-inを確認する。
- テスト端末で成功後、限定グループ、全体の順に展開する。
検証とロールバック
対象サイトを開き、IEモードの表示だけでなく、サインイン、画面遷移、ダウンロード、印刷、別ウィンドウ、ログアウトまで業務フローを確認します。Edgeモードへ戻るべき外部サイトが正しく戻ることも確認します。成功条件を「トップページが開いた」に限定しないでください。
問題が広がった場合は、管理元で旧ポリシー値または正常だった旧XMLへ戻し、versionを更新して再配布します。端末ローカルのキャッシュやレジストリを消して隠すのではなく、配布元の状態を戻します。ロールバック後もedge://policyとedge://compat/enterpriseで旧版が取得されたことを確認します。

コメント