Windows 10 の月例更新（KB5055518／KB5057589／KB5055683／KB890830）適用後、Microsoft Edge の IE モードで「このページを互換表示で開く」ボタンが 10〜15 分ほどの操作で再びグレーアウトしてしまう――企業内から同様の相談が増えています。本稿では“ボタンを恒久的に有効化する”ことの可否を含め、設計上の仕様・考えられる原因・実践的な切り分け・恒久対策・運用回避策まで、現場でそのまま使える手順とテンプレートをまとめて解説します。
目次
症状の整理と結論（先に要点）
- 症状：IE モードのページで「このページを互換表示で開く」を有効化しても、10〜15 分の操作や遷移後にボタンがグレーアウト（無効）へ戻る。
- 結論：「手動ボタンの状態を恒久的に保持」する公式手段はありません。Enterprise Mode Site List（EMSL）で対象サイトを管理し、自動で IE モード起動させるのが正攻法かつ恒久対策です。
- 有力な原因：
- EMSL の読み込みタイミングや内容と、手動指定の競合（優先順位・再読込）
- IE モード関連のグループポリシー（GPO）で手動操作が抑止・上書きされる
- 更新適用を契機とした Edge 内部コンポーネント更新後の再初期化・再評価
- 推奨対応：EMSL の整備／GPO の見直し／ログ採取と再現条件の固定化／暫定回避の運用化（再起動・InPrivate・新規プロファイル）を段階的に実施。
現状確認（既知の不具合・公式情報）
同症状について、公開ドキュメントや既知の不具合に明確な記載は見当たりません。したがって、環境依存要因を一つずつ排除する現場主導のトラブルシュートが必要です。
原因候補と兆候・対策の対応表
| 原因候補 | 典型的な兆候 | 即効の確認・対策 | 恒久対策 |
|---|---|---|---|
| Enterprise Mode Site List（EMSL）の読込み／内容不整合 | edge://compat/enterprise の更新時刻が頻繁に変わる／対象 URL の判定が遷移で揺れる | EMSL の <compat-mode> を明示（IE8/9/11/IE8Enterprise 等）し、URL マッチ条件（パス/サブドメイン）を見直す | EMSL に対象サイトを登録し 自動 IE モード起動へ移行（手動ボタンに依存しない） |
| IE モード関連 GPO の干渉 | edge://policy で値が「ポリシーで管理」と表示／手動トグルが戻る | InternetExplorerIntegrationReloadInIEModeAllowed 等の値を点検 | 組織標準の GPO 設計を更新（手動操作と競合しない設計に） |
| 更新適用後の内部コンポーネント再初期化 | Edge 更新・再起動・プロファイル切替で再現がぶれる | Edge の安定版最新へ更新／プロファイル新規作成で再現性を比較 | EMSL と GPO で状態を固定化し、ユーザー手動に依存しない |
基本チェック（現場で最初に確認すること）
| 項目 | 確認ポイント | 実施場所／操作 |
|---|---|---|
| EMSL（エンタープライズ モード サイトリスト） | 対象 URL が正しく登録／適切な <compat-mode>（IE11 等）を明示 | edge://compat/enterprise で一覧・更新時刻を確認 |
| IE 開発者ツール（F12） | 実際のドキュメント モード・ユーザー エージェントを把握 | IE モード ページで F12 → [エミュレーション] |
| グループポリシー | InternetExplorerIntegrationReloadInIEModeAllowed / InternetExplorerIntegrationSiteListRefreshInterval など | edge://policy と gpresult /h で適用状況を確認 |
| ログ | 無効化直後のエラー・警告・情報ログ | イベント ビューアー（Microsoft-Edge 関連ログ／アプリケーション） |
「ボタンが勝手に無効化される」仕組みの背景
IE モードは、EMSL と GPO による“中央管理の優先”が前提です。手動で「互換表示」や「IE モード再読み込み」を指定しても、ポリシー再評価やサイトリスト再読込のタイミングで、手動指定より中央管理の判定が再適用されます。このため、以下が揃うと 10〜15 分のスパンでボタン状態が戻ることがあります。
- EMSL の RefreshInterval 相当が短い、またはネットワーク経由で頻繁に再取得される
- GPO により「手動での IE モード再読み込み」を許可していない／許可はされているが上書きされる
- ページ遷移で URL マッチ規則の外へ出る（サブドメイン違い、パス階層違い、クエリ差分）
したがって、「ボタンを恒久的に有効化する」発想ではなく、“そもそもボタンを押さなくてよい”構成（EMSL による自動判定）に寄せることが最短で確実です。
再現条件の固定化（再現テストのすすめ）
- Edge を安定版最新へ更新し、起動直後の空プロファイル／InPrivate で試す。
- 対象 URL（ログイン前／後、サブページ）を厳密に固定し、10 分間の操作ログ（クリック・遷移・時刻）を取る。
- 発生直後に以下を採取：
- edge://policy のスクリーンショット（IE モード関連）
- edge://compat/enterprise の「最終更新時刻」
- イベント ビューアー：アプリケーション、Microsoft-Edge 関連ログ
- プロキシ／ネットワーク切替（社外 VPN・Wi‑Fi 切替など）で挙動が変わらないか比較。
Enterprise Mode Site List（EMSL）の整備
EMSL で URL・ドキュメント モードを中央定義すると、ユーザーの手動操作に依存せず安定します。以下は EMSL（スキーマ v.2） の最小例です。
<?xml version="1.0" encoding="utf-8"?>
<site-list version="1">
<created-by>Ops Team</created-by>
<site url="https://intra.contoso.local">
<compat-mode>IE11</compat-mode> <!-- 必要に応じ IE8Enterprise など -->
<allow-redirect>true</allow-redirect>
</site>
<site url="https://legacy.contoso.local/app/">
<compat-mode>IE9Enterprise</compat-mode>
<allow-redirect>true</allow-redirect>
</site>
</site-list>
ポイント：
- IE11 で動作するならまず
<compat-mode>IE11</compat-mode>を明示。 - URL は プロトコル＋ホスト＋必要ならパスまで指定し、意図しない外し込み／巻き込みを防止。
- リダイレクトが多いアプリは
<allow-redirect>true</allow-redirect>でスムーズに。 - EMSL のホスティングは HTTP(S) かファイル共有（UNC）。配布先 URL を GPO で指定します。
IE モード関連グループポリシー（GPO）設計の見直し
以下は代表的なポリシー項目と実運用での推奨方針です（ポリシー名はレジストリの値名と同名です）。
| ポリシー名（Edge） | 推奨設定 | 効果／注意 | レジストリ パス |
|---|---|---|---|
InternetExplorerIntegrationLevel | Enabled（IE mode） | IE モード機能を有効化 | HKLM/HKCU\SOFTWARE\Policies\Microsoft\Edge |
InternetExplorerIntegrationSiteList | EMSL の URL または UNC を指定 | 中央定義のサイトリストを参照 | 同上 |
InternetExplorerIntegrationSiteListRefreshInterval | 長めに（例：1440 分＝1 日） | 頻繁な再読込による状態変化を抑制 | 同上 |
InternetExplorerIntegrationReloadInIEModeAllowed | Allow（許可） | ユーザーの手動「IE モードで再読み込み」を許可／禁止 | 同上 |
注： 環境やバージョンにより、類似名・存在しないポリシーがある場合があります。edge://policy で実際に適用されているエントリを確認してください。
設定変更後のベストプラクティス
gpupdate /forceを実行して GPO を即時反映。- Edge を完全終了（バックグラウンド処理も停止）→ 再起動。
- edge://compat/enterprise の「最終更新時刻」が新しくなったことを確認。
- ユーザー プロファイルに残る一時キャッシュの影響を排除するため、新規プロファイルでも検証。
“ボタンを恒久的に有効”にできない理由と代替発想
IE モードの手動ボタンは、あくまで 一時的な再読み込み（ローカル状態）です。設計上、中央管理（EMSL/GPO）の再評価や ブラウザーのプロセス再初期化・ページ遷移で、手動の一時指定は無効化・上書きされ得ます。したがって、ボタンの恒久固定を狙うのではなく、EMSL に対象サイトを列挙し、常に IE モードで自動起動させる設計に移行するのが筋です。
切り分けの実践手順（チェックリスト形式）
| No. | 確認項目 | 期待値／合格基準 | 備考 |
|---|---|---|---|
| 1 | edge://policy に IE モード関連が表示される | ポリシーが「有効（管理）」であること | ユーザー・コンピューターどちらで適用かも把握 |
| 2 | edge://compat/enterprise に EMSL が読み込まれている | URL・最終更新時刻が妥当 | 対象 URL がヒットするか確認 |
| 3 | F12（IE）エミュレーションで実ドキュメント モードを確認 | EMSL の <compat-mode> と一致 | 差異があれば EMSL を修正 |
| 4 | GPO の更新間隔・EMSL のリフレッシュ間隔 | 短すぎない（例：1440 分） | 短いと手動指定が頻繁に戻されやすい |
| 5 | URL マッチの粒度（サブドメイン／パス） | 遷移でマッチが外れない | 必要ならパス単位で定義 |
| 6 | 新規プロファイル／InPrivate で再現性 | 同様に再現するか | プロファイル破損の切り分け |
| 7 | イベント ログ（発生直後） | 関連エラーなし／挙動の手掛かり | 時刻相関で洗い出す |
PowerShell で一括点検（コピペで実行可能）
$paths = @(
'HKLM:\SOFTWARE\Policies\Microsoft\Edge',
'HKCU:\SOFTWARE\Policies\Microsoft\Edge'
)
foreach ($p in $paths) {
if (Test-Path $p) {
Write-Host "=== $p ==="
Get-ItemProperty -Path $p |
Select-Object `
InternetExplorerIntegrationLevel,
InternetExplorerIntegrationSiteList,
InternetExplorerIntegrationSiteListRefreshInterval,
InternetExplorerIntegrationReloadInIEModeAllowed
}
}
# EMSL のローカルキャッシュや取得確認（例：UNC の場合）
$emslPath = '\fileserver\IE-Mode\EdgeSiteList.xml'
if (Test-Path $emslPath) {
[xml]$xml = Get-Content $emslPath
$xml.'site-list'.site | ForEach-Object {
"{0} - compat:{1}" -f $*.url, $*.'compat-mode'
}
} else {
Write-Host "EMSL パスの到達性を確認してください。"
} 上記で 値が空／想定外の場合は、GPO 側の設定・配布に問題がある可能性が高いです。
EMSL の作成・更新のヒント
- EMSL は専用ツールで編集するとスキーマ不整合を避けられます（手書き編集は避ける）。
- 更新後は バージョン管理（ファイル名・バージョン属性）と、変更点のリリースノートを残すと現場運用が安定します。
- EMSL を複数ファイルに分割する場合は、同一 URL が別定義で競合しないように統制します。
ログと監視ポイント
- イベント ビューアー：アプリケーション、Microsoft-Edge 関連ログ（情報・警告・エラー）
- edge://version：バージョン情報の採取（Edge／OS ビルド）
- edge://policy：適用ポリシーの実値・ソース（機械／ユーザー）
- edge://compat/enterprise：EMSL の読み込み状況と更新時刻
運用上の回避策（恒久対策の前にできること）
- 一時的には Edge の再起動でボタンが復活するケースが多い。
- 新規ユーザープロファイル／InPrivateでの作業に切り替え、プロファイル起因を回避。
- EMSL に対象サイトを登録して 自動 IE モード起動に移行（手動ボタン不要化）。
“設定ファイルの直接編集”は可能？
Edge のユーザープロファイル配下には、IE モードの一時情報やポリシーキャッシュが保持されますが、手動編集は非推奨・非サポートです。バージョン更新やポリシー再評価のたびに上書き・破損リスクがあり、監査・保守の観点でも残せません。EMSL と GPO の正面ルートで解決してください。
FAQ（よくある質問）
Q. ボタンが無効になってもページ自体は IE モードのまま？
A. 状態は「IE モードであるが、手動の再読み込み指定が無効化された」ケースと、「IE モード判定から外れた」ケースの両方があり得ます。F12（IE）エミュレーションや開発者ツールのネットワーク タブで UA 文字列を確認してください。
Q. 10〜15 分という時間は仕様？
A. 固定仕様ではありません。EMSL のリフレッシュ間隔・GPO 更新・ネットワーク再接続などのタイミングが重なると、その程度のスパンで再評価が起きやすく見えるだけです。
Q. ボタンの常時有効化を“裏ワザ”で実現できない？
A. 推奨されません。将来の更新で動かなくなり、監査・再現性も失われます。EMSL に登録して自動化が正解です。
ケーススタディ：安定化までの実践フロー
- 対象システムの URL を棚卸し（ログイン前後・サブドメイン・パス）。
- EMSL に登録し、
<compat-mode>と<allow-redirect>を明示。 - GPO に EMSL の URL と
InternetExplorerIntegrationSiteListRefreshInterval（例：1440 分）を設定。 - edge://policy／edge://compat/enterprise で反映を確認。
- 本番相当のユーザーで 30 分程度の操作シナリオを実施して、ボタンに頼らず IE モードが維持されることを確認。
トラブルシュートの「決定木」
- 手動ボタン有効 → 数分で無効化
- edge://compat/enterprise の更新時刻が動く → EMSL リフレッシュ起因 ⇒ 間隔を延長／EMSL 定義を精緻化
- edge://policy に手動再読み込みを 不許可 とする値 → GPO 起因 ⇒ 設計を見直し
- 特定の遷移でのみ無効化 → URL マッチ外れ ⇒ サブドメイン／パスの定義を追加
サポートへのエスカレーション手順（企業向け）
- 無償の Azure サブスクリプションを用意（クレジットカードは本人確認のみ）。
- Azure ポータル → Help + Support → Create a support request を開く。
- サービスとして Microsoft Edge／IE モード を選択。
- 再現手順（時刻・URL・操作）／edge://policy のスクリーンショット／EMSL（伏字化可）／イベント ログを添付。
組織要件で更新プログラムのアンインストールが不可でも、上記のEMSL と GPO の整備で多くのケースは解消・安定化します。残存する場合はサポートチケットで切り分けを深掘りしましょう。
まとめ
- 「このページを互換表示で開く」ボタンは恒久設定の器ではない（中央管理の再評価で戻り得る）。
- 安定化の最短ルートは EMSL に登録して自動 IE モード起動へ移行すること。
- GPO（
InternetExplorerIntegration*）の設計を見直し、リフレッシュ間隔の延長とURL マッチの精緻化で手動依存を排除。 - 変更後は gpupdate /force → Edge 完全再起動 → edge://compat/enterprise・edge://policy で確認。
- どうしても残る場合は、ログを整えて Azure サポートへエスカレーション。
付録：サンプル EMSL（IE11 ベース、サブドメインとパスを区別）
<?xml version="1.0" encoding="utf-8"?>
<site-list version="7">
<created-by>Corp IT</created-by>
<site url="https://portal.contoso.local">
<compat-mode>IE11</compat-mode>
<allow-redirect>true</allow-redirect>
</site>
<site url="https://auth.contoso.local">
<compat-mode>IE11</compat-mode>
<allow-redirect>true</allow-redirect>
</site>
<site url="https://legacy.contoso.local/app/">
<compat-mode>IE8Enterprise</compat-mode>
<allow-redirect>true</allow-redirect>
</site>
</site-list>
付録：GPO 適用状況 HTML レポート出力
gpresult /h "$env:TEMP\gpresult.html"
Invoke-Item "$env:TEMP\gpresult.html"
上記レポートで、IE モード関連ポリシーの適用スコープ（ユーザー／コンピューター）とどの GPO オブジェクトが値を設定しているかを確認し、競合を解消してください。
付録：ユーザー向け周知テンプレート（抜粋）
【IE モード運用変更のお知らせ】
・対象システムは順次「自動 IE モード起動」に移行します。
・手動の「このページを互換表示で開く」操作は不要です。
・Edge が意図せず通常モード表示になった場合は、いったん Edge を終了して再起動し、再度アクセスしてください。
・解消しない場合は、発生時刻／URL／操作手順をメモし、IT までご連絡ください。
コメント