Claude Statusとは？障害状況の確認方法とつながらない時の対処法・通知設定を解説

Claudeが急に応答しなくなったとき、原因が自分の環境にあるのかサービス側にあるのかで、取るべき行動は正反対になります。その切り分けを最初の1分で終わらせるための場所が、Anthropicが公開する稼働状況ページ「Claude Status」です。

claude.aiだけでなく、Claude APIやClaude Code、Claude Coworkといったサービスごとの状態が個別に表示され、過去の障害履歴と稼働率もあわせて公開されています。障害が起きているかどうかを推測ではなく事実として確認できる点が、このページを最初に開くべき理由です。

本記事では、ページの見方から原因の切り分け手順、エラーコード別の対処、障害を自動で知るための通知設定、そして業務を止めないための備えまでを順に整理します。

確認したいポイント	結論	詳細
Claude Statusとは何のページ？	Anthropic公式の稼働状況ページ	claude.aiやAPI、Claude Codeなど各サービスの稼働状態と障害履歴を公開しています。
公式ページのURLは？	status.claude.comが公式	旧status.anthropic.comからも到達でき、日本語環境からそのまま閲覧できます。
今Claudeが落ちているか知るには？	ページ上部の総合表示を確認する	「All Systems Operational」なら正常で、障害中は該当サービスに異常表示が出ます。
529エラーは何を意味する？	Anthropic側の一時的な過負荷	利用者の設定ミスではなく、時間をおいた再試行で解消することが多いサーバー側の事象です。
429エラーとの違いは？	429は自分側のレート制限超過	429は利用者アカウントの上限、529はサービス全体の混雑と、原因も対処も別物になります。
障害をいち早く知る方法は？	公式ページの通知を購読する	メール・Slack・Teams・Webhook・RSSから選べ、発生と復旧の両方が自動で届きます。
Claude Codeの/statusとの違いは？	手元の設定と接続を見る機能	サービス全体の障害ではなく、自分のモデル設定やアカウント状態を確認するための表示です。
業務利用で備えるべきことは？	代替手段と再試行の設計を用意	止まる前提で代替ツールと通知経路を決めておけば、障害時も業務を継続しやすくなります。

この記事でわかること

• Claude Statusで確認できる項目と、正常・障害の見分け方
• Claudeにつながらないときに原因を切り分ける4つの手順
• 429・500・529といったエラーコードの意味と対処の違い
• メールやSlackで障害情報を自動で受け取る通知設定の方法
• 障害時に業務を止めないための代替手段と社内体制の整え方

AIサービスの業務活用を検討中の方へ ネクストスケールは、生成AI・AIエージェントの導入設計から社内定着までを一気通貫で支援しています。障害時の運用ルールを含めた実務設計からご相談いただけます。 ▶ AI活用の無料相談を予約する

Claude Statusとは？Anthropicが公開する稼働状況ページ

Claude Statusは、AnthropicがClaude関連サービスの稼働状態をリアルタイムで公開している公式ページです。障害が発生した際の調査状況や復旧までの経過も時系列で記録されます。

第三者の観測サイトと違い、運営元が自ら状態を宣言する一次情報である点が重要です。SNSの投稿やダウン検知サービスより情報の確度が高く、業務上の判断根拠として社内に共有できる材料になります。

公式ページの場所と開き方

アクセス先はstatus.claude.comです。以前使われていたstatus.anthropic.comからも到達でき、ログインは不要で誰でも閲覧できます。（参照：Claude Status 公式ページ）

ブラウザのブックマークに入れておくのが基本ですが、障害時はまずここを開くという習慣を社内で共有しておくと効果が上がります。担当者ごとに確認先が違うと、状況把握に無駄な時間がかかるためです。

表示される6つのコンポーネント

ページには、claude.ai、Claude Console、Claude API、Claude Code、Claude Cowork、Claude for Governmentという6つの区分が並び、それぞれ独立した状態が表示されます。

この分割に意味があります。チャット画面は問題なく動いているのにAPI経由の処理だけが失敗する、あるいはClaude Codeだけが不調といった状況が実際に起こるためです。自分が使っている経路の欄を見ることが、正確な把握への近道になります。

ステータス表示の5段階

状態はOperational（正常）、Degraded Performance（性能低下）、Partial Outage（一部障害）、Major Outage（重大障害）、Maintenance（メンテナンス）の5段階で示されます。

