Windows 11 version 26H1 deployment modelとは?管理者向け導入・設定・周知チェックリスト

Windows 11 version 26H1 deployment model で管理者が最初に押さえるべき結論は、既存の Windows 11 端末に対して 26H1 を Windows Update で配信する展開計画は立てないということです。Microsoft は、Windows 11 version 26H1 は既存デバイス向けの通常の機能更新プログラムではなく、選択された新しいデバイスにプリインストールされるハードウェア最適化リリースだと説明しています。既存環境の標準展開は、引き続き Windows 11 version 24H2 または 25H2 を基準に考えるのが現実的です。(Microsoft Learn)

この記事では、2026年4月19日時点の更新内容を踏まえ、IT admins、operations owners、deployment planners が発表直後に確認すべき設定差分、展開順序、社内周知、調達時の注意点をチェックリスト形式で整理します。26H1 を「次に全社配信すべき通常アップデート」と誤解すると、Intune のリング設計、調達基準、ライフサイクル管理、問い合わせ対応に余計な混乱が生まれます。まずは「配信しないもの」「新規端末で入ってくる可能性があるもの」「別管理にすべきもの」を切り分けることが重要です。

目次

Windows 11 version 26H1 deployment model の最新動向

Microsoft の説明では、Windows 11 version 26H1 は次世代シリコンと新しいデバイス革新を有効化するためのターゲットリリースです。既存の Windows 11 version 24H2 または 25H2 端末に対して、インプレース更新として提供されるものではありません。Windows Update 経由で既存デバイスに提示されない点が、通常の H2 系フィーチャーアップデートと大きく異なります。(Microsoft Learn)

管理者向けに言い換えると、26H1 は「既存端末を一斉に上げる次期標準OS」ではなく、特定の新規ハードウェアに付属して入ってくる可能性がある別枠のリリースです。社内標準の更新リングや Autopatch、Windows Update for Business の既存設計を、26H1 対応のために急いで作り替える必要はありません。

確認項目管理者の判断
既存の 24H2 / 25H2 端末を 26H1 に上げるべきか原則不要。Windows Update で提供される通常の機能更新ではない
26H1 を全社標準OSにすべきか現時点では推奨しにくい。標準展開は 24H2 / 25H2 を基準にする
26H1 端末が入ってきたらどう扱うか新規ハードウェア評価枠として分離管理する
調達を止めるべきか24H2 / 25H2 搭載端末の調達・展開は継続可能
26H1 端末の月次更新は受けられるかセキュリティ、品質、新機能の月次更新は継続される

管理者が誤解しやすいポイント

Windows 11 version 26H1 deployment model で最も混乱しやすいのは、「26H1」という名称が通常の年次更新のように見える点です。しかし Microsoft は、26H1 を 25H2 の機能更新として扱っていません。既存端末には提供されず、特定の新しいデバイスにプリインストールされる前提です。(aka.ms)

「26H1が出たから25H2展開を止める」は不要

26H1 の発表を見て、25H2 の展開計画や 24H2 からの移行計画を止める必要はありません。Microsoft は、IT 管理者向けには Windows 11 version 24H2 と 25H2 が引き続き企業展開向けの推奨リリースであると説明しています。(Microsoft Learn)

現場での判断基準はシンプルです。

  • 既存PCの標準化を進めるなら、24H2 / 25H2 の展開計画を継続する
  • 26H1 は、新しいハードウェア評価や調達時の受け入れ条件として扱う
  • 26H1 を理由に、既存の展開リングや更新ポリシーを止めない
  • ユーザー向けには「今使っているPCに26H1が降ってくるわけではない」と説明する

「Windows Updateでブロック設定が必要」とは限らない

26H1 は既存デバイスに Windows Update 経由で提供されないため、一般的な既存端末群に対して「26H1 をブロックするための緊急設定」を入れる必要は通常ありません。むしろ確認すべきなのは、Intune、Configuration Manager、Autopatch、資産管理ツール、レポートの中で 26H1 を通常のアップグレード対象として誤分類していないかです。

「26H1端末は更新されない」は誤り

