Gemini API には、今も一部のモデルや API surface で無料枠が残っています。ただし「Gemini API 無料枠の制限」を、公開資料に一度書かれた固定の RPM/RPD 表として扱うのは危険です。実際にあなたのアプリを止めるかどうかを決めるのは、API key の背後にある Google Cloud プロジェクト、呼び出すモデル、usage tier、地域、課金状態、そして Google の現在のポリシーです。
2026 年 4 月 25 日時点で安全な確認手順は明確です。まず Google の Gemini API pricing page で、対象モデルまたは機能行に Free Tier があるかを確認します。次に、その API key を所有するプロジェクトを AI Studio で開き、現在の RPM、TPM、RPD、リセット挙動、使用量を見ます。同じプロジェクト内で API key を増やしても無料 quota は増えません。key は認証情報であり、quota と billing を持つのはプロジェクトです。
学習、プロンプト検証、小さな prototype、低頻度の internal tool なら無料枠はまだ有用です。ユーザー向け機能、機密データ、安定した throughput、または paid-only のモデルや機能が必要なら、無料枠を引き延ばすより、課金を有効にしたプロジェクトに移すべきです。
| 知りたいこと | 現在の答え | 確認先 |
|---|---|---|
| Gemini API はまだ無料で使えるか | 一部のモデルと API surface には Free Tier がある | Google Gemini API pricing |
| 自分の正確な上限はいくつか | プロジェクト、モデル、tier、地域、課金状態で変わる | AI Studio のプロジェクト使用量画面 |
| API key ごとに無料 quota があるか | ない。key は認証、quota はプロジェクトが持つ | API key と billing docs |
| 上限に達したらどうなるか | 429 または RESOURCE_EXHAUSTED が典型 | rate limits と troubleshooting |
| production を無料枠で動かせるか | 低リスク、低流量、失敗を許容できる場合のみ | billing と data handling |
Gemini API 無料枠の制限は三つに分けて考える
実務では「無料枠」「無料 tier」「free API limits」という言葉を、三つの判断に分ける必要があります。
一つ目は、モデルまたは機能そのものが無料対象かどうかです。これは古い解説や SNS の数値ではなく、Google の現在の pricing surface が持つ答えです。同じ Gemini という名前でも、あるモデル行は Free Tier、別の preview、image、batch、specialized route は paid-only ということがあります。だから「Gemini は無料か」ではなく、「この model row とこの API surface は今無料か」と聞くべきです。
二つ目は、rate limit の仕組みです。Gemini API rate limits では、RPM、TPM、RPD が主要な制限軸として扱われます。RPM は 1 分あたりの request、TPM は 1 分あたりの token、RPD は 1 日あたりの request です。これらの軸は重要ですが、公開ドキュメントの説明は全プロジェクトに同じ数値を永続保証するものではありません。
三つ目は、自分のプロジェクトが今どれだけ使えるかです。これは AI Studio の project view で確認する運用上の数字です。project、model、region、usage tier、billing state が変われば、実効上限も変わります。したがって、古い「無料枠は何 RPM」という表は参考にはなっても、launch 前の確認としては足りません。
どの情報はどの公式ページで確認するか
無料枠の判断で間違いが起きやすい理由は、pricing、rate limits、API key、billing、troubleshooting の役割が混ざるからです。以下のように分担させると、古い数字に引きずられにくくなります。
| 確認したい内容 | 最適な確認先 | 使い方 |
|---|---|---|
| 対象モデルや機能に Free Tier があるか | Gemini API pricing | 現在の model row と API surface を見る |
| RPM、TPM、RPD の意味 | Gemini API rate limits | 制限軸、usage tiers、reset behavior を理解する |
| key がどのプロジェクトに属するか | Gemini API key documentation | credential と project context を確認する |
| 課金を有効にすると何が変わるか | Gemini API billing documentation | paid project、data handling、credit exclusion を見る |
| リクエスト失敗の原因 | Gemini API troubleshooting | quota、billing、region、model eligibility を切り分ける |
pricing は無料対象を示しますが、実際の project quota は示しません。rate limits は制限軸を説明しますが、あなたの API key に別 quota があるとは言いません。billing は paid tier と data handling を説明しますが、無料プロジェクトが production に十分だと保証するわけではありません。
一文で言えば、モデルの無料状態、プロジェクトの実 quota、課金状態は別の画面で確認するものです。
API key とプロジェクト quota を混同しない
API key は credential です。リクエストを認証し、どの project context で呼び出すかを示します。しかし key 自体が独立した quota pool を持つわけではありません。
同じプロジェクトで Key A と Key B を作った場合、二つの key は同じ project limit を使います。Key C を追加しても、rotation、環境分離、漏洩時の切り替えには役立ちますが、無料 request 数を増やす効果はありません。429 が出ている時に同一プロジェクト内で key を増やすと、問題の原因を見えにくくするだけです。
上限を比較する前に、次の項目を確認します。
| 確認項目 | 理由 |
|---|---|
| どの Google account が key を作ったか | 管理画面に入れるかが決まる |
| key の背後にある Google Cloud project | quota、billing、usage report の主体 |
| billing が有効か | usage tier と data handling が変わる可能性 |
| code が呼んでいる model ID | model row ごとに無料状態と制限が違う |
| AI Studio で同じ project を見ているか | 別 project の画面では判断できない |
「key を増やせば無料上限も増える」という前提で設計してはいけません。必要なのは project を正しく確認し、負荷を下げ、retry を直し、必要なら billing を有効にすることです。
無料枠でよい用途、課金すべき用途
無料枠は development lane として考えると使いやすいです。API の学習、prompt の比較、小さな prototype、synthetic data を使った internal demo、低頻度の社内 tool には向いています。
一方で、無料枠は production entitlement ではありません。外部ユーザーがいる、機密データを扱う、一定 throughput が必要、失敗時に業務影響が出る、または必要な model row が paid-only の場合は、無料枠に残る理由より、paid project に移す理由のほうが強くなります。
| Workload | 無料枠の適性 | paid project の適性 |
|---|---|---|
| API 学習 | 合う | 多くの場合不要 |
| synthetic data の小型 prototype | 低頻度なら合う | 本番並み throughput を測るなら有用 |
| internal demo | 失敗を許容できるなら可 | 重要な demo なら安全 |
| customer-facing feature | リスクが高い | 通常はこちら |
| sensitive / regulated / proprietary data | デフォルトでは避ける | data terms を確認して使う |
| high-volume batch | 不向き | paid tier または batch route を検討 |
| paid-only model / feature | 使えない | 必須 |
予算面でも注意があります。現在の billing document では、2026 年 3 月以降に作成された新しい Google Cloud free-trial credits は Gemini API や AI Studio に適用されないとされています。Cloud の試用枠を Gemini API の無料予算として前提にする前に、必ず最新の billing page を確認してください。
AI Studio で実際の上限を確認する手順
確認自体は短いですが、project を間違えると意味がありません。
- API key を管理する Google account で AI Studio を開く。
- アプリが使っている key の project を選ぶ。
- usage または rate-limit view を開く。
- code の model ID と dashboard の model を照合する。
- RPM、TPM、RPD、reset behavior、usage tier、billing state を記録する。
- release、demo、migration、traffic change の前に再確認する。
複数 key を比較する場合も、key 単位ではなく project 単位で見ます。同じ project 内の key は同じ quota owner です。異なる project は、同じモデルを呼んでいても、billing、region、account history、tier によって異なる状態になり得ます。
RPM、TPM、RPD の詳細な読み方は Gemini API rate limits guide を参照してください。ここで必要な短い結論は、三つのどれか一つでも尽きると request は止まる、ということです。
429 または RESOURCE_EXHAUSTED が出た時の順番
429 は「無料枠がなくなった」という意味とは限りません。多くの場合、ある limit dimension が尽きた、project を見間違えている、model ID が違う、paid-only の model を呼んでいる、region や billing state が合わない、または retry が速すぎる、という問題です。
| 順番 | やること | 理由 |
|---|---|---|
| 1 | key の project を AI Studio で確認 | 実際の quota owner を先に特定する |
| 2 | model ID と API surface を確認 | paid-only や preview route なら待っても直らない |
| 3 | RPM、TPM、RPD を別々に見る | exhausted dimension によって対策が違う |
| 4 | concurrency を下げ、backoff with jitter を入れる | 速すぎる retry は throttling を悪化させる |
| 5 | prompt を短くし、同じ回答を cache する | requests と tokens を同時に減らせる |
| 6 | 通常 traffic で上限に当たるなら billing を有効化 | production capacity を fragile free quota に依存させない |
エラー本文が billing、region、unsupported model、failed precondition を示す場合は、単に reset を待つだけでは解決しない可能性があります。troubleshooting document で quota exhaustion と setup issue を切り分けます。
無料枠の変化に耐える設計
無料枠は変わるものとして設計します。開発中は request count、prompt size、token usage、latency、retry count、failure rate を記録し、実際の workload が無料枠に収まるかを測ります。古い数字に依存するより、自分の project の実測を見るほうが安全です。
Model routing を用意します。単純な分類、短い extraction、軽い要約は低コストの route に送り、複雑な reasoning や長い code analysis だけを強い model に送ります。これは制限を回避する手口ではなく、限られた quota を必要な場所に使う設計です。
Cache できる回答は cache します。FAQ bot、分類器、routing helper、internal assistant では似た prompt が繰り返されます。cache は RPM と TPM の両方を下げます。
Error log は dimension ごとに残します。daily quota、token throughput、per-minute concurrency は対策が違います。ログに "Gemini failed" だけを残しても、次に何をするべきか判断できません。
Paid path も先に決めておきます。どの project を billed project にするか、誰が budget owner か、alert threshold はどこか、どの data を送ってよいかを、上限にぶつかる前に決めます。
避けるべき誤解
「無料 API key の上限」と書かないこと。正しくは project quota です。
古い RPM/RPD table を production requirements に貼らないこと。table は規模感の参考になっても、current operational number は AI Studio が持ちます。
Gemini app の利用回数制限を Gemini API の事実として使わないこと。consumer app、AI Studio、Gemini API、Vertex AI は別の契約で動く場合があります。
Google Cloud promotional credit が Gemini API に使えると決めつけないこと。budget plan を書く前に current billing page を確認します。
無料だから privacy 面でも安全だと考えないこと。customer data、business secrets、regulated material を送るなら、paid data terms を先に確認すべきです。
判断ルール
workload が low-volume、non-sensitive、retry 可能で、AI Studio の live limits に収まっているなら、無料枠を使い続けて構いません。
通常 traffic で 429 が繰り返される、predictable throughput が必要、必要な model や feature が paid-only、privacy/compliance が重要、quota change がユーザー影響になる、という条件があれば paid project に移行します。
無料枠は便利ですが、production の権利ではありません。常に確認、測定、再確認が必要な project-level limit として扱ってください。
よくある質問
Gemini API の無料枠はまだありますか？
あります。一部の Gemini API model row と API surface には Free Tier があります。ただし正確な対象は現在の pricing page で確認する必要があります。
自分の正確な無料枠制限はどこで確認しますか？
API key の背後にある project を AI Studio で開きます。そこで live RPM、TPM、RPD、usage、reset behavior、billing state を確認します。
API key ごとに無料 quota はありますか？
ありません。API key は認証情報で、quota と billing は Google Cloud project に属します。同じ project の複数 key は同じ project limit を共有します。
key を増やせば無料 quota も増えますか？
増えません。同一 project 内の新しい key は rotation や環境分離には有用ですが、quota は増やしません。必要なら負荷削減、architecture 変更、billing を検討します。
429 または RESOURCE_EXHAUSTED は何を意味しますか？
多くの場合、RPM、TPM、RPD のどれかが尽きています。同じ project の AI Studio 使用量、model ID、retry pattern を確認し、待つ、減らす、cache する、billing を有効にする、のどれかを選びます。
Gemini 3 や Gemini 3.1 は API で無料ですか？
記憶や通称で答えず、現在の Gemini API pricing page で model row と surface を確認します。新しい preview や special route は paid-only の場合があります。
無料枠を production に使えますか？
低リスク、低流量、失敗許容、non-sensitive な用途なら可能です。customer-facing、sensitive、high-volume、reliability-sensitive な用途は billed project を使うべきです。
Google Cloud の free-trial credits は Gemini API に使えますか？
現在の billing page では、2026 年 3 月以降の新しい Google Cloud free-trial credits は Gemini API または AI Studio に適用されないとされています。予算に入れる前に再確認してください。
無料枠と有料枠でモデル品質は違いますか？
重要な差は通常、品質ではなく quota、feature access、data handling、operational predictability です。具体的なモデルと tier は pricing と billing docs で確認してください。
無料枠に依存する前に何を記録すべきですか？
project ID、model ID、usage tier、AI Studio の live RPM/TPM/RPD、reset behavior、billing state、確認日を記録します。release、demo、migration、traffic change の前に再確認します。
