ChatGPT で画像生成が止まったら、最初に見るべきなのは「何枚までか」ではなく、どの表面で止まったかです。短い待機表示なら製品内のリセット時刻を待ちます。720時間 や 30日 の表示なら、報告されている長期ロックアウトまたはアカウント状態の症状として証拠を残します。ポリシー拒否なら依頼文を直します。生成が空白・失敗・停止するなら OpenAI Status を見ます。コードで 429 が返るなら、ChatGPT プランではなく OpenAI Platform の Limits、project、model、billing を確認します。
2026年5月4日時点で、OpenAI の公開ヘルプは ChatGPT Images 2.0 を現在の ChatGPT 画像体験として説明し、画像作成が ChatGPT 各プランで使えることを示しています。ただし、公開 ChatGPT ヘルプは Free、Plus、Pro の画像枚数を一つの安定した表として出していません。したがって、古い枚数表より、画面上の待機表示、現在のアカウント状態、OpenAI Status、API では自分の Platform Limits の方が強い判断材料です。
| 表示されるもの | 可能性が高い表面 | 最初の安全な動き |
|---|---|---|
| 短い待機・cooldown | ChatGPT アプリ側の使用制限または容量状態 | 製品内リセット時刻を待ち、1回だけきれいに試す |
720時間 または 30日 | 報告されている長期ロックアウト症状 | スクリーンショット、プラン、時刻、端末を記録 |
| 安全・ポリシー拒否 | 依頼内容が許可されない | プロンプトを安全な表現に直す |
| 空白、停止、生成失敗 | サービス状態または一時的な失敗 | OpenAI Status を見る |
HTTP 429、rate_limit、quota | OpenAI API の project、model、tier、billing | error body、headers、Limits を見る |
停止ルール：VPN、Cookie削除、新規アカウント、スクリプト連打、共有アカウント、無制限をうたう provider を主対処にしないでください。アカウント状態とサポート証拠を壊しやすくなります。
まず止まった表面を見分ける
実際の利用相談では 720時間 の話題が目立ちますが、同じ「画像が作れない」でも分岐は複数あります。ChatGPT アプリの待機、長期表示、ポリシー拒否、サービス失敗、API 429 は、同じタイマーで回復しません。
| 分岐 | 意味 | 先にすること | 避けること |
|---|---|---|---|
| アプリの短期待機 | アカウント、モード、プラン、容量で一時停止 | 表示されたリセットまで待つ | 何度も同じ依頼を送る |
| 720時間表示 | アカウント状態または長期待機の報告症状 | 証拠パケットを作る | 公式月間上限と断定する |
| ポリシー拒否 | 画像依頼の形が許可されない | 依頼内容を変える | quota 回復を待つ |
| 生成失敗 | リクエストやサービスが完了していない | Status を見てから再試行 | すべてを quota と決める |
| API 429 | Platform API 側の制限または課金状態 | model、org、project、tier、billing を見る | Plus/Pro が API を上げると考える |
この順序にすると、古い「Plus は何枚」「Free は何枚」という表に引っ張られにくくなります。古い数字は、特定の時期、モデル、容量イベント、または個別アカウントの観測だった可能性があります。
OpenAI の公開情報で言えること
OpenAI の Images in ChatGPT FAQ は、ChatGPT 側の画像体験を確認する主な情報源です。ここから言えるのは、ChatGPT Images 2.0 が現在の体験であり、画像作成が ChatGPT の各プランで提供されるということです。
ただし、可用性と枚数表は別です。OpenAI の ChatGPT release notes も Images 2.0 の rollout と paid ChatGPT の Images with thinking を説明しますが、Free、Plus、Pro の固定枚数表にはなりません。
| 主張 | 安全な扱い |
|---|---|
| ChatGPT は画像を生成できる | できるが、プラン、機能、安全、容量の制約を受ける |
| Free/Plus/Pro の固定枚数が公開されている | 2026年5月4日時点の公開 ChatGPT ヘルプでは安定表として扱わない |
| 720時間は公式の月間制限 | OpenAI が明示しない限り、報告症状として扱う |
| Plus や Pro で API 制限も増える | ChatGPT アプリと Platform API は別 |
ChatGPT Images の名称や GPT Image 2 API の広い整理は ChatGPT Images 2.0 に任せ、ここでは止まった画像生成の復旧だけを扱います。
短い待機と 720時間表示
短い待機なら、表示されたリセット時刻を待ちます。別タブで同じ依頼を連打すると、タイムラインが汚れ、後で何が効いたのか分からなくなります。
720時間 または 30日 は別扱いです。Reddit、知恵袋、note、国内解説などでこの表示は広く語られていますが、それだけで OpenAI の公式月間 quota にはなりません。支援に出すなら、推測ではなく証拠をまとめます。
| 証拠 | 役割 |
|---|---|
| 正確なメッセージのスクリーンショット | 文言と待機時間を残す |
| プラン、workspace、アカウント種別 | Plus、Pro、Business、チーム状態を分ける |
| 時刻とタイムゾーン | rolling window、障害、アカウントイベントを分ける |
| Web/iOS/Android/desktop | 表示差を見つける |
| 直近の画像生成量 | 長期表示と実使用が矛盾するか見る |
| プロンプトの種類 | quota、policy、安全拒否を分ける |
| OpenAI Status | 全体障害を個別アカウント問題にしない |
使用量が少ないのに長期表示が出る、複数端末で再現する、有料アカウントで画面表示と実態が合わない場合は、証拠を短くまとめてサポートへ送ります。個人情報、秘密プロンプト、支払い情報、API key は含めません。
ポリシー拒否と生成失敗を分ける
ポリシー拒否は待機では直りません。対象、実在人物の扱い、危険な指示、過度に具体的な敏感表現を取り除き、より一般的な視覚説明にします。
生成失敗や空白出力は、quota ではなくサービス状態の可能性があります。スピナーが終わらない、画像が空白、一般的なエラーが出る場合は、OpenAI Status を見てから再試行します。過去には ChatGPT と API の画像生成に影響するエラー率上昇もありました。過去の障害は現在の証明ではありませんが、Status を分岐に入れる理由にはなります。
順序は次の通りです。
- 表示文をそのまま読む。
- ポリシー文なら依頼を直す。
- 一般的な失敗なら Status を見る。
- 障害が出ていれば待ち、時刻を残す。
- Status が正常で同じ失敗が続くなら、新しい会話または別プラットフォームで一度だけ比較する。
同時に多くの変数を変えないでください。ブラウザ、ネットワーク、依頼文、プラン、アカウントを同時に変えると、成功しても理由が分かりません。
API の画像レート制限は別の経路
コードで HTTP 429、rate_limit、insufficient_quota、quota wording が出るなら、ChatGPT の画面ではなく OpenAI Platform の証拠を見ます。OpenAI の image generation rate-limit help は、画像 API の制限がモデルと usage tier によって変わると説明します。API rate-limit guide も、organization、project、model、tier、billing を前提にしています。
| API 証拠 | 見たいこと |
|---|---|
| HTTP status と error body | rate pressure、quota、billing、permission のどれか |
error type と code | API 分岐 |
| model 名 | 意図した画像モデルか |
| organization と project | 同じ project を見ているか |
| usage tier と billing | 必要な制限と支払い状態があるか |
| response headers | reset や remaining の信号があるか |
| Platform Limits | 現在のアカウント固有制限 |
API 429 の復旧は OpenAI API rate limit に進みます。API 料金や無料可否の判断は、API 側だと分かってから is GPT Image 2 API free を見ます。
今日さらに画像が必要な場合
安全な動きは表面ごとに変わります。
| 状況 | 次にすること |
|---|---|
| 通常のアプリ待機 | リセットを待ち、1回だけきれいに試す |
| 生成失敗が続く | Status を見て、回復後に再試行または依頼を簡略化 |
| ポリシー拒否 | 許可される形に依頼を書き直す |
| 長期表示 | 証拠パケットを作り、矛盾がある時だけ相談 |
| 大量の本番作業 | API の queue、batch、cost control、rate-limit 設計を検討 |
| API 429 | pacing、model/project、tier、billing、quota を直す |
個人の ChatGPT 作成なら、API は単純な回避策ではありません。API は key、billing、logs、storage、rate limit、model routing、policy handling を自分で扱う開発経路です。製品機能や自動化パイプラインなら正しい選択肢になり得ますが、アプリ制限の抜け道として使うものではありません。
仕事で今日中に画像が必要な場合は、まず「今すぐ必要な完成物」と「後で試せる探索」を分けます。完成物はリセット後に一回で通るよう、依頼文、参照画像、サイズ、禁止したい要素を整理します。探索は同じ時間帯に連打せず、重複する案をまとめておきます。チーム利用なら、誰のアカウント、どの workspace、どの端末、どの依頼カテゴリで止まったかを共有すると、個人の待機なのか、チーム側の状態なのか、サービス側の失敗なのかを判断しやすくなります。
API に移す判断も同じです。毎日決まった枚数を生成する、失敗時に再試行を管理したい、コストとログを残したい、製品内で画像を作る必要があるなら、API 設計は検討できます。逆に、個人が数枚追加でほしいだけなら、API は鍵管理、請求、保存、監査、レート制限を増やします。短い待機を避ける目的だけで使うと、問題の持ち主が増えるだけです。
信頼しない方がよいもの
古い quota 表は弱い証拠です。特定の rollout、モデル、容量イベント、または一部アカウントの観測値だった可能性があります。Free、Plus、Pro の画像枚数は、現在の OpenAI 公開情報で確認できる範囲にとどめます。
コミュニティ投稿は症状の言語として役立ちます。720時間、月間制限、突然の lockout、有料ユーザーの不満などを把握できます。ただし、それ自体は OpenAI の policy、entitlement、account control ではありません。
VPN、Cookie削除、新規アカウント、共有アカウント、自動化スクリプト、無制限 provider の約束は避けます。短時間うまく見えても、アカウント、安全、請求、サポートで別の問題を作りやすいからです。速度、uptime、no-ban、refund、failure-free、minimum top-up、model coverage のような provider claim も、現在確認できない限り判断材料にしません。
よくある質問
ChatGPT の画像生成には制限がありますか？
あります。プラン、機能、アカウント状態、安全システム、容量で制限されます。古い固定枚数より、ChatGPT に表示された文言を優先します。
Free の画像生成上限は何枚ですか？
2026年5月4日時点の OpenAI 公開 ChatGPT ヘルプは、安定した Free の画像枚数表を出していません。待機表示が出るなら製品内リセットを使い、拒否や失敗なら別分岐で扱います。
Plus なら画像制限はなくなりますか？
なくなるとは言えません。Plus はアクセスや優先度を変える場合がありますが、画像生成はプラン、機能、容量、安全、アカウント状態で止まることがあります。
Pro は画像生成が無制限ですか？
無制限と決めないでください。Pro でも待機や長期表示が出たら、表示文を起点にし、実使用と矛盾する場合だけ証拠を集めます。
720時間表示は何を意味しますか？
報告されている長期ロックアウト症状として扱います。公式月間上限と断定せず、スクリーンショット、プラン、時刻、利用量、プロンプト種別、Status を残します。
API 429 は ChatGPT アプリの画像制限と同じですか？
違います。API は model、organization、project、usage tier、billing、account-specific limits で決まります。Plus や Pro は API project limit を自動で上げません。
Cookie削除、VPN、新規アカウントは有効ですか？
推奨しません。reset message、prompt rewrite、status check、support packet、Platform Limits のいずれかで処理してください。
