IntuneでAutopilot端末の壁紙を設定する方法｜黒一色・画像配布をWindows Pro/Enterpriseで確実に運用

Windows Autopilot で展開するPCでも、Microsoft Intune でデスクトップ背景（黒一色／指定画像）を統一できます。ただし「どのポリシーでできるか」「いつ反映されるか」「Proでも確実か」は落とし穴が多いポイントです。本記事では、現実的に運用できる手順と失敗しないコツをまとめます。

Autopilot端末の壁紙設定がややこしい理由

「壁紙くらい簡単に配れるはず」と思いがちですが、Autopilot（OOBE）× Intune では、次の要素が絡み合ってつまずきやすくなります。

反映タイミング：デスクトップ背景は、基本的にユーザーがサインインして初めて見える領域です。ポリシーが入っていても、初回サインイン直後は既定壁紙が一瞬見えることがあります。
ネットワーク到達性：URLで壁紙を配る方式だと、端末がそのURLへ到達できないと失敗します（社内限定URL／認証が必要なURL／SSL検査の影響など）。
Windowsエディション差・機能差：同じIntune設定でも、エディションやモードによって効き方が変わることがあります。特に Personalization CSP はProで条件付きの記載があります。
「固定」なのか「初期設定」なのか：ユーザーに変更させない“強制”と、最初だけ設定して後は自由にする“初期値”では、取るべき方法が変わります。

結論：選択肢は「URLで指定」か「画像を配ってローカル適用」

Intuneで壁紙を実現する方法は大きく2系統です。

やりたいこと	推奨アプローチ	向いている環境	注意点
壁紙を統一し、ユーザーに変更させたくない	Intune（設定カタログ/デバイス制限）でデスクトップイメージ URLを指定	Enterprise/Education中心、到達性のあるURLを用意できる	URL到達性が命。Proでは条件付きとされる資料があり、事前検証が安全
壁紙を統一したいが、将来的にユーザー変更も許可したい	PowerShellで初回だけ設定（強制しない）	Pro混在、柔らかい運用	ユーザーコンテキストでの実行・初回サインイン後のタイミング調整が必要
Proでポリシーが不安定/失敗するので確実にしたい	Win32アプリで画像配布＋スクリプト（IME）	Proが多い、ネットワーク制約が強い、確実性優先	設計が少し重い（検出ルール、更新、ログ設計）

まずは公式に近い王道：設定カタログで「デスクトップイメージ URL」を指定する

Microsoft Learn では、Intune（設定カタログ）でデスクトップ背景を構成する手順として、個人用設定 → デスクトップイメージ URLを案内しています。

手順（設定カタログ）

Intune 管理センター（endpoint.microsoft.com）を開く
デバイス → 構成 → 構成プロファイル → 作成
プラットフォーム：Windows 10 以降
プロファイルの種類：設定カタログ
「設定の追加」で Personalization（個人用設定） を検索
Desktop Image Url（デスクトップイメージ URL） を追加し、壁紙のURL（https推奨）を設定
対象のデバイスグループ（Autopilot対象グループ等）へ割り当て

テンプレート（デバイス制限）で設定する場合

環境によっては、設定カタログではなくテンプレートの「デバイス制限」から壁紙を設定しているケースもあります。こちらも同様に 「デスクトップの背景画像の URL」 として設定項目が存在し、ユーザーが変更できない旨が記載されています。

URL指定の運用ポイント（成功率を上げる）

httpsで公開：http/https が想定。証明書エラー・リダイレクト多段・認証が必要なURLは避けます。
「社内だけ見えるURL」だとAutopilotで失敗しやすい：初期セットアップ時点でVPN未接続、プロキシ未設定、条件付きアクセス未成立、という状況があり得ます。
更新はURLを変えるのが確実：同じURLの画像を差し替えると、端末側キャッシュで反映が遅れることがあります。バージョン付きファイル名（例：wallpaper_v2.png）やクエリ（例：?v=2）で更新を管理すると事故が減ります。
画像は軽く、標準比率で：16:9基準（1920×1080など）を基本にし、テキストは中央寄せの“安全領域”に収めると機種差のトリミングに強くなります。

壁紙画像の置き場所は「Azure Blob Storage」が現実的

運用のしやすさ（更新・差し替え・バージョン管理）を考えると、壁紙は Azure Blob Storage などに置いてURL参照が扱いやすいです。

公開コンテナーで読み取りのみ許可（社外からも到達できる）
公開が難しい場合は、SAS付きURLを使う（有効期限や更新運用に注意）
CDNを併用して高速化・安定化（端末台数が多い場合）

黒一色にしたいなら「色指定」より“真っ黒画像”が強い