見落とされやすいのがDegraded Performanceです。完全に停止しているわけではないため画面は動きますが、応答が極端に遅い、途中で切れるといった症状が出ます。動くのに使いづらいという状態の正体は、この段階であることが少なくありません。

インシデント履歴と稼働率の見方

ページ下部には日付ごとの障害履歴が並び、調査開始から原因特定、修正、解決までの各段階がUTC表記の時刻付きで記録されています。過去90日分の稼働率もコンポーネント別に公開されています。

2026年8月時点の90日稼働率は、claude.aiが99.41%、Claude APIが99.45%、Claude Codeが99.39%、Claude Consoleが99.84%と公開されています。99%台という数字は高い水準に見えますが、月あたりに換算すると数時間の停止が起こりうる幅であることは押さえておく必要があります。

履歴を遡ると、障害の傾向も読み取れます。特定のモデルだけで応答エラーが増える事象、認証まわりでログインが通らない事象など、性質の異なる障害が別々に記録されています。自社で起きた不具合と照らし合わせる際の材料になります。

ページで分かることと分からないこと

公開されるのは、Anthropicが障害として認定した事象です。裏を返すと、認定に至らない規模の不調や、特定の地域・経路でだけ発生している問題は表示されないことがあります。

利用が集中して一時的に応答が重くなる状態も、正式な障害として扱われない場合があります。ページが正常を示していても不調が続くときは、環境側の要因と混雑の両方を疑う姿勢が必要です。

関連記事：AIの使い分け｜ChatGPT・Gemini・Claude・Copilotの違いと業務別の選び方

Claudeにつながらないときの確認手順

原因の候補は、サービス側の障害、自分のアカウントの制限、手元の環境の3つに大別できます。上から順に潰していけば、短時間で答えにたどり着けます。

手順1：公式ステータスページを開く

最初にstatus.claude.comを開き、ページ上部の総合表示を確認します。「All Systems Operational」と出ていればサービス全体は正常で、原因は自分側にある可能性が高くなります。

異常表示が出ている場合は、どのコンポーネントが該当するかを見ます。自分が使っている経路と一致していれば、そこで調査は終わりです。復旧を待つ判断に切り替えられます。

履歴欄に更新が積まれていく様子も確認しておくと状況が読めます。調査中の段階か、原因特定済みで修正中か、監視中かによって、復旧までの見通しは大きく変わるためです。

手順2：エラーコードから原因を切り分ける

API経由やClaude Codeで作業している場合は、返ってきたエラーコードが最も強い手がかりになります。数字ごとに責任の所在が異なるためです。

500番台はサービス側、400番台は利用者側の問題という大枠で覚えておくと判断が速くなります。詳しい違いは次の章で個別に整理します。

手順3：自分の環境側を確認する

公式ページが正常を示しているなら、確認先は手元に移ります。ネットワーク接続、ブラウザのキャッシュ、拡張機能の干渉、社内プロキシやファイアウォールの設定あたりが典型的な原因です。

切り分けの手っ取り早い方法は、別の回線や別の端末で試すことです。スマートフォンの回線では動くのに社内Wi-Fiでは動かない場合、原因はネットワーク側にあると特定できます。

企業環境では、セキュリティ製品による通信制御が原因になることもあります。新しく導入されたフィルタリングや、更新された許可リストの影響で特定の宛先だけ通らなくなる事例は珍しくありません。情報システム部門への確認も選択肢に入れておきます。

手順4：第三者モニターで裏を取る

公式ページの更新は、実際の障害発生からわずかに遅れることがあります。多くの利用者が同時に不調を訴えているかどうかは、ダウン検知サービスや利用者コミュニティの投稿から把握できます。

これらはあくまで補助的な材料として扱います。公式が正式に認定していない段階の情報を社内に流すと混乱を招くため、共有する際は確定情報と観測情報を明確に分けることが大切です。

AI活用の運用設計まで相談したい方へ ツール選定から社内ルール整備、障害時の運用フローづくりまで、実務に落とし込む形でご支援します。現場が迷わない体制を一緒に設計します。 ▶ AIコンサル・AX伴走支援の内容を見る

関連記事：Claude Console（クロードコンソール）とは？APIキー発行と使用量管理の手順

