2026年3月23日時点で、Geminiは4K画像を生成できます。ただし、現在4Kを本当に担っているのは gemini-3.1-flash-image-preview と gemini-3-pro-image-preview であり、古い gemini-2.5-flash-image ではありません。 まず1つ結論だけ言うなら、多くの4K用途は Gemini 3.1 Flash Image Preview から始めるのが妥当で、文字表現、複雑なreference、あるいは失敗コストの高い最終アセットで初めて Gemini 3 Pro Image Preview が意味を持ちます。
この結論が大事なのは、このクエリがかなり誤解されやすいからです。Googleは答えを image generation ガイド、pricing ページ、models ページ、deprecations ページ、rate limits ページ に分散しています。1ページだけ見ても、実務上の判断にはまだ足りません。
実際の判断軸はシンプルです。Flashはすでに4Kに対応していて、価格もProより低いので、多くの4Kジョブに対する現在のデフォルトとして最適です。Proは「4Kを出せるから選ぶ」のではなく、文字の精度、複雑な指示、reference-heavyな生成、または高価な成果物に対して失敗コストが大きいときに選ぶルートです。
要点まとめ
先に結論だけ欲しいなら、この表から見てください。
| モデル | 4K対応 | 現在の標準価格 | 向いている用途 | いちばん大きな注意点 |
|---|---|---|---|---|
gemini-3.1-flash-image-preview | 対応 | $0.151 / 4K画像 | 大半の4Kジョブのデフォルト | まだPreviewであり、capacityは固定ではない |
gemini-3-pro-image-preview | 対応 | $0.24 / 4K画像 | 文字品質、複雑なreference、premium asset が重要な仕事 | Flash 4Kよりかなり高い |
gemini-2.5-flash-image | 非対応 | $0.039 / 画像、上限1024x1024 | 安いlegacy 1Kレーン | 4Kの答えではなく、2026年10月2日に停止予定 |
実務的なルールはこうです。4Kが本当に必要なときはまずFlash 4K、品質失敗のコストが高いときだけPro 4K、そして1Kや2Kで十分なら4Kをデフォルトにしない。
どのGeminiモデルが本当に4K出力に対応しているのか

このテーマで最も多い誤解は、「Gemini image generation」を1つの製品として扱うことです。実際にはそうではありません。現在の image generation ガイド は、Gemini 3系のimage modelが 1K、2K、4K をサポートし、Gemini 3.1 Flash Image が追加で 512 も扱うと説明しています。APIの ImageConfig でも 512、1K、2K、4K が明示され、未指定時のデフォルトは 1K です。
つまり、今の4Kの答えはGemini 3 preview image familyにあります。
gemini-3.1-flash-image-previewが現在のdefault routegemini-3-pro-image-previewがpremium route
一方、gemini-2.5-flash-image は別物です。pricingページでは今も最大 1024x1024 として扱われ、deprecations ページ では 2026年10月2日 に停止予定、後継として gemini-3.1-flash-image-preview が示されています。だから「今4Kを出したいならどのGemini modelを使うべきか」という問いに対して、2.5ラインは過去の文脈と安い1K fallbackとしての意味しか持ちません。
ここが、古い記事が今もズレて見える理由でもあります。2025年8月の Gemini 2.5 Flash Image の発表 当時は、確かにそのラインがGemini image storyの中心でした。2026年の4K文脈では、答えがGemini 3のpreview image linesへ移っています。
Gemini 3.1 Flash Image PreviewとGemini 3 Pro Image Previewはどう使い分けるべきか
ここでよくある間違いは、「Proの方が上位だから、4KならProを使えばよい」と考えることです。正しい見方は、どんな4Kジョブにお金を払っているのかを先に考えることです。
ほとんどのチームにとって、Gemini 3.1 Flash Image Preview が現在の4K default route です。models ページ はNano Banana 2を、高効率でspeedとhigh-volume向けに最適化された image generation and editing model と説明しています。多くの4Kジョブは、映画ポスター級の超高級アセットではなく、より大きなバナー、より安全なクロップ、文字を詰め込む図版、あるいは少し広いキャンバスが欲しい業務グラフィックだからです。
Flashには予算面でも大きな意味があります。Flash 4Kは $0.151、Pro 4Kは $0.24 です。Flashで十分なら、Proの追加コストは価値ではなく単なる上乗せになります。
Gemini 3 Pro Image Preview が正当化されるのは、画像の失敗コストが高い仕事です。 image generation ガイド はProを professional asset production や complex instructions に置いていますし、pricing ページ も speed、flexibility、contextual understanding を強調しています。つまり、文字入り図版、複雑なreference合成、brand-sensitiveなビジュアル、あるいはリトライのコストが高い仕事で初めて、Proの追加料金に意味が出てきます。
ここで重要なのは、Flash自体がすでに弱いモデルではないということです。Gemini 3.1 Flash Image の model card は、Flash Image が professional precision and control、ポスターやdiagramのクリアなテキスト、素早い反復に向いていると述べています。同時に、1Kでは小さな文字に弱さが残ることも認めています。実際のアップグレード順は Flash 1K -> Flash 2K/4K -> Pro 4K で考える方が自然です。
価格全体の見方を整理したいなら、次は Gemini画像生成の公式API価格 を読むのが自然です。
Geminiの4K画像生成はいくらかかるのか

