※購入先、ダウンロードへのリンクにはアフィリエイトタグが含まれており、それらの購入や会員の成約、ダウンロードなどからの収益化を行う場合があります。
game

0x80244022を最短解決！Windows UpdateとStoreの直し方完全ガイド

Windows game

Windows UpdateやMicrosoft Storeが突然止まり、「0x80244022」と表示されたまま進まない。急いで更新したいのに、原因がMicrosoft側の混雑なのか、自分のPCやネットワーク設定の問題なのか判断できず、不安だけが増えてしまうことがあります。

本記事では、0x80244022を「更新先に到達できないときに起きやすいエラー」として捉え、まず待つべきか・直すべきか・代替すべきかを最短で判断できるように整理します。そのうえで、Windows Update／Microsoft Store／社内WSUSといった環境別に、VPN・プロキシ・キャッシュの作り直しからシステム修復、手動更新まで、安全性と影響範囲を明確にしながら順番通りに解説します。

「どこまで自分で触っていいのか」「何を管理者に渡せば早く直るのか」まで分かる構成ですので、迷わず次の一手を選び、更新を止めずに進められる状態へ戻せます。

※本コンテンツは「記事制作ポリシー」に基づき、正確かつ信頼性の高い情報提供を心がけております。万が一、内容に誤りや誤解を招く表現がございましたら、お手数ですが「お問い合わせ」よりご一報ください。速やかに確認・修正いたします。

目次

0x80244022とは何か

0x80244022はどんな意味のエラーか

0x80244022は、Windows UpdateやMicrosoft Storeなどが「必要なデータを取得しようとしたが、更新元サービスにうまく到達できなかった」ときに出やすいエラーです。技術情報では、HTTPの Service Unavailable（503） 相当として扱われるケースが知られています。つまり、更新元が一時的に混雑している・応答できない、または途中経路（プロキシ、VPN、ファイアウォール、TLS検査など）で通信が遮られている、といった“到達性”の問題が疑われます。

この性質のため、0x80244022を見たときに最初にやるべきことは、「PCが壊れた」と決めつけて大きな変更をすることではありません。まずは 待つべきか（混雑/障害）・直すべきか（自分の環境）・代替すべきか（期限/業務都合） を短時間で判断し、その後に環境別の手順へ進むのが最短ルートです。

Windows UpdateとMicrosoft StoreとWSUSで起き方が変わる理由

同じ0x80244022でも、どこで表示されるかで原因の当たりが変わります。

  • Windows Updateで出る場合
    更新プログラムのチェック、ダウンロード、インストール準備などの段階で停止します。家庭用PCでは回線やVPN/プロキシ干渉、キャッシュ詰まりが多く、企業・学校端末ではWSUS（社内配布サーバー）側の混雑や設定不整合も現実的です。

  • Microsoft Storeで出る場合
    Storeアプリはキャッシュやサインイン状態、時刻同期に影響されやすく、Updateが通ってもStoreだけ失敗することがあります。まずはStoreのキャッシュリセット（wsreset.exe）が定番です。

  • WSUS配下（社内更新）で出る場合
    端末がMicrosoftへ直接取りに行かず、社内のWSUSへ問い合わせます。このとき、WSUS側が処理しきれない（過負荷）・IIS/アプリプールが落ちる・経路が塞がると、クライアントは503相当の挙動として0x80244022を引きやすくなります。

放置でよいケースと、すぐ対応すべきケース

0x80244022は「一時的に利用不可」でも出るため、状況によっては待つのが最善です。逆に、何日も続くなら“待つ”の価値は下がります。判断のために、まず次の早見表をご利用ください。

切り分け早見表：症状×原因候補×最短アクション

症状 よくある原因候補 最短アクション（優先順）
複数端末で同時に失敗する サービス側混雑/一時障害、社内WSUS過負荷 ①時間をおいて再試行 ②別時間帯 ③社内なら管理者へ状況共有
自分のPCだけ失敗する VPN/プロキシ/セキュリティ干渉、キャッシュ詰まり ①VPN/プロキシ無効化で切り分け ②Update/Storeのキャッシュ対処
Updateは失敗、Storeは正常 Updateコンポーネント不調、WinHTTP/経路 ①Updateトラブルシューティング ②キャッシュリセット ③SFC/DISM
Storeだけ失敗、Updateは正常 Storeキャッシュ、サインイン、時刻/DNS ①wsreset.exe ②修復/リセット ③時刻/DNS/プロキシ
会社/学校端末で失敗 WSUS/ポリシー/プロキシ固定 ①安全範囲のみ実施 ②管理者へチェック項目を渡す

