# Gemini APIキーは購入する？料金・課金・安全な選び方

> Gemini APIキーは購入商品ではありません。無料で作成し、必要なプロジェクトだけに課金を接続して、モデル別の実使用量に対して支払います。

- URL: https://blog.laozhang.ai/ja/posts/gemini-api-pricing
- Published: 2026-07-18
- Updated: 2026-07-18
- Author: AI Free API Team (https://blog.laozhang.ai/ja/about)
- Category: API Guides
- Tags: Gemini API キー, Gemini API 料金, Google AI Studio, Gemini API 課金, 生成AI API

---
**結論から言うと、Gemini APIキー自体を購入する必要はありません。** Google AI Studioでキーを無料作成し、そのキーが属するGoogle CloudプロジェクトをFreeのまま使うか、billing accountをリンクしてPaidにするかを選びます。支払う対象はキーではなく、そのプロジェクトで発生したモデル利用量です。

「Gemini APIキーを買いたい」という検索には、実際には三つの異なる要望が混ざっています。

| 本当に必要なもの | 選ぶ入口 | 支払先とcredential |
|---|---|---|
| 個人開発、検証、小規模な本番利用 | Gemini Developer APIをGoogle AI Studioから直接使う | Googleに従量課金。GoogleのAPIキーを自分のプロジェクトで管理 |
| IAM、組織統制、リージョン、調達契約を重視 | Google Cloud／enterprise側を設計する | Cloud契約と、そのルートの認証方式を使う。Developer APIキーと同一視しない |
| OpenAI互換endpoint、複数モデル、別の請求・サポート契約が必要 | 契約したAPIプロバイダーを小さく検証する | プロバイダーに支払い、プロバイダー発行tokenを使う。Googleキーではない |

第三者から「Google Geminiの生キー」だけを買うルートは選びません。プロジェクト所有者、利用制限、ローテーション、請求、監査の主導権を確認できないからです。一方、独自tokenと利用規約を発行するAPIプロバイダーは別サービスです。生キーの転売と同じものとして扱わず、契約、データ処理、料金、障害時の責任を個別に評価します。

## キー、プロジェクト、請求、使用量を分ける

Gemini Developer APIの課金関係は、次の順で考えると迷いません。

**無料でキー作成 → 所属プロジェクトを確認 → Freeを継続またはbillingをリンク → plan・tier・残高を確認 → 小さなrequestのusageを照合**

[GoogleのAPIキー文書](https://ai.google.dev/gemini-api/docs/api-key?hl=ja)によると、各Gemini APIキーはGoogle Cloudプロジェクトに関連付けられます。つまり、四つのentityには別々の役割があります。

- **APIキー**：requestを認証するsecret。商品でも、残高でも、quotaの所有者でもありません。
- **Google Cloudプロジェクト**：キー、共同作業者、権限、通常のrate limit、実際のAPI利用が集まる単位です。
- **billing account**：支払方法、Prepay／Postpay、利用tierやaccount-level capに関わる請求単位です。
- **usage**：入力・出力tokenや追加機能など、最終的な請求を作る計測値です。

同じプロジェクトでキーを2本に増やしても、quotaが2倍になるわけではありません。[現在のrate-limit文書](https://ai.google.dev/gemini-api/docs/rate-limits?hl=ja)では、RPM、TPM、RPDなどは基本的にプロジェクト単位で評価されます。RPDは太平洋時間の午前0時にresetされ、実際のaccount-specific limitはAI Studioに表示される値が基準です。表示値も保証capacityではないため、「キーを追加購入して429を解決する」という設計は成立しません。

## Googleに直接払う場合の現在の料金

以下は2026年7月18日に[Google公式価格表](https://ai.google.dev/gemini-api/docs/pricing?hl=ja)で再確認した、Gemini Developer APIのStandardにある代表的なtext-oriented単価です。単位は**100万tokenあたりの米ドル**で、全モデル一覧の転載ではありません。

| モデル | 状態 | Standard入力 | Standard出力 | Free tier表示 |
|---|---:|---:|---:|---:|
| Gemini 3.1 Flash-Lite | Stable | $0.25 | $1.50 | あり |
| Gemini 3.5 Flash | Stable | $1.50 | $9.00 | あり |
| Gemini 3.1 Pro Preview、prompt 200k token以下 | Preview | $2.00 | $12.00 | なし |
| Gemini 3.1 Pro Preview、prompt 200k token超 | Preview | $4.00 | $18.00 | なし |

同じ公式表のBatch行では、ここに挙げたtoken単価はStandardの半額です。ただし、非同期処理が業務要件に合うことが前提です。audio、画像生成、video、Live、TTS、grounding、context cachingのstorage、Flex、Priorityには別の単位や価格行があります。単純に上表へ混ぜないでください。またPreviewは名称、availability、priceが変わり得るため、発注や公開前に再確認します。[現行model index](https://ai.google.dev/gemini-api/docs/models?hl=ja)では、今回の確認時点で3.1 Flash-Liteと3.5 FlashはStable、3.1 ProはPreviewです。

### 自分のワークロードを再計算する

token課金部分の基本式は単純です。

```text
推定コスト = 入力token数 / 1,000,000 × 入力単価
             + 出力token数 / 1,000,000 × 出力単価
```

例として、1回のrequestではなく**集計期間全体**でStandard text inputが100万token、outputが20万token、各promptが20万token以下、cacheとgroundingを使わないケースを計算します。

| モデル | 計算 | 推定token料金 |
|---|---|---:|
| Gemini 3.1 Flash-Lite | `1.0 × $0.25 + 0.2 × $1.50` | **$0.55** |
| Gemini 3.5 Flash | `1.0 × $1.50 + 0.2 × $9.00` | **$3.30** |
| Gemini 3.1 Pro Preview | `1.0 × $2.00 + 0.2 × $12.00` | **$4.40** |

Batchに適合する同じtoken量なら、上の三つはそれぞれ$0.275、$1.65、$2.20です。この比較から分かるのは「最安モデルが常に最適」ということではなく、**出力tokenが多い設計ではoutput rateが強く効く**ことです。品質評価に合格する最小モデルを選び、出力上限と不要な再生成を先に抑える方が、キーを探し回るより再現性があります。

この見積もりには、税、カード会社や請求時点の為替、画像・音声・video、tool、grounding、cache storage、失敗requestの計上条件、プロバイダー手数料は含めていません。日本円の予算は固定レートを書かず、次のように見積日に更新します。

```text
円予算 = USD推定額 × 見積日に採用する為替レート × 安全係数
```

安全係数には為替変動だけでなく、token推定誤差、retry、traffic spikeも含めます。請求書の確定額は見積式ではなく、契約中のbilling画面で照合してください。

## 有料化で払うのは「キー代」ではなく利用残高

[Googleのbilling文書](https://ai.google.dev/gemini-api/docs/billing?hl=ja)で、Gemini Developer APIのプロジェクトをFreeからPaidへ移す基本操作は、activeなbilling accountをリンクすることです。Prepayが割り当てられる場合、開始時に最低$10または現地通貨相当を追加します。これは月額subscriptionでもキー価格でもなく、API利用に充当される前払い残高です。Googleは新規ユーザーが原則Prepayになると説明していますが、rollout中はaccountによってassigned planが異なる可能性があります。画面上のplanを確認せずに決めつけません。

Prepayでは、creditはほぼreal timeで差し引かれ、12か月で失効し、Postpayへの移行後を除いて原則refund不可とされています。残高が0になると、そのbilling accountにリンクされたプロジェクトの**すべてのAPIキーが停止**し、自動でFreeへ戻りません。計上遅延により限定的なoverageが生じる可能性もあるため、「残高0なら絶対に追加費用がない」とも言い切れません。

Tier 1はactiveなbilling accountのlinkが条件です。今回の確認時点では、Tier 2の通常条件は累計$100のpaid spendと最初のsuccessful paymentから3日、Tier 3は$1,000と30日です。ただしthreshold到達は承認やcapacityの保証ではありません。tierとbilling capはbilling-account level、通常のrequest limitはproject levelという違いも重要です。最新の変更履歴と判断は[Gemini APIのbilling tier解説](https://blog.laozhang.ai/ja/posts/google-gemini-billing-tier-policy-changes)、実際のkey作成やtier確認手順は[Gemini API key・Tier 3ガイド](https://blog.laozhang.ai/ja/posts/gemini-t3-api-key-guide)に分けています。

## 課金を有効にする前後の確認表

「カード登録に成功した」だけでは、目的のprojectがPaidになった証拠になりません。次の順でentityを照合します。

| 観測した状態 | 意味 | 次の行動 | 停止ルール |
|---|---|---|---|
| AI Studioでキーを作れ、Freeでtest成功 | credentialとprojectは動作 | Freeの実測limitで足りるか計測 | 検証だけなら無理にPaidへ移さない |
| billing accountはあるがprojectがFree | billing作成とproject linkは別 | 対象project IDを照合してlink | 別projectに誤課金する前に止める |
| projectがPaid、Prepay残高あり | Paid requestを試せる状態 | model、token、status、usageを記録 | 大量traffic投入はcanary照合まで待つ |
| spend thresholdを満たしたがtier未反映 | 時間条件、審査、account状態の可能性 | AI Studioのactive tierを基準に確認 | thresholdだけでcapacityを約束しない |
| Prepay残高が0 | 関連projectのkeyが停止 | 予定どおりならtop-up、不要なら停止維持 | Freeへ自動fallbackする前提で運用しない |
| 401または403 | key、restriction、project、API permissionの問題候補 | credential経路を診断 | 課金額を増やして直そうとしない |
| 429 | projectのRPM／TPM／RPD等の候補 | AI Studioのactive limitsとretry設計を確認 | 同じprojectでkeyを増やさない |
| provider経由だけ失敗 | provider token、route、account、model mappingの問題候補 | direct Googleと混ぜずprovider側で切り分け | Google billingを変更する前に止める |

401／403の切り分けが必要なら、[Gemini API permission denied診断](https://blog.laozhang.ai/ja/posts/gemini-api-key-permission-denied)へ進みます。Free側の制限とPaidの境界を見たい場合は[Gemini API無料枠ガイド](https://blog.laozhang.ai/ja/posts/gemini-api-free-tier)を参照してください。

## 本番前の5段階canary

いきなり本番trafficを移さず、同じ短い入力を使って契約と計測の境界を確認します。secretそのものをログや記事に貼る必要はありません。

1. **所有者を固定する**：Google account、project ID、billing account ID、credential owner、予算責任者を記録します。外部providerなら契約accountとtoken ownerを別欄にします。
2. **最小requestを送る**：対象modelを明示し、短いprompt、低いoutput上限、streamingなしから始めます。request timestamp、model ID、HTTP status、input／output tokenだけを記録します。
3. **usageを照合する**：AI Studioまたは契約先consoleで、そのrequestが期待したproject、model、planに計上されたかを確認します。無料成功と有料成功を混同しません。
4. **失敗と停止を試す**：無効なmodel、低いclient timeout、429時のbounded retryなど、安全な範囲でfailure pathを確認します。無限retryと自動top-upは初回canaryでは有効にしません。
5. **小さな上限で昇格する**：日次予算、application-level token cap、alert、key rotation、provider fallbackの解除条件を決めてからtrafficを少しずつ増やします。usageが追えない、失敗課金が説明できない、停止操作が効かない場合は本番移行を止めます。

このcanaryで「動く」だけでなく、「どの契約へ、何が、いくら計上され、どう止められるか」まで説明できる状態を合格とします。

## Direct Google、Cloud／enterprise、APIプロバイダーの選び方

### 1. Gemini Developer APIをGoogleから直接使う

日本は、今回確認した[AI StudioとGemini APIの利用可能地域](https://ai.google.dev/gemini-api/docs/available-regions?hl=ja)に含まれます。18歳以上という条件もあります。対象地域、支払方法、Googleの認証とdata termsを受け入れられ、自分でbillingを運用できるなら、direct routeが比較の基準です。キーとprojectを自分で所有でき、公式consoleでusageを照合できるからです。

ただし「日本から使える」は、すべてのmodel、payment method、capacityが常に使えるという保証ではありません。AI Studioの現在表示と公式model listをrequest前に確認します。対象外地域からVPNや虚偽情報で回避する方法は選びません。

### 2. Google Cloud／enterprise routeを選ぶ

組織IAM、procurement、regional control、監査、既存Cloud契約が主目的なら、Gemini Developer APIのキー価格を比較する前にCloud／enterprise architectureを決めます。このrouteではservice accountやOAuthなどの認証設計、価格表、quota、data contractが別になり得ます。Consumer向けGemini subscription、Gemini Developer API、Enterprise Agent Platformの価格を一枚の表へ足すと、契約単位が崩れます。

停止ルールは、Developer APIの生キーを大量購入して企業統制の不足を埋めようとしないことです。必要条件がIAMと調達なら、その条件を満たすrouteの見積もりを取り直します。

### 3. 契約したAPIプロバイダーを使う

複数vendorをOpenAI互換clientで切り替えたい、別の請求やsupport arrangementが必要、direct routeだけでは運用要件を満たせない場合は、独立したprovider contractを比較できます。たとえば[laozhang.aiの現行developer文書](https://docs.laozhang.ai/en/getting-started)は、`https://api.laozhang.ai/v1`のOpenAI-compatible gatewayとprovider発行keyを案内し、[runtime Models API](https://docs.laozhang.ai/en/api-reference/models)で利用可能modelを確認する設計です。これはGoogle AI Studioのキーではありません。

検討対象にする条件は、live consoleの料金、model coverage、account scope、data terms、log保存、support、failure billing、終了時のdataとcodeの移行方法を確認できることです。production trafficは前述のcanary後に限定します。現在のconsole価格や契約条件を確認できない、必要modelがruntime listにない、usageとinvoiceを照合できない場合は採用を止めます。固定の割引率、Googleとの完全同等性、uptimeはここでは約束しません。

## キーを安全に扱うための現在の注意点

APIキーはpasswordと同じsecretです。browserやmobile appへ直書きせず、backendから呼び出し、secret managerまたは安全なenvironment variableで管理します。repository、screenshot、support ticket、client logへ貼らず、漏えいの疑いがあれば利用を停止してrotateします。権限は必要最小限に制限し、productionとdevelopmentのprojectを分ける方がblast radiusを小さくできます。

さらに、Googleは2026年7月16日更新の[key文書](https://ai.google.dev/gemini-api/docs/api-key?hl=ja)で、AI Studioの新規keyはauth keyになり、unrestrictedなstandard keyはすでに拒否、すべてのstandard keyは2026年9月に拒否すると案内しています。既存利用者は公開前にdeadlineを再確認し、移行対象をinventory化してください。この日付は変わり得るため、古いtutorialの手順をそのまま本番へ持ち込みません。

## FreeとPaidではデータ条件も違う

[Gemini API Additional Terms](https://ai.google.dev/gemini-api/terms)の2026年7月18日時点の要約では、unpaid serviceに送ったcontentはGoogle製品改善に使われる場合があり、保護処理後にhuman reviewerが確認する場合があります。PaidのpromptとresponseはGoogle製品改善には使われないとされていますが、安全性・security・運用のための限定的なloggingやmetadata収集までなくなるわけではありません。EEA、Switzerland、UKには特則があります。

これは法律助言ではありません。個人情報、顧客機密、規制対象データを扱うなら、Free／Paidの名称だけで決めず、現在のterms、組織のdata classification、保持、削除、subprocessor、incident対応を法務・security担当と確認します。外部providerを選ぶ場合は、Googleのtermsではなくproviderとの契約が追加されます。

## 最終判断：キーではなくrouteとusageを買う

Gemini APIを始めるために必要なのは、販売サイトでキーを探すことではありません。AI Studioで無料キーを自分のprojectに作り、Freeの実測で足りるか確認し、必要なprojectだけbillingへlinkし、少量のusageをinvoiceまで照合することです。

- **買わない**：第三者が渡すGoogleの生キー、所有projectが見えない共有key、quota増加をうたう追加key。
- **急いでupgradeしない**：検証trafficだけ、Freeで要件を満たす、cost modelや停止手順が未完成の状態。
- **Paidを検討する**：必要modelにFree tierがない、capacityやPaid data termsが必要、実測usageと予算を説明できる状態。
- **enterpriseを再設計する**：IAM、regional control、procurement、監査が本当の要件。
- **providerを比較する**：別credential・別contractとして評価でき、互換endpointやmodel switchingが実運用上の価値を持つ場合だけ。

最後にAI Studioのproject、active plan、tier、残高、model、usageを同じ日付で保存します。その六点が一致すれば、「Gemini APIキーを購入できた」ではなく、**自分が所有するrouteで、予算内のGemini API利用を開始できた**と判断できます。