Chromeで拡張機能を使わず新しいタブを特定URLへ固定するには、管理対象Chromeへ`NewTabPageLocation`ポリシーを配布します。2026年時点でもChrome 58以降でサポートされますが、WindowsではActive Directory参加、Microsoft Entra ID参加、またはChrome Enterprise Core登録など管理対象であることが条件です。個人PCのローカル設定として自由に使う機能ではありません。
新しいタブ、ホームページ、起動時ページは別ポリシーです。NewTabPageLocationだけを設定し、起動時に同じページが必ず開くと誤解しないでください。
適用条件を確認する
- Google Chromeの版とStable/Betaなどのチャネル
- Windows端末がAD、Entra ID、Chrome Enterprise Coreのどれで管理されるか
- ユーザー単位か端末単位か、共有端末か
- 指定URLがHTTPSで、全対象端末から認証前後に開けるか
- プロキシ、証明書、SSO、VPN、オフライン時の挙動
- 既存のHomepageLocation、RestoreOnStartup、拡張機能ポリシー
Google公式ポリシーページでは、値は完全な正規化URLで指定することが推奨され、未設定または空なら既定の新しいタブへ戻ります。Windowsではレジストリ値`Software\Policies\Google\Chrome\NewTabPageLocation`に対応しますが、手でレジストリへ書くよりADMX、MDM、Chrome Enterprise Coreで管理します。
管理テンプレートを準備する
Chrome Enterprise公式から現在版のポリシーテンプレートを取得し、署名・配布元を確認します。ドメインではCentral Storeの既存chrome.admx/chrome.admlをバックアップし、検証環境で更新します。言語ファイルとADMXの版が合わないとGPMCで解析エラーになるため、同じ配布パッケージの組を使います。
GPOで設定する流れ
- 検証用GPOを作り、対象を少数のテストユーザーまたは端末へ限定します。
- Google Chromeの管理用テンプレートでNew Tab Page Locationに相当するポリシーを開きます。
- 有効にして、`https://portal.example.jp/`のような完全なHTTPS URLを指定します。実在の自組織URLへ置き換えます。
- GPOを検証OUへリンクし、端末でポリシー更新後にChromeを再起動します。
- `chrome://policy`でNewTabPageLocationの値、適用元、状態、エラーを確認します。
- 新しいタブ、ウィンドウ、ホームボタン、起動時を別々に試し、目的の範囲だけ変わったか確認します。
指定ページ側の要件
新しいタブは頻繁に開かれるため、ポータルが重い、認証を毎回要求する、音声や通知を出すと利用者の妨げになります。キャッシュ、可用性、応答時間、モバイル/VDI、アクセシビリティを確認します。ページへ個人情報を表示する場合、画面共有や離席時の漏えいも考慮します。
ポータル障害時にタブが白画面になるため、ブックマークやアドレスバーは使える設計にします。全Webアクセスを一つのポータルへ強制するセキュリティ制御とは考えず、URLフィルタリングやプロキシは別に実装します。
反映されない場合
- chrome://policyでポリシーが見えるか、エラーになっていないか
- 同名のクラウドポリシー、端末ポリシー、ユーザーポリシーの優先順位
- Chromeが管理対象条件を満たし、正しいプロファイルで起動しているか
- ADMX/ADML版とChrome版が対応しているか
- URLが空、引用符付き、未完成なスキームになっていないか
- 新しいタブ拡張機能がポリシーまたは利用者設定で上書きしていないか
拡張機能を一括削除する前に、拡張機能ポリシーと実際の適用元を確認します。組織が提供するセキュリティ拡張を勝手に無効化しません。Managed表示があるだけで目的のGPOが原因とは限らないため、chrome://policyの詳細を記録します。
ユーザー体験とプライバシー
新しいタブURLへ毎回アクセスすると、ポータル側に利用者、時刻、IPが記録されます。目的、保持期間、アクセス権を明確にし、不要な追跡パラメーターを付けません。検索ボックスや外部コンテンツを埋め込む場合は、第三者への通信とCookie同意を確認します。
ロールバック
変更前のGPOバックアップとポリシー値を保存します。問題が出たらNewTabPageLocationだけを未構成へ戻し、他のChromeポリシーを壊さないようにします。ポリシー更新とChrome再起動後、chrome://policyから値が消え、既定新タブへ戻ったことを確認します。ポータル障害に備えた緊急GPOを事前に検証します。
起動時ページとの組み合わせ
Chrome起動時にもポータルを開きたい場合はRestoreOnStartupとRestoreOnStartupURLsを別に設計します。前回タブ復元を使う利用者へ起動URLを強制すると作業継続へ影響します。ホームボタンはHomepageLocationとHomepageIsNewTabPageの組み合わせが関係します。Atomic policy groupの優先関係を公式一覧で確認します。
一度に三つのポリシーを変えると原因が分からないため、最初はNewTabPageLocationだけを試します。利用者要件が確認できてから起動時・ホームを別変更にし、それぞれ戻せるGPO版を保管します。
SSOポータルでの注意
新しいタブを開くたびに認証リダイレクトが走ると、認証基盤負荷、MFA繰り返し、リダイレクトループが起きます。セッションCookie、SameSite、条件付きアクセス、端末時刻を確認し、未認証時には軽い案内ページを返す設計を検討します。
ポータルがイントラDNSでしか引けない場合、社外・VPN未接続のChromeでは失敗します。オフラインでもアドレスバーとブックマークが使えること、エラーページが内部構成を露出しないことを試します。
Cloud Managementで配布する場合
Chrome Enterprise Coreでブラウザー登録している場合はクラウドポリシーから設定できます。AD GPOとクラウド管理を併用すると優先順位が重要です。管理コンソールの対象組織部門、グループ、継承、登録トークンを確認し、同じ値を二重管理しません。
クラウド変更も検証グループから開始し、ポリシー適用レポートを保存します。登録解除したブラウザーで設定が残るか、利用者データがどうなるかを廃止手順で確認します。
アクセシビリティと検索
標準新タブには検索や頻繁に使うサイトへの導線があります。社内ポータルへ置き換えるなら、キーボード操作、フォーカス表示、拡大、スクリーンリーダー、検索機能、軽量表示を用意します。利用者が仕事を遅く感じるなら、強制の効果を定量評価します。
ポータルへ検索ボックスを置く場合、検索語が社内サーバーや外部検索へ送られる経路とログ保持を明示します。機密語の漏えいを防ぐ案内とDLPを検討します。
モバイル版を含む対象範囲
NewTabPageLocationはiOS/iPadOSでも対応版がありますが、Windows GPOと同じ配布方法ではありません。MDMやChrome Enterprise管理の対象OSごとに設定方式と利用者プロファイルを確認します。PCで成功した値をモバイルへ一括展開せず、外部ブラウザー呼び出し、認証、戻る操作、画面サイズを端末別に試します。
コメント