26H1 端末は月次のセキュリティ更新、品質更新、新機能更新を受け取ります。ただし、2026年後半の次の年次機能更新へは更新できないと Microsoft は説明しています。理由は、26H1 が 24H2 / 25H2 および次期機能更新とは異なる Windows コアをベースにしているためです。(aka.ms)

つまり、26H1 端末は「放置される端末」ではありません。一方で、標準的な H2 更新パスとは別のライフサイクル管理が必要です。

導入判断チェックリスト

26H1 に関する最初の会議では、技術的な詳細よりも先に「どの端末群に影響するか」を切り分けてください。ここを曖昧にすると、既存展開、端末調達、ヘルプデスク、経営層向け説明がすべて混線します。

チェック確認内容完了基準
影響範囲既存の 24H2 / 25H2 端末に 26H1 が配信される前提で計画していないか既存端末向け展開計画から 26H1 を除外している
標準OS企業標準OSを 24H2 / 25H2 のどちらで維持するか標準バージョン、例外条件、移行期限が文書化されている
新規端末調達予定の新ハードウェアに 26H1 プリインストール機種が含まれるか調達部門とIT部門で受け入れ条件を共有している
更新管理26H1 端末を月次更新リングに入れる設計があるか既存リングに混ぜるか、専用リングに分けるか決定済み
レポート26H1 を通常の未展開バージョンとして異常検知しないかダッシュボード、コンプライアンス条件、例外ルールを確認済み
周知ユーザー、ヘルプデスク、調達担当に説明できるかFAQ と短い説明文を配布済み

設定差分チェックリスト

26H1 で重要なのは、OSイメージの作成よりも、既存の管理設定が26H1をどう扱うかです。管理ツール上で「バージョン番号が新しいから標準更新対象」と判定されると、レポートや運用判断が乱れます。

Intune / Windows Update for Business

Intune や Windows Update for Business を使っている場合、まず feature update policy と update ring の対象を確認します。26H1 は既存端末向けの通常配信ではないため、24H2 / 25H2 の展開ポリシーを 26H1 前提に変更する必要はありません。

確認項目推奨アクション
Feature updates policy既存端末向けのターゲットバージョンを 24H2 または 25H2 のまま維持する
Update rings26H1 端末が入ってきた場合のリングを事前に決める
Assignment26H1 搭載の新規ハードウェアを既存の本番リングへ即投入しない
Compliance policyOS version 条件で 26H1 を「不明」「非準拠」と誤判定しないか確認する
Dynamic device groupOS version、device model、processor architecture を使うグループ条件を見直す

実務では、26H1 搭載端末を調達する可能性がある部署だけ、専用の評価グループを作るのが安全です。たとえば「Win11-26H1-Pilot」「NextGen-Silicon-Eval」のように、標準展開とは別目的であることが分かる名前にします。

Windows Autopatch

Microsoft は、26H1 のセキュリティ更新は Windows Autopatch、Microsoft Intune、Microsoft Configuration Manager など通常の管理ツールで扱えると説明しています。(aka.ms)

ただし、管理できることと、標準端末群に混ぜてよいことは別です。Autopatch を使う場合は、次の点を確認してください。

確認項目判断基準
デバイス登録26H1 搭載端末を Autopatch 対象にするか
リング配置Test / First / Fast / Broad のどこに入れるか
例外管理26H1 端末を標準KPIの集計に含めるか
再起動計画hotpatch 非対応を前提に再起動通知を設計する

特に注意したいのは hotpatch です。Microsoft の Windows 11 release information では、Windows 11 version 26H1 では hotpatching が利用できないとされています。hotpatch 前提で再起動回数を抑える運用をしている組織では、26H1 端末だけ再起動体験が変わる可能性があります。(Microsoft Learn)

Configuration Manager

Configuration Manager を使っている場合、26H1 を既存の feature update パッケージやタスクシーケンスに組み込む前に、調達・評価・本番利用のどの段階で扱うかを決めます。

確認項目推奨アクション
コレクション26H1 端末をモデル名、OS build、調達ロットで識別できるようにする
ADR月次更新の自動展開ルールで 26H1 更新をどう扱うか確認する
レポート24H2 / 25H2 と 26H1 を同じ達成率で集計しない
OSD26H1 を既存端末のOS再展開イメージとして扱わない
サポート手順26H1 端末の問い合わせを通常端末と区別できるようにする