この表で「待つ」寄りになった場合、むやみにキャッシュ削除などを重ねるより、30分〜数時間おいて再試行したほうが早く復旧することがあります。一方、「自分のPCだけ」「何日も続く」なら、以降の手順で“直す”方向へ進みます。

0x80244022の原因を最短で切り分ける

まず決める：待つ・直す・代替の判断フロー

次の質問に「はい」が多いほど、最初の一手が明確になります。

  • 待つ（混雑/障害の可能性が高い）

    • 同じネットワークの複数端末で同時に発生している

    • 直前まで正常で、急に同時多発した

    • 時間をおくと通ることがある（成功/失敗が揺れる）

  • 直す（端末/経路の問題が濃厚）

    • 自分のPCだけ再現する

    • VPN/プロキシ/セキュリティ設定を最近変更した

    • 2〜3日以上継続している

  • 代替（期限があり、先に進めたい）

    • セキュリティ更新を今日中に入れたい

    • 業務で特定KBが必要

    • まず更新を通して、その後に根本原因を解消したい

代替を選ぶ場合でも、原因を放置すると次も詰まる可能性があるため、代替で凌ぎつつ、並行して切り分けを進めるのが安全です。

影響範囲の確認：端末側かネットワーク側か

切り分けの最短は「環境を変える」ことです。次のどれかを試し、挙動の変化を見ると原因の方向が見えます。

  • 別回線で試す：スマホのテザリング、別Wi-Fiなど
    → 別回線で成功するなら、元のネットワーク（ルーター/DNS/プロキシ/フィルタ）の可能性が上がります。

  • 別端末で試す：同じ回線で別PCが更新できるか
    → 別端末で成功するなら、問題は特定端末側（キャッシュ/設定/ソフト）に寄ります。

企業・学校端末の注意：触ってよい範囲の線引き

企業・学校端末は、更新経路が組織管理（WSUS、プロキシ、ポリシー）になっていることが多く、勝手な変更は運用事故につながります。以下の表で「安全に試せる範囲」と「管理者確認が必要な範囲」を明確にします。

線引き表：個人PCで安全に試せる操作／管理者確認が必要な操作

個人PCで比較的安全に試せる 管理者確認が必要になりやすい（組織端末）
再起動、時間をおいて再試行 WSUSの設定変更、配布ポリシー変更
VPNの一時OFF（個人利用範囲） プロキシを無効化/変更（固定運用の可能性）
Microsoft Storeのwsreset.exe セキュリティ製品（EDR/SSL検査）のポリシー変更
Windowsのトラブルシューティング実行 ファイアウォールで更新用URL/ポートの恒久変更
時刻同期を自動に戻す ドメイン/Intune管理設定の変更
DNSの切り分け（短時間） 組織の認証プロキシ（PAC等）周りの変更

組織端末で「管理者確認が必要」側を触る場合は、必ず手順前に管理者へ相談し、ログや現象を共有してください（共有項目は後述します）。

Windows Updateで0x80244022を直す手順

手順の全体像：軽い切り分け→コンポーネント復旧→代替

Windows Updateで0x80244022が出る場合、手順を次の順で進めると失敗が少なく、時間も短くなりやすいです。

  1. 通信を邪魔する要素を外す（切り分け）

  2. Updateの機能（トラブルシューティング/サービス）を整える

  3. 更新キャッシュを作り直す

  4. システム修復（SFC/DISM）

  5. 手動更新などで代替（必要に応じて）

以降は、それぞれを「何を確認し、何が分かり、どう戻せるか」まで含めて説明します。

通信を邪魔する要素を外す：VPN・プロキシ・セキュリティ

0x80244022は“到達性”が本質になりやすいため、まず経路を単純化します。ここで改善すれば、原因はUpdateそのものではなく「経路上の干渉」である可能性が高いです。

1) VPNを一時的にOFFにする

  • 常駐型VPNは、アプリを閉じても通信がVPN経由になっている場合があります。完全に無効化して再試行してください。

  • 可能なら、テザリング等の別回線で試すと切り分けが一気に進みます。

2) プロキシ設定の有無を確認する

  • 個人PCでも、古い設定やツールの影響でプロキシが残っていることがあります。

  • ただし企業端末では、プロキシが必須のことがあるため、変更は管理者確認が安全です。

3) セキュリティソフトのWeb保護/HTTPSスキャンを一時停止して試す

  • 一部の製品は、TLS通信を中継して検査します。更新通信と相性が悪いと、到達性エラーにつながることがあります。

  • 一時停止で改善するなら、製品側で例外（Microsoft更新関連ドメイン）や設定調整を検討します。

