Sora API障害は復旧済み【28分の全面停止で何が起きたか】
Sora API障害は復旧済みです。
28分の公式時系列を確認し、既存ジョブの状態照合、少量再開、通常化の順で安全に戻しながら、9月24日の提供終了にも備えましょう。
OpenAIが公表したSora APIの障害は復旧済みで、2026年7月11日、公式ステータスで「Full outage」と分類された状態が28分続きました。
ただし、原因や影響件数は公表されておらず、
復旧後に必要なのは一括再送ではなく、処理状態を確かめて少量から戻すことです。
結論復旧確認と再送判断を分ける
公式の復旧表示は、個々の動画ジョブがすべて成功したという意味ではありません。既存ジョブの状態確認、少量再開、通常化の順で戻しましょう。
Sora API障害は復旧済み|28分の公式時系列
OpenAI Statusの記録では、調査開始は06:35 UTC、復旧は07:03 UTCで、
日本時間では7月11日15:35から16:03に当たります。
| 日本時間 | 公式更新 | 確認できる内容 |
|---|---|---|
| 15:35 | Investigating | Sora APIのエラー増加を調査 |
| 16:03 | Resolved | 影響コンポーネントAPIs、復旧済み |
公式ページの表示はFull outage、継続28分、影響コンポーネント1件で、これはOpenAIの分類であり、全利用者の全要求が失敗したとまでは確認できません。
出典: OpenAI Status「Elevated Errors for Sora API」(英語)
Sora API障害で分かったこと・分からないこと
確定しているのは、Sora APIでエラーが増え、OpenAIが復旧を告知したことですが、
根本原因、失敗した要求数、利用者数、障害中の個別エラーコードは掲載されていません。
事実の境界公式にない原因は断定しない
アクセス集中や更新作業が原因だったとは確認できません。社内報告では「原因は公式未公表」と残し、自社ログで確認できた影響と分けます。
障害情報を読む時は、原因推測より確定情報と未確定情報を分けることが重要で、過去の事例から整理する方法は、Claude障害の原因を断定しない確認手順も参考になります。
Sora APIエラーはどう切り分けるか
Sora APIが止まったように見えても、公式障害、自社の認証、通信、レート制限は対処が異なるため、
まずHTTP応答とvideoジョブの状態を分けて確認してください。
| 確認結果 | 主な意味 | 次の確認 |
|---|---|---|
| 500・503 | サーバー側エラー・過負荷 | 短く待ち、公式ステータスを確認 |
| 429 | レート制限またはクォータ | 上限と利用量を確認 |
| 401 | 認証関連 | APIキーと権限を確認 |
| 接続エラー | 通信・プロキシなど | 自社ネットワークを確認 |
注意今回の障害コードとは限らない
表はOpenAIの一般的なAPIエラー分類です。7月11日の障害で各コードが出たという記録ではありません。
出典: OpenAI API error codes guide(英語)
Sora API復旧後は3段階で処理を再開する
復旧表示を見て保留分を一斉に再送すると、二重生成や負荷集中につながるおそれがあるため、
Sora APIでは、先に既存ジョブIDと状態を照合します。
- 既存状態を取得し、queued、in_progress、completed、failedを分ける
- 代表的な少数処理で成功、所要時間、出力を確認する
- 監視と停止条件を付けたまま通常量へ戻す
再送前の照合結果を台帳へ残すと、請求や出力の重複確認がしやすくなるため、記録項目はAPI台帳の作り方、復旧確認はAI障害復旧後のチェック項目にまとめています。
出典: OpenAI Videos API Reference(英語)
28分の全面停止から会社が備えること
28分でも、動画生成を受注、審査、配信へ直結させていれば業務は止まるため、API停止を例外ではなく運用条件として設計しましょう。
備え4点を決めておく
受付の一時停止、ジョブIDの保存、再開責任者、手作業の代替を先に決めます。自動再試行には回数上限と停止条件を付けてください。
AIが止まった時に人が迷う設計は危険であり、代替作業と連絡先はAI停止時の業務継続計画を参考に、平常時に確認できます。
Sora APIの9月24日提供終了は別に考える
今回のSora API障害は復旧しましたが、API自体は2026年9月24日に提供終了予定です。
Web版とアプリは4月26日に終了しており、終了日は同じではありません。
重要復旧と継続提供を混同しない
今回直ったことと、9月24日以降も同じAPIを使えることは別です。後継を推測せず、公式案内を確認しながら移行期限を決めてください。
Sora APIを本番業務で使う企業は、障害対策だけで移行計画を後回しにせず、依存処理、保存データ、品質基準、承認フローを洗い出します。
出典: OpenAI Help Center「Sora提供終了について」
よくある質問
確認復旧・原因・再送・終了日を分ける
障害の事実と通常時のエラー対処を混ぜないよう、公式に確認できる範囲で答えます。
QSora API障害は復旧しましたか?
ASora API障害は復旧済みです。OpenAIは2026年7月11日07:03 UTC、日本時間16:03にResolvedと更新しました。
QSora APIは何分停止しましたか?
ASora APIの公式ステータス表示では、Full outageの継続時間は28分です。
QSora API障害の原因は何ですか?
ASora API障害の原因は公式ページで公表されていません。アクセス集中などと断定せず、追加の公式説明を確認してください。
Q復旧後は失敗した処理をすべて再送してよいですか?
A復旧後も一括再送は避けます。既存ジョブの状態を確認し、failedの処理を中心に少量から再開してください。
Q429エラーは今回のSora API障害が原因ですか?
A429エラーだけで今回のSora API障害とは判断できません。通常はレート制限またはクォータを確認し、公式ステータスと照合します。
QSora APIは今後も利用できますか?
ASora APIは2026年9月24日に提供終了予定です。最新の公式案内を確認し、終了日までに移行計画を用意してください。
まとめ
Sora API障害は28分で復旧済みですが、原因と影響件数は未公表のため、まず自社のジョブ状態を照合し、少量から処理を戻してください。
次の行動復旧対応と移行準備を並行する
再送記録と停止条件を整えながら、9月24日のAPI提供終了へ向けて依存処理を洗い出しましょう。