「背景色を黒にする」設定を探して迷うより、真っ黒のPNG/JPGを壁紙として配るのがシンプルで確実です。黒なら拡大・トリミングされても見た目は同じなので、解像度差・比率差の問題も最小化できます。

黒壁紙の作り方（例）

推奨：1920×1080の真っ黒PNG（ファイルサイズも小さくできます）
最小：1×1の真っ黒PNG（どの解像度でも引き伸ばされるが、黒なので問題になりにくい）

運用上は、壁紙ファイル名を固定（例：black.png）し、更新時は black_v2.png などに変えるのが分かりやすいです。

ここが重要：Autopilotでは「いつ反映されるか」を設計に入れる

デスクトップ背景は、OOBEの途中ではなく、ユーザーがサインインしてからバックグラウンドで反映される動作が説明されています。つまり「初回サインイン直後から必ず見せたい」という期待値だと、体感的に“遅い”と感じるケースがあります。

よくある現象	原因の候補	対処・考え方
初回サインイン直後は既定壁紙のまま	ポリシー適用がユーザーサインイン後に走る／端末が同期待ち	“初回数分は揺れる”前提にする。必要ならWin32アプリで先にローカルへ配置し、反映を早める
壁紙が反映されない（エラー）	URLに到達できない、認証が必要、TLS/プロキシ問題	まずURL到達性を確認。Autopilot中に到達できる場所へ置く（Azure Blobなど）
一部端末（特にPro）だけ失敗	Personalization CSP のサポート条件差、モード差	Pro混在ならスクリプト/Win32で確実化を検討（後述）。CSPのPro条件は資料上も注意が必要
壁紙は出たが、更新が反映されない	端末キャッシュ／同一URLの差し替え	URLを変える（ファイル名のバージョン更新）。端末側はキャッシュされる旨が説明されている

Windows Proで「ポリシーだけだと不安」なときの現実解：PowerShell / Win32アプリ

公式の背景構成ガイドでは Pro/Pro Education でも Intune/CSP が利用できる表記がありますが、Personalization CSP 側の個別ページでは Pro は条件付きという説明もあります。環境差で“効いた/効かない”が出やすい領域なので、Pro混在で確実性を取りたい場合は、画像を端末へ配ってローカル適用を用意しておくと運用が安定します。

選び方の目安

壁紙を固定（ユーザー変更禁止）までやりたい：ポリシーが通るならURL指定が一番きれい。通らない端末が出るならWin32アプリでレジストリ（ポリシー）を設定。
最初だけ黒/会社ロゴにして、ユーザーに後で変えさせたい：PowerShellで初回設定だけ行い、強制ポリシーは入れない。

パターン1：PowerShell（ユーザーコンテキスト）で「壁紙を設定する」

IntuneのPowerShellスクリプト配布で、ログオンユーザーとして実行できるなら、壁紙設定はシンプルです。以下は「URLから画像を落として、現在のユーザーの壁紙として設定する」最小例です（強制ロックはしません）。

$ErrorActionPreference = "Stop"

# 1) 画像URL（社外から到達できる場所推奨）
$WallpaperUrl = "https://example.com/wallpaper/black.png"

# 2) 端末内保存先（ユーザーごとに書き込みできる場所）
$LocalDir  = Join-Path $env:APPDATA "CompanyWallpaper"
$LocalFile = Join-Path $LocalDir "wallpaper.png"

New-Item -Path $LocalDir -ItemType Directory -Force | Out-Null

# 3) ダウンロード
Invoke-WebRequest -Uri $WallpaperUrl -OutFile $LocalFile -UseBasicParsing

# 4) レジストリ（現在ユーザー）
Set-ItemProperty -Path "HKCU:\Control Panel\Desktop" -Name Wallpaper -Value $LocalFile

# 5) 反映（SystemParametersInfo）
Add-Type @"
using System;
using System.Runtime.InteropServices;
public class NativeMethods {
  [DllImport("user32.dll", SetLastError=true)]
  public static extern bool SystemParametersInfo(int uAction, int uParam, string lpvParam, int fuWinIni);
}
"@
# SPI_SETDESKWALLPAPER=20, SPIF_UPDATEINIFILE=1, SPIF_SENDCHANGE=2
[NativeMethods]::SystemParametersInfo(20, 0, $LocalFile, 1 -bor 2) | Out-Null

ポイントは次のとおりです。

ユーザーコンテキストで動かす：壁紙はユーザー側設定（HKCU）に寄るため、SYSTEMで実行すると狙いのユーザーに効かないことがあります。
強制しない：この方式だとユーザーが後から壁紙変更できます（“初期値”運用に向きます）。

パターン2：Win32アプリ（IME）で「画像配布＋固定（ポリシー）」までやる

