Windows 11の次期年次更新であるversion 26H2は、OSを大きく入れ替えるイベントではなく、既存の更新基盤を次のサポート周期へ進める節目として姿を現した。Microsoftは2026年6月19日、Windows Insider ProgramのExperimentalチャネルに26H2を含む新ビルドを公開し、同時にIT管理者向けの準備文書を出した。そこで前面に出たのは、新機能の束ではなく、24H2、25H2と同じ流れで小さく速く配布する更新モデルである。
Microsoftの説明では、Windows 11 26H2は標準的な年次更新サイクルにおける「下半期」の主要更新に当たる。ただし、25H2と同じservicing branchを共有し、更新はenablement packageによって実装される。これは、OS本体を丸ごと置き換えるのではなく、すでに同じ基盤上にある機能や状態を有効化してバージョンを進める方式だ。Experimentalチャネルの対象端末では、SettingsのSystem > Aboutやwinverで26H2として表示されるようになる。
この動きは、Windowsの年次バージョン番号が持つ意味を変える。かつての「大型アップグレード」は、利用者に見える新機能やUI変更を一度に運ぶものだった。26H2で前面に出ているのは、そこではない。バージョンを上げることで、企業がサポート期限、検証計画、展開リングを扱いやすくし、月例更新で積み上げてきた変更を同じ基盤上で管理し続ける。Windows 11の機能追加は、年次更新だけでなく、月例のservicing technologyやMicrosoft Store経由のアプリ更新でも行われるというMicrosoftの方針とつながっている。
26H2はExperimentalで始まり、1回の再起動で次の版へ進む
6月19日のInsider向け告知で、MicrosoftはBetaとExperimentalの複数ビルドを公開し、Experimental向けにWindows 11 26H2を投入した。26H2を試したいInsiderは、移行中のDevチャネルを選んで登録し、チャネル名の切り替え後はExperimentalとして26H2を受け取る流れになる。すでにExperimentalに登録している端末は、バージョン表記が26H2へ更新される。
公開されたExperimental Build 26300.8697のリリースノートも、26H2の性格をよく示している。変更点には、ダークモードでのファイルコピー画面の見た目と信頼性、Start menuがアプリの追加や削除を再サインインなしに反映する信頼性、small taskbar optionで通知領域が切れる問題、Settings > Apps > Startupの信頼性、仮想化や一部ゲーム利用時に起き得るHYPERVISOR_ERRORやKMODE_EXCEPTION_NOT_HANDLEDの修正が並ぶ。どれも利用者の画面を一変させるものではなく、月例更新に近い粒度の改善だ。
ただし、この地味さは消極的な更新という意味ではない。Microsoftは26H2について、25H2と同じservicing branchを共有するため、enablement packageで次のバージョンへ移れると説明している。1回の再起動で次の版に進むという設計は、端末を長時間止めにくい組織にとって大きい。更新そのものが短くても、検証、展開、問い合わせ対応、失敗時の復旧まで含めれば、OS更新はIT部門の時間を食う。26H2は、その負担を小さくする方向に寄せられている。
同じ基盤を使うことで、互換性検証の意味が変わる
MicrosoftのIT Pro向け文書は、26H2を「小さく速い更新」としてだけ説明していない。24H2または25H2をすでに運用している組織では、26H2への移行は多くの環境で通常の月例更新に近く、フル再イメージングや複雑な展開手順を必要としないと位置付けている。その理由は、複数のWindows 11バージョンが同じソースコード基盤、同じセキュリティおよび品質更新、同じ互換性検証を共有するからだ。
この説明は、企業のWindows運用にかなり直接的な意味を持つ。アプリケーション互換性の確認は、OS更新ごとに白紙へ戻るほど重くなりにくい。25H2で検証したアプリやポリシー、管理基盤の知見は、26H2でも使いやすい。もちろん実運用ではパイロット展開が必要だが、更新基盤が同じであることは、リスクの見積もり方を変える。大規模なOS刷新を前提にした一回勝負の移行ではなく、月例更新の延長として段階的に確認できる。
Microsoftは展開手段として、Windows Autopatch、Microsoft Intune、Windows Server Update Servicesを挙げている。既存の管理ツールで扱えることは、26H2の性格をさらに明確にする。新しい管理体系を導入する話ではなく、既存の更新運用を保ったまま、年次更新の節目だけを進める話である。
新機能は月例更新で届き、年次更新はサポート期限を延ばす
26H2を軽い更新として見るだけでは、なぜ導入する意味があるのかが見えにくい。最も実務的な理由はサポート期間だ。MicrosoftのWindows 11 release informationでは、Windows 11の年次機能更新は暦年後半に提供され、Home、Pro、Pro for Workstations、Pro Educationは24カ月、EnterpriseとEducationは36カ月のサポートを受けるとされている。IT Pro向け26H2文書でも、26H2へ移ることで同じ期間のサポート周期が更新されると説明されている。
現在の公開表では、25H2はHomeやPro系が2027年10月12日、EnterpriseやEducation、IoT Enterprise、Enterprise multi-sessionが2028年10月10日に更新終了となっている。24H2はそれぞれ2026年10月13日と2027年10月12日だ。26H2の一般提供日はまだ表に載っていないため最終日付は確定していないが、年次更新がサポート周期を動かす仕組みである以上、企業が26H2を待つ理由は「新しい見た目」より「次の運用期限」にある。
新機能の届き方も、この見方を補強する。Microsoft Supportの説明では、Windows 11の新機能は年次更新、月例更新のservicing technology、Microsoft Storeのアプリ更新を通じて提供される。さらにControlled Feature Rolloutでは、一部の端末から段階的に機能を広げ、準備が整ったものを後続の月例更新で有効にしていく。年次更新はなお大事だが、すべての新機能を背負う唯一の入口ではなくなっている。
26H1との分岐が、26H2の対象をはっきりさせた
26H2の位置づけを理解するうえで、26H1との関係は欠かせない。Microsoftは2026年2月、Windows 11 26H1を一部の新しいデバイス向けに説明した。26H1は既存の24H2または25H2端末へ提供されるin-place updateではなく、初期段階ではQualcomm Snapdragon X2 Series搭載デバイスを対象にした、選択された新しいシリコン向けのリリースである。
このため、26H1は25H2向けの通常の機能更新ではない。Microsoftは、24H2や25H2の端末は引き続き広く提供されているWindows 11リリースとして購入、展開、管理できると説明している。26H1端末は月例のセキュリティ、品質、新機能更新を受け取る一方、26H2へ更新することはできない。26H1が24H2、25H2、26H2とは異なるWindows coreを基にしているためだ。
この分岐は、MicrosoftがWindowsを二つの速度で進めていることを示している。既存の一般的なPC群では、24H2、25H2、26H2が同じ更新基盤の上で年次サポート周期を進める。一方、新しいハードウェア機能を支える必要があるデバイスでは、26H1のような限定的な基盤更新を使う。企業にとっては、全社展開の標準OSと、新シリコン評価用のOSを分けて考えやすくなる。
企業が今見るべきなのは、一般提供前の検証段階だ
26H2はまだ一般提供チャネルのWindows 11 release informationには載っていない。公開されているのはInsider向けのExperimental段階であり、Microsoft自身も、より最終版に近い品質での検証はRelease Previewでの提供を待つ選択肢を示している。したがって、今すぐ本番移行を判断する段階ではなく、24H2または25H2を運用している端末で、アプリ、ポリシー、管理インフラの互換性を早めに確認する段階である。
この確認は、従来の大型移行ほど重くないかもしれないが、軽視できるものでもない。Build 26300.8697のようなプレビューでは、機能や体験が正式公開前に変わる可能性があるとMicrosoftは明記している。Insiderチャネルで見える細かな修正は、26H2の最終的な価値そのものではなく、同じ基盤上で月例更新と年次更新がつながっていく様子を示す材料として見るべきだ。
Windows 11 26H2で最も大きく変わるのは、デスクトップの見た目ではなく、更新を計画する人の前提である。年次更新は、派手な新機能を待つ日付ではなく、サポート期限を更新し、共通の更新基盤に端末群をそろえ直す日付になる。一般提供日、Release Previewでの品質、26H1系デバイスの将来の更新経路が次に確定すれば、Windows 11の年次更新はさらに運用中心のイベントとして見えてくる。
