ChatGPT 読了 9 分

ChatGPT・Claude・Grokが同時に落ちた9月3日、35,000件の障害報告が突きつけたAI業界の共通点

Shiritomo編集部 @shiritomoAI_jp 2026年9月4日更新

「ChatGPTとCodexにエラーが出ています」。
2026年9月3日の朝、OpenAIの公式ステータスページにそんな一文が並びました。
ほぼ同じタイミングで、AnthropicのClaudeとxAIのGrokのステータスページにも似た表示が出ていました。
3社は本来ライバル同士のはずです。
それが同じ日の同じ時間帯に、そろって使いにくくなりました。

OpenAIのChatGPT、AnthropicのClaude、xAI（イーロン・マスク氏率いる企業）のGrokという、いま最も使われているAIチャットサービス3社が同時に不調になった――これが9月3日に起きたことです。
原因ははっきり1つに絞れておらず、各社がそれぞれ別の説明をしている状態です。
ChatGPTやClaudeを仕事や調べ物に日常的に使っている方なら、「あの日、急につながらなくなった」体験に心当たりがあるかもしれません。
この記事では、何が起きて、なぜ同時多発したと見られているのかを一次情報から整理します。

先に結論をまとめると：
– 9月3日午前（米国時間）、ChatGPT・Claude・Grokの3サービスが同時にエラー多発・接続不良に陥り、Downdetector（ユーザーからの障害報告を集計するサービス）への報告が急増しました
– OpenAIは「ルーティングエラー」、xAIは自社Memphisデータセンターの障害を原因として説明していますが、3社共通の単一原因は公式には特定されていません
– 昼にかけて各社が順次復旧を発表し、同日中に平常運転に戻りました

何が起きたのか

最初に大きく報じられたのはChatGPTの障害でした。
OpenAIは自社のステータスページで、ChatGPTとCodex（コーディング支援ツール）にエラー率の上昇が出ていると認め、原因を「ルーティングエラー」（ユーザーからの通信をどのサーバーに振り分けるか決める処理のミス）と説明しています。
米国太平洋時間の午前7時43分ごろに始まったとされています。

実はこれより早い時間帯から、xAIのGrokにも障害が起きていました。
xAI（現在はSpaceXAIブランドで運営）は、自社のMemphisデータセンターで障害が発生し、Grokの利用に影響が出たと発表しています。
公式声明はこう述べています。

“We are sorry for the issues you may have experienced with Grok following an outage at our Memphis compute center this morning.”（今朝のMemphisコンピュートセンターでの障害に伴い、Grokでご不便をおかけしたことをお詫びします）

AnthropicのClaudeも同時期に不調に陥りました。
同社は、上位モデルであるOpus 4.8とOpus 5で障害が続く一方、他のClaudeモデルは通常のエラー率まで回復したと発表しています。

Downdetectorへの報告は米国東部時間の午前10時30分から11時ごろにかけて急増し、ある時点でChatGPTだけで35,000件超、Claudeに1,400件、Grokに1,200件の報告が米国内から寄せられたと報じられています。
3社合わせて4万件近い「使えない」報告が、わずか1時間足らずのうちに集まった計算です。
ただ、この数字だけでは「なぜ3社が同時に落ちたのか」までは分かりません。
そこで各社の発表や海外メディアの報道を確かめてみました。

調べて分かったこと

なぜ3社が同時に落ちたのか？

結論から言うと、9月3日時点で「これが唯一の原因」と確定した発表はありません。
ただ、いくつかの手がかりが見えてきました。

1つ目は、3社がいずれもクラウド基盤としてMicrosoft Azureを利用している点です。
同じ時間帯にAzureの米国東部リージョンでネットワーク関連の障害があったとの報告があり、海外メディアの一部はこれがAI各社の不調に波及した可能性を指摘しています。
ただし、AWSやGoogle Cloudのステータスページには異常が見当たらなかったとする報道もあり、Azure単独で説明がつくかは確定していません。
Cloudflare（Webサイトの高速化・防御を担う裏方インフラ）についても関連が疑われましたが、同社は「当社のシステムは正常に稼働している」と関与を否定しています。

