AI最新情報読了 7 分

ChatGPTが落ちた朝、Codexまで道連れになった8月20日の障害でわかったこと

Shiritomo編集部 @shiritomoAI_jp 2026年8月20日更新

OpenAIの公式ステータスページに残る記録は、実にそっけないものでした。
「Identified」「Monitoring」「Resolved」——たった数語のログの間に、8月20日朝の混乱がまるごと収まっています。

その裏側では、ログイン画面を何度リロードしても弾かれ続けた人、502エラーの表示に戸惑った人が世界中にいました。
ChatGPTを毎日の仕事道具として使っている人ほど、この「数十分ログインできない」という時間の重さを実感したはずです。
今回はこの障害の実態と、OpenAIで繰り返し起きているトラブルとの共通点を調べました。

先に結論をまとめると：
– OpenAIの公式記録では、8月20日朝(日本時間9時台)に発生した障害は1時間弱で収束したとみられ、取材時点でステータスページは全システム正常稼働を示しています
– 影響はChatGPT本体のログイン・新規登録だけでなく、コーディング支援ツールのCodexや、外部サービスが使うAPI(最大12のエンドポイント)にも及びました
– 「too many concurrent requests」という同じエラー文言が、7月25日の障害でも報告されており、原因の異なる障害で同じ表示が繰り返されている点が引っかかります

世界中で「ログインできない」人が急増した朝

きっかけは、chatgpt.comへのログインとサインアップが軒並み失敗し始めたことでした。
海外メディアのForbesやBleepingComputerによると、ユーザーの画面には「認証キーエラー」が表示され、既存の会話履歴すら読み込めない状態になっていたといいます。
日本語ユーザーの間でも、ChatGPTの愛称である「チャッピー」が使えないという報告が広がり、ブラウザ・アプリの両方で502 Bad Gateway(サーバー側で一時的に応答できないことを示すエラー)が表示されたと伝えられています。

Downdetector(世界的な障害報告集計サイト)には一時、2,000件近い報告が集まったとされ、その内訳はChatGPT本体が大半を占めつつ、モバイルアプリやCodexにも及んでいました。
日本時間20日の午前9時台に入ると、X上でも速報が飛び交い始めます。

【速報】ChatGPTで障害が発生、サイトは一時ダウン

・世界中でログイン不可・エラー報告が急増中
・公式は新規登録とログインの一次停止を発表
・問題は特定済みで現在緩和策を実装中 pic.twitter.com/30LHpl7Q2F
— Polymarket Japan (@polymarketjapan) 2026年8月20日

新規登録とログインが止まっていること、エラー報告が急増していることを伝えるこの投稿の内容は、まさにOpenAIが後に認めた症状と一致していました。
ただ、この投稿だけでは「どこまで巻き込んだ障害だったのか」はわかりません。
そこで一次情報を確かめてみました。

調べて分かったこと

原因は何だったのか？

OpenAIの公式ステータスページや報道を確認した限り、根本原因についての詳細な説明は公表されていません。
示されているのは対応の経過だけで、「エラー率の上昇を検知」「ログイン障害を特定」「緩和策を適用」「復旧を確認」という4段階のログが、日本時間の朝9時過ぎから10時前までの間に並んでいます。
つまり、原因の中身は明かされないまま、対応の速さだけが記録されている状態です。
取材時点(8月20日)でOpenAIのステータスページを確認したところ、「現在把握している問題はありません」と表示されており、全コンポーネントが正常稼働に戻っていました。

影響はChatGPTだけだったのか？

いいえ、そうではありませんでした。
BleepingComputerの報道では、サイドバーの読み込みが止まったりメッセージ送信時に「too many concurrent requests(同時リクエストが多すぎる)」というエラーが出たりする例に加え、OpenAIのコーディング支援ツールであるCodexや、外部サービスが呼び出すAPIまで影響を受けたことが報じられています。
API側は最大12のエンドポイントで問題が確認されたとのことで、チャット画面だけの話では済まなかったことがうかがえます。
実際、この点を裏付ける投稿も見つかりました。

ChatGPT / Codexがログインできない。
落ちてるhttps://t.co/AgaoTVYKaR pic.twitter.com/o78TxFjALl
— シマ | 未経験→自社開発エンジニア (@rimulab_dev) 2026年8月20日

ChatGPTをブラウザで使うだけの人には見えにくい部分ですが、Codex経由で開発作業をしていたエンジニアにとっては、ログインできないこと自体が仕事の手が止まる直接の原因になっていたと考えられます。

今回が初めてなのか？

この媒体では、直近だけでも2回、似た障害を取り上げています。
7月25日には「Too many concurrent requests」というエラーが4日間で4度目の障害として発生しており、7月15日には「upstream connect error」という別のエラー文言での障害が起きていました。
いずれも復旧までは数十分から数時間で収まっていたのに対し、今回は公式記録上では1時間弱と、比較的短時間での収束です。
それでも今回も同じ「too many concurrent requests」という文言が報告されている点は、過去の障害と無関係とは言い切れない共通点です。
原因が同一かどうかは公表情報からは確認できませんが、少なくとも「ログインできない」「同時リクエストが多すぎる」という利用者側の体感は、直近1カ月で3回目ということになります。

Shiritomo編集部の考察：頻発する障害は「信頼」より先に「習慣」を壊す

今回の障害で興味深いのは、公式の対応時間が1時間弱と短かったにもかかわらず、Xでの速報投稿が発生から十数分以内に広がっていたことです。
これは裏を返せば、ユーザー側の「異変に気づく速度」がOpenAI公式の障害検知より先行しやすい構造ができているということです。
SNS運用やブランド管理の視点で見ると、こうした「ユーザーが先に気づいて拡散する」障害は、企業公式の一次アナウンスより先に憶測や不満が広がりやすく、後から公式が説明してもフォローしきれないケースがあります。
ChatGPTのように日常インフラ化したサービスほど、障害の頻度そのものより「次に起きたときにどれだけ早く・具体的に状況を発信できるか」が、ユーザーの離脱を防ぐ分かれ目になっていくのではないでしょうか。

まとめ

8月20日朝のChatGPT障害は、OpenAIの公式記録上は1時間弱で収束したものの、ログイン・新規登録に加えてCodexやAPIまで巻き込む規模でした。
7月に起きた2度の障害と同じエラー文言が今回も報告されており、頻発する不具合そのものが、ChatGPTがどれだけ日常に組み込まれているかを逆説的に示しているといえそうです。