エラーコード別の意味と対処法

同じ「エラーが出た」でも、番号によって取るべき行動は変わります。代表的な4つの区分を押さえておくと、無駄な調査を省けます。

429：レート制限に達した状態

429は、自分のアカウントが定められたリクエスト上限を超えたときに返る番号です。原因は利用者側にあり、サービス全体は正常に動いています。

対処はリクエスト間隔を空けること、同時実行数を減らすことが基本になります。業務で恒常的に発生するようであれば、プランの見直しや処理の分散を検討する段階です。

並列処理を組んでいる場合は特に出やすくなります。短時間に大量のリクエストをまとめて投げる設計になっていないか、実装を見直す価値があります。

500：サービス内部の予期しないエラー

500はAnthropic側のシステム内部で想定外の事象が起きたことを示します。リクエストの書き方やアカウント設定が原因ではないため、コードを見直しても解決しません。

推奨される対応は、待ち時間を段階的に延ばしながら再試行することです。繰り返し発生する場合は、リクエストIDを控えたうえでサポートに問い合わせる流れになります。

529：一時的な過負荷

529は、利用が集中してサービス全体が新しいリクエストを受け切れない状態を表します。新しいモデルの公開直後や利用のピーク時間帯に増える傾向があります。

429と混同されやすい点に注意が必要です。429は自分の枠の問題、529はサービス全体の混雑と、原因がまったく異なります。529に対してレート制限の対策を打っても効果はなく、時間をおくか別のモデルへ切り替えるのが現実的な対応です。

再試行の間隔にも工夫が要ります。失敗した直後に連打すると混雑を助長するため、待ち時間を徐々に延ばし、少しばらつきを持たせる方式が推奨されます。同時に走らせる処理の数を一時的に絞ることも有効です。

使用量の上限に達した場合との違い

プランごとの利用枠を使い切った場合に表示されるメッセージは、障害ともレート制限とも別の事象です。一定時間の経過で枠が回復する仕組みのため、待てば再び使えるようになります。

サーバー側の事象で失敗したリクエストは利用枠を消費しないという整理も覚えておく価値があります。障害中に何度も試したことで枠を無駄にしたのではないかという心配は、基本的に不要です。

関連記事：Claude Agentとは？Agent SDKとManaged Agentsの違い・選び方を解説

障害を早く知るための通知設定

気づいた時点で対応を始めるより、発生と同時に知らせを受け取るほうが復旧までの体感時間は短くなります。公式ページには複数の購読手段が用意されています。

メールとSMSで受け取る

ページ上部の購読ボタンからメールアドレスを登録すると、障害の発生、更新、解決のそれぞれで通知が届きます。電話番号を登録すればSMSでも受け取れます。

個人で使う場合はこの方法が最も手軽です。復旧の通知まで自動で届くため、ページを何度も開き直して確認する手間がなくなります。

登録時には確認コードの入力が求められます。業務用のアドレスで登録しておくと、私用端末を見ていない時間帯でも気づける体制になります。

SlackやMicrosoft Teamsに流す

チームで使っている場合は、SlackやMicrosoft Teamsのチャンネルへ直接通知を流す設定が有効です。Slackは連携ボタンから、TeamsはWebhookのURLを登録する形で設定します。

全員が同じタイミングで状況を把握できるため、同じ質問が各所で発生する事態を防げます。問い合わせ対応を担当する部署がある組織ほど、この設定の効果は大きくなります。

チーム内の情報共有や作業状況の管理を自動化する発想については、AIエージェントでタスク管理はどう変わる？7つの機能・主要ツール比較・導入法を解説でも取り上げています。

WebhookとRSSで自動処理につなげる

自社の監視基盤に取り込みたい場合は、Webhookの登録が適しています。障害の作成、更新、解決、コンポーネント状態の変化それぞれを受け取れます。

履歴をフィードとして取得するAtomとRSSも公開されています。過去のインシデントを定期的に集計し、自社の稼働報告に組み込むといった使い方も可能です。

通知先を用途で分ける

すべての通知を1か所に集めると、重要度の低い情報に埋もれて肝心な連絡を見落とします。開発チーム向けと業務部門向けで宛先を分けると運用が安定します。

