Chromium版Microsoft Edgeでお気に入りバーを組織的に表示する現行ポリシーはFavoritesBarEnabledです。最新のMicrosoft Edge管理用テンプレートを準備し、GPOで「管理用テンプレート」「Microsoft Edge」「お気に入りバーを有効にする」を有効化します。Microsoftの現行仕様では、このポリシーを有効にするとバーを表示、無効にすると非表示、未構成ならユーザーが選択できます。強制設定と「既定設定（ユーザーがオーバーライド可能）」は効果が異なるため、要件に合わせて選びます。まず検証用OUまたは限定セキュリティグループへ適用し、対象端末のedge://policyでポリシー名、値、適用元、エラーを確認してから展開してください。
FavoritesBarEnabledの動作を確認する
Microsoftの現行ポリシー資料では、FavoritesBarEnabledはBoolean型です。有効ならお気に入りバーが表示され、無効なら表示されず、未構成なら利用者が表示状態を選べます。WindowsではMicrosoft Edge 77以降が対象で、動的なポリシー更新とプロファイル単位の適用に対応しています。
タイトルにある「表示を有効にする」だけなら、値はEnabledです。ただし、バーへ特定のお気に入りを登録する設定ではありません。バーを表示するポリシーと、管理対象のお気に入り一覧を配布するManagedFavoritesは別に設計します。空のバーを強制表示しても業務導線は改善しないため、目的を先に決めます。
最新のEdge管理用テンプレートを準備する
GPOエディターに「Microsoft Edge」がない場合、Edge用ADMX・ADMLが管理環境へ導入されているか確認します。Microsoftのポリシー一覧は、現行Edgeに利用できる設定と、廃止・非推奨になった設定を更新しています。古いChromium移行直後のテンプレートを使い続けず、管理対象Edgeの版とテンプレート版を記録します。
ドメインでCentral Storeを使う場合は、個別管理端末のローカルPolicyDefinitionsではなくCentral Storeが参照されます。MSEdge.admxと該当言語のMSEdge.admlを対にし、既存ファイルのバックアップと所有者の承認を取ります。別言語ファイルの不足や中途半端な上書きでエディターを壊さないよう、テンプレート更新を単独の変更として検証します。
強制設定と推奨設定を選ぶ
FavoritesBarEnabledにはMandatoryとRecommendedの両方があります。強制側は「管理用テンプレート」「Microsoft Edge」にあり、利用者の変更を組織ポリシーで固定します。推奨側は「Microsoft Edge – 既定の設定（ユーザーがオーバーライド可能）」にあり、初期値を示しつつ利用者が変更できます。
業務で常に見せる必要があるなら強制、使いやすさの初期値だけなら推奨を検討します。両方を同時に別値で設定すると調査が難しくなるため、一つの要件につき適用方式を決めます。共有端末、キオスク、個人プロファイルなど端末用途も考慮し、表示領域を狭める影響を含めて合意します。
コンピューターかユーザーかを設計する
Edgeの管理用テンプレートはコンピューター構成とユーザー構成に表示される場合があります。端末を使う全利用者へ同じ動作を求めるのか、特定ユーザー・部門だけへ適用するのかで選択します。OUリンク、セキュリティフィルター、WMIフィルターを必要最小限にし、対象数を事前に数えます。
同じポリシーをコンピューター側とユーザー側で異なる値にしないでください。既存のEdge基準GPO、Intune設定カタログ、Cloud Policyが同じ値を管理していないか検索します。複数の管理面がある環境では、どれを正とするかを決め、例外は期限付きグループで管理します。
GPOでお気に入りバーを有効にする
グループ ポリシー管理で対象GPOのバックアップを取り、検証用GPOを編集します。「コンピューターの構成」または「ユーザーの構成」「ポリシー」「管理用テンプレート」「Microsoft Edge」を開き、「お気に入りバーを有効にする」を選びます。「有効」にして適用し、ポリシー名FavoritesBarEnabledを作業票へ記録します。
表示名は言語やテンプレート版で多少異なる可能性があるため、説明欄の一意なポリシー名を照合します。レジストリを直接一括変更するより、GPOのポリシー設定として配布すると適用元と結果を追跡しやすくなります。既存GPOへ多数の変更を混在させず、一目的の変更としてレビューできる構成にします。
お気に入り一覧の配布は別ポリシーにする
バーへ社内ポータルやヘルプサイトを自動登録する場合は「お気に入りを構成する」ポリシーを別途設計します。MicrosoftはEdge上でお気に入りとフォルダーを作り、管理者向け構成をエクスポートしてGPOへ貼り付ける手順を案内しています。URL、表示名、階層、更新責任者をレビューします。
ManagedFavoritesで配布した項目と利用者自身のお気に入りの関係、編集可否、削除時の動作を検証します。社内限定URLやシステム名を含む構成を公開場所へ保存しません。FavoritesBarEnabledだけを依頼された変更では、一覧配布まで勝手に広げず、必要性を別の承認事項として扱います。
ポリシーを端末へ反映する
GPOを検証用OUへリンクし、対象ユーザーまたは端末で通常のポリシー更新を待つか、作業を保存してからgpupdateを実行します。Microsoftの仕様ではFavoritesBarEnabledは動的更新に対応しますが、既存プロファイル、ブラウザー状態、他の設定との関係を確認するため、必要ならEdgeを通常終了して再起動します。
全社へいきなりリンクせず、Windows版、Edge安定版、複数プロファイル、既存のお気に入りがある利用者で試します。サインアウトや端末再起動が必要な別ポリシーも同時に含まれていないか確認します。更新失敗時にセキュリティ機能を停止せず、ネットワーク、AD複製、GPOスコープを順に調べます。
edge://policyで結果を検証する
対象Edgeのアドレスバーへedge://policyと入力し、「ポリシーを再読み込み」を選びます。FavoritesBarEnabledが表示され、値がtrue、レベルとスコープが設計どおりで、エラーがないことを確認します。ポリシー一覧にない場合は、GPO適用、ADMX、対象スコープ、Edge版を切り分けます。
画面上でバーが見えることと、ポリシーとして管理されていることの両方を確認します。利用者が手動で表示していた端末では、見た目だけではGPO成功を判定できません。gpresultも併用し、該当GPOが適用されたか、セキュリティフィルターで拒否されていないかを記録します。
プロファイルとMicrosoftアカウントの条件に注意する
Microsoftの現行資料では、このポリシーはプロファイル単位であり、Microsoftアカウントでサインインしたプロファイルには適用されない条件が示されています。企業管理プロファイル、ローカルプロファイル、個人Microsoftアカウントの混在を確認し、検証したプロファイル名とサインイン種類を記録します。
一つのウィンドウで成功した結果を全プロファイルへ一般化しません。ゲスト、InPrivate、共有端末、Edge for Businessの組織プロファイルでも要件どおりか確認します。個人アカウントを禁止・許可する判断は別のID管理ポリシーであり、バー表示を直す目的だけでサインイン方針を変更しません。
展開とロールバックを段階化する
検証後は小規模部門、代表端末、全体の順で段階展開し、対象数、成功数、未適用、競合、利用者影響を集計します。問い合わせには「バーが空」「ユーザーが非表示へ戻せない」「別プロファイルだけ違う」などを分ける質問票を用意します。Edge版とポリシー更新日時も記録します。
戻す場合、元が未構成ならポリシーを未構成へ戻し、ポリシー更新後にedge://policyから値が消えたかを確認します。単にDisabledへ変えると、今度は非表示を強制する別の動作になります。既存GPOバックアップ、変更履歴、リンク先、フィルターを使い、対象外のEdge設定まで巻き戻さないようにします。
確認チェックリスト
- FavoritesBarEnabledとManagedFavoritesを区別する
- 最新のMSEdge.admxと対応ADMLを管理環境へ導入する
- 強制設定と推奨設定のどちらを使うか決める
- コンピューター・ユーザーのスコープと既存競合を確認する
- edge://policyとgpresultで適用元まで検証する
- 未構成へ戻す場合とDisabledの違いを理解する
Edgeのポリシーはブラウザー更新に伴って追加・非推奨化されます。記事の画面名だけで設定せず、Microsoftの最新ポリシー資料で一意な名前、対応版、Mandatory・Recommended、動的更新、プロファイル条件を確認してください。全社GPOを直接編集する前にバックアップと限定検証を行い、表示結果、edge://policy、gpresultの三点が一致した記録を残すと安全に運用できます。
コメント