26H1 は、既存端末をアップグレードするための「次のゴール」ではありません。Configuration Manager の配布設計でも、標準OSのゴールは 24H2 / 25H2、26H1 は新ハードウェア向けの評価対象として分けるのが無難です。

展開順序チェックリスト

26H1 の導入判断は、OS展開プロジェクトというよりも、新規ハードウェア受け入れプロジェクトとして進めると整理しやすくなります。

フェーズやること成果物
情報確認Microsoft Release Health、Windows IT Pro Blog、Windows release information を確認26H1 の扱いに関する社内メモ
影響分析既存端末、調達予定端末、評価端末を分類影響範囲一覧
管理設定確認Intune、Autopatch、Configuration Manager、資産管理のルール確認設定差分チェック結果
パイロット26H1 搭載端末を少数で評価アプリ互換性、VPN、セキュリティ、運用手順の評価結果
運用設計更新リング、問い合わせ窓口、例外承認を決定26H1 運用ルール
周知ユーザー、調達、ヘルプデスク、経営層へ共有FAQ、通知文、調達条件
本番受け入れ条件を満たす部署・用途に限定して採用受け入れ判定書

すぐにやるべき初動

発表直後の初動では、詳細な技術検証よりも誤解の封じ込めを優先します。

  • 既存の Windows 11 端末には 26H1 が Windows Update で配信されないことを管理チーム内で共有する
  • 25H2 展開計画や 24H2 維持計画を止めないことを明文化する
  • 26H1 搭載の新規端末を調達する可能性がある部門を洗い出す
  • 資産管理ツールで 26H1 を検出した場合の分類名を決める
  • ヘルプデスク向けに「26H1に更新できないのは不具合ではない」という回答テンプレートを用意する

30日以内にやるべき確認

30日以内の確認では、実際の運用ルールに落とし込みます。

  • 26H1 端末を既存の更新リングに入れるか、専用リングに分けるか決定する
  • OS version 条件を使う動的グループやコンプライアンスポリシーを点検する
  • EDR、VPN、DLP、プロキシ、証明書配布、プリンタ、業務アプリの動作確認項目を作る
  • 調達仕様書に「OS version 26H1 搭載可否」と「受け入れ条件」を追記する
  • グローバル拠点向けに英語の短文説明を準備する

本番導入前に止めるべきケース

次の条件に当てはまる場合、26H1 搭載端末の本番導入は急がない方が安全です。

条件理由
標準端末を 24H2 / 25H2 に統一している26H1 だけ別の更新パスになり、管理例外が増える
hotpatch 前提の再起動削減運用をしている26H1 は hotpatch 非対応とされている
OS version を使った厳密なアクセス制御がある条件式が 26H1 を想定していない可能性がある
業務アプリのハードウェア依存が強い新シリコン環境で追加検証が必要
ヘルプデスクが 26H1 の位置づけを理解していない「更新できない」「バージョンが違う」という問い合わせが増える

調達・購買部門向けチェックリスト

26H1 は既存端末への配信よりも、新規デバイス調達で現場に入ってくる可能性を考えるべきリリースです。特にグローバル企業では、国や地域ごとに調達ルートが異なり、IT部門が想定していないOSバージョンの端末が先に納品されることがあります。

チェック購買部門に確認する内容
OSバージョン納品予定端末が 24H2、25H2、26H1 のどれか
プリインストール条件26H1 がプリインストールされるモデルか
CPU / SoC次世代シリコン搭載機か
標準イメージ既存の社内イメージ適用が前提か、OEMイメージを使うか
サポートベンダーサポートと Microsoft のサポート期間を確認したか
返品・交換条件標準OSと異なる場合の扱いを契約に入れているか

調達仕様書には、次のような文言を入れておくと混乱を減らせます。

原則として、標準業務端末は当社指定の Windows 11 version 24H2 または 25H2 を搭載すること。Windows 11 version 26H1 搭載端末を納品する場合は、事前にIT部門の承認を得ること。

