結論からいうと、現在のMicrosoft EdgeでもユーザーのローカルIEモードサイトリストは既定30日ですが、管理ポリシー InternetExplorerIntegrationLocalSiteListExpirationDays で0～90日に変更できます。最初に edge://policy と edge://settings/defaultBrowser を開き、組織ポリシーの適用状況とIEモード再読み込みの可否を確認してください。恒久運用が目的なら、日数を伸ばすだけでなくEnterprise Mode Site Listへ対象サイトを登録するのが本筋です。
30日という説明の現在地
30日はすべてのIEモードサイトに共通する有効期限ではありません。ユーザーが「次回このページをInternet Explorerモードで開く」を選び、組織のサイトリストに未登録のページをローカルサイトリストへ加えた場合の既定保持期間です。Enterprise Mode Site Listで管理されるサイトは、同じ30日カウントを前提にしません。
保持日数ポリシーを無効または未構成にすると30日です。有効にした場合の許容値は0～90日で、90日は上限であって無期限ではありません。0も許容される整数ですが、保持を延ばす設定として扱う値ではありません。古い記事にある「どの環境でも30日を90日にすれば恒久化できる」という理解は訂正が必要です。
この保持日数ポリシーは InternetExplorerIntegrationReloadInIEModeAllowed が無効だと効果がありません。日数だけ設定しても、未構成サイトをIEモードで再読み込みする機能が禁止されていれば、ユーザーはローカルリストを利用できません。
変更前に確認する項目
- EdgeのバージョンとWindows更新状態。保持日数ポリシーはWindows版Edge 92以降が対象です。
- edge://policy に両ポリシーが表示されるか、値、状態、適用元が想定どおりか。
- edge://settings/defaultBrowser にIEモード再読み込み設定があるか、管理対象として固定されていないか。
- 対象URLがローカルリストかEnterprise Mode Site Listか。edge://compat の診断情報も確認します。
作業記録には変更前のedge://policy、Edgeのバージョン、対象URL、現在の期限を残します。IEモードは古いWebアプリの暫定互換策なので、対象をドメイン全体へ広げず、必要なページだけを特定します。ActiveXや古い認証が必要という理由も記録し、アプリ改修の期限と切り離さないようにします。
ローカルグループポリシーで保持日数を変更する
Microsoft Edgeの最新管理テンプレートMSEdge.admxと対応する言語ファイルを、組織の手順に従って中央ストアまたは端末へ導入します。中央ストアを更新する場合は事前バックアップを取り、Edge本体とテンプレートの世代差を避けます。ローカル端末だけで試す場合も変更対象と復元値を記録します。
- ローカルグループポリシーエディターを管理権限で開きます。Homeエディションなど管理UIがない環境では、Intune等の対応管理基盤を使います。
- コンピューターの構成またはユーザーの構成にある［管理用テンプレート］→［Microsoft Edge］を開きます。端末全体へ統一するならコンピューター側を選びます。
- ［Internet Explorerモードで未構成のサイトの再読み込みを許可］を、組織設計に従って有効化します。既に上位管理されている場合は競合を作りません。
- ［ローカルIEモードサイトリストでサイトを保持する日数を指定する］を有効にし、31～90の必要最小限の日数を入力します。90は例であり、移行期限に合わせて短くする判断もあります。
- ポリシーを閉じ、Edgeの全ウィンドウを終了して再起動します。このポリシーは動的更新ではなくブラウザー再起動が必要です。
対応レジストリ値を手作業で作る方法は、GPOやMDMが値を所有する端末で競合や残骸を生みやすいため既定手順にしません。公式ポリシー資料には場所とREG_DWORDが掲載されていますが、管理基盤から配布し、適用範囲、担当者、撤回方法を揃える方が安全です。
反映を検証する
- Edgeを再起動してedge://policyを開き、InternetExplorerIntegrationLocalSiteListExpirationDaysのStatusがOK、Valueが指定日数であることを確認します。
- InternetExplorerIntegrationReloadInIEModeAllowedが無効になっていないことを確認します。
- 検証用の未登録ページをIEモードで再読み込みし、「次回このページをInternet Explorerモードで開く」を有効にします。実業務URLで不用意に試しません。
- edge://settings/defaultBrowserのIEモードページまたはedge://compatで登録と期限を確認します。
- 通常のChromiumモードで開くべき別サイトがIEモードへ巻き込まれていないことを確認します。
値を設定したのに30日のままなら、Edgeをバックグラウンドプロセスも含め終了していない、別スコープのポリシーが優先、古いADMXを表示、再読み込み許可が無効、対象が組織サイトリストで管理済み、という順で切り分けます。最初の証拠はedge://policyのエラーと適用元です。
恒久運用は組織サイトリストへ移す
ローカルサイトリストは、管理者が正式なサイトリストを更新するまで業務を止めないための橋渡しです。端末間で同期されず、ユーザーごとの追加に依存します。90日ごとの再登録を恒久運用にすると対象漏れや端末差が残ります。
継続利用が確認されたレガシーサイトは、互換モード、open-in、対象範囲を検証したうえでEnterprise Mode Site Listへ登録します。変更前のXMLまたはクラウドサイトリストの版を保存し、少数端末で公開、edge://compatで取得版を確認してから展開します。現代的なサイトをIEモードへ誤登録すると表示や認証へ悪影響が出るため、広いURL指定を避けます。
戻し方と影響
問題が出た場合は保持日数ポリシーを元の状態へ戻し、Edgeを再起動してedge://policyから値が消えた、または期待する管理値へ戻ったことを確認します。未構成へ戻すと既定30日になりますが、既存エントリの期限表示は端末で再確認します。再読み込み許可まで無効にする変更は利用者の回避経路を変えるため、別変更として扱います。
ローカルリストの延長はWebアプリ自体の互換性を改善しません。IEモード依存、ActiveX、古い認証方式の廃止計画を持ち、延長期限とアプリ改修の担当をチケットへ残してください。
Enterprise Mode Site Listとの選び分け
利用者が一時的に未登録サイトへアクセスできるようにするのがローカルサイトリストです。これに対し、組織サイトリストは管理者が互換性を確認したURLと起動方式を配布する仕組みです。同じサイトを両方へ重複登録したままにせず、組織側へ昇格したらローカル登録の期限に依存しないことをテストします。管理対象端末では、利用者ごとに90日を設定するより、正式リストの更新プロセスを短くする方が再現性があります。
日数を決める判断基準
保持期間は「長いほど安全」ではありません。業務停止を避ける猶予、サイトリスト審査に要する日数、アプリ担当への通知期間を基に決めます。例えば60日を選ぶなら、30日目に正式登録の可否を判断し、45日目に未解決案件をエスカレーションするなど、期限内の作業をセットにします。期限だけ90日にして移行責任を曖昧にすると、古いエンジン利用が常態化します。
利用者へ案内する内容
利用者には、設定変更後もすべてのサイトが自動的にIEモードになるわけではないこと、対象ページだけで「次回も開く」を選ぶこと、ブラウザー更新やプロファイル変更で挙動が変わる可能性、期限表示が想定外ならヘルプデスクへ連絡することを伝えます。認証画面や外部サイトまでIEモードへ誘導する操作は避け、再現時にはURL、時刻、表示されたIEアイコンを記録してもらいます。
検証結果には、変更前後のポリシー値だけでなく、実際にIEモードで開いたページ、Chromiumで開いた対照ページ、期限表示、Edge再起動後の結果を残します。ローカルサイトリストはプロファイルをまたいで同期されないため、別端末や別ユーザーで同じ結果になると推測せず、配布対象ごとに代表端末を選びます。問い合わせが出たら日数設定より先に、対象URLが正式サイトリストへ登録済みかを確認します。
コメント