「Claudeが応答しない」「今、障害が起きてる？」「急に重くなった・エラーが出る」——今まさに困っている方のために、障害かどうかを30秒で確認する方法→障害ではない場合の定番原因3つ→仕事を止めない備えの順でまとめました。Claudeを業務の基盤として毎日運用しているAI×ノーコードの導入支援会社（支援実績150社以上）が、公式情報だけを根拠に解説します（2026年7月時点）。
障害かどうかは公式ステータスページ（status.claude.com）を見れば30秒で分かります。「All Systems Operational」なら大規模障害ではありません。
障害でないのに使えない場合、定番原因は3つ——①混雑による一時制限（数分待って再試行）②利用枠の上限到達（リセット時刻まで待つ）③チャットが長すぎる（新しいチャットに分ける）。それぞれ公式の対処があります。
01 まず30秒——公式ステータスページの見方
status.claude.comがClaudeの公式ステータスページです。見るポイントは3つ。
- 全体表示：「All Systems Operational」なら全サービス正常。障害中はここに内容と復旧状況が表示される
- サービス別の状況：claude.ai（チャット）・Claude API・Claude Code・Coworkなどが個別に監視されている。「チャットは落ちてるがAPIは生きている」のような切り分けができる
- 障害履歴：過去の障害の発生・復旧の記録。頻度や傾向もここで確認できる
SNSで「Claude 落ちた」と検索するより、まずここ。公式の一次情報が最速で正確です。
02 診断——障害？それとも自分側？
Q. status.claude.comの表示は？
「Claude落ちた？」でよくある誤解3つ
- 誤解①「SNSで騒がれている＝障害」：「Claude 落ちた」という投稿の多くは、実際には個人の利用枠上限や長いチャットの重さです。判断は必ず公式ステータスページで
- 誤解②「ステータスが正常なら自分の環境が悪い」：障害の検知・掲載には短いタイムラグがあり得ます。正常表示でも全く応答しない場合は、数分置いて再確認を
- 誤解③「たまに止まるなら業務では使えない」：主要サービスの稼働率は99%台（ステータスページの90日実績）。電気や通信と同じで、止まる前提の備え（次章）があれば業務基盤として十分実用です
03 障害じゃないのに使えない——定番原因3つと公式の対処
| 表示・症状 | 正体 | 対処（公式） |
|---|---|---|
| 「unexpected capacity constraints…」（容量制約で応答できません） | 混雑による一時的な負荷制限。公式が「障害ではない」と明記 | 数分待って再試行。混雑時間帯を外すのも有効 |
| 「5-hour limit reached – resets ◯時」（利用枠の上限） | プランの利用枠（5時間単位）に到達 | 表示されたリセット時刻まで待つ。設定で追加クレジットを有効にして続行も可（有料プラン） |
| 「メッセージが長さ上限を超えます」 | 1つのチャットが長くなりすぎた | 内容を分割する／先に要約させる／新しいチャットを始める（公式の4対処） |
この3つはいずれも故障ではなく仕様です。特に「長いチャットが重い・エラーになる」は、会話が長いほど毎回読み直す量が増える仕組み上自然な現象で、話題ごとに新しいチャットへ分けるのが根本対策になります。
代表 西澤💡 「Claudeが壊れた！」という社内の悲鳴、実際に調べると混雑の一時制限か、1つのチャットを何日も使い続けたことによる長さ上限がほとんどです。当社では「話題が変わったら新しいチャット」を社内ルールにしてから、この種の相談はほぼ消えました。
04 どこで使っているかで違う——サービス別・症状の出方と対処
同じ「Claudeの障害・不調」でも、チャット・Claude Code・API・アドインのどれで使っているかで症状の出方と対処が変わります。ステータスページがサービス別に監視されているのはこのためです。
| 使っている場所 | よくある症状 | 対処 |
|---|---|---|
| チャット（claude.ai） | 応答が止まる・「capacity constraints」・枠切れ表示 | ステータス確認→数分待つ→新しいチャットで再試行。長いチャットの分割が根本対策 |
| Claude Code | 途中で止まる・API Error表示（529=混雑・429=枠・5xx=サーバー側） | ステータスの「Claude Code」欄を確認。再起動してもclaude --resumeで会話は消えないので、固まったら閉じて再開が最速 |
| API（システム組み込み） | 529 Overloaded・5xxエラーがアプリ側に返る | ステータスの「Claude API」欄を確認。自社システム側に再試行（リトライ）処理を入れておくのが恒久対策 |
| Excel等のアドイン・Chrome拡張 | パネルが応答しない | 本体（claude.ai）が動くか先に確認→動くならアドインの再起動・再サインイン |
切り分けのコツは「別の入り口で試す」こと。チャットがダメでもClaude Codeは動く（またはその逆）なら、全面障害ではなく特定サービスの問題と特定できます。
05 「重い・遅い」と感じるときのチェックリスト
- チャットが長すぎないか：数日使い回した長いチャットは応答が遅くなりがち。新しいチャットに切り替えるだけで体感が変わります
- 混雑時間帯ではないか：利用集中の時間帯は応答が遅くなったり、無料プランでは制限が早まったりします。急ぎでなければ時間をずらす
- 重い処理を頼んでいないか：巨大ファイルの読み込みや複雑な分析は、そもそも時間がかかる処理です。進んでいるなら待つのが正解
- 回線・ブラウザ側の問題：別のブラウザ・シークレットウィンドウ・スマホ回線で試すと切り分けられます
06 仕事を止めない備え——業務で使う会社の障害対策
AIを業務の基盤にするほど、「止まったときの段取り」が重要になります。当社が実際にやっている備えは3つです。
-
障害通知を購読する
status.claude.comではメール・SMS・Slack・Teams等への障害通知を購読できる。障害の発生と復旧が自動で届くので、原因調査に時間を溶かさない。
-
影響範囲を切り分けられるようにする
ステータスページはサービス別（チャット／API／Claude Code等）。どの業務が止まり、どれが動くかを判断して優先順位をつける。
-
代替手段を1つ持っておく
締切のある作業には代替AI（当社はChatGPTを併用）や手作業の逃げ道を用意。1つのツールに全依存しないのは、AI時代の基本的なリスク管理。
07 そのまま使える——障害時の社内対応テンプレート
AIが業務に組み込まれるほど、障害時に問われるのは「社内への伝え方」です。当社が実際に使っている型を、コピーして使える形で置いておきます。
【Claude障害情報】現在、Claude（対象：チャット／Claude Code）に障害が発生しています（公式ステータスページで確認済み）。復旧まで、急ぎの文書作成は通常手順（テンプレ／過去文書の流用）で対応してください。復旧したら再度お知らせします。経過：status.claude.com
【復旧】Claudeが復旧しました（公式確認済み）。障害中に手動対応した作業で、AIでの再チェックが必要なものがあれば各自お願いします。
あわせて、復旧後にやること3つ——①障害中に送信していた依頼が中途半端に処理されていないか確認 ②定期実行系のタスク（スケジュール・自動化）が飛んでいないか確認 ③今回の影響業務をメモし、次回の代替手順を1行更新。この3つを回すだけで、障害のたびに強い運用になっていきます。
代表 西澤💡 当社では障害通知を社内チャットに自動転送し、上のテンプレを貼るだけの運用にしています。障害対応で一番消耗するのは「原因調査」ではなく「今どうなってるの？と何度も聞かれること」——先回りの一斉共有が、実は最大の時短です。
08 よくある質問（FAQ）
Claudeの障害情報はどこで確認できますか？
公式ステータスページ（status.claude.com）です。claude.ai・Claude API・Claude Code・Coworkなどサービス別の稼働状況、障害の内容と復旧状況、過去の障害履歴が公開されています。
「capacity constraints」というエラーは障害ですか？
障害ではありません。公式ヘルプが「一時的な負荷管理であり、障害ではない」と明記しています。数分待ってから再試行してください。
「5-hour limit reached」と表示されました。
プランの利用枠（5時間単位で管理）に達した状態です。表示されたリセット時刻まで待つか、有料プランでは設定から追加クレジットを有効にして続行できます。頻発する場合は上位プランの検討時期です。
応答が急に遅くなりました。故障ですか？
まずステータスページを確認し、正常なら「チャットが長すぎる」が最有力です。話題ごとに新しいチャットへ分けると解消することが多く、混雑時間帯を外すのも有効です。
障害はどのくらいの頻度で起きますか？
ステータスページに90日間の稼働率と障害履歴が公開されており、主要サービスはおおむね99%台の稼働率です。頻度や傾向はご自身で履歴から確認できます（2026年7月時点）。
業務で使っているので、障害時が心配です。
①ステータスページの通知購読（メール・Slack等）②サービス別の影響切り分け③代替手段の用意、の3点セットをおすすめします。1つのAIに全依存しない設計が基本です。
復旧したはずなのに、まだ調子が悪いです。
大規模障害の復旧直後はアクセスが集中し、一時的な混雑制限（capacity constraints）が出やすくなります。30分ほど時間を置くか、急ぎでなければ混雑時間帯を外してください。障害中に送った依頼が中途半端になっていないかの確認もおすすめします。
API利用で529や5xxのエラーが返ります。
529（Overloaded）は混雑、5xxはサーバー側の一時的な問題です。ステータスページの「Claude API」欄を確認しつつ、自社システム側に自動再試行（リトライ）処理を入れるのが恒久対策です。頻発する場合は処理の分散・実行時間帯の調整も検討してください。
代表 西澤当社はメディア運用も開発もAIが基盤なので、「Claudeが止まったら？」は他人事ではありません。その上での結論は、障害を恐れるより、止まったときの段取りを先に決めておくこと。通知の購読、影響の切り分け、代替手段——これは停電やシステム障害への備えと同じ、普通の業務継続の話です。むしろ「たまに止まるから使わない」のは、停電があるから電気を使わないというのと同じ判断だと思っています。備えて、使い倒す。それがAI時代の実務の標準です。
「止まっても業務が回る」AI活用の設計、実運用のプロが伴走します
ツールの使いこなしから、障害時の業務継続設計・複数AIの使い分けまで。AIを業務基盤として運用する導入支援会社が無料で相談に乗ります（支援実績150社以上）。
ログインの問題は別記事で詳しく解説予定です。Claudeの全体像はClaudeとは？完全ガイドをご覧ください。
09 出典・参考（公式・2026年7月時点）
📌 公式情報源
- Claude公式ステータスページ（サービス別稼働状況・障害履歴・通知購読）
- Claude公式ヘルプ：Troubleshoot Claude error messages（容量制約・利用枠上限・長さ上限の各エラーと対処）
エラーの文言・仕様は更新されることがあります。最新情報は公式ヘルプをご確認ください（本記事は改定確認のたびに更新します）。