26H1 搭載端末を完全に拒否するのではなく、「標準端末」と「評価・特定用途端末」を分けることがポイントです。新しいハードウェアの性能やバッテリー駆動時間を評価したい部署には、限定的な導入余地を残しておくと調達判断が硬直しません。

ヘルプデスク・ユーザー向け周知テンプレート

26H1 のようなリリースは、技術者よりもユーザーや一次対応窓口の方が混乱しやすいです。周知では、専門用語を減らし、「自分のPCに何が起きるのか」を先に伝えます。

社内向け短文テンプレート

Windows 11 version 26H1 は、一部の新しいデバイス向けに提供されるリリースです。現在利用中の Windows 11 端末に Windows Update で自動配信される通常の機能更新ではありません。既存端末の更新計画は、引き続き Windows 11 version 24H2 / 25H2 を基準に進めます。

ヘルプデスク向け回答例

問い合わせ回答例
自分のPCに26H1が来ません26H1 は既存PC向けの通常更新ではないため、Windows Update に表示されなくても問題ありません
25H2の展開は中止ですか中止ではありません。既存端末の標準展開は 24H2 / 25H2 を基準に継続します
新しく届いたPCだけ26H1です一部の新しいハードウェアでは 26H1 がプリインストールされる場合があります。IT部門で管理対象として確認します
26H1端末はセキュリティ更新を受けられますか月次のセキュリティ更新と品質更新は継続して提供されます
26H1端末を26H2へ更新できますかMicrosoft は、26H1 端末は2026年後半の次の年次機能更新へ更新できないと説明しています

グローバル拠点向け英語テンプレート

Windows 11 version 26H1 is not a standard feature update for existing Windows 11 devices and will not be offered through Windows Update to existing devices. Our standard deployment plan for existing devices remains based on Windows 11 version 24H2 / 25H2. Devices that ship with 26H1 will be evaluated separately as new hardware platforms.

グローバル周知では、「not offered through Windows Update to existing devices」という表現をそのまま使うと誤解が少なくなります。各地域のIT担当が勝手に「ブロック設定が必要」と判断しないよう、標準展開計画に影響しないことも合わせて伝えてください。

レポート・監査で見るべき指標

26H1 が入ってきたときに監査で困るのは、端末の状態そのものよりも、レポート上の分類です。ダッシュボードで「最新バージョン未適用」「標準外OS」「不明なビルド」と表示されると、実態以上にリスクが大きく見えます。

指標見るべきポイント
OS version26H1 を標準展開対象ではなく、別枠の新規ハードウェアとして分類できるか
OS build26H1 の build 28000 系を識別できるか
Update compliance月次更新が適用されているか
Feature update status26H1 を 25H2 未適用端末として誤判定していないか
Device model26H1 搭載モデルがどの部門に入っているか
Support lifecycleサポート終了日を既存の 24H2 / 25H2 と混同していないか

Microsoft の Windows 11 release information では、26H1 は General Availability Channel として掲載され、2026年2月10日に提供開始、Home / Pro 系は 2028年3月14日、Enterprise / Education 系は 2029年3月13日が更新終了日として示されています。また、IoT Enterprise edition は Windows 11 version 26H1 でサポートされないと記載されています。(Microsoft Learn)

アプリ互換性・セキュリティ検証チェックリスト

26H1 を評価する場合、通常のOSアップデート検証よりも「新しいハードウェア上で業務が成立するか」を見るべきです。OS名称だけに注目すると、実際のリスクを見落とします。

領域確認項目
認証Entra ID 参加、ハイブリッド参加、証明書認証、FIDO2、Windows Hello
ネットワークVPN、プロキシ、DNS、Wi-Fi、ゼロトラスト接続
セキュリティEDR、ウイルス対策、DLP、デバイス制御、暗号化
管理Intune 登録、Autopilot、Configuration Manager、リモートサポート
業務アプリブラウザアプリ、Office アドイン、基幹アプリ、周辺機器ドライバー
運用再起動通知、パッチ適用時間、ログ取得、問い合わせ切り分け

