主要AI・Cloudサービスの公式ステータスページ一覧｜障害かなと思ったときに最初に見る一次情報

Sun, 27 Sep 2026 00:00:00 +0900

なぜ最初に公式Statusを見るか
#

Codexを使っていて、「再接続中 /5」「builder error」という表示が続いたことがあります。最初はローカル環境やネットワーク、認証設定を疑い、順番に確認していきました。

OpenAI Statusのインシデント履歴には、2026-09-25に「Issues with Codex」という記録があります（解決済み）。同じ時期にCodex側でも障害が起きていたこと自体は、この公式記録から確認できます。

手元で見た症状が、このインシデントと同一だったかまでは確認していません。それでも、調査の初動に公式Statusの確認を加えれば、サービス側の障害を見落としにくくなります。

同じ状況は、外部サービスに依存していれば誰にでも起こります。自分の環境だけを疑って調べ続けると、原因がサービス側の障害だった場合に調査時間が余分にかかります。

このページは、AI・Cloud・SaaSサービスを使っていて、障害かどうかをまず切り分けたい読者向けの一覧です。各サービスの公式ステータスページを、カテゴリ別にまとめています。

障害を自動検知する仕組み（API監視やWebhook通知の実装）は扱いません。人が最初にブラウザで開く、URL集として使うものです。

確認した範囲
#

このページに掲載したURLは、2026-09-27時点でアクセスし、存在と到達を確認しています。多くのページは内容も直接確認できましたが、Google AI StudioとAWSの全体ステータスページは自動取得では本文を確認できず、掲載する用途は各社の公式ドキュメント側の記載で確認しました。

各サービスの稼働状況は随時変わるため、本記事には現在の状態ではなく確認先のURLを掲載しています。

一部のページ（xAI、Mistral AIなど）は、自動化ツールからのアクセスがボット対策でブロックされることがあります。ブラウザからは通常どおり閲覧できます。

障害を疑ったときの基本フロー
#

flowchart TD
    A[エラー・遅延・接続失敗] --> B{公式Statusに障害が出ているか}
    B -- 出ている --> C[影響範囲・発生時刻・復旧見込みを確認]
    B -- 出ていない --> D[認証・権限・quota・billing・networkを確認]
    D --> E{原因が分かったか}
    E -- 分かった --> F[対処する]
    E -- 分からない --> G[Statusにまだ出ていない可能性を考慮する]

公式Statusを確認するのは、原因を決めつけるためではありません。自分の環境を疑う前に、切り分けの選択肢を1つ増やすためです。障害が出ていなくても、あとの節で扱う理由から「サービス側は問題ない」と即断はしません。

AWS on LIFELOG

主要AI・Cloudサービスの公式ステータスページ一覧｜障害かなと思ったときに最初に見る一次情報

なぜ最初に公式Statusを見るか #

確認した範囲 #

障害を疑ったときの基本フロー #

なぜ最初に公式Statusを見るか
#

確認した範囲
#

障害を疑ったときの基本フロー
#