「ユーザーに変更させたくない」「Proでもとにかく確実に」なら、Intune管理拡張（IME）を使った Win32アプリ配布が安定します。考え方は次のとおりです。

インストール時に壁紙ファイルを %ProgramData%\Company\Wallpaper\ へコピー
ユーザーごとのHKCUをどう扱うかを設計（次のどれか）
- 端末が1ユーザー専用なら：ログオンユーザーで実行（簡単）
- 複数ユーザーの可能性があるなら：ログオン時に走る仕掛け（スケジュールタスクやActive Setup）を作り、ユーザーごとにHKCUへ適用

「固定（変更禁止）」まで行う場合は、一般的にポリシー相当のキー（例：HKCU側のポリシー領域）を設定し、壁紙設定UIを“管理されています”状態にします。組織要件によっては、固定にせず初期値のみに留める方がクレームが少ないこともあります。

「ローカルファイルURL」を使う手もある

設定カタログの Desktop Image Url は、http/httpsだけでなく ファイルシステム上のローカルイメージへの file URL も示されています。つまり、先にWin32アプリで画像を配り、次にポリシーで file:// を指す、という分業も可能です。

ただしこの場合、画像が先に配置されていることが前提です。AutopilotのESPで「どちらが先に入るか」を制御できないと、ポリシーだけ先に走って失敗→後から画像が入っても再評価されない、という事故が起きるため、導入時は順序設計（依存関係）を意識してください。

運用をラクにする設計のコツ

動的グループ（Autopilotグループタグ）で“壁紙も自動振り分け”

拠点別・部門別で壁紙を変えたい場合は、Autopilotのグループタグ（Group Tag）に合わせたデバイス動的グループを作り、プロファイルを割り当てるのが管理しやすいです。

例外端末（役員PC・検証PC）を最初から想定する

壁紙の強制は、想像以上に例外要件が出ます。最初から「対象外グループ」を作り、割り当てで除外できるようにしておくと運用が破綻しません。

壁紙更新の設計は“URL設計”が9割

更新頻度が高いなら：ファイル名にバージョン（例：corp_2026q1.png）
更新頻度が低いなら：URL固定＋差し替えでも良いが、反映遅延の問い合わせが来る前提で周知
一部端末だけ更新されないなら：URL変更が最短解

確認手順とトラブルシュート（現場で使うチェックリスト）

まず確認すること

対象端末のWindowsエディション（Pro/Enterprise/Education）
その端末が壁紙URLへ到達できるか（ブラウザで直接開けるか、認証が挟まらないか）
Intune側のプロファイル適用状態（成功/エラー）
反映タイミング（サインイン後に反映される動作が説明されている）

端末側で確認しやすいコマンド例

# Windowsエディション確認
Get-ComputerInfo -Property WindowsProductName, WindowsVersion, OsBuildNumber

# デバイス管理のイベントログ（Intune/MDM系）

Get-WinEvent -LogName "Microsoft-Windows-DeviceManagement-Enterprise-Diagnostics-Provider/Admin" -MaxEvents 50 |
Select-Object TimeCreated, Id, LevelDisplayName, Message

“公式の情報”で押さえるべきポイント

Intune（設定カタログ）でデスクトップ背景を構成する設定として、デスクトップイメージ URL が挙げられています。
ポリシー適用後、画像はダウンロードされローカルにキャッシュされ、ユーザーのサインイン後に表示される旨が説明されています。
Intuneのデバイス制限にも「デスクトップの背景画像の URL」があり、ユーザーが変更できない旨の説明があります。
Personalization CSP の個別ページでは、Proでの動作が条件付きという記載があり、Pro混在環境では事前検証と代替手段の用意が安全です。

公式ドキュメントの参照先

Windowsのデスクトップ/ロック画面背景をポリシーで構成する（Intune/CSP/GPO、エディション要件、設定例）
Personalization CSP（サポートされるエディション、Proでの条件付き動作の注意）
IntuneのWindowsデバイス制限（「デスクトップの背景画像の URL」などの設定説明）
設定カタログ（Education向け例だが Desktop Image Url の説明にローカル file URL も含まれる）

この記事を書いた人

佐藤健司

実務の現場で詰まりがちなポイントを地図にするITブログ「IT trip」を運営。Windows／Office（Teams・Excel）からSQL、サーバ運用、ガジェットまで、再現性のある手順と“なぜそうなるか”を丁寧に解説します。読んだらすぐ試せること、そして迷った人の次の一歩が見えることを大切にしています。

IntuneでAutopilot端末の壁紙を設定する方法｜黒一色・画像配布をWindows Pro/Enterpriseで確実に運用

Autopilot端末の壁紙設定がややこしい理由

結論：選択肢は「URLで指定」か「画像を配ってローカル適用」