評価では、単に「アプリが起動するか」では不十分です。実務では次のような観点も確認してください。

  • VPN接続後に社内DNSが正しく解決されるか
  • EDRエージェントが通常端末と同じポリシーで稼働するか
  • プリンタ、スキャナ、ICカードリーダーなど周辺機器が使えるか
  • PowerShell スクリプトやログオンスクリプトが想定通り動くか
  • リモートヘルプや画面共有でサポート担当が対応できるか
  • 月次更新後に再起動案内や保留状態が正しく見えるか

26H1を採用してよいケース・避けるべきケース

26H1 は「悪いリリース」ではありません。目的が違うだけです。採用判断では、OSバージョンではなく業務目的と管理負荷で判断します。

判断向いているケース向いていないケース
採用してよい新しいハードウェアの性能、バッテリー、AI関連機能を限定評価したい全社標準端末を単一OSにそろえたい
条件付き採用特定部門だけ新デバイスを先行導入する調達・運用・ヘルプデスクが例外管理できない
見送り推奨既存の 24H2 / 25H2 展開が進行中26H1 を次期標準OSと誤認している
見送り推奨hotpatch や標準更新パスを重視する2026年後半の年次機能更新へ同じ流れで進めたい

独自の観点として、26H1 は「OS更新プロジェクト」ではなく「端末ポートフォリオ管理」のテーマとして扱う方が失敗しにくいです。つまり、Windows チームだけで完結させず、調達、セキュリティ、ヘルプデスク、アプリオーナーを早めに巻き込むべきです。

よくある質問

既存PCに26H1が表示されないのは不具合ですか?

不具合ではありません。Microsoft は、Windows 11 version 26H1 は既存デバイス向けの機能更新ではなく、Windows Update 経由で既存デバイスに提供されないと説明しています。(Microsoft Learn)

26H1が出たので25H2展開は中止すべきですか?

中止する必要はありません。企業展開では、Windows 11 version 24H2 と 25H2 が引き続き推奨されるリリースとして説明されています。既存の展開計画は、互換性検証や段階展開の結果に基づいて継続するのが現実的です。(aka.ms)

26H1端末は月次パッチを受け取れますか?

受け取れます。Microsoft は、26H1 端末も 24H2 / 25H2 と同様に、セキュリティ、品質、新機能の月次更新を受け続けると説明しています。(aka.ms)

26H1端末は2026年後半の次期機能更新へ進めますか?

Microsoft は、26H1 端末は2026年後半の次の年次機能更新へ更新できないと説明しています。26H1 は 24H2 / 25H2 および次期機能更新とは異なる Windows コアをベースにしているためです。将来の Windows リリースで更新パスが用意されるとされています。(aka.ms)

26H1にhotpatchは使えますか?

Windows 11 release information では、Windows 11 version 26H1 では hotpatching が利用できないと示されています。hotpatch を前提に再起動回数やメンテナンス時間を設計している場合、26H1 端末は例外として扱う必要があります。(Microsoft Learn)

管理者が今すぐやるべきこと

Windows 11 version 26H1 deployment model への対応で、最初にやるべきことは大規模な設定変更ではありません。まず、26H1 を既存端末向けの通常アップデートとして扱わないことを、IT部門、調達部門、ヘルプデスクで共有してください。

実務上の優先順位は次の通りです。

優先度アクション
既存の 24H2 / 25H2 展開計画を継続するか確認する
26H1 が既存端末に Windows Update で提供されないことを周知する
新規調達端末に 26H1 搭載モデルが含まれるか確認する
Intune、Autopatch、Configuration Manager の分類・レポート条件を点検する
26H1 端末用の評価グループと更新リングを作る
ヘルプデスク向けFAQを配布する
全社標準OSへの採用可否を急いで決める

26H1 は、既存の Windows 11 環境を急いで移行させるためのリリースではありません。管理者は、24H2 / 25H2 を軸にした標準展開を維持しつつ、26H1 搭載の新規ハードウェアが入ってきた場合だけ、評価・例外管理・周知をセットで進めるのが安全です。

最後に、社内で使う一文としては次の表現が最も実用的です。

Windows 11 version 26H1 は既存端末向けの通常アップデートではなく、一部の新規ハードウェア向けリリースです。既存端末の標準展開は 24H2 / 25H2 を基準に継続し、26H1 搭載端末は別枠で評価・管理します。

この記事を書いた人

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

コメント

コメントする

目次