Windows 11の企業展開を計画しているなら、現時点での結論は明確です。Windows 11 26H1を全社標準の展開先にするのではなく、25H2または24H2を標準リリースとして扱うべきです。2026年4月19日に更新されたMicrosoft Learnの26H1ドキュメントでも、企業向けの推奨リリースは引き続きWindows 11 25H2と24H2とされています。26H1は名前だけ見ると次の通常版のように見えますが、既存端末向けの一般的な機能更新ではなく、特定の新しいハードウェア向けに限定されたリリースです。(Microsoft Learn)
Enterprise desktop admins、CIO部門、MSPが今すぐ取るべき方針は、標準OSを25H2または24H2に固定し、26H1搭載端末は例外管理に分けることです。これにより、調達、アプリ検証、IntuneやConfiguration Managerでの配布、サポート期限管理をシンプルに保てます。
Windows 11 enterprise deployment guidanceの結論：26H1は標準展開の対象ではない
Microsoftの最新のWindows 11 enterprise deployment guidanceを読むうえで重要なのは、26H1を「新しい通常のFeature Update」と見なさないことです。
Microsoftは、Windows 11 26H1について、次世代シリコンに最適化されたリリースであり、2026年初頭以降に一部の新しいデバイスへプリインストールされるものだと説明しています。既存のWindows 11 25H2や24H2端末にはWindows Update経由で提供されず、企業展開では25H2と24H2が推奨リリースのままです。(Microsoft Learn)
つまり、企業の標準化方針としては次の判断になります。
| 判断項目 | 推奨方針 |
|---|---|
| 新規PC展開の標準OS | 原則としてWindows 11 25H2 |
| 既存環境で検証済みの安定基盤 | Windows 11 24H2も継続候補 |
| 26H1搭載PC | 標準展開ではなく例外または限定評価 |
| 既存端末を26H1へ更新 | 前提にしない |
| 2026年後半の更新計画 | H2系の通常リリースを軸に計画 |
特に大規模展開では、「最新だから26H1へ進める」という判断は危険です。26H1は、バージョン名だけでは通常のH2リリースと似ていますが、運用上の扱いは別物です。
26H1は何が特殊なのか
Windows 11 26H1のポイントは、広範な既存環境へ展開するためのリリースではないという点です。
MicrosoftのWindows IT Pro Blogでは、26H1は一部の新しいデバイス向けのターゲットリリースであり、広範なチャネルでは提供されないと説明されています。また、既存の24H2または25H2端末からのインプレース更新として提供されず、2026年後半の次期年次Feature Updateへも直接更新できないとされています。理由として、26H1は24H2、25H2、今後のFeature Updateとは異なるWindows coreに基づくためと説明されています。(Aka.ms)
実務では、以下の違いを押さえておく必要があります。
| 項目 | Windows 11 26H1 | Windows 11 25H2 / 24H2 |
|---|---|---|
| 位置付け | 特定ハードウェア向けの限定リリース | 企業展開で推奨される標準リリース |
| 主な入手経路 | 一部の新しい端末へのプリインストール | 既存端末や新規端末の標準展開対象 |
| 既存端末からの更新 | 24H2/25H2からのインプレース更新では提供されない | 通常の展開計画に組み込みやすい |
| 大規模標準化 | 推奨されない | 推奨される |
| 管理ツール | Intune、Autopatch、Configuration Managerなどで管理可能 | 既存の企業管理プロセスに適合しやすい |
| 注意点 | Hotpatch非対応、次期年次Feature Updateへの直接更新不可 | H2更新サイクルに沿って計画しやすい |
ここで誤解しやすいのは、「26H1に既知の問題がないなら標準化してよいのではないか」という考え方です。Microsoft Learnの26H1ページではアクティブな既知の問題はないとされていますが、それは大規模展開の推奨を意味しません。同じページで、企業展開の推奨リリースは25H2と24H2のままだと明記されています。(Microsoft Learn)
企業が25H2を第一候補にすべきケース
多くの企業では、Windows 11 25H2を標準化の第一候補にするのが現実的です。
MicrosoftのWindows 11リリース情報では、25H2はGeneral Availability Channelの現行リリースとして掲載され、Enterprise、Education、IoT Enterprise、Enterprise multi-session向けの更新終了日は2028年10月10日とされています。24H2の同区分の更新終了日は2027年10月12日です。(Microsoft Learn)
25H2を選ぶべき代表的なケースは次の通りです。
| ケース | 25H2を選ぶ理由 |
|---|---|
| 2026年にPC更改を進める | サポート期間を長く確保しやすい |
| これからWindows 11標準イメージを作る | 24H2より将来の更新計画を組みやすい |
| IntuneやAutopatchで標準リングを整理したい | 現行標準としてポリシーを統一しやすい |
| グローバル拠点でOSバージョンをそろえたい | 例外を減らし、運用手順を標準化しやすい |
| 23H2以前から移行する | 26H1ではなくH2系の標準リリースへ移る方が自然 |
25H2を採用する場合は、いきなり全社展開するのではなく、部門や端末種別ごとに段階展開します。特に、VPN、EDR、資産管理エージェント、印刷ドライバー、基幹業務アプリ、VDI接続ツールは先に検証しておくべきです。
24H2を継続すべきケース
25H2が第一候補になりやすい一方で、すべての企業がすぐに25H2へ寄せるべきとは限りません。Windows 11 24H2は、企業向けでも引き続きサポート対象であり、Microsoftの26H1ドキュメントでも25H2と並んで企業展開の推奨リリースとして扱われています。(Microsoft Learn)
24H2を残す判断が妥当なケースは次の通りです。
| ケース | 判断のポイント |
|---|---|
| 24H2でアプリ検証が完了している | 検証済み環境を無理に崩さない |
| 大規模展開が進行中 | 展開途中で標準OSを切り替えると運用負荷が増える |
| 製造、医療、コールセンターなど停止影響が大きい | 安定性と変更管理を優先する |
| ゴールデンイメージや配布手順が24H2前提 | 25H2移行を別プロジェクトとして扱う |
| 端末更改サイクルが短い | 次回更改時に25H2以降へ移す判断も可能 |
重要なのは、24H2を「古いから危険」と短絡的に判断しないことです。サポート期限、アプリ互換性、運用体制を踏まえ、25H2へ移すタイミングを計画的に決めるべきです。
26H1を導入してよいケース、避けるべきケース
Windows 11 26H1は、完全に無視すべきリリースではありません。特定の新しいハードウェアを評価する企業では、26H1搭載端末を導入する場面があります。ただし、それは「全社標準化」ではなく「限定評価」または「例外端末の管理」です。
| 判断 | 具体例 |
|---|---|
| 導入してよい | 26H1がプリインストールされた新世代デバイスをPoCで評価する |
| 導入してよい | 特定ハードウェアの性能、バッテリー、AI機能、業務適合性を検証する |
| 導入してよい | 少数の技術評価チームや先行導入部門に限定する |
| 避けるべき | 既存の24H2/25H2端末を26H1へ移行する計画を立てる |
| 避けるべき | 26H1を次期標準イメージとして採用する |
| 避けるべき | 調達仕様書に「最新Windows 11」とだけ書き、26H1端末が混在する状態を放置する |
| 避けるべき | MSPが複数顧客の標準OSに26H1を含めてしまう |
Microsoftは、26H1搭載端末も月例のセキュリティ更新や品質更新を受け取り、Intune、Autopatch、Configuration Managerなどで管理できると説明しています。一方で、26H1はHotpatchに対応せず、2026年後半の次期年次Feature Updateへ直接更新できない点も明記されています。(Aka.ms)
そのため、26H1端末を導入する場合は、通常の展開リングに混ぜず、専用のデバイスグループ、更新ポリシー、サポート手順を用意するのが安全です。
展開計画では「標準」「移行中」「例外」を分ける
Windows 11 enterprise deployment guidanceを実務に落とし込むなら、OSバージョンを単に一覧管理するだけでは不十分です。各バージョンに役割を持たせると、判断がぶれにくくなります。
| 区分 | 対象バージョン | 運用方針 |
|---|---|---|
| 標準 | 25H2 | 新規展開、PC更改、標準イメージの第一候補 |
| 移行中 | 24H2 | 既存展開や検証済み環境で継続利用 |
| 要移行 | 23H2以前 | 25H2または24H2への移行計画を作る |
| 例外 | 26H1 | 特定ハードウェア評価または限定運用 |
| 非推奨 | サポート終了済みバージョン | 早急に更新または更改 |
この分類をIntuneのデバイスフィルター、Configuration Managerのコレクション、資産管理台帳、サポート窓口の手順書に反映させると、現場の混乱を防げます。
特にMSPは、顧客ごとに「標準OS」「許可OS」「例外OS」を明文化しておくべきです。顧客Aでは25H2、顧客Bでは24H2、顧客Cでは一部26H1端末あり、といった状態を放置すると、更新ポリシーや障害対応が属人化します。
企業展開で見直すべき実務ポイント
26H1の扱いが明確になったことで、企業が見直すべきポイントは主に5つあります。
調達仕様書にOSバージョン条件を入れる
新しいPCを購入する際、「Windows 11 Pro搭載」「Windows 11 Enterprise対応」だけでは不十分です。26H1が一部の新しいデバイスにプリインストールされる可能性があるため、調達仕様書には許可するバージョンを明記します。
例として、次のような記載が実務的です。
標準展開対象OSはWindows 11 version 25H2または24H2とする。Windows 11 version 26H1がプリインストールされた端末は、事前承認を得た評価・例外端末として扱う。
この一文があるだけで、購買部門、IT部門、MSP、端末ベンダーの認識ずれを減らせます。
IntuneやAutopatchのリングを整理する
26H1端末を通常の25H2/24H2端末と同じリングに入れると、レポートや例外対応が分かりにくくなります。以下のように役割を分けると管理しやすくなります。
| リング | 対象 | 目的 |
|---|---|---|
| Pilot | IT部門、検証ユーザー | アプリ、ドライバー、ポリシーの初期確認 |
| Broad | 一般業務端末 | 安定展開 |
| Critical | 工場、受付、役員、コールセンターなど | 慎重な展開と長めの検証 |
| Exception-26H1 | 26H1搭載端末 | 限定評価と個別管理 |
26H1は管理ツールで扱えるとしても、通常のH2系リリースと同じライフサイクル前提で運用しないことが重要です。
アプリ検証を「OS名」ではなく「バージョン別」に行う
「Windows 11対応済み」という表現は便利ですが、企業展開では粗すぎます。業務アプリ、セキュリティ製品、VPN、プリンタードライバー、ブラウザ拡張、マクロ、周辺機器は、24H2、25H2、26H1で挙動が異なる可能性があります。
検証台帳には、少なくとも次の項目を入れます。
| 項目 | 記録例 |
|---|---|
| アプリ名 | 勤怠管理クライアント |
| 対象OS | Windows 11 25H2 |
| 検証端末 | 標準ノートPC、営業用モバイルPC |
| 検証結果 | 正常、条件付き、不可 |
| 条件付き内容 | VPN接続後の初回起動に時間がかかる |
| 回避策 | 最新エージェントへ更新 |
| 承認者 | 情シス、業務部門責任者 |
26H1端末を評価する場合も、同じ台帳に入れつつ、標準OSとは別の評価区分にしておくと判断しやすくなります。
サポート期限を展開スケジュールに組み込む
Microsoftのリリース情報では、Windows 11のFeature Updateは年1回、暦年の後半にリリースされ、EnterpriseおよびEducationエディションでは36か月のサポート期間が設定されると説明されています。リリース情報上では、25H2のEnterprise系エディションの更新終了日は2028年10月10日、24H2は2027年10月12日です。(Microsoft Learn)
展開計画では、サポート終了日の直前ではなく、少なくとも半年前から移行準備を始めるのが現実的です。大企業やグローバル企業では、アプリ検証、現地言語対応、業務部門承認、変更凍結期間を考えると、さらに長い準備期間が必要になります。
23H2以前の端末は26H1ではなく25H2/24H2へ寄せる
23H2以前の端末が残っている場合、「新しい26H1へ飛び級する」のではなく、25H2または24H2への移行を考えるべきです。Microsoftのリリース情報では、23H2のEnterprise、Education、IoT Enterprise、Enterprise multi-session向け更新終了日は2026年11月10日とされています。(Microsoft Learn)
特に2026年内に23H2端末が残っている企業は、次の順序で整理します。
| 優先度 | 対応 |
|---|---|
| 高 | 23H2以前の端末数を棚卸しする |
| 高 | 業務重要度の高い端末から25H2/24H2検証を始める |
| 中 | 端末更改予定が近いものは新規PC展開に合わせて移行する |
| 中 | 26H1搭載PCが混在する場合は例外管理に分ける |
| 低 | 検証用や一時利用端末は廃止も含めて判断する |
CIO部門とMSPが注意すべき「例外の増えすぎ」
26H1で最も注意すべきリスクは、技術的な更新そのものよりも、例外管理が増えることです。
企業のWindows運用では、OSバージョン、ハードウェア世代、ドライバー、セキュリティ製品、業務アプリ、ネットワーク条件が複雑に絡みます。ここに26H1端末が無秩序に混ざると、次のような問題が起こりやすくなります。
| 起こりやすい問題 | 実務上の影響 |
|---|---|
| 端末のOSバージョンが購買時点でばらつく | 標準イメージや初期設定手順が崩れる |
| ヘルプデスクが26H1の扱いを知らない | 一次対応で切り分けに時間がかかる |
| 更新リングに26H1が混在する | レポートや失敗原因の分析が複雑になる |
| ベンダーが「Windows 11対応」とだけ回答する | 26H1での動作確認が曖昧になる |
| MSPが顧客横断で同じ手順を使えない | サポートコストが増える |
CIO部門は、26H1を技術評価だけでなく、運用ガバナンスの観点で管理すべきです。MSPは、顧客ごとの標準OS定義を見直し、契約や運用設計書に「26H1は標準展開対象外」と明記しておくと、後のトラブルを防ぎやすくなります。
すぐ使える展開方針のサンプル
社内向けに方針を出す場合は、長い説明よりも、判断基準を短く示す方が効果的です。以下はそのまま調整して使える例です。
当社のWindows 11標準展開対象は、当面Windows 11 version 25H2を第一候補とし、既存の検証済み環境ではWindows 11 version 24H2の継続利用を認める。Windows 11 version 26H1は、Microsoftが企業向け標準展開として推奨するリリースではなく、特定の新しいハードウェア向けの限定リリースとして扱う。26H1搭載端末を導入する場合は、事前にIT部門の承認を得て、通常端末とは別の管理グループで評価・運用する。
この方針に加えて、調達、展開、サポートの3つのルールを決めます。
| 領域 | ルール |
|---|---|
| 調達 | 25H2または24H2搭載端末を標準とし、26H1搭載端末は事前承認制にする |
| 展開 | 25H2を標準リング、24H2を移行・継続リング、26H1を例外リングに分ける |
| サポート | 26H1端末は問い合わせ時にOSバージョンを必ず確認し、通常端末と切り分ける |
よくある質問
26H1が出たなら、25H2展開を止めるべきですか？
止める必要はありません。Microsoftは、26H1によって既存の企業展開計画や端末購入を止める必要はないと説明しており、企業展開では25H2と24H2が推奨リリースとされています。(Aka.ms)
26H1はWindows Updateで既存PCに配信されますか？
Microsoft Learnでは、26H1は既存デバイス向けのFeature Updateではなく、Windows Updateでは提供されないと説明されています。既存の25H2や24H2端末は、月例のセキュリティ更新、品質更新、新機能の提供を受け続けます。(Microsoft Learn)
26H1搭載PCを購入してしまった場合はどうすればよいですか？
まず、通常の25H2/24H2端末と同じ展開グループに入れないことが重要です。26H1専用のデバイスグループを作り、アプリ互換性、ドライバー、セキュリティ製品、更新ポリシーを個別に確認します。少数なら評価端末として扱い、全社展開の標準イメージには含めない方が安全です。
24H2はもう避けるべきですか？
避ける必要はありません。24H2はMicrosoftの26H1ドキュメントでも25H2と並んで企業展開の推奨リリースとして扱われています。すでに24H2でアプリ検証や展開が進んでいる企業では、無理に途中で25H2へ切り替えるより、次の移行タイミングを計画する方が現実的です。(Microsoft Learn)
26H1は管理ツールで扱えないのですか？
扱えないわけではありません。Microsoftは、26H1のセキュリティ更新はWindows Autopatch、Microsoft Intune、Microsoft Configuration Managerなどの一般的なツールで管理可能と説明しています。ただし、管理可能であることと、全社標準として採用すべきことは別です。(Aka.ms)
次に取るべき行動
Windows 11 enterprise deployment guidanceの最新動向を踏まえると、企業が今やるべきことは「26H1へ急ぐこと」ではありません。25H2を標準候補、24H2を検証済みの継続候補、26H1を例外候補として明確に分けることです。
まずは、現在の端末台帳からWindows 11のバージョン別台数を確認します。次に、標準OSを25H2にするのか、既存環境では24H2を継続するのかを決めます。そのうえで、調達仕様書、IntuneやConfiguration Managerのグループ、更新リング、ヘルプデスク手順書に26H1の扱いを反映してください。
26H1は、企業のWindows展開計画を全面的に変えるリリースではありません。むしろ、標準化の重要性を再確認させるリリースです。大規模展開では「最新かどうか」よりも、「サポート期限、更新経路、検証済みアプリ、運用体制を含めて標準化できるか」で判断することが、安定したWindows 11運用につながります。
コメント