2026年3月23日時点で、Gemini image generation が Request Denied になる原因は一つではありません。 Gemini Apps の個人アカウント側では、利用資格、日次上限、短期的な capacity、あるいは画像のポリシー削除が主な分岐です。仕事用または学校用アカウントでは、Workspace の license や admin 設定が分岐になります。AI Studio や Gemini API で 403 PERMISSION_DENIED が返る場合は、現在の image model が paid lane であること、project、billing、quota、account state を先に疑うべきです。
ここを一つの問題として扱うと、修正が外れます。cookie を消しても suspended project は直りませんし、billing を有効化しても、Gemini Apps 側で条件を満たさない個人アカウントに画像生成が突然開くわけではありません。最短ルートは、いま自分がどの surface で失敗しているかを最初に特定することです。
まずはこの表から見てください。
| 見えている症状 | もっとも可能性が高い分岐 | 最初の行動 |
|---|---|---|
Image Generation Request Denied、Create image が出ない、Gemini がまだ画像を作れないと言う | 個人アカウントの app eligibility / rollout | ログイン、年齢条件、対応言語や国、別アカウント比較を確認する |
| 以前は使えたのに、今日になって止まった | Gemini Apps の limit または capacity | 現在の plan 上限を確認し、日次 refresh を待つか、上位 plan を検討する |
| 個人アカウントは動くのに、仕事用アカウントだけ失敗する | Workspace license または admin 設定 | license、18+ 条件、Gemini app access、service status、24時間の反映待ちを確認する |
| プロンプト送信後に画像が削除される、または拒否される | policy 分岐 | プロンプトを書き換え、risk を下げ、control prompt で再確認する |
AI Studio や API が 403、PERMISSION_DENIED、Consumer suspended を返す | API の billing / project / quota 問題 | 呼んでいる model、active project、billing 状態、quota か permission かを確認する |
要点まとめ
Request Deniedを一つの万能修正で片づけるのは危険です。先にどの分岐かを見分ける必要があります。- Gemini Apps の現在の help page は、ログインが必要で、対応 language / country に依存し、個人アカウントでは 18 歳未満が使えないと説明しています。
- Gemini Apps の limits page は、Nano Banana 2 画像生成が Basic で最大 20/日、Google AI Plus 50、Google AI Pro 100、Google AI Ultra 1000 と示しています。
- Workspace の admin docs は、Gemini app access や service status の変更に最大 24 時間かかることがあると説明しています。
- Gemini API の pricing page は、現在の image rows で
Free Tier: Not availableを示しており、API 403 を app 側の無料枠で理解してはいけません。
トラブルシューティング: まず拒否の種類を特定する
このキーワードがややこしいのは、ユーザーが感じる表面症状が似ていても、実際の故障点が surface ごとに違うからです。community thread はエラー文をそのまま拾うので目につきますし、Google の help page は current fact を持っているので上位に来ます。ただし、その二つを合わせても「次に何をすべきか」を一枚で示してくれるとは限りません。
考え方は単純です。Gemini Apps の個人アカウントで失敗しているのか、仕事用アカウントで失敗しているのか、AI Studio / API で失敗しているのかを先に分けます。そこを間違えると、正しい help page を読んでも修正がずれます。
画像生成の help page は Gemini Apps の資格と機能を説明します。limits page は plan ごとの現在の枠を説明します。Workspace docs は管理者側の制御を説明します。pricing、billing、rate limits は API の世界です。必要なのは全部を丸暗記することではなく、自分の失敗を正しい surface に戻すことです。
個人の Gemini Apps で画像を生成できない場合
最初に見るべきなのは Generate & edit images with Gemini Apps です。ここが、app 側の eligibility をもっとも直接説明しています。
2026年3月23日 時点で確認すると、このページは、Gemini Apps の画像生成が sign-in 必須で、対応 language と country に依存し、個人 Google Account の 18 歳未満には提供されないと説明しています。同じページは、free users が 1K、paid subscribers が 2K で画像をダウンロードできるとも書いています。つまり、個人アカウントで denied になるケースの一部は、単純な不具合ではなく、現在の利用条件そのものです。
実用的な最初のテストは、環境をいじることではなく、surface を狭めることです。ログイン状態を確認し、明らかに安全な control prompt を一つ試し、可能なら別アカウントと比較します。同じブラウザと同じ端末で他のアカウントが動くなら、browser 全体の問題より account-specific な問題の可能性が高くなります。
次に確認すべきなのは、以前は使えたのに止まったケースです。この場合は Gemini Apps limits & upgrades を併せて見るべきです。Google の current table は、Basic 20、Google AI Plus 50、Google AI Pro 100、Google AI Ultra 1000 を示しています。同じページは、limits が頻繁に変わり得ること、日中に配分されること、daily で reset されることも書いています。capacity の変動が free-tier 寄りのユーザーを先に圧迫する可能性がある、という読みもできます。
だから「昨日までは動いたのに今日 denied になった」という complaint は珍しくありません。機能が消えたとは限らず、単に current capacity edge に近づいただけかもしれません。この分岐での修正は、権限儀式ではなく、refresh を待つ、使用量を抑える、上位 plan を検討する、のどれかです。
もし本当の疑問が「いつ戻るか」なら、次は Gemini image generation limit reset を見る方が早いです。
仕事用または学校用アカウントはチャットできるのに画像生成できない場合
仕事用アカウントは個人アカウントの延長ではありません。Use Gemini Apps with a work or school Google Account は、利用可否が Workspace license に依存すること、そしてユーザーが 18歳以上である必要があることを明示しています。
ただし、実際の運用で効くのは admin 向けの Turn the Gemini app on or off です。このページは、admins が Gemini Apps への access を制御できること、service status を変えられること、変更が反映されるまで最大 24時間 かかる場合があることを示しています。
そのため、個人アカウントでは生成できるのに、仕事用アカウントだけ失敗する場合は、次の順番で考えるのが最短です。
- そのアカウントは現在の Workspace edition と 18+ 条件を満たしているか。
- admin は本当に Gemini app access と service status を有効にしているか。
- 設定変更が最近で、まだ 24 時間の propagation window の中ではないか。
この順番にすると、管理者への依頼文も改善されます。「Gemini が壊れている」ではなく、「個人アカウントは画像生成できるが、仕事用アカウントはできない。18+ 条件は満たしているので、Workspace license、Gemini app access、service status、24時間の反映待ちを確認してほしい」と言えます。これなら admin も正しい画面に行きやすくなります。
ここは community advice が一番当たりにくい分岐でもあります。consumer account の回避策は managed Workspace domain ではほとんど役に立ちません。
Gemini が送信後に画像を削除したり、プロンプトを拒否したりする場合
Request Denied 風の体験が、必ずしも access 問題とは限りません。Gemini が画像生成の途中で画像を外したり、プロンプト自体を拒否したりするケースは、policy 分岐の可能性があります。
Gemini Apps の現在の画像 help page は、Google Terms of Service や Prohibited Use Policy に抵触する可能性が検出された場合、Gemini Apps が画像を削除することがあると説明しています。ここで問うべきなのは「機能が壊れているか」ではなく、「どの表現が risky に見えているか」です。
最速の確認法は、一度に一つだけ変えることです。安全な control prompt を通してみて、それが通るのに元の prompt が通らないなら、もう billing や資格の分岐ではありません。実在人物、sensitive identity edit、露骨な violence、sexual content、回避を示唆する wording などを外し、より literal で narrow な依頼に書き換えるべきです。
ここで多くの人が時間を失うのは、違う分岐の修正を試してしまうからです。ログインし直しても、cache を消しても、app の daily cap を見ても、content request 自体がブロックされているなら意味がありません。
Gemini の image workflow 全体を学びたいなら、次は Gemini image generation tutorial の方が役立ちます。
AI Studio または API が 403、Permission Denied、Consumer suspended を返す場合
ここが、古い記事と現在の reality がもっともずれやすい部分です。app 側の資格や limit は、API 側にはそのまま持ち込めません。
Google の current Gemini Developer API pricing page は、ここで重要な三つの image lane に対して Free Tier: Not available を示しています。
| モデル | 現在の public free tier | 現在の public paid signal |
|---|---|---|
gemini-3.1-flash-image-preview | Not available | 約 $0.067 / 1K image |
gemini-3-pro-image-preview | Not available | 約 $0.134 / 1K または 2K image |
gemini-2.5-flash-image | Not available | 約 $0.039 / image |
もちろん、すべての 403 が billing error だとは限りません。ただし、この表を見た時点で、Gemini Apps の無料枠の感覚を API にそのまま当てるべきではないことは明確です。
Billing page は、新しい account が free tier から始まるモデル群があること、AI Studio は paid API key を結びつけない限り無料体験が残ること、400 と 500 の失敗リクエストは課金されなくても quota には数えられることを説明しています。これを踏まえると、current image model を使っているなら、先に聞くべきなのは model、project、billing、quota の話です。
Rate limits page も重要です。requests per day は midnight Pacific time に reset され、rate limit は key 単位ではなく project 単位で効きます。つまり、AI Studio やコードで失敗したときは、active project を見ずに key だけ追いかけても、修正がずれることがあります。
API 分岐の first checklist は短くて構いません。
- どの image model を呼んでいるか確認する。
- active project と billing / account state を確認する。
- 見えているエラーが本当に
403なのか、quota や rate-limit を誤読していないか確認する。
一つ目を飛ばすと、違う commercial lane をデバッグします。二つ目を飛ばすと、壊れた project の中で key を作り直し続けます。三つ目を飛ばすと、戻るはずの quota 問題を permanent permission 問題として扱ってしまいます。
Google AI Developers Forum には 403 PERMISSION_DENIED と consumer suspended を示す thread もあります。こうした事例は、API 403 が app の日次上限とは別分岐だと理解する助けになります。
API 側の companion page としては Gemini 3 Pro Image 403 Permission Denied と Gemini API request failed precondition を English fallback として参照できます。
古い Gemini 画像記事の答えが今は食い違って見える理由
混乱はユーザーのせいだけではありません。Gemini の image surface の変化が速く、古い ranking page がその変化に追いついていないからです。
現在の image help page は Nano Banana family naming を使い、Nano Banana 2 を gemini-3.1-flash-image-preview、Nano Banana Pro を gemini-3-pro-image-preview、Nano Banana を gemini-2.5-flash-image に対応づけています。この naming layer だけでも、旧 model 名ベースの troubleshooting page が今読むと半分だけ正しい、という状態になりやすいです。
日付も重要です。2026年2月26日 までに Google は Nano Banana 2 の開発者向け push を進めており、Gemini image generation の中心が変わりました。結果として、検索結果の1ページ目には、raw error を拾う community thread、current fact を持つ official help page、そして古い narrow guide が混在しています。
矛盾して見える理由は、個々のページが完全に間違っているからではなく、答えている surface が違うからです。このページの役割は、その surface を一度整理し直すことです。
FAQ
Google AI Pro や Google AI Ultra は Gemini API の image 403 を直接直しますか。
直接は直しません。これらの plan は Gemini Apps 側の access や limit を広げますが、public Gemini image API row を自動で free にするわけではありません。API error は API 側で確認する必要があります。
「AI Studio は無料」という説明は、現在の image model が無料だという意味ですか。
そうではありません。Billing page は AI Studio の general free-use を説明していますが、pricing page は current image rows を paid-only と示しています。画像レーンが無料かどうかは pricing row を先に見るべきです。
limit はいつ戻りますか。
Gemini Apps 側では、Google は image limit が daily で reset されるが、需要に応じて変化し得ると説明しています。Gemini API 側では、requests per day が midnight Pacific time に reset されます。
どの分岐かわからないときの一番安全な確認方法は何ですか。
Gemini Apps で harmless control prompt を一つ試し、個人アカウントと仕事用アカウントの差を見て、さらに失敗フローが AI Studio / API なのかを分けて確認してください。多くの場合、これだけで次の行動が見えます。
結論
Gemini image generation が Request Denied になったら、最初にやるべきことは random fix ではありません。surface を特定することです。
個人の Gemini Apps の問題は、資格、limit、capacity、policy のことが多いです。仕事用アカウントの問題は、Workspace license と admin 設定のことが多いです。AI Studio / API の問題は、paid image lane、project、quota、billing のことが多く、app の無料枠の話ではありません。
この分離ができれば、修正ルートはかなり短くなります。