このキーワードで価格だけを扱うページは多いですが、本当に重要なのは、1Kから4Kへ上げるといくら増えるのか、そしてその増加が成果物の価値に見合うのか、という点です。
2026年3月23日時点の Gemini Developer API pricing ページ では、次のようになっています。
| モデル | 1K価格 | 2K価格 | 4K価格 | batch 4K価格 | その差額で実際に買っているもの |
|---|---|---|---|---|---|
gemini-3.1-flash-image-preview | $0.067 | $0.101 | $0.151 | $0.076 | より安いdefault 4K route |
gemini-3-pro-image-preview | $0.134 | $0.134 | $0.24 | $0.12 | premium quality route |
gemini-2.5-flash-image | $0.039 | N/A | N/A | N/A | legacy 1K lineであり4Kではない |
ここから得るべき実務上の教訓は3つあります。
第一に、4Kをデフォルトにしないこと。Flashは1Kから4Kで2倍以上になります。Proでも4Kへの上昇は十分大きく、何となく上げるには高いです。
第二に、Proが高いからといって自動的に価値が高いわけではないこと。Flashで十分なら、Proは単にコストが増えるだけです。
第三に、batchは最も分かりやすい節約レバー です。Flash 4Kは $0.151 から $0.076、Pro 4Kは $0.24 から $0.12 まで落ちます。大量出力ならこの差は無視できません。
そして、この価格差が、なぜ2.5のlegacy lineが今も検索に残るのかも説明します。$0.039 / 画像 は、安いドラフトや検証用途では今も魅力的です。ただし、それはもはや4Kの答えではありません。
古いlineの乗り換えが主題なら、次に読むべきは Gemini 2.5 Flash Image の置き換えガイド です。
4Kを要求したのに1Kへ戻ってしまわないようにするには
実装上のルールはとても単純です。imageConfig.imageSize を明示すること。APIリファレンスは 512、1K、2K、4K を列挙し、未指定時のデフォルトを 1K としています。つまり、promptで「高解像度にして」と書くだけでは、4Kになる保証はありません。
最小のJavaScript例は次のようになります。
javascriptconst response = await ai.models.generateContent({ model: "gemini-3.1-flash-image-preview", contents: "Create a clean product launch graphic with large, readable text.", config: { responseModalities: ["IMAGE"], imageConfig: { aspectRatio: "16:9", imageSize: "4K" } } });
重要なのはコードよりも2つの注意点です。
1つ目は、aspect ratio と resolution は別の指定 だということです。aspectRatio だけ設定しても4Kを要求したことにはなりません。
2つ目は、ドキュメント上のサポートと、Preview段階での完全な安定性は同じではない ということです。Google AI Developers Forum の Gemini 3 Pro Image API completely ignores imageSize: '2K' parameter というスレッドは、その実装摩擦をよく示しています。公式仕様を否定するものではありませんが、high-resolution rolloutは自分のpipelineで検証すべきだという意味では重要です。
現実的な順番は次の通りです。
- まず正しいmodel routeを選ぶ
imageSizeを明示する- 実際に返ってきた画像サイズを自分のpipelineで検証する
- 4Kが価値を生まないなら2Kや1Kへ戻す
Google内だけでなく、他社のimage APIと比べて判断したいなら Gemini Image API vs OpenAI Image API が次の読み先です。
なぜGeminiの4Kジョブは今でも失敗したり遅くなったりするのか
ここが、紙の上ではきれいでも、実務では弱い記事が多いポイントです。
現在の rate limits ページ は2つの重要なことを言っています。1つは、実際のlimitはquota tierやaccount statusに依存し、AI Studioで確認すべきだということ。もう1つは、公開されたlimitは保証値ではなく、actual capacity may vary だということです。これだけでも、「4Kに対応している=安定して大量に回せる」とは言えません。
コミュニティの声は、その不安をより実感的に示します。Gemini 3 Pro Nano Banana (Tier 1) (4K Image) - 503 Unavailable Error: The model is overloaded では、4K生成中に503が多発したという報告があります。これは公式SLAではなく、Gemini 4Kが使えないという証明でもありません。ただし、このキーワードの裏にある「本当に運用で回るのか」という不安を無視しないためには十分な材料です。
より正確な理解はこうです。
- 4Kは公式にサポートされている
- ただしPreview lineにはまだ運用上の揺れがある
- 解像度が上がるほど、コスト、待ち時間、capacityの影響は大きくなる
だからこそ、全てのimage jobを4Kにするべきではありません。最終的に普通のWeb表示なら、1Kや2Kの方が実務的に優れている場面も多いです。4Kは、文字量が多い、重いクロップが必要、大きめの書き出しが必要、あるいはpremium assetで失敗コストが高いときに使う方が合理的です。
ユースケース別にどう選ぶべきか

