Sora API障害は復旧済み【28分の全面停止で何が起きたか】

Sora API障害は復旧済みです。
28分の公式時系列を確認し、既存ジョブの状態照合、少量再開、通常化の順で安全に戻しながら、9月24日の提供終了にも備えましょう。

Sora API障害は復旧済み【28分の全面停止で何が起きたか】

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:35InvestigatingSora APIのエラー増加を調査
16:03Resolved影響コンポーネントAPIs、復旧済み
OpenAI StatusのUTC時刻を日本時間へ換算

公式ページの表示は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と状態を照合します。

既存jobを確認
代表処理で検証
監視しながら戻す
failedだけを再実行候補にし、queued・in_progress・completedは重複送信を避ける
  • 既存状態を取得し、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提供終了へ向けて依存処理を洗い出しましょう。

GLOSSARY

AI用語集

1963 語を収録

意味の解説から背景の意外な逸話まで、AIの専門用語を一語ずつ。非エンジニアの視点で噛み砕いた、引くほど詳しくなる用語集です。

用語集を見る