# Nano Banana API Key ガイド 2026：公式 Gemini モデル、料金、動くコード

> いま Nano Banana API key を探すなら、作るべきものは Google AI Studio の Gemini API key です。公式ルートは Gemini API と Google AI Studio にある Gemini のネイティブ画像モデルで、通常は Nano Banana 2 から始め、固定 1K の低コスト用途では Lite、text-heavy な professional asset では Pro を検討します。

- URL: https://blog.laozhang.ai/ja/posts/nano-banana-ai-image-generation-api
- Published: 2026-03-29
- Updated: 2026-07-01
- Author: AI Free API Team (https://blog.laozhang.ai/ja/about)
- Category: APIガイド
- Tags: Nano Banana API, Gemini API, 画像生成, Google AI, Nano Banana 2, Nano Banana Pro, API Key

---
いま **Nano Banana API key** を探しているなら、作るべきものは独立した Nano Banana の開発者向け key ではありません。公式ルートでは **Google AI Studio で Gemini API key を作り、Gemini API のネイティブ画像モデルを呼び出す** のが正しい入口です。大半の API ユースケースでは、最初に使う安全な default は **Nano Banana 2**（`gemini-3.1-flash-image`）です。固定 1K の低コスト生成だけなら **Nano Banana 2 Lite**（`gemini-3.1-flash-lite-image`）も候補になり、text rendering、複雑な instruction following、professional asset production 級の品質が本当に必要なときだけ **Nano Banana Pro**（`gemini-3-pro-image`）に上げます。

この即答が重要なのは、Nano Banana API の入口まわりに誤解を強める近道が多いからです。Nano Banana を独立 app のように扱うページもあれば、AI Mode を API だと受け取らせるページもありますし、wrapper/gateway を製品そのもののように見せるページもあります。正しい見方はもっと単純です。**Nano Banana は Gemini のネイティブ画像ファミリーであり、公式 developer path は Gemini API + AI Studio、そして最初に試すべきモデルは Nano Banana 2** です。

以下の model ID、価格、API key ルールはすべて **2026年7月1日** 時点で Google の現行 docs、Key management、Pricing を再確認しています。Google の image-generation docs では **Interactions API が generally available で推奨ルート** として示されており、既存の `generateContent` 例も引き続き確認用に残っています。

![Gemini API と AI Studio を中心にした公式 Nano Banana API ルート図](https://blog.laozhang.ai/posts/ja/nano-banana-ai-image-generation-api/img/cover.png)

## 要点

まずは最短の答えです。

| 実際にやりたいこと | 最初に開くもの | それが最善な理由 | 主な注意点 |
| --- | --- | --- | --- |
| 公式の Google image API を使いたい | **Gemini API + Nano Banana 2** | 現在の Google における高効率な image generation / editing の標準選択だから | API key は Google Cloud project に紐づき、現行の image API は有料 |
| 固定 1K の低コスト生成を大量に回したい | **Nano Banana 2 Lite** | 1K 出力だけなら公式価格がもっと低い | 4K や Pro 品質が必要な仕事には向かない |
| より高い fidelity、強い text rendering、複雑な visual reasoning が必要 | **Nano Banana Pro** | premium な professional tier だから | 高価であり、default ではなく override と考えるべき |
| まず Google の UI で prompt を試したい | **AI Studio** | 同じ公式スタックを UI から試しやすい | Google は Nano Banana 2 に paid API key が必要だと明記している |
| 単に一般向けサービスとして画像を作りたい | **Gemini Apps / AI Mode** | コードなしで日常利用しやすい | これは一般向け契約であり API 契約ではない |
| OpenAI-compatible routing や multi-vendor billing が必要 | **任意の gateway / wrapper** | インフラ理由が明確なら便利 | ただしこれは公式 path を理解した後の追加判断 |

一番大事な一文はこれです。**"Nano Banana API" は Gemini API の話として理解すべきであって、単独の Nano Banana サイト探しではありません。**

## Nano Banana API はいま何を指すのか

Google の現行 image-generation docs では、**Nano Banana** は Gemini のネイティブ画像生成能力を指しており、単一の surface ではありません。API 文脈では次の family を考えるのが正確です。

| ファミリー名 | 公式 model ID | 現在の役割 |
| --- | --- | --- |
| Nano Banana 2 Lite | `gemini-3.1-flash-lite-image` | 固定 1K の低コスト image generation / editing route |
| Nano Banana 2 | `gemini-3.1-flash-image` | 速度、throughput、コストのバランスがよい default API route |
| Nano Banana Pro | `gemini-3-pro-image` | より高 fidelity で text-heavy な professional tier |
| Nano Banana | `gemini-2.5-flash-image` | 旧来の low-latency fast route |

ここで取りこぼされやすいのは、Nano Banana API という名前だけ見ると、ひとつの "Nano Banana API" 製品、ひとつのアカウント導線、ひとつの obvious model があるように見えます。しかし Google の現在の見せ方は違います。いま必要なのは **family choice と surface choice** の切り分けです。

- family のどの version が必要か
- 公式 API が必要なのか、公式 testing UI が必要なのか、consumer surface が必要なのか

もうひとつ重要なのは、**画像生成そのものが Gemini の通常の入出力契約の一部** だという点です。現行 docs には request shape、image editing、aspect ratio、image size、search grounding まで含まれています。さらに Google は **すべての generated images に SynthID watermark が含まれる** と明記しています。provenance や AI disclosure を気にするチームなら、この点は見逃せません。

より広い現行アクセスガイドが必要なら、[Nano Banana AI画像生成ガイド](https://blog.laozhang.ai/ja/posts/nano-banana-ai-image-generator) を見てください。この setup はそこから一段狭く、**公式 API に正しく入る** ことだけに集中します。

## どれが公式 API で、どれがそうではないのか

もっとも混乱しやすいのは、**Gemini Apps、AI Mode、AI Studio、Gemini API、wrapper** を全部同じ箱に入れてしまうことです。互いに関係はありますが、同じ contract ではありません。

![consumer、公式 API、任意 gateway を分けた Nano Banana のアクセス契約図](https://blog.laozhang.ai/posts/ja/nano-banana-ai-image-generation-api/img/route-boundary-map.png)

**Gemini API** が公式の programmatic path です。新しい実装では docs が推奨する **Interactions API** から始めるのが自然です。既存の integration や SDK サンプルで `generateContent` を使う場合でも、prompt や input image を送り、inline image output を受け取り、aspect ratio や image size を制御したいなら、ここが答えです。

**Google AI Studio** は、その同じスタックを試すための公式 testing / development surface です。prompt を試し、model behavior を観察し、結果を UI で確認してからコードに落としたいときに向いています。ここで重要なのが Google の 2026 年 2 月 26 日の Nano Banana 2 rollout post で、**AI Studio で Nano Banana 2 を使うには paid API key が必要** と明記していることです。つまり AI Studio は公式 developer UI であって、image pricing を回避する free loophole ではありません。

**Gemini Apps** と **AI Mode** は実際の製品向け入口ですが、一般利用向けの route であって API 接続の答えではありません。Gemini Apps Help は Nano Banana と Nano Banana Pro の everyday use と advanced output を分けており、AI Mode Help は image limits と Pro の infographic / diagram 向け positioning を別に説明しています。これは利用者側の判断には重要ですが、**API 契約そのものを変える話ではありません**。

**Wrapper / gateway** は別レイヤーの infrastructure choice です。OpenAI-compatible requests、multi-vendor routing、統一 billing など、明確な infra reason があるなら役に立ちます。ただしそれは第二の判断であって、第一の判断ではありません。

最小のルーティング規則はこうです。

- コードを書くなら **Gemini API**
- 公式 UI で prompt を試すなら **AI Studio**
- API ではなく一般利用を解いているなら **Gemini Apps** か **AI Mode**
- **gateway** は infra reason を言えるときだけ

## まずは Nano Banana 2、Lite と Pro は理由があるときだけ

多くの読者にとって、ここが最も価値の高い判断です。

Google の現行 image-generation docs は **Nano Banana 2** を Pro の高効率 counterpart として説明し、速度と high-volume developer use cases に最適化されたモデルだとしています。さらに Google 自身の 2026 年 2 月の rollout post では Nano Banana 2 を **"our best image generation and editing model"** と呼んでいます。API guide として読むなら、これは「Pro が premium だから default」という考え方をやめるべきだという意味です。

![Nano Banana 2 Lite、Nano Banana 2、Nano Banana Pro の役割、公式料金、Free Tier 境界、確認日を分ける decision board](https://blog.laozhang.ai/posts/ja/nano-banana-ai-image-generation-api/img/model-price-chooser.png)

**Nano Banana 2** から始めるべきなのは、次のような場合です。

- 初めての integration を作る
- iteration speed と price efficiency を重視する
- ある程度の volume を見込んでいる
- general image generation / editing の安全な default が欲しい
- まだ Pro に上げる明確な理由がない

**Nano Banana 2 Lite** を選んでよいのは、出力が 1K で足り、コストと throughput を最優先できるときです。最初の tutorial や production default をすべて Lite に寄せるのではなく、固定解像度の batch workload に合うかで判断します。

**Nano Banana Pro** に上げるべきなのは、次のような場合です。

- text rendering quality が結果の中心になる
- 画像が final asset であり、単なる draft ではない
- より強い reasoning で complex visual instructions を処理したい
- diagram-heavy、layout-sensitive、brand-critical な仕事である

そして **Nano Banana**（`gemini-2.5-flash-image`）にもまだ居場所があります。

- すでにその旧 fast route に最適化した workload がある
- Nano Banana 2 の behavior よりも low latency を優先したい

重要なのは、これは単なる quality ladder ではないということです。これは **workload fit** の問題です。Nano Banana 2 は Pro の安い代替ではなく、Google が現行 docs 上で中心に置いている default です。Pro は premium override です。この判断のほうが、多くの wrapper pages に残る曖昧な "better quality だから Pro" よりずっと実務的です。

より深い workload-level 比較が必要なら、[Nano Banana Pro vs Nano Banana 2 の比較記事](https://blog.laozhang.ai/ja/posts/nano-banana-pro-vs-nano-banana-2) を参照してください。ここではそこまで広げず、正しい start point を決めることに集中します。

## Quickstart: 最初のリクエストを動かす

公式 path は、third-party tutorial が見せるほど長くありません。

### 1. Gemini API key を取得する

まずは **Google AI Studio** で Gemini API key を作ります。Google の key docs は、すべての Gemini API key が Google Cloud project に紐づくと説明しています。新しい AI Studio key は auth key として作成され、古い dormant unrestricted key は 2026年5月7日以降ブロック対象になり得ます。正しい理解は次の 3 行です。

- **key を作るのは簡単**
- **billing、quota、rate limit は key 単体ではなく project 側の問題**
- **現行の image models を使うのは paid API path**

### 2. 現行の公式 SDK を入れる

Google の libraries page は現在 **Google GenAI SDK** を推しており、古い Gemini client libraries を推奨経路には置いていません。

```bash
# JavaScript / TypeScript
npm install @google/genai

# Python
pip install -U google-genai
```

`google-generativeai` ベースの古い snippet を見かけても、それは history として読むべきで、現行の最適ルートではありません。

### 3. 最小の image-generation request を送る

新しい integration なら、最初は Nano Banana 2 で十分です。

```javascript
import { GoogleGenAI } from "@google/genai";
import fs from "node:fs";

const ai = new GoogleGenAI({ apiKey: process.env.GEMINI_API_KEY });

const response = await ai.models.generateContent({
  model: "gemini-3.1-flash-image",
  contents: "Create a clean editorial illustration of a robot sketching a website wireframe.",
  config: {
    responseModalities: ["Image"],
    responseFormat: {
      image: {
        aspectRatio: "16:9",
        imageSize: "2K",
      },
    },
  },
});

for (const part of response.candidates[0].content.parts) {
  if (part.inlineData) {
    fs.writeFileSync("output.png", Buffer.from(part.inlineData.data, "base64"));
  }
}
```

Python 版もロジックは同じです。

```python
import os
from google import genai
from google.genai import types

client = genai.Client(api_key=os.environ["GEMINI_API_KEY"])

response = client.models.generate_content(
    model="gemini-3.1-flash-image",
    contents="Create a clean editorial illustration of a robot sketching a website wireframe.",
    config=types.GenerateContentConfig(
        response_modalities=["Image"],
        response_format={
            "image": {
                "aspect_ratio": "16:9",
                "image_size": "2K",
            }
        },
    ),
)

for part in response.parts:
    if part.inline_data is not None:
        part.as_image().save("output.png")
```

raw HTTP を確認したいなら、公式 REST shape も非常に短いです。

```bash
curl -X POST \
  "https://generativelanguage.googleapis.com/v1/models/gemini-3.1-flash-image:generateContent" \
  -H "x-goog-api-key: ${GEMINI_API_KEY}" \
  -H "Content-Type: application/json" \
  -d '{
    "contents": [{
      "parts": [
        {"text": "Create a clean editorial illustration of a robot sketching a website wireframe."}
      ]
    }],
    "generationConfig": {
      "responseModalities": ["Image"],
      "responseFormat": {
        "image": {
          "aspectRatio": "16:9",
          "imageSize": "2K"
        }
      }
    }
  }'
```

Pro に切り替える方法が "退屈" なのは、むしろ利点です。request shape はそのままで、model ID を `gemini-3-pro-image` に変えるだけでよいからです。だからこそ "まず Nano Banana 2 で始め、必要なら Pro に上げる" という workflow が実務的なのです。

![API key から generateContent と image output までを示す公式 request flow 図](https://blog.laozhang.ai/posts/ja/nano-banana-ai-image-generation-api/img/first-request-flow.png)

## Interactions API と generateContent のどちらを使うべきか

新しいコードを書くなら、Google が now generally available として推奨している **Interactions API** を先に確認してください。会話的な image workflow、editing、複数入力の制御をひとつの interaction として扱いやすくなります。

JavaScript、Python、REST の実装では、`generateContent` の形にもまだ出会います。理由は単純で、既存の SDK サンプル、旧 integration、debugging ではこの request shape が残っていることが多いからです。実務上の判断は、**新規実装は Interactions API を優先し、既存コードの保守や互換確認では generateContent を読めるようにする** です。

## Wrapper を前提に設計する前に知っておきたい公式 API の強み

公式 Gemini route を baseline にすべきなのは、単に "公式だから" ではありません。実際の capability が、wrapper landing pages で想像されるより広いからです。

**Image editing は標準機能です。** 現行 image-generation docs は prompt-only generation だけでなく text-and-image-to-image workflow も示しています。編集ワークフローが必要な product では、これが重要です。

**Aspect ratio と image size を明示的に制御できます。** 公式 API は `responseFormat.image.aspectRatio` を持ち、現行の image models では `0.5K` から `4K` までの image sizes を Google がドキュメント化しています。つまり、cost と latency の tradeoff を自分の product 側で明確に設計できます。

**Search grounding も公式 stack の一部です。** image-generation docs は `google_search` tool を image generation に付ける現行ルートを示しています。charts、weather visuals、grounded infographic などには非常に有効です。ただし、これは "無料で何でも検索できる" という意味ではありません。pricing page では search grounding が shared free allowance を超えた後に別課金されると読めます。

**SynthID も platform 側が処理します。** provenance、disclosure、AI-content labeling を考える product では、この点はかなり重要です。Google は all generated images include a SynthID watermark と明記しています。

Nano Banana を最初に wrapper 経由で理解すると、こうした点は見えにくくなります。ですが、本当に比較すべきなのはこの capability baseline です。

## 価格と "無料" の境界: いちばん混同されやすい場所

Nano Banana API に関する悪い advice は、たいていここで崩れます。

現行の **Gemini Developer API pricing page** は、Nano Banana 2、Nano Banana 2 Lite、Nano Banana Pro の image output に **`Free Tier: Not available`** と表示しています。**2026年7月1日** 時点の公式価格は次の通りです。

| モデル | Standard pricing | Batch pricing |
| --- | --- | --- |
| Nano Banana 2 (`gemini-3.1-flash-image`) | `$0.045 / 0.5K`, `$0.067 / 1K`, `$0.101 / 2K`, `$0.151 / 4K` | `$0.022 / 0.5K`, `$0.034 / 1K`, `$0.050 / 2K`, `$0.076 / 4K` |
| Nano Banana 2 Lite (`gemini-3.1-flash-lite-image`) | `$0.0336 / 1K` | `$0.0168 / 1K` |
| Nano Banana Pro (`gemini-3-pro-image`) | `$0.134 / 1K-2K`, `$0.24 / 4K` | `$0.067 / 1K-2K`, `$0.12 / 4K` |

この表を頭に入れるだけで、多くのランキング記事が何を混ぜているか見えやすくなります。もし現行の Nano Banana image API を "free to start" のように書いているのに契約の違いを説明していないなら、ほぼ確実に次のいくつかを混同しています。

- free な key creation
- AI Studio の試用文脈
- Gemini や AI Mode の consumer quotas
- 過去の、あるいは別 family の free-tier story

これらは同じ契約ではありません。

一般向けサービスには一般向けサービスのルールがあり、アカウント、地域、プラン、機能によって変わります。その制限はユーザー向け入口を選ぶ材料にはなりますが、API billing、project quota、developer integration の根拠にはなりません。

もし本当の関心が "Nano Banana API の価格" なら、[Nano Banana 2 API pricing guide](https://blog.laozhang.ai/ja/posts/nano-banana-2-api-pricing-guide) と [Gemini Image API の包括ガイド](https://blog.laozhang.ai/ja/posts/gemini-image-api-guide-2026) をあわせて読むほうが役立ちます。ここではルート選びと導入を先に解いています。

## 30 秒で決める

最小の判断表だけ欲しいなら、これです。

**新しい公式連携を作るなら、Gemini API + Nano Banana 2。**

**作業が text rendering、visual fidelity、professional asset quality に本当に依存するなら、Nano Banana Pro。**

**Google の UI で先に prompts を試したいなら、AI Studio。**

**API integration ではなく一般利用を解きたいなら、Gemini Apps か AI Mode。**

**wrapper が必要なら、OpenAI 互換ルーティングなどの infra reason を先に言えるときだけ。**

これが現時点で最もきれいで実用的な答えです。

## FAQ

**公式の Nano Banana API とは何ですか。**  
Gemini のネイティブ画像ファミリーが Gemini API と Google AI Studio 経由で exposed されたもので、独立した Nano Banana developer product ではありません。

**最初に使うべき model は何ですか。**  
基本は `gemini-3.1-flash-image` から始めます。1K の cost-sensitive output だけが目的なら `gemini-3.1-flash-lite-image`、text rendering、複雑な layout reasoning、4K、professional asset quality が bottleneck なら `gemini-3-pro-image` に切り替えます。

**Nano Banana Pro の公式 model ID は何ですか。**  
`gemini-3-pro-image` です。

**Nano Banana API は無料ですか。**  
現行 pricing page の通り、image models 自体には free tier の image output はありません。consumer quotas や AI Mode usage は別契約です。

**AI Studio と Gemini API のどちらを使うべきですか。**  
両方を併用するのが合理的です。AI Studio で key 作成と prompt 検証を行い、Gemini API でアプリに組み込みます。新しい実装では Interactions API を先に確認し、既存コードの保守では generateContent も読めるようにします。

**AI Mode は API の一部ですか。**  
いいえ。AI Mode は Search の consumer surface であり、独自の image limits と product behavior を持ちます。

**API は image editing にも対応していますか。**  
はい。Google の image-generation docs は image-to-image workflow を現行ルートとして示しています。

**生成画像には watermark が付きますか。**  
はい。Google は generated images に SynthID watermark が含まれると説明しています。

**それでも gateway が必要ならどうすればいいですか。**  
現在の公式 Gemini API は、多くのチームにとって重要な control points、つまり model selection、image editing、aspect ratio、image size、search grounding をすでに備えています。それでも足りない場合にだけ、gateway を明確な infra choice として追加するのが正しい順序です。