一番使いやすい考え方は、「どのモデルが最高か」ではなく、「どの種類のasset jobに払っているか」を問うことです。
もし必要なのが 大半の仕事に対するdefault 4K route なら、gemini-3.1-flash-image-preview を選ぶのが自然です。product graphics、marketing visuals、より大きいexports、説明図の多くはこのrouteで足ります。
もし必要なのが premium assets、より厳しいtext fidelity、複雑なreference handling なら、gemini-3-pro-image-preview を選ぶ意味があります。その価値は「4Kを出せること」ではなく、「失敗が高くつく仕事でのやり直しを減らすこと」にあります。
もし必要なのが 最安のofficial Gemini image outputで、4Kが不要 なら、gemini-2.5-flash-image は短期のlegacy 1K optionとしてだけ残し、新規4K workflowの土台にはしない方が安全です。
もし必要なのが 高ボリュームだがpremium品質までは要らない なら、まずFlashで始めて 2K が十分かどうかを確認してください。多くのチームの無駄遣いは、モデル選択よりも先に、全てを4Kにしてしまうことから始まります。
FAQ
Gemini Appの画像生成とGemini APIの4Kサポートは同じと考えてよいですか?
本番のrouting判断ではそう考えない方が安全です。公式の4K controlは Gemini API の imageConfig.imageSize に明示されています。consumer app側の挙動は同じmodel familyと重なることがあっても、production planningの事実源としては弱いです。
gemini-2.5-flash-image にパラメータを正しく渡せば4Kにできますか?
現在の公式ソースはその主張を裏付けていません。pricingページは依然として最大1024x1024として扱い、deprecationsページも gemini-3.1-flash-image-preview への移行を案内しています。
Geminiの画像生成は全部4Kにするべきですか?
いいえ。4Kは、文字量が多い、より大きな書き出しが必要、重いcropが入る、またはpremium assetである場合に意味があります。通常のWeb用途なら1Kや2Kの方が実務的です。
Flashも4Kに対応しているのに、なぜProにお金を払うのですか?
本当の問いは「4Kを出せるか」ではなく、「失敗コストをどれだけ下げられるか」です。より高いfidelity、複雑なprompt、より高価な最終assetが必要なら、Proは今も妥当です。
