Chromium版Microsoft Edgeの「ホームページ」をGPOで指定するときは、ホームボタン、ブラウザー起動時、新しいタブの三つを分けます。ホームボタンならHomepageLocation、HomepageIsNewTabPage、ShowHomeButtonを組み合わせ、起動時に社内サイトを開くならRestoreOnStartupとRestoreOnStartupURLsを使います。最新のEdge管理用テンプレートを検証用OUへ導入し、edge://policyで状態を確認してから段階展開します。
ホーム、起動時、新しいタブを区別する
Microsoftのポリシーでは、ホームページはツールバーのホームボタンを押したときに開くページです。ブラウザー起動時のページはRestoreOnStartup系、新しいタブはNewTabPage系が制御します。HomepageLocationだけを設定しても、Edgeを起動した瞬間にそのURLが開くとは限りません。要件を「ホームボタン」「起動時」「新しいタブ」の表にして、必要な場所だけを管理します。
三つすべてを同じ社内ポータルへ固定すると、ユーザーの作業復帰や新規検索を妨げることがあります。ホームボタンだけ強制し、起動時は推奨設定にするなど、業務要件とユーザー体験を分けて検討します。認証が必要なURLは、Edge起動直後にSSOが利用できるか、VPN接続前でも安全な案内が出るかを確認します。
最新のMicrosoft Edge管理用テンプレートを準備する
Microsoft EdgeのEnterprise向け配布から現行のポリシーテンプレートを取得し、組織の変更管理手順に従ってADMXと対象言語のADMLをセントラルストアへ追加します。既存ファイルを上書きする前にバージョンとバックアップを記録し、ドメインコントローラー間の複製状態を確認します。管理画面に項目がない場合、先にテンプレートの版と配置を調べます。
Microsoftの構成案内では、強制ポリシーは「管理用テンプレート」「Microsoft Edge」、ユーザーが変更できる推奨ポリシーは「Microsoft Edge – 既定の設定」に分かれます。要件が初期値の提示だけなら推奨、利用者による変更を禁止する必要があるなら強制を検討します。最初から全社強制にせず、代表端末の検証OUへリンクします。
ホームボタンのURLを強制する三つの設定
ホームボタンの遷移先には「ホームページのURLを構成する」に相当するHomepageLocationを有効にし、HTTPSの完全なURLを入力します。次にHomepageIsNewTabPageを無効にします。Microsoftは、これを有効にするとHomepageLocationで指定したURLが考慮されず、新しいタブページがホームになると説明しています。URLを確実に使わせるには両方の関係を設定します。
ツールバーへボタン自体を表示するにはShowHomeButtonを有効にします。この設定を無効にするとボタンは表示されず、未構成なら利用者が表示を選べます。三つの設定を同じGPO、同じユーザーまたはコンピューター範囲で管理し、一部だけ別GPOに置いて優先順位が競合しないようにします。
起動時に開くページは別の二つの設定を使う
Edge起動時に指定サイトを開く要件では、RestoreOnStartupを「URLの一覧を開く」にし、RestoreOnStartupURLsへ一つ以上の完全なURLを登録します。Microsoftの公式文書では、URL一覧はRestoreOnStartupが値4の「Open a list of URLs」に設定されている場合だけ機能します。一覧だけを登録しても起動動作は変わりません。
複数URLを開くと起動時間とネットワーク負荷が増え、サインイン画面が同時に並ぶことがあります。必要最小限にし、到達不能時の挙動を確認します。前回セッション復元とURL一覧を同時に使う選択肢も現行Edgeにはありますが、セッションCookieや終了時データ削除との関係があるため、要件がなければ単純なURL一覧から検証します。
URLを安全に設計する
URLはHTTPSを使い、ユーザー名、パスワード、トークン、個人識別子をクエリ文字列へ埋め込みません。短縮URLや外部リダイレクトを避け、組織が管理する安定したFQDNを指定します。社内DNS、プロキシ、証明書、VPNが利用できない端末でも、無限リダイレクトや証明書警告にならないか確認します。
ホームページを社内ポータルへ固定しても、そのサイト自体のアクセス制御やセキュリティは代替できません。認証、権限、ログ、コンテンツ更新をサイト側で管理します。障害時には固定URLが全利用者へ影響するため、代替案内ページとロールバック手順を用意します。URL変更はGPOの変更としてレビューし、担当者の個人サイトを直接指定しません。
GPOのスコープと優先順位を確認する
Edgeポリシーはユーザー構成とコンピューター構成のどちらにも存在する場合があります。共有端末で端末単位に統一するのか、利用者グループ別に変えるのかを決めます。OUリンク、セキュリティフィルター、WMIフィルター、継承、強制、ブロックの状態を読み取り専用で確認し、既存のブラウザーポリシーと競合しない設計にします。
同じポリシーを複数GPOで異なる値へ設定すると、結果のポリシーセットにより想定外の値が勝つことがあります。検証端末でgpresultなどの標準機能を使い、適用元GPOを記録します。既存GPOを直接大幅変更せず、検証用GPOを分けるとロールバックしやすくなります。
edge://policyで実際の適用状態を見る
対象端末のEdgeでedge://policyを開き、HomepageLocation、HomepageIsNewTabPage、ShowHomeButton、必要ならRestoreOnStartupとRestoreOnStartupURLsを検索します。値だけでなく、レベル、スコープ、ソース、状態、エラーを確認します。Microsoftの構成手順もedge://policyで適用ポリシーを確認する方法を案内しています。設定画面がグレーになったことだけで成功と判断しません。
GPOは通常の更新間隔で配布されます。緊急でなければ自然更新を待ち、Edgeを閉じて再度開きます。gpupdate /forceは対象端末の他のポリシーも再適用するため、業務時間中に無断実行せず、変更手順で許可された検証端末だけに使います。ポリシーページの再読み込み後、エラーが消えたかを記録します。
利用者操作で動作を検証する
ホームボタンが表示され、押すと指定URLへ移動することを確認します。新しいタブを開き、意図せず同じURLへ固定されていないかも確認します。Edgeをすべて終了して起動し直し、起動時要件がある場合だけ指定ページが開くかを確認します。複数プロファイル、ゲスト、InPrivate、個人Microsoftアカウントでは適用条件が異なるため、管理対象プロファイルで検証します。
ポリシー文書には、Microsoftアカウントでサインインしたプロファイルへ適用されない設定があることが示されています。対象端末がAD参加、Microsoft Entra参加、MDM登録などの管理条件を満たすかを確認します。未管理の個人端末へレジストリを配る回避策は採らず、対応する管理方式を選びます。
段階展開とロールバックを用意する
IT部門、代表部門、限定OU、全社の順に展開し、起動時間、社内サイト認証、ユーザー問い合わせ、Edge更新後の状態を監視します。固定ホームページが業務を妨げる場合に備え、GPOリンク解除または各設定を未構成へ戻す手順を文書化します。設定値を削除する前に、別GPOが同じポリシーを配布していないかを確認します。
ロールバック後も端末に古い値が残る場合は、edge://policyのソースと状態を再確認します。レジストリエディターで個別端末を直接修正するとGPOとの競合と監査漏れが起きるため、原則として管理元で修正します。変更日時、GPO名、テンプレート版、URL、テスト結果、承認者を残すと次回更新時の誤設定を防げます。
確認チェックリスト
- 要件をホームボタン、Edge起動時、新しいタブに分けた
- 最新のMSEdge ADMX/ADMLをバックアップ付きで検証環境へ導入した
- ホームボタンではHomepageLocation、HomepageIsNewTabPage無効、ShowHomeButton有効を確認した
- 起動時URLではRestoreOnStartupとRestoreOnStartupURLsを組み合わせた
- HTTPSの安定したURLを使い、資格情報やトークンを埋め込んでいない
- 検証OUと代表端末でスコープ、優先順位、適用元GPOを確認した
- edge://policyで値、スコープ、ソース、状態、エラーを確認した
- 段階展開、監視、未構成へ戻すロールバックを準備した
コメント