GPOでスタートメニューのレイアウトを指定するときは、Windows 11とWindows 10を同じ手順で扱わないことが最重要です。Windows 11の管理対象端末では、ピン留めの構成にJSONを使う方式と、対応するStartポリシーをOSビルドに合わせて選びます。Windows 10のスタート画面・タスクバー構成ではXMLを使う従来方式が中心です。最初にWindowsの版、エディション、ビルド、完全固定か初期配置だけか、既存ユーザープロファイルへ適用するかを確認してください。2026年7月時点では、Windows 11 24H2以降で使える「Configure Start pins」など対応範囲が拡張されているため、古い記事のXMLをそのままWindows 11へ配布せず、公式の適用表を確認して検証OUから展開します。
先に決めるのはピンの内容ではなく管理方針
スタートメニューを全社で固定すると、問い合わせ対応用アプリや社内ポータルへ到達しやすくなる一方、利用者が業務に合わせて並べ替えられず、生産性を下げることがあります。完全固定、部分固定、初回だけ既定値を与える、利用者へ任せる、のどれが必要かを決めます。端末の用途がキオスク、教室、共有受付、一般社員PCでは適切な強さが異なります。スタートとタスクバーを同じファイルで扱う方式もあるため、既存タスクバーポリシーへの影響も確認します。配布対象アプリが全端末に導入済みか、Microsoft Storeアプリ、デスクトップアプリ、Webリンクのどれか、アプリ更新で識別子が変わらないかを台帳にします。
- 対象OSをWindows 11とWindows 10、さらにビルドとエディションで分ける。
- 必須ピン、推奨ピン、利用者が変更できる領域、タスクバー対象を決める。
- アプリ名だけでなくAppUserModelID、デスクトップアプリID、ショートカット、配布方式を記録する。
- 既存ユーザー、新規ユーザー、端末交換、OS機能更新の各タイミングで期待状態を定義する。
- ファイル配布元、更新責任者、検証者、変更承認者、復旧用旧版の保管場所を決める。
Windows 11とWindows 10の方式を分離する
Windows 11のスタートメニューはPinned、All、Recommendedなどの領域で構成され、Windows 10のタイルグループとはモデルが異なります。Windows 11向けのLayoutModification.jsonはOEMイメージの初期構成でも使われますが、管理端末へGPOで配る場合は「Configure Start pins」または公式のStartレイアウト管理手順に従います。Windows 10のLayoutModification.xmlやエクスポートしたスタートレイアウトをWindows 11へ流用しても、タイル位置やグループ名の概念が一致しません。逆にWindows 11用JSONを従来の「Start Layout」XMLパスへ指定しても期待どおりになりません。OS別GPO、OS別ファイル、OS別検証ユーザーを用意し、WMIフィルターだけに依存せずOUまたは端末グループでも対象を見える化します。
Windows 11で確認する要素
Windows 11のJSONでは、アプリの種類に応じてpackagedAppId、desktopAppId、desktopAppLinkなどを使い分けます。表示名や実行ファイル名を推測して記入しないでください。参照端末へ対象アプリを正式な配布手段で導入し、公式手順に従って識別子を確認します。Webサイトのピンは、既定ブラウザーやショートカットの配布要件、URL変更、認証を含めて運用します。JSONは構文上正しくても、識別子が存在しなければピンが欠落します。未導入アプリを大量に並べると、利用者には空きや予期しない置換として見えるため、アプリ配布の完了をGPO適用より先にします。
Windows 10で確認する要素
Windows 10のXML方式では、スタートのタイル、グループ、デスクトップアプリのリンク、タスクバーなどを定義できます。XMLの名前空間、識別子、ショートカットパスが正しくても、参照先アプリやリンクが各端末に存在しなければ表示されません。古いOEM向け記事には非推奨要素や特定バージョンだけの要素が含まれるため、2026年の企業運用ではMicrosoftの管理対象Windowsデバイス向けページを基準にします。Windows 10は2025年10月に通常サポートを終了しているため、延長サポート対象か、隔離された用途か、Windows 11移行中かを明記し、古い端末のために全体方針を後退させないでください。
参照端末でレイアウトを設計し識別子を確認する
- 対象OSと同じビルドの検証端末を用意し、業務アプリを本番と同じ配布方式で導入する。
- 必須アプリを最小数に絞り、利用頻度とサポート窓口を確認して配置案を作る。
- 各アプリの正式な識別子またはショートカットを確認し、表示名から推測しない。
- Windows 11は対応するJSON、Windows 10は対応するXMLとしてOS別ファイルを作成する。
- 構文検証を行い、引用符、コンマ、名前空間、エンコード、存在しない識別子を確認する。
- 新規ローカルテストユーザーでサインインし、並び、欠落、利用者変更の可否を確認する。
レイアウトファイルへ社内URLやアプリ識別子を追加するときは、開発中URL、個人のホームディレクトリ、端末固有パスを入れません。UNC上のファイルを参照する場合は、コンピューター起動時またはユーザーサインイン時にその共有へ到達できること、Domain Computersまたは対象利用者に読み取り権限があること、変更権限が管理者へ限定されることを確認します。誰でも上書きできる共有上のレイアウトをGPOが読む構成は、意図しないリンクやアプリを全社へ配る経路になります。署名付きパッケージや管理共有、変更監査、世代ファイル名を使い、公開前に内容レビューを行います。
GPOの設定場所と配布ファイルを合わせる
Active Directory参加端末へWindows 10のXMLレイアウトを配る代表的な経路は、コンピューターの構成またはユーザーの構成、管理用テンプレート、スタートメニューとタスクバーにある「Start Layout」です。値にはクライアントが読み取れるXMLファイルのパスを指定します。コンピューター設定なら端末アカウント、ユーザー設定なら利用者アカウントが共有へ到達できる必要があります。Windows 11では、公式のStartポリシー一覧で対象ビルドにGPO列があることを確認し、「Configure Start pins」など該当項目へJSON内容または指定形式を設定します。24H2で利用可能になったGPOを23H2へ配っても同じ結果にならないため、適用表を変更記録へ添付します。
管理テンプレートに新しいStart項目が見えない場合は、クライアントへレジストリ値を推測して配る前に、中央ストアのWindows ADMX/ADMLの版を確認します。中央ストアを新しいWindows端末のPolicyDefinitionsで丸ごと置換すると、Officeや他製品の追加テンプレートを失うことがあります。既存中央ストアをバックアップし、差分を確認し、言語別ADMLを対で更新します。GPMCを開く複数の管理端末で説明が正しく表示され、既存GPOも編集できることを確認した後にStartポリシーを作成してください。
完全固定と部分構成の違いを試験する
ポリシーやOSの組み合わせによって、利用者がピンを追加・移動・削除できるか、管理者指定ピンが毎回戻るかが異なります。レイアウトを適用できた画面だけを証跡にせず、利用者がピンを追加し、サインアウト、再起動、ポリシー更新、OS機能更新を行った後の状態を確認します。業務で頻繁に使うアプリまで完全固定しないと置けない設計なら、ピン数を減らすか、部分構成できる対象OSへ方式を変えます。ポリシー名の「構成」と結果の固定強度を推測せず、公式ページの適用対象と実機結果を記録します。
- 管理者指定ピンが表示され、クリックすると正しいアプリまたはURLを開く。
- 未導入アプリが空欄、重複、別アプリへの置換を生まない。
- 利用者が追加したピンの保持または削除が、設計した管理強度と一致する。
- タスクバーの既存ポリシー、キオスク、プロビジョニングパッケージと競合しない。
- 新規ユーザーと既存ユーザー、ローカルとドメインユーザーで結果が一致または差異が説明できる。
検証OUで適用結果を確認する
- OS別の検証GPOを作り、OS名とビルドを含む名前を付け、検証OUだけへリンクする。
- レイアウトファイルまたはポリシー値の旧版を保存し、変更番号とハッシュを記録する。
- 新規検証ユーザーでサインインし、スタートの画面と各ピンの起動結果を記録する。
- 既存ユーザーでも適用し、利用者が既に変更したピンがどう扱われるか確認する。
- gpresultでGPOの適用、拒否、フィルター、ループバックを確認し、イベントログも採取する。
- ファイルを更新し、再サインイン時の時刻判定と反映時間、共有が一時的に読めない場合を確認する。
- GPOを対象外に戻し、スタートがどの状態へ復帰するかを確認する。
レイアウトが反映されない場合は、OSが非対応、ADMXが古い、GPOが未適用、共有権限がない、ファイル構文が不正、識別子が存在しない、アプリが未導入、既存ポリシーと競合、の順に切り分けます。ファイル名だけを変え続けたり、利用者プロファイルを削除したりする前に、gpresultとイベントログでポリシー層を確認します。プロファイル削除は利用者データやアプリ設定を失う可能性があるため、通常の修復手段にしません。新規検証ユーザーで再現差を確認すれば、既存プロファイル固有か全体設定かを安全に分けられます。
更新・撤去・ロールバックを設計する
アプリの廃止や名称変更でピンを更新するときは、レイアウトファイルを同じ名前で上書きする場合のタイムスタンプ判定とキャッシュを検証します。変更番号をファイル名へ含める方式なら、GPOの参照先変更とファイル配布の順序を決め、先に新ファイルを配置してからGPOを切り替えます。問題時はGPOリンクを無効化するだけで利用者のスタートが即座に元どおりになるとは限りません。旧版へ戻す、ポリシーを未構成にする、新規サインインを行う、利用者のカスタマイズを再許可する、それぞれの結果を事前に確認します。旧版JSON/XML、GPOバックアップ、アプリ配布版を同じ変更単位で保管してください。
本番展開のチェックポイント
展開はIT部門、代表部署、共有PC、一般端末の順に進め、スタートメニュー表示時間、欠落ピン、誤リンク、サインイン時間、問い合わせを測ります。OS機能更新の前には、次期ビルドでポリシーが対応するか、非推奨になった要素がないかを再確認します。Windows 10とWindows 11が混在する期間は、同じ「layout」という名前のファイルやGPOを使わず、対象OSと版を識別できる命名にしてください。管理の目的は利用者の画面を完全に同じにすることではなく、必要な業務アプリへ確実に到達させ、利用者の自由度とサポート性を両立させることです。
GPOによるスタートレイアウト指定を安全に行うには、Windows 11のJSON系管理とWindows 10のXML系管理を分離し、OSビルドごとの対応表を一次資料で確認し、参照ファイルの権限と世代を管理します。画面が一度そろっただけで完了にせず、新規・既存ユーザー、利用者変更、再サインイン、OS更新、GPO解除まで検証してください。
公式情報・参考資料
コメント