分け方の目安は、対応が必要かどうかです。復旧作業やフォールバックの判断をする人には全件、業務で使うだけの人には重大障害のみという設計にすると、通知の価値が保たれます。

社内展開の判断材料をお探しの方へ 生成AIの業務活用や社内ルール整備の進め方をまとめた資料をご用意しています。稟議や社内説明の材料としてそのままお使いいただけます。 ▶ お役立ち資料をダウンロードする

Claude Codeの「ステータス」表示との違い

「claude status」という言葉には、サービスの稼働状況とは別の意味も含まれます。Claude Codeを使っている場合、手元の状態を確認する機能を指していることがあります。

/statusコマンドで確認できること

Claude Codeのチャット欄で/statusと入力すると、利用中のモデル、アカウント情報、設定の読み込み状況などが表示されます。確認できるのは自分の手元の状態です。

サービス全体の障害はこのコマンドでは分かりません。両者は見ている対象がまったく違うため、不調の原因を探す場面では公式ステータスページとあわせて使う必要があります。

ステータスラインのカスタマイズ

Claude Codeの画面下部には、常時表示されるステータスラインがあります。設定したシェルスクリプトを実行し、その出力を表示する仕組みで、内容は自由に組み替えられます。

/statuslineコマンドに表示したい内容を日本語で伝えると、スクリプトの生成と設定の更新まで自動で行われます。使用中のモデル名、Gitのブランチ、コンテキストの使用率などを常に視界に入れておくと、確認のための操作が減ります。

設定ファイルを直接編集する方法もあります。表示内容を細かく制御したい場合や、チームで同じ表示に揃えたい場合は、スクリプトを共有する形をとると管理しやすくなります。

サービス障害とローカル表示の切り分け

手元の表示が正常でも、サービス側が不調であれば処理は失敗します。逆に、サービスが正常でも設定の読み込みに失敗していれば期待どおりには動きません。

確認の順番を決めておくと迷いません。エラーが出たらまず公式ステータスページ、正常なら/statusで手元の設定という流れを習慣にしておけば、原因の特定にかかる時間は安定します。

障害時に業務を止めないための備え

AIを業務に組み込むほど、サービスの停止が業務の停止に直結します。止まらないことを前提にせず、止まった場合の動き方を先に決めておく発想が必要です。

代替手段を先に決めておく

障害が起きてから代わりを探し始めると、判断だけで時間を消費します。用途ごとに次善の選択肢を事前に決め、切り替え条件まで文書化しておくのが実務的です。

文章作成のように代替が効きやすい業務と、独自に構築した処理のように代替が難しい業務では、備え方が変わります。切り分けたうえで、後者から優先して対策を考える順序が効率的です。

代替手段は用意するだけでは機能しません。年に一度でも実際に切り替えて動かしてみると、アカウントが失効していた、設定が古いままだったといった問題が事前に見つかります。

業務ごとの依存度を整理する視点は、AIエージェントのビジネス活用とは？業種別事例・導入メリット・成功のポイントを解説が参考になります。

再試行とフォールバックを設計に組み込む

APIを組み込んだ処理では、失敗を前提にした作りにしておくと障害の影響を大きく減らせます。待ち時間を段階的に延ばす再試行は、一時的な過負荷に対して有効な手段です。

モデルを切り替えて処理を続けるフォールバックも実装しやすい対策です。容量はモデルごとに管理されているため、上位モデルが混雑していても別のモデルなら通ることがあります。

処理の分岐や役割分担の組み方については、AIエージェントのデザインパターンとは？Anthropic推奨の5パターンと選び方を解説で解説しています。

影響範囲を可視化しておく

どの業務がどのサービスに依存しているかを一覧にしておくと、障害発生時の影響範囲を即座に判断できます。棚卸しは平時にしかできない作業です。

IPAも、クラウドサービスの停止に備えた対策の検討と、ネットワーク側の冗長化を別途検討すべき点として挙げています。サービス自体が正常でも、回線が使えなければ結果は同じになるためです。（出典：IPA「エンタプライズ系事業／ITサービス継続」）

バックオフィス業務のように複数部門が関わる領域では、影響が連鎖しやすくなります。自動化の範囲が広いほど、依存関係の整理は丁寧に行う価値があります。

部門横断で自動化を進める際の全体像は、AIエージェントでバックオフィスを自動化｜部門別の活用事例と導入のポイントにまとめています。