ここで改善した場合の結論：
Updateコンポーネントの破損よりも、ネットワーク経路（VPN/プロキシ/セキュリティ干渉）が主因の可能性が高いです。恒久対策（設定調整）へ進むのが再発防止になります。

Windows標準のトラブルシューティングで“自動修復”を先に当てる

WindowsはUpdate周りの一般的な不整合（サービス状態、軽微な設定）を自動で修復できる場合があります。コマンドやフォルダ操作の前に、まず標準ツールで当ててください。
この段階で直れば、最小の手数で済みます。

  • 実施後は一度再起動し、更新を再試行します。

  • 改善しない場合は次へ進みます。

Windows Update関連サービスを整える：再起動で詰まりを解消

Updateは複数のサービスで動作します。途中で詰まっていると、再起動で進むことがあります。

  • 端末を再起動してから再試行（まずこれ）

  • それでも駄目なら、Update関連サービスの状態を確認し、停止/起動の再実行を検討します

※組織端末では、管理者によりサービス状態が制御されている場合があります。

更新キャッシュを作り直す：SoftwareDistribution等の再生成

Updateが「ダウンロード途中で止まる」「チェックがループする」「同じエラーを繰り返す」場合、更新キャッシュの再生成が有効なことがあります。要点は、壊れた可能性のある一時データを捨てて作り直すことです。

実行前に知っておくべきこと（不安の解消）

  • 個人ファイル（写真・ドキュメント等）を削除する操作ではありません。

  • ただし、更新の再取得が走るため、通信量や時間が増える場合があります。

  • 企業端末では、WSUS/ポリシーと絡むため、管理者手順がある場合はそれを優先してください。

手順（考え方）

  1. Update関連サービスを停止する

  2. 更新キャッシュ（例：SoftwareDistribution）をリネーム/削除する

  3. サービスを再開する

  4. 再起動して更新を再試行する

※具体コマンドは環境差があるため、管理者の定める手順がある場合はそちらを優先してください。個人PCでは、信頼できる手順に従い、サービス停止中にPCを強制終了しないことが重要です。

システム修復：SFCとDISMで“土台”を直す

キャッシュを作り直しても改善しない場合、Windowsのシステムファイルやコンポーネントストアに不整合がある可能性があります。SFC/DISMは時間がかかりますが、Updateが繰り返し失敗する端末では効果が出ることがあります。

  • SFC：システムファイルの整合性を確認し修復

  • DISM：コンポーネントストア（より深い層）を修復

この段階では、ノートPCなら電源接続、途中中断しない、実行後の再起動、までセットで行うと成功率が上がります。

手動更新で代替する：期限がある場合の現実解

「今日中にセキュリティ更新を入れたい」「特定のKBが必要」という場合、手動導入で回避できることがあります。
ただし、0x80244022の根本原因（経路/キャッシュ/端末不整合）を放置すると、次の更新で再発し得ます。代替は“前に進むための手段”として使い、並行して原因解消を進めるのが最も安全です。

Microsoft Storeで0x80244022が出るときの対処

Storeはまずwsreset.exe：キャッシュをリセットする

Microsoft Storeの不調は、キャッシュの問題で改善することがあります。Microsoftのサポートでも、Storeが開かない場合の手順として wsreset.exe が案内されています。

手順（最短）

  1. Windowsロゴキー + R を押して「実行」を開く

  2. wsreset.exe と入力してOK

  3. しばらく待つ（空の画面が出て閉じた後、Storeが開くことがあります）

ここで改善した場合、次の段階へ進む必要はありません。改善しない場合のみ、次へ進みます。

アプリの修復・リセット：Storeアプリ自体を整える

wsresetで改善しない場合、Storeアプリ側の不整合を疑います。

  • 「修復」：設定やデータを極力保ったまま修復する考え方

  • 「リセット」：状態を初期化する考え方（ログインや再設定が必要になる場合があります）

この順番で実施し、どこで改善したかを記録すると、再発時も迷いません。

サインイン・時刻・DNS・プロキシ：Store特有の詰まりを潰す

Storeは認証（アカウント）と時刻・ネットワーク条件の影響を受けやすい領域です。次を重点的に確認します。

  • Microsoftアカウントのサインイン状態：サインアウト/複数アカウント混在がないか

  • 時刻同期：自動設定がOFFになっていないか（時刻ずれは認証トークンに影響します）

  • DNS：フィルタリングDNSや不安定なDNSでMicrosoftドメインの解決が不安定にならないか

  • プロキシ/VPN：Storeだけ弾かれるケースもあるため、一時的に外して切り分ける（組織端末は管理者指示優先）