2つ目は、xAIのMemphisデータセンター障害です。
xAIは声明の中で、今回の障害が自社の「compute partners（計算資源を共有する提携先）」にも影響したことをほのめかしています。
提携先の名前は明かされていませんが、Anthropicが以前SpaceXAIとの間で計算資源の一部を借り受ける契約を結んでいたと報じられたことがあり、海外メディアはこの契約がClaudeの不調とMemphisの障害を結びつける可能性があると指摘しています。
とはいえ、これも公式に確定した因果関係ではなく、あくまで「タイミングが重なった」ことから推測されている段階です。

つまり、ルーティングエラー・Azureの地域障害・Memphisデータセンターの提携先波及という3つの説明が並び立っていて、どれか1つに単純化できる状況ではないようです。

どのくらいの時間、使えなかったのか？

サービスによって回復のペースにばらつきがありました。
Grokの障害は米国太平洋時間の午前6時30分ごろから約3時間半続いたとxAIは説明しています。
Claudeは、通常モデルが先に平常のエラー率へ戻った一方、上位モデルのOpus 4.8とOpus 5はしばらく不安定な状態が続きました。
ChatGPTも修正の適用が進められ、報道によれば米国東部時間の正午すぎ（12時38分ごろ）には3サービスとも「平常に戻った」との見方が出ています。

体感としては、朝の数時間、仕事や調べ物でChatGPTやClaudeを開いたら応答が返ってこない、あるいはエラーメッセージが出る、という状態が続いた計算になります。
日本時間では9月3日深夜から4日未明にかけての時間帯に当たり、日本のユーザーの多くは眠っている間の出来事だったかもしれません。

AIサービスが同時に落ちたとき、代わりの手段はあるのか？

今回のように主要サービスがまとめて不調になると、「今すぐ代わりに何を使えばいいのか」で困る場面が出てきます。
今のところ有効な対策は地味ですが、次の3つです。

まず、各社の公式ステータスページ（OpenAIならstatus.openai.com、Anthropicならstatus.anthropic.com、xAIならstatus.x.aiなど）を確認する習慣を持つことです。
障害が自分の通信環境の問題なのか、サービス側の問題なのかがすぐに切り分けられます。
次に、業務で常用しているAIが1つしかない場合は、別系統のサービス（今回のように同時に落ちなかったサービス）を予備として把握しておくと、いざというとき止まらずに済みます。
最後に、AIに下書きさせている途中の作業は、こまめに手元へ保存しておくことです。
障害中は編集内容が失われるケースも報告されており、「AIが落ちても作業だけは守る」という発想を普段から持っておく価値はありそうです。

Shiritomo編集部の考察：複数のAIを併用する運用は「保険」になる

今回のように3社が同時に落ちる出来事は、頻度としては稀です。
ただ、この1か月だけを振り返っても、ChatGPTやClaudeは単独でも複数回の障害を起こしています（後述の関連記事参照）。
SNS運用やコンテンツ制作の現場でAIを日常的に使っている方にとって重要なのは、「今回の原因が何だったか」以上に、「1つのAIに依存した業務フローは、年に数回は止まる前提で組む必要がある」という点だと考えます。
特に納期がある投稿作成やクライアントワークでは、メインのAIが落ちた場合の代替手段（別サービスへの切り替え、あるいは人力での応急対応）をあらかじめ決めておくことが、実務上の「保険」になります。
今回のようにクラウド基盤という裏側の共通点が見えてくると、複数のAIを併用していても根っこが同じインフラを共有していれば同時に止まるリスクがある、という点も頭の片隅に置いておいて良さそうです。

まとめ

9月3日、ChatGPT・Claude・Grokという主要AIサービスがそろって不調になり、米国だけでDowndetectorに数万件規模の報告が集まりました。
OpenAIのルーティングエラー、xAIのMemphisデータセンター障害、Azureの地域障害という複数の説明が並んでいますが、3社共通の単一原因は公式には確定していません。
いずれのサービスも同日中に復旧しており、AIサービスへの依存が深まるほど、こうした障害の影響範囲も大きくなることを改めて示す出来事になりました。