社内への周知ルートを整える

障害時に最も負荷がかかるのは、状況を聞かれる立場の担当者です。誰がどの経路で全社に知らせるかを決めておくと、問い合わせの集中を防げます。

定型文をあらかじめ用意しておく方法も有効です。発生の第一報、状況更新、復旧報告の3種類を用意しておけば、判断に迷わず短時間で発信できます。

発信の際は、確定している事実と未確定の見込みを分けて書きます。復旧時刻を安易に約束すると、遅れた場合に信頼を損ないます。公式ページの更新状況をそのまま引用する形が、最も誤解を生みにくい伝え方です。

止まらない仕組みまで含めて設計するなら 再試行やフォールバックを織り込んだAIシステムの設計・開発をご支援します。既存システムとの連携や運用保守までまとめてご相談いただけます。 ▶ AIシステム開発のサービス内容を見る

企業がAIサービスの可用性と向き合う視点

個人が一時的に使えないことと、業務プロセスが止まることでは、影響の重さがまったく異なります。組織として持つべき視点を3つに整理します。

稼働率の数字をどう読むか

公開されている稼働率は判断材料になりますが、数字だけを見て安心するのは早計です。99%台であっても、停止が発生する時間帯によって業務への影響は大きく変わります。

重要なのは、自社の業務ピークと重なったときに何が起きるかを想像しておくことです。締め日や繁忙期に止まった場合の代替手順まで決めてあれば、稼働率の数字は現実的な意味を持ちます。

コンポーネントごとに数字が違う点にも目を向けます。チャット画面とAPIでは稼働率が異なるため、業務がどちらに依存しているかによって見るべき数字は変わります。社内で共有する際は、対象を明示して伝えることが誤解を防ぎます。

依存度に応じた体制をつくる

試験的に使っている段階と、基幹業務に組み込んだ段階では、必要な備えの水準が違います。依存度が上がるほど、監視と代替手段への投資は正当化されます。

段階を分けて考えると判断しやすくなります。試用段階では通知設定だけ、部門展開では代替手順の文書化、基幹利用では冗長化の実装というように、投資の重さを依存度に合わせる形です。

導入段階ごとの進め方や体制づくりは、AIエージェント導入支援とは？サービス内容・費用相場・パートナーの選び方と成功のポイントで詳しく整理しています。

担当者の対応力を高める

手順書を用意しても、実際に判断するのは現場の担当者です。エラーの意味を理解し、切り分けの順序を体で覚えている人がいるかどうかで、復旧までの時間は変わります。

ツールの使い方だけでなく、うまくいかないときの動き方まで含めて学ぶ機会を用意することが定着につながります。障害対応は経験が物を言う領域であり、事前の訓練が効果を発揮しやすい部分です。

社内の育成手段を比較したい場合は、AI研修おすすめ15サービス比較｜目的×規模で失敗しない選び方が判断材料になります。

自社で仕組みを組み立てる段階に進むなら、設計の勘所を押さえておくと手戻りが減ります。

検証から本格運用までの設計手順は、AIエージェントの構築方法とは？作り方の手順・活用事例・ツール選びまで解説で具体的に解説しています。

まとめ

Claude Statusは、claude.aiやClaude API、Claude Codeなど6つの区分ごとに稼働状態を公開するAnthropicの公式ページです。障害の有無を一次情報として確認できるため、不調を感じたときに最初に開く場所として適しています。

原因の切り分けは、公式ページの確認、エラーコードの判別、手元環境の点検、第三者情報での裏取りという順序で進めると短時間で終わります。429は自分側のレート制限、500と529はサービス側の事象という区別を覚えておくと、無駄な調査を避けられます。

業務で使う場合は、通知の購読と代替手段の準備をセットで整えることが実質的な備えになります。止まらない前提で組むのではなく、止まったときにどう動くかを決めておくほうが、結果として業務は安定します。

まずは公式ページの通知設定を済ませ、影響範囲の棚卸しから着手してみてください。準備の有無が、次の障害時にそのまま差として表れます。

AI活用の体制づくりを一緒に進めるなら ネクストスケールは、AI研修から開発・運用支援までを一貫して提供しています。導入して終わりではなく、使われ続ける状態をつくるところまで並走します。 ▶ サービスについて問い合わせる