Windows Updateで「プロセッサがサポートされていません」が出る原因とWindows版の組み合わせ整理

本記事が扱う事象は、Windows Update の更新確認やダウンロード時に「Unsupported hardware（サポートされていないハードウェア）」「プロセッサがサポートされていません」などが表示され、更新処理が進まなくなるケースです。表示文言は環境で差がありますが、Microsoft Learn では「Processor not supported」と「80240037」を同系統の現象として整理しています。(Microsoft Learn)
そのため本記事では、発生条件を「Windowsの版（バージョン）×CPU世代」の組み合わせ問題として扱い、どこで条件差が生じるかを因果関係で整理します。

• 現象の位置づけと、エラー文言が示す意味
• 原因の中心は「古いWindows×新しいCPU」で起きやすい設計
• 「サポート対象」を突き合わせるための整理軸（一覧の読み方）
• 更新が止まる環境で論点になる選択肢と、運用上の確認点

現象の位置づけと、エラー文言が示す意味

Windows Update は、更新プログラムの有無だけでなく、更新が適用される前提条件も評価します。そこで CPU と Windows の組み合わせが想定外と判定されると、「Unsupported hardware」「このバージョンのWindowsでサポートされていないプロセッサを使用している」などの案内に切り替わり、更新の検索や取得が止まります。Microsoft Learn は、これを「互換でないプロセッサを検出したために起きる」と説明しています。(Microsoft Learn)

このとき、画面上は Windows Update の一般的な不具合に見えます。ただし構造としては、ネットワーク障害やサービス停止よりも、サポート条件の不一致が中心です。つまり、更新の配布有無ではなく、更新を適用する土台が要件を満たさないという扱いになります。

要点を整理すると、このエラーは「更新が壊れている」ではなく「組み合わせが対象外」という判定結果です。
この点から、対処の方向性はトラブルシュートよりも、OSの版とCPU世代の整合確認に寄ります。なお同じ「CPUがサポート外」という表現でも、Windows 11 のインストール要件で出るメッセージとは発生場面が異なるため、まず発生している画面が Windows Update なのか、インストーラーなのかを切り分けることが実務上の確認点となります。

原因の中心は「古いWindows×新しいCPU」で起きやすい設計

本記事の対象となる事象で典型なのは、Windows 7 / Windows 8.1 の端末で更新確認を行った際に、特定世代以降のCPU環境で更新が遮断されるパターンです。2017年に複数メディアが、Intel 第7世代（Kaby Lake）、AMD（Bristol Ridge）や Ryzen 世代、Qualcomm 8996 以降で Windows 7/8.1 の更新スキャンやダウンロードが進まない事例を報じています。(Network World)

そのため、表面的には「Windows Update のエラー」ですが、背景にはサポートポリシーの境界線が存在します。古いOSに新しいCPUを組み合わせると、ドライバーや電源管理などの前提が一致しない可能性があり、更新の品質保証が成り立ちにくい、という整理になります。(BetaNews)

以上を踏まえると、発生の決定要因は「Windowsの版がCPU世代に追いついていない」ことです。
一方で、CPUが古すぎることが原因で最新OS側の要件を満たせないケースもあります。ただし本記事が扱うのは、Windows Update での遮断表示であり、更新の入口で条件判定が走る点が特徴です。なお、Microsoft Learn は該当エラーを「互換性のないプロセッサ検出」として扱い、サポート対象のプロセッサ一覧を参照する流れを示しています。(Microsoft Learn)

「サポート対象」を突き合わせるための整理軸（一覧の読み方）

互換性の有無を判断する材料は、(1) 端末に入っている Windows の版、(2) CPU の世代・型番、(3) その組み合わせがサポート一覧に載るか、の3点です。Microsoft は Windows の版ごとに、サポートされるプロセッサ（Intel/AMD/Qualcomm など）の一覧ページを用意しています。(Microsoft Learn)

そのため、現場の整理では「OSがどの系統か」と「CPUがどの世代か」を先に固定し、次に一覧で照合する形になります。ここで重要なのは、同じ Windows 11 でもバージョン（例：24H2 など）により一覧が更新される点で、解釈が分かれる余地が出やすい部分です。(Microsoft Learn)

なお、突合せ（つきあわせ）の観点を先に固定するため、代表的な関係を簡略化すると次の整理になります。

ただし、これは画面上の現象を分類しただけで、具体的な対象CPUは版ごとの一覧に依存します。そうすることによって、個別の事例でも「どの版の一覧を見ているか」を誤らずに整理できます。

言い換えると、判断の根拠はエラー文言ではなく、Microsoftが公開する版別プロセッサ要件です。(Microsoft Learn)

更新が止まる環境で論点になる選択肢と、運用上の確認点

更新停止がサポート外判定である以上、論点は「要件を満たす側へ寄せる」か「現状維持のまま別管理にする」かに集約されます。ただし後者は、更新が止まる理由を解消しないため、セキュリティ更新の受領が継続できない点が条件差として残ります。

この結果、OSのサポート期限も重要な判断材料になります。たとえば Windows 10 は 2025年10月14日でサポート終了と案内されており、サポートの枠組みを前提にする運用では、対象OSの寿命そのものが計画に影響します。(マイクロソフトサポート)
他方、Windows 11 へ寄せる場合は、CPUだけでなく TPM 2.0 や Secure Boot など別要件も絡むため、CPU要件だけ見て判断すると抜けが生じる可能性があります（この点はCPUエラーと別軸の要件です）。

つまり、Windows Updateでの「CPU非対応」表示は、単体の修復作業ではなく、サポート設計に合わせた更改計画の論点になります。
そのため実務上は、(1) 端末の Windows の版、(2) CPU 型番、(3) 版別のサポート一覧、(4) OSのサポート期限、を同一の台帳でそろえることが重要になります。なお、記載が不足している場合は、PCメーカーの出荷構成（CPU世代、UEFI設定、TPM有無）も追加確認が必要となることがあります。マイクロソフの公開一覧と端末実態が一致するかを確認する設計が、結果として再発防止の整理軸になります。