WSUS配下や社内ネットワークでの対処

まず理解する：社内端末は更新の“行き先”が違う

企業・学校端末では、Windows UpdateがMicrosoftへ直接アクセスせず、社内WSUSなどに問い合わせます。つまり、クライアント側でいくら試しても、社内の更新基盤が過負荷/不調なら同じエラーが出続けることがあります。
この場合の正しい動きは、(1)端末側で安全にできる切り分けを行う → (2)管理者へ必要情報を渡す、です。

WinHTTPプロキシ：Windowsサービス側のプロキシ設定を確認する

Windowsの一部サービスは、ブラウザ設定とは別の WinHTTP のプロキシ設定の影響を受けます。Microsoft Learnのnetsh winhttpの説明には、WinHTTPプロキシを既定状態に戻すコマンド例として netsh winhttp reset proxy が示されています。

  • 個人PCで、原因がプロキシに疑わしい場合は有効な切り分けになり得ます。

  • ただし、組織端末でプロキシが必須の場合、勝手なリセットは通信不能を招くことがあるため、管理者指示のもとで行ってください。

WSUS側の過負荷や不調：端末では直らない領域がある

WSUS/SUPが処理しきれない、IIS/アプリプールが落ちる、メモリ不足、メンテナンス不足などがあると、クライアントは503相当の挙動として0x80244022を引くことがあります。
この場合、端末側でのキャッシュ削除だけでは改善しません。管理者側の点検（WSUSの健全性、リソース、IIS設定、メンテナンス）が必要になります。

管理者に渡すチェックリスト：状況共有で復旧を早める

問い合わせのとき、次が揃うと調査が早く進みます。ユーザー側で用意できる範囲をまとめます。

共有チェックリスト（コピーして使える）

  • 発生開始日（いつから）と頻度（毎回/時々）

  • 影響範囲（何台中何台、特定部署/拠点/ネットワークか）

  • 端末情報（Windows 10/11、ビルド、管理形態：ドメイン/Intuneなど）

  • 症状（Updateのみ/Storeのみ/両方、どの画面で止まるか）

  • 変更履歴（VPN導入、セキュリティ製品更新、ネットワーク変更など）

  • 切り分け結果（別回線での挙動、別端末での挙動）

再発防止のポイントとFAQ

再発防止チェックリスト：更新が詰まりにくい状態を作る

0x80244022は「更新先に到達できない」系の問題になりやすいので、再発防止も“経路の安定化”が中心です。

再発防止チェックリスト

  • VPNは必要時のみ有効にし、更新時は外す運用にできる

  • プロキシ配下なら、更新に必要な通信が遮断されないよう管理者と調整できている

  • セキュリティ製品のTLS/HTTPS検査が更新通信を阻害しない設定になっている

  • 端末の時刻同期が自動（NTP）で維持されている

  • DNSが不安定な場合に切り分けできる（ルーター再起動、DNSの一時変更など）

  • 組織端末なら、WSUSの稼働状況・メンテナンスが定期的に実施されている

よくある質問：不安を解消するQ&A

0x80244022はウイルス感染のサインですか

多くの場合は、更新先への到達性（混雑/一時不可、ネットワーク経路の遮断、プロキシ/VPN/セキュリティ干渉）に起因します。もちろん、悪意あるソフトがネットワーク設定を変更する可能性はゼロではありませんが、一般的にはまず上記の切り分けから着手するのが合理的です。セキュリティ面が不安なら、公式のセキュリティ更新が適用できていない状態が続くこと自体がリスクになるため、早めの復旧を優先してください。

キャッシュを作り直すとデータは消えますか

更新キャッシュの再生成は、通常は個人ファイルを削除する操作ではありません。ただし、更新の再取得が走るため一時的に通信量や時間が増える場合があります。心配であれば、重要データのバックアップや復元ポイント作成を検討すると安心です。

Storeだけ失敗します。Updateは成功します

Storeはキャッシュ・サインイン・時刻同期の影響が強いことがあります。まずwsreset.exeを実行し、改善しなければアプリの修復/リセット、次に時刻/DNS/プロキシを見直す順番が分かりやすいです。

何をしても直らない場合はどうすればよいですか

  • 複数端末同時で発生しているなら、サービス側混雑の可能性もあるため、時間帯を変えて再試行してください。

  • 特定端末のみなら、経路（VPN/プロキシ/セキュリティ）→キャッシュ→SFC/DISM→代替（手動更新）まで進めても改善しない場合、端末の深い不整合や組織側の制御が疑われます。組織端末は管理者へ、個人PCは修復インストール相当も選択肢になります。

参考情報源

Windowsの最新記事4件