ChatGPT障害、7月23日に何が起きた？影響範囲とOpenAIの対応を整理

2026年7月23日（木）に発生した障害で、OpenAIはChatGPT、Codex、OpenAI APIに「エラー率の上昇（elevated error rates）」が起きていると報告しました。多くの利用者が不具合に遭遇した一方、すべてのアカウント、料金プラン、地域が一斉に停止したことを示す証拠はありません。したがって、事象を「世界規模の全面停止」と断定するより、「部分的な障害」または「性能低下」と表現する方が正確です。3029

7月23日のChatGPT障害で何が起きたのか

利用者からは、ChatGPTへのリクエストが失敗する、応答が途中で止まる、過去の会話を読み込めないといった報告が寄せられました。Web版とモバイル版の双方で問題が報告されたほか、OpenAIの開発者向けAPIとコーディング支援サービスのCodexも影響対象に含まれていました。222932

OpenAIの障害記録で使われた「エラー率の上昇」という表現は重要です。これは通常より多くのリクエストが失敗していたことを意味しますが、サービスが全利用者に対して完全に利用不能だったことを意味するものではありません。30

コロラド大学のIT部門が利用者向けに公開した通知では、OpenAIが下流のインフラプロバイダーと連携し、通常のサービス状態への復旧を進めていると説明されていました。同通知では7月23日中の復旧が案内されましたが、OpenAIの公式障害記録は翌日まで復旧状況の監視を続けています。2930

エラーはどれほど広がっていたのか

Downdetectorに関連する報道では、7月23日午後3時前にユーザー報告が300件を超え、その約90％がChatGPTに関する苦情でした。22

ただし、この数字を停止時間や失敗したリクエストの総数とみなすことはできません。障害追跡サイトの件数は、報告を送信した人の数であり、問題への認知度、地域、障害の見えやすさなどに左右されます。技術的な影響範囲を判断するうえでは、単純な報告件数よりも、OpenAIが示した「エラー率の上昇」という公式の説明の方が適切です。2230

公開情報から、ChatGPTと関連するOpenAIサービスで利用者への影響が発生したことは確認できます。しかし、すべてのユーザー、契約プラン、地域が同じ障害を経験したとは確認できません。そのため、「ChatGPTが完全にダウンした」とするより、「一部で利用しづらくなった」「性能が低下した」と説明するのが妥当です。

OpenAIはどのように調査・復旧したのか

OpenAIのステータス更新は、一般的なインシデント対応の流れに沿って進みました。

1. 対象サービスで発生している問題の調査を開始。
2. エラー率の上昇を特定し、緩和策の実装に着手。
3. 緩和策を適用し、復旧状況を監視。
4. 7月24日（金）19時33分（UTC）に障害を解決済みとし、影響を受けたサービスが完全復旧したと報告。30

ただし、各報告の時刻は一致していません。コロラド大学の通知は、7月23日15時36分にChatGPT、OpenAI API、Codexの復旧を確認したとしています。一方、OpenAIのステータスページは、その後も長くインシデントを記録し、復旧監視を続けました。2930

これは、サービスが段階的に復旧した可能性、報告の確認時点が異なった可能性、あるいは多くの利用者が再び使えるようになった後もOpenAIが監視を継続した可能性を示します。公開情報だけでは、どの説明が決定的なのかは判断できません。

また、今回参照できる障害更新には、詳細な技術的根本原因は記載されていません。大学の通知にある「下流のインフラプロバイダー」への言及は、インフラ面の状況を示す手がかりではありますが、完全な因果関係の説明として扱うことはできません。29

7月25日の障害とはどう違ったのか

7月23日の障害は、OpenAIにとって不安定な数日間の一部でした。7月25日には、ChatGPT、Codex、OpenAI APIで再びエラー率が上昇。会話を開けない、プロンプトが止まる、503エラーが表示されるといった問題が報告されました。The Next Webは、この障害を同社にとって4日間で4回目のサービス障害と報じています。7

別の報道では、7月25日の障害について、複数の国で会話の読み込み、保存履歴へのアクセス、プロンプトの実行ができなくなった、より広範な世界規模の障害と説明されています。315

両者を区別することが重要です。7月23日は大きな影響を伴うものの、全利用者に共通した停止とは確認されていませんでした。一方、7月25日は、一般ユーザー向けサービスと開発者向けサービスの双方で、より広く目立つ障害が報告されました。

4月20日の障害と比べると

4月20日の障害も、7月23日より多く報告された大規模な事象でした。Moneycontrolは、ゲートウェイエラー、ログイン失敗、会話を読み込めない問題に関して、Downdetectorで1,720件を超える報告があったと伝えています。TechRadarは、OpenAIが少なくとも90分続いた事象を「部分的な障害」と分類したと報じました。1112

4月20日には、プロジェクトや、一部の進行中の作業へのアクセスにも問題が出たと報じられています。米東部時間の午後1時頃に緩和策が適用され、その後、復旧状況が監視されました。14

比較すると、4月20日はChatGPTを中心とした、より大規模で目立つ障害でした。これに対し、7月下旬は数日間にわたりChatGPT、Codex、APIで障害が繰り返された点が特徴です。ただし、これらの障害がすべて同じ技術的原因によるものだと示す情報はありません。

仕事で使うユーザーへの影響

個人利用では、プロンプトの送信失敗、画面の読み込み不良、過去の会話へのアクセス不能が主な症状でした。しかし、ChatGPTを業務で使うチームや、API・Codexを組み込んだシステムでは影響がさらに広がる可能性があります。

たとえば、APIを使った自動処理の失敗、ジョブの遅延、開発ワークフローの停止、OpenAIの応答に依存するシステムでの処理滞留などです。7月の障害を受けたセキュリティー・プラットフォーム向けの指針では、API依存システムにサイレントな失敗、キューにたまった処理、画面上のエラーが発生していないか、また自律型タスクが安全に停止したかを確認するよう促しています。6

今回の障害による正確な企業損失は公表されていません。公開情報から金額を推計できる根拠はなく、実際の影響は組織ごとの処理内容、依存度、代替手段の有無によって異なります。

OpenAIのサービスを業務システムに組み込む企業にとって、今回の事象は次のような信頼性の課題を浮き彫りにしました。

• 失敗したリクエストを、重複実行にならないようバックオフ付きで再試行できるか
• 一時的なプロバイダーエラーと、処理が完了した応答をアプリケーションが区別できるか
• APIの性能低下時に、キューに入ったジョブを監視できるか
• ChatGPTやCodexが利用できない場合に、文書化された代替手段へ切り替えられるか
• 複数ステップの処理や自律型ワークフローが、途中で止まっても安全に失敗し、再開できるか6

予測市場まで注目した理由

7月に障害が相次いだことで、予測市場も関心を示しました。そこでは、特定の日にOpenAIが「部分的な障害」または「全面障害」と公式分類したかどうかを条件にする市場や、7月にChatGPTの障害日が何日あったかを問う市場が作られました。1820

こうした市場は、AIサービスの信頼性に対する世間の関心を測る材料にはなります。しかし、取引価格は障害の原因、深刻度、将来の発生確率を示す証拠ではありません。価格には参加者の売買行動と、各契約の定義が反映されるためです。

まとめ

7月23日のChatGPT障害は、ChatGPT、Codex、OpenAI APIに影響した実際のサービス障害でした。ただし、最も確かな情報が示しているのは、全世界での完全停止ではなく、エラー率の上昇と性能低下です。Downdetector関連では300件を超えるユーザー報告が確認され、OpenAIは調査、緩和策の適用、復旧監視を経て、7月24日19時33分（UTC）に障害を解決済みとしました。2230

この事象の意味は、7月23日の1件だけではありません。7月25日にはより大きな障害が続き、4月20日にも会話、プロジェクト、API依存の業務に影響する障害が発生していました。AIを本番環境で利用する企業にとって重要なのは、障害件数そのものより、監視、再試行、安全な失敗処理、現実的な代替手段をあらかじめ組み込んでおくことです。