「昨日まで普通に使えていたのに、更新後から動作が重い」「過去に入ったパッチのKB番号を調べたい」「古い更新プログラムをもう一度入手したい」。Windows11の更新で困ったとき、いちばん厄介なのは、原因が更新そのものなのか、ドライバーなのか、アプリなのかが見えにくいことです。しかも、検索結果にはWindows11へのアップグレード方法ばかりが並び、知りたいはずの過去のパッチ履歴、KB番号、配信日、削除方法、元に戻す方法が一か所にまとまっていないことも珍しくありません。
この記事では、パソコンが苦手な人でも、自分のWindows11に何が起きたのかを順番にたどれるように解説します。さらに、管理者や検証担当者が必要とする、累積更新、プレビュー更新、緊急更新、MicrosoftUpdateカタログ、チェックポイント累積更新、PowerShell、回復環境まで踏み込みます。読み終わるころには、更新履歴を眺めるだけでなく、どの更新が原因候補なのかを自分で絞り込める状態を目指せます。
最初に、この記事で得られる内容を三つにまとめます。
- 自分のPCに入った更新履歴とKB番号を迷わず確認するための基礎知識。
- 過去のパッチを安全に探し、必要性を判断して入手するための実践手順。
- 更新後の不具合を切り分け、削除、復旧、再更新まで進めるための判断基準。
大切なのは、古いパッチを片っ端から探すことではありません。最初に自分のバージョンとビルドを確認し、その次に履歴とKB番号を照合するだけで、遠回りの多くを防げます。
最初に知っておきたい結論!過去のパッチは全部入れ直す必要がない
Windows11の月例更新は、基本的に累積更新です。累積とは、最新の更新に過去の修正が積み重なっている仕組みを指します。たとえば三か月更新を止めていたPCでも、最新の累積更新を正常にインストールすれば、そのバージョン向けに提供された過去の重要な修正もまとめて取り込まれます。
そのため、「一月版、二月版、三月版を順番に入れないといけない」と考える必要は通常ありません。むしろ、古い累積更新は新しい更新に置き換えられており、手動で実行しても「この更新プログラムはお使いのコンピューターには適用できません」と表示されることがあります。
ただし、過去のパッチを調べる意味がなくなるわけではありません。更新直後に不具合が起きたとき、業務アプリの動作条件を確認するとき、検証環境を再現するとき、サポート終了前後の状態を確認するときには、過去履歴が原因究明の地図になります。
まず自分のWindows11の現在地を確認しよう
バージョン、OSビルド、KB番号は別の情報
更新履歴を探す前に、三つの番号の違いを押さえましょう。ここを混同すると、自分のPCに合わないパッチを探してしまいます。
| 確認項目 | 意味 | 例 |
|---|---|---|
| バージョン | Windows11の大きな世代を示します。 | 24H2、25H2、26H1 |
| OSビルド | その世代の中で、どこまで更新されたかを示します。 | 26100.8655、26200.8655 |
| KB番号 | Microsoftが更新内容を識別するための管理番号です。 | KB5094126 |
もっとも簡単な確認方法は、タスクバーの検索欄に
winver
と入力して実行することです。表示された画面でバージョンとOSビルドを確認できます。設定画面から見る場合は、設定、システム、バージョン情報の順に開き、「Windowsの仕様」を確認します。
ここで覚えておきたいのは、同じKB番号でもバージョンによってOSビルドが異なる場合があることです。2026年6月の一般向け更新では、25H2と24H2に同じKB番号が使われていますが、更新後のビルド番号は異なります。KB番号だけで判断せず、必ずバージョンとセットで見てください。
2026年6月21日時点の最新状況を整理
一般向けの最新累積更新は6月9日版
2026年6月21日時点で、一般利用者向けの最新月例セキュリティ更新は2026年6月9日に公開されたものです。主な現行バージョンを整理すると次のとおりです。
| Windows11のバージョン | 最新KB | 最新OSビルド | 位置付け |
|---|---|---|---|
| 26H1 | KB5095051 | 28000.2269 | 2026年の特定の新型デバイス向けです。 |
| 25H2 | KB5094126 | 26200.8655 | 既存PC向けの中心的な現行バージョンです。 |
| 24H2 | KB5094126 | 26100.8655 | HomeとProは2026年10月13日に更新提供終了予定です。 |
| 23H2 | エディションにより継続状況が異なります。 | 22631系 | HomeとProは更新提供終了済みで、EnterpriseとEducationは継続中です。 |
26H1は25H2の次に全員が更新する通常の大型更新ではありません。新しい半導体を搭載した一部の新型デバイス向けで、既存の24H2や25H2から通常の上書き更新として提供されるものではありません。既存PCで26H1が表示されないのは異常ではないため、ISOや非公式な回避策で無理に入れないでください。
直近3日間で追加された重要情報
直近3日間では、一般向け累積更新そのものの新規公開よりも、既存更新に関する注意事項と次期版の試験情報が動きました。
2026年6月18日には、6月9日版を入れた環境で、ごみ箱から一件だけ完全削除するときの確認画面に、元のファイル名ではなく
$Rxxxxx.ext
のような内部名が表示されることがある問題が追記されました。これは確認画面の表示上の問題で、ごみ箱内の元の名前や復元後の名前まで変わるわけではありません。
また、6月9日以降の更新を入れた一部環境では、第三者製アプリからWord、Excel、PowerPointなどを開く処理が失敗することがあります。OLE自動化を利用する会計、歯科、文献管理などのソフトが影響例として挙げられており、暫定策は連携元アプリから開かず、Officeアプリや対象ファイルを直接開くことです。
2026年6月19日には、WindowsInsider向けに26H2の試験提供が発表されました。25H2と同じサービス基盤を利用し、有効化パッケージによって一回の再起動で切り替える考え方です。ただし、これはExperimentalチャンネル向けの試験版であり、一般利用者に配信された正式版ではありません。さらに26H1搭載機はWindowsの中核構成が異なるため、この26H2へ同じ経路では更新できません。
つまり、2026年6月21日に一般のPCで確認すべき中心は、6月9日版のKBと、その後に追加された既知の問題です。検索で「26H2配信開始」と見かけても、Insider向けか一般向けかを必ず区別してください。
過去のアップデート履歴を確認する最短手順
初心者は、難しいコマンドより設定画面から確認するのが確実です。次の順番なら、原因候補を見失いにくくなります。
- 設定を開き、WindowsUpdateを選択します。
- 更新の履歴を開き、品質更新プログラム、ドライバー更新プログラム、定義更新プログラムなどの分類を確認します。
- 不具合が始まった日より直前にインストールされた項目を探します。
- 項目名にあるKB番号、インストール日、成功または失敗の状態を控えます。
-
winverで確認したバージョンとOSビルドを、該当する更新履歴の説明と照合します。
この手順を終えると、「更新後から不調」という曖昧な状態が、「25H2にKB5094126を入れた翌日から第三者製ソフト経由でExcelが開かない」という具体的な状態に変わります。ここまで絞れれば、修復、回避、削除のどれを選ぶべきか判断しやすくなります。
履歴画面で見るべき分類
| 分類 | 主な内容 | 不具合時の見方 |
|---|---|---|
| 品質更新プログラム | 月例のセキュリティ修正と品質改善です。 | 更新直後の起動不良やアプリ不具合では最初に確認します。 |
| ドライバー更新プログラム | 画面、音、通信、周辺機器などの制御ソフトです。 | 音が出ない、Wi-Fiが切れる、画面が乱れる場合に注目します。 |
| 定義更新プログラム | MicrosoftDefenderの検出情報などです。 | 短い間隔で更新されるため、OSの月例パッチとは分けて考えます。 |
| その他の更新プログラム | .NET、構成更新、機能関連の部品などです。 | 業務アプリや新機能の挙動が変わったときに確認します。 |
上級者はPowerShellとログを補助に使う
PowerShellの
Get-HotFix
を実行すると、Win32_QuickFixEngineeringに登録された修正プログラムを一覧表示できます。直近を見やすくする例は
Get-HotFix | Sort-Object InstalledOn -Descending
です。ただし、Get-HotFixだけでは設定画面に表示される全種類の更新を網羅できない場合があります。最終確認は設定の更新履歴、OSビルド、公式の更新履歴を組み合わせてください。
更新処理そのものが失敗している場合は、管理者権限のPowerShellで
Get-WindowsUpdateLog
を実行すると、複数のトレースを読みやすいWindowsUpdate.logへ変換できます。これは「何が入ったか」を見る道具というより、「なぜ取得やインストールに失敗したか」を調べる道具です。
過去のパッチを探して入手する正しい方法
検索はKB番号とバージョンをセットにする
過去のパッチを探すときは、「Windows11古いアップデート」のような広い言葉だけで探さず、KB番号、Windows11のバージョン、CPUの種類をセットにします。たとえば「KB5094126、25H2、x64」という考え方です。
公式のMicrosoftUpdateカタログでは、KB番号で更新パッケージを検索できます。結果には似た名前が複数並ぶため、製品名、バージョン、x64またはArm64、公開日を確認します。一般的なIntel製またはAMD製CPUのPCはx64が中心で、SnapdragonなどArm系CPUのPCはArm64です。
ここで注意したいのは、カタログにあるから入れるべきとは限らないことです。WindowsUpdate経由なら、適用条件や前提パッケージを自動判定します。手動インストールは、オフラインPC、企業の検証、配信トラブルの切り分けなど、理由が明確な場合に限定したほうが安全です。
24H2以降はチェックポイント累積更新に注意
Windows11の24H2以降では、更新パッケージを小さく効率的に保つため、途中の基準点となるチェックポイント累積更新が使われることがあります。WindowsUpdateから入れる場合は意識しなくて構いませんが、MicrosoftUpdateカタログから手動で入れる場合、複数のMSUファイルが必要になることがあります。
実例として、2026年6月版の25H2と24H2向け更新を手動導入する説明では、先にチェックポイント側のMSUを適用し、その後に最新KBのMSUを適用する順序が示されています。同じフォルダーに必要なMSUをそろえ、DISMにフォルダーを指定すれば前提関係を判断させることもできます。ファイルを一つだけ拾ってダブルクリックし、失敗したから更新が壊れていると決めつけないでください。
手動導入を行う管理者は、更新ページに記載された順番をそのまま守り、異なる月の動的更新や異なるアーキテクチャを混ぜないことが重要です。
Windows11のパッチ種類を見分ける
「更新」と表示されても、役割と緊急度は同じではありません。過去履歴を正しく読むために、配信パターンを整理します。
| 種類 | 一般的な時期 | 内容と判断 |
|---|---|---|
| 月例セキュリティ更新 | 毎月第2火曜日 | セキュリティ修正と過去の品質改善を含む累積更新です。一般に優先度が高い更新です。 |
| オプションのプレビュー更新 | 通常は毎月第4火曜日 | 翌月の月例更新に入る非セキュリティ修正を先に試す更新です。困っていなければ急いで入れる必要はありません。 |
| 緊急更新 | 必要に応じて随時 | 次の月例日まで待てない重大な問題や脆弱性へ対処します。OOBと表記されます。 |
| 年次機能更新 | 通常は年1回 | 24H2や25H2のようにバージョンが変わり、サポート期間が新たに始まります。 |
| 継続的な機能追加 | 段階的に配信 | プレビュー更新や構成更新を通じて新機能が少しずつ有効化されます。同じビルドでも表示時期が違う場合があります。 |
この表から分かる大事な点は、プレビュー更新を入れていないから安全性が低いわけではないことです。プレビュー更新は翌月の品質改善を先に試す性格が強く、安定性を優先する家庭用PCや業務PCでは、月例セキュリティ更新を待つ選択が合理的です。
更新後に不具合が出たときの安全な戻し方
まず通常の更新だけを削除する
設定、WindowsUpdate、更新の履歴、更新プログラムをアンインストールする、の順に開くと、削除可能な更新が表示されます。原因候補のKBを選び、アンインストールして再起動します。ただし、すべての更新が削除できるわけではありません。サービス基盤や一部の必須コンポーネントは、削除対象として表示されないことがあります。
Windowsが起動できない場合は、Windows回復環境を開き、トラブルシューティング、詳細オプション、更新プログラムのアンインストールへ進みます。ここでは最新の品質更新または最新の機能更新を戻す選択肢が表示されます。
機能更新を戻せる期間は通常10日
25H2へ更新した後に、アプリや周辺機器の重大な互換性問題が起きた場合は、設定、システム、回復から以前のバージョンへ戻せることがあります。この機能は通常10日以内です。個人ファイルは維持されますが、更新後に追加したアプリ、ドライバー、設定変更は失われる可能性があります。
戻すためには、
Windows.old
などの回復用ファイルが残っている必要があります。ストレージのクリーンアップで以前のWindowsを削除すると、期限内でも戻せなくなります。大型更新後は、業務アプリと周辺機器の確認が終わるまで、以前のWindowsを急いで削除しないほうが安心です。
削除は最終目的ではなく一時的な切り分け
セキュリティ更新を削除すると、修正済みの脆弱性が再び未対策になる可能性があります。削除して症状が消えたら、それで作業終了ではありません。既知の問題に掲載されている回避策を確認し、修正版が出たら再度更新してください。更新を永久停止するより、短期間の一時停止を使い、原因と修正版の有無を確認するほうが安全です。
更新失敗や不調を直す実践チェック
更新が失敗する原因は、空き容量、保留中の再起動、壊れたシステムファイル、VPNやセキュリティ製品、ドライバー、回復領域などさまざまです。いきなり初期化せず、次の順番で切り分けます。
- PCを再起動し、保留中の更新処理を完了させます。
- システムドライブの空き容量を確保し、外付けストレージや不要なUSB機器を一時的に外します。
- 更新履歴に表示されたエラーコードとKB番号を控えます。
- 管理者権限で
DISM.exe /Online /Cleanup-Image /RestoreHealthを実行し、完了後に
sfc /scannowを実行します。
- 再起動後にWindowsUpdateをもう一度確認し、同じ失敗が再現するか見ます。
- 起動不能や暗号化環境に備えて、BitLocker回復キーの保存場所を確認します。
この順番で改善しない場合は、更新履歴、WindowsUpdate.log、イベントビューアー、PCメーカーのドライバー情報を照合します。企業管理PCでは、勝手にカタログ版を入れず、Intune、WSUS、構成管理ポリシーの配信状態も確認してください。
なお、2026年5月にはEFIシステムパーティションの空き不足により、更新が35%前後で失敗し、
0x800f0922
が表示される問題が報告されました。この問題は後続更新で解消されています。古い情報だけを見てパーティションを手動変更するより、まず最新の累積更新が適用可能かを確認することが重要です。EFI領域の変更は起動不能につながるため、初心者が独断で行う作業ではありません。
2026年に特に注意したいSecureBoot証明書
多くのWindows機器で使われてきたSecureBoot証明書は、2026年6月から期限を迎え始めます。これを見て「期限が切れた瞬間にPCが起動しなくなる」と心配する人もいますが、Microsoftの案内では、新しい証明書をまだ受け取っていない端末でも、直ちに起動不能になるわけではなく、通常のWindowsUpdateも継続します。
一方で、長期的には新しい証明書への移行が必要です。2026年6月の品質更新では、証明書を自動配信できる端末の判定精度と対象範囲を広げる変更が含まれています。ここでのコツは、BIOSをむやみに初期化したり、SecureBootを無効化したりするのではなく、WindowsUpdateを正常な状態に保ち、メーカーのUEFI更新も確認することです。
会社のPC、独自イメージ、長期間オフラインのPCでは、証明書更新の適用状況を管理者が確認する必要があります。特に古い展開用USBや回復メディアは、新しい起動検証と整合しない可能性があるため、作成時期と中身を定期的に見直してください。
過去パッチを扱う上級者が見落とさない三つの視点
履歴に残ることと現在使われていることは同じではない
更新履歴に古いKBが表示されていても、その中の部品が現在もそのまま使われているとは限りません。後続の累積更新によって置き換えられたファイルや修正もあります。履歴は「通過した更新」を示し、現在のOSビルドは「到達した状態」を示すと考えると理解しやすくなります。
不具合の発生日と更新日を一対一で決めつけない
Windowsの機能は段階的に有効化されることがあります。同じKBを同じ日に入れても、新機能や構成変更が有効になる日はPCごとに異なる場合があります。また、MicrosoftStoreアプリ、ブラウザー、Defender、ドライバーは別経路で更新されます。「昨日変わったから昨日のWindowsパッチが原因」と即断せず、アプリ更新とドライバー履歴も見てください。
再現試験では古いパッチより環境全体を保存する
業務アプリの検証で過去状態を再現したい場合、古い累積更新だけを集めても完全再現にならないことがあります。ISOのビルド、エディション、言語、ドライバー、.NET、MicrosoftStoreアプリ、構成更新まで影響するためです。仮想マシンのスナップショットや検証用イメージを保存し、更新前後でOSビルドとアプリ版を記録する方法が確実です。
古いパッチ状態をインターネットへ接続したまま使うと、既知の脆弱性を残すことになります。再現環境はネットワークを制限し、本番利用と分離してください。
Windows11アップデートパッチの過去に関する疑問解決
過去の更新プログラムを一覧で見るには?
設定、WindowsUpdate、更新の履歴を開くのが最も簡単です。品質更新、ドライバー、定義更新などに分かれて表示されます。より詳しく調べるときは、
winver
でバージョンとOSビルドを確認し、KB番号を公式の更新履歴と照合します。
消えた古いKBをもう一度インストールできますか?
MicrosoftUpdateカタログに残っていれば入手できる場合があります。ただし、後続の累積更新に置き換えられている、現在のビルドに適用できない、チェックポイント側のMSUが不足しているなどの理由でインストールできないことがあります。日常利用では最新累積更新を優先してください。
最新パッチを入れれば過去のパッチも含まれますか?
同じWindows11バージョン向けの月例累積更新であれば、原則として過去の修正を含みます。ただし、24H2から25H2のようなバージョン変更、ドライバー、アプリ、Defender定義は別に考える必要があります。
更新を削除したのにまた入ってしまうのはなぜ?
WindowsUpdateが、削除した更新を必要なセキュリティ更新として再検出するためです。一時停止で短期間だけ再適用を遅らせ、既知の問題、回避策、修正版の公開状況を確認してください。更新サービスを永久に無効化する方法は、脆弱性を放置するためおすすめできません。
プレビュー更新は毎回入れたほうがいいですか?
不具合の修正を早く試したい場合や、翌月更新の事前検証をする場合には役立ちます。一方、安定性を優先する通常利用では、必要な修正がなければ月例セキュリティ更新を待って構いません。
26H1や26H2が見つからないのは遅れているからですか?
必ずしも遅れているわけではありません。26H1は特定の新型デバイス向けで、既存の24H2や25H2へ通常配信される機能更新ではありません。2026年6月19日に発表された26H2はInsider向け試験段階です。一般利用者は、設定に正式に表示されるまで無理に導入しないでください。
更新後にOfficeが開かない場合はどうすればいいですか?
WordやExcel自体が直接開くなら、第三者製アプリとの連携問題の可能性があります。まずOfficeアプリまたは対象ファイルを直接開き、連携元ソフトの更新も確認してください。業務停止につながる場合は、更新を削除する前に、ソフト提供元と社内管理者へKB番号、OSビルド、発生手順を伝えると解決が早まります。
過去履歴に失敗と表示されても現在は大丈夫ですか?
後から同じ更新または後続更新が成功し、現在のOSビルドが最新になっていれば、過去の失敗表示だけで問題とは限りません。失敗履歴より、現在のビルド、再起動待ちの有無、最新更新の成功状態を優先して判断してください。
まとめ
Windows11の過去パッチを調べるときは、最初に
winver
でバージョンとOSビルドを確認し、次に設定の更新履歴でKB番号と日付を控えます。そのうえで、同じバージョンの公式更新履歴と照合すれば、原因候補をかなり正確に絞れます。
2026年6月21日時点では、一般向けの中心は6月9日版の累積更新です。6月18日にごみ箱の表示問題が追記され、第三者製アプリからOfficeを開けない問題も継続確認されています。6月19日の26H2情報はInsider向け試験版であり、一般配信ではありません。
古いパッチを探す前に、最新累積更新で過去修正が取り込まれる仕組みを理解してください。不具合時は、履歴確認、回避策、修復、必要な場合だけアンインストール、修正版で再更新という順番が安全です。今すぐ自分のPCで
winver
と更新の履歴を開き、バージョン、OSビルド、最新KBの三点をメモすることから始めましょう。




コメント