2026年時点でも、Gemini APIには対象モデル向けの無料枠があります。ただし無料枠の利用上限は、古い表、AIの要約、フォーラム投稿から固定値としてコピーすべき数字ではありません。無料のAPIキーはGoogle Cloudプロジェクトに紐づく認証情報にすぎず、キーごとに別の配分枠が付くわけでも、バックエンド利用が無制限になるわけでもありません。無料で使える容量はモデル、提供モード、プロジェクト、地域、利用段階、課金状態、そしてAI Studioがそのプロジェクトに表示する現在の上限で決まります。配分画面、429エラー、最近の議論で「20 RPD」を見た場合は、特定プロジェクトのスナップショットの可能性として扱い、全員共通のGemini API無料枠契約として扱わないでください。まず料金ページでモデルの対象可否を確認し、AI Studioで対象プロジェクトの現在値を読み、そのうえで429の原因が配分、課金、地域、トラフィック形状、経路選択のどれかを切り分けます。
まず結論
| 質問 | 2026年5月6日時点の答え |
|---|---|
| Gemini API keyは無料で取得できるか | できます。GoogleのAPI key docsは、key作成と管理をGoogle AI Studioに案内しています。新規ユーザーはterms承諾後にdefault projectとAPI keyを取得できます。ただし無料keyは独立quotaではありません。 |
| Gemini APIは無料で使えるか | 対象modelとserving modeがfree-capableなら使えます。Googleのpricing pageは複数のGemini Developer API routeにFree Tierを表示しています。 |
| 無料Gemini API keyはずっと無料か | 永続的なentitlementとして扱わないでください。key作成は無料でも、model eligibility、project limits、unpaid-service terms、billing requirements、regional rulesは変わります。 |
| 20 RPDの無料枠制限は本当か | 特定のproject、model、account stateでは本当になり得ます。ただし、コードに固定する共通上限ではありません。実際のRPDはAI Studioでproject、model、tier、billing stateごとに確認します。 |
| コードに固定で書ける公開レート制限はあるか | ありません。公開docsはRPM、TPM、RPD、project単位のルールを説明しますが、実際のactive limitsはAI Studioで見ます。 |
| API keyごとに無料quotaが増えるか | 増えません。同じproject内の複数keyは同じquota bucketを使います。 |
| どのrouteを無料候補として見ればよいか | pricingを確認します。現時点ではgemini-3-flash-preview、gemini-3.1-flash-lite-preview、gemini-3.1-flash-live-preview、gemini-2.5-pro、gemini-2.5-flash、gemini-2.5-flash-liteの対象modeにfree input/outputが見えます。 |
| 無料APIと呼ばない方がよいrouteは何か | gemini-3.1-pro-preview、Gemini 2.5 Flash Image、Gemini 3 Pro Image Preview、Gemini 3.1 Flash Image Preview、Imagen、Veo、多くのBatch/Flex/Image routeはFree TierがNot availableです。 |
| 429が出たら何をするか | surface、project、model、serving mode、AI Studio quotaを確認し、RPM、TPM、RPD、burst、billing、model eligibility、provider routeのどれがownerかを切り分けます。 |
2026年5月6日にGoogleのrate limits、pricing、billing、API key、termsの各ドキュメントと20 RPD境界を再確認して更新しています。価格、モデル対象、quotaは変わるため、launch前に必ず再確認してください。
一番大きく変わったのは数字ではなく、答えの置き場所
古いGemini無料枠記事は、1つのquota表から話を始めがちです。モデル名、RPM、RPD、場合によってはTPMが並ぶ形式です。20 RPDだけを探す場合も、その表を1つの数字に圧縮しているだけです。しかし2026年にその表をproduction前提にするのは危険です。今は2つの問いを分ける必要があります。
- そのモデルとserving modeがFree Tier対象か。
- 自分のprojectがAI Studioでどのactive limitsを表示しているか。
Gemini API rate-limits docsは今でも重要です。requests per minute、tokens per minute、requests per day、project-level quota、reset window、超過時の考え方を説明しているからです。ただし、それは全ユーザーへの最終保証ではありません。ルールを説明するのが公開docsで、現在のproject quotaを見せるのがAI Studioです。
実務では、Gemini pricing pageでmodel eligibilityを確認し、AI Studio rate-limit viewでlive quotaを確認します。古い表や繰り返し引用される数字がこの2つと食い違うなら、現在の公式面を優先してください。

いま実際に無料対象なのはどのモデルか
最初に見るべきはeligibilityです。対象モデルがAPIのFree Tierに入っていなければ、無料枠のRPMを計算しても意味がありません。

| Route | Free Tier statusの読み方 | 実務上の意味 |
|---|---|---|
gemini-3.1-flash-lite-preview | pricingでは対象serving modeにfree input/outputが表示されています。 | cost-sensitiveなtextやmultimodal prototype向け。ただしpreviewなのでlimitsは変わりやすいです。 |
gemini-3.1-flash-live-preview | Live API routeとしてfree input/outputが表示されています。 | real-time/Live APIの契約であり、通常のtext request pathとは別です。 |
gemini-3-flash-preview | Standard/Priorityはfree-capable、Batch/Flexは自動的に無料扱いしません。 | 一般的な3系prototypeに向きますが、serving modeの確認が必要です。 |
gemini-2.5-pro | Standard/PriorityでFree Tierが見えます。 | 3.1 Pro APIがpaid-onlyのとき、強めのreasoningが欲しい場合のfree fallbackです。 |
gemini-2.5-flash / gemini-2.5-flash-lite | 現在もfree-capable routeがあります。 | 低リスクprototype、教材、比較、小規模toolに向きます。 |
gemini-3.1-pro-preview | Free TierはNot availableです。 | AI Studioで試せることとbackend APIが無料であることは別です。詳細はGemini 3.1 Pro free API guide。 |
| Gemini 2.5 Flash Image、image preview、Imagen、Veo route | 多くのimage/video API routeはpaid-onlyです。 | playgroundで触れること、プロモーション、API pricingを混ぜないでください。 |
これはquota表ではなく、eligibility mapです。free-capableなrouteでも、自分のprojectのactive limitが小さければ十分ではありません。AI Studioにモデルが見えても、APIの無料routeとは限りません。preview routeは特に、今日の条件が長く続くとは限りません。
API keyを増やしてもquotaは増えない
API keyはcredentialであり、quota bucketはprojectに属します。この区別を429対応の前に理解しておかないと、間違った修復に進みます。staging、demo script、local devが別々のkeyを使っていても、同じGoogle Cloud projectなら同じproject-level quotaを消費します。
projectを分けるべきなのは、実際にownershipが分かれる場合です。billing owner、environment、security restriction、audit boundary、region/compliance requirement、team-level monitoringが分かれるなら意味があります。free-tier capを避ける目的だけでprojectを分けると、運用が脆くなり、後でlimitを読めなくなります。
429後に確認するべき問いは次の通りです。
- そのkeyはAI Studioで見ているprojectに属しているか。
- billing accountは正しいか。
- modelとserving modeはまだfree-capableか。
- RPM、TPM、RPD、burstのどれが先に詰まったか。
- queue、cache、token cap、paid tier、quota increaseのどれが本当の次手か。
同じprojectにkeyを増やしてもcapacityは増えません。
Billingとprepayが隠れた制限になる
paid tierは「カードを付ければ終わり」ではありません。billing docsはPrepayとPostpay plansを分け、新しいbilling plan systemが2026年3月23日から有効になったことを説明しています。
確認すべきなのは、projectにbilling accountが付いているかだけではありません。AI Studioがset up billingやset up prepayを要求していないか、available creditsがあるか、Prepay/Postpayのどちらか、auto-reloadがあるか、billing account tierが期待するcapacityに足りるかを見ます。prepay balanceが0になると、そのbilling accountにぶら下がるGemini API serviceが止まる可能性があります。
key作成からtier確認までのUI手順はGemini API key and Tier 3 guideで見られます。無料枠のレート制限に対するbillingの役割は、capacity、data terms、service continuityの境界です。free-tier rate limitを魔法のように消すスイッチではありません。
実際のlimitをどう確認するか
正式なprototype、demo、launch前にはこの短い確認を入れてください。
- pricing pageでtarget modelとserving modeがFree Tier対象か確認する。
- AI Studioで実際に使うprojectを選ぶ。
- rate-limit viewでRPM、TPM、RPD、model-specific dimensionsを記録する。
- billing state、Prepay/Postpay、available credits、billing account tierを確認する。
- model、project、region、billing state、timestamp、observed limitをlaunch前に残す。
- model、project、region、billing account、serving mode、traffic shapeを変えたら再確認する。
この確認は地味ですが、古いblog tableをproduction contractとして扱う事故を防ぎます。AI StudioでRPDがdemo dayに足りないなら、答えは新しいkeyではなく、queue、model変更、output削減、paid tier、quota requestのどれかです。
429は無料枠終了の合図ではなく、切り分けの入口
429はfree tierが消えた証拠ではありません。どのownerがrequestを止めたかを見ます。

| Step | 確認するもの | 理由 |
|---|---|---|
| Surface | Official Gemini API、AI Studio UI、third-party provider。 | provider 429はGoogle project quotaではない可能性があります。 |
| Project and key | project、key restriction、billing account。 | projectを取り違えるとlimitの観測が崩れます。 |
| Model and serving mode | model ID、Standard/Batch/Flex/Priority、preview status、region。 | eligibilityとlimitsはこの層で変わります。 |
| AI Studio quota | RPM、TPM、RPD、reset window、usage、extra dimensions。 | どのownerが発火したかを決めます。 |
| Reduce pressure | concurrency削減、queue、cache、短いprompt、max output cap、jittered backoff。 | rate-limit修復はまずtraffic shapeを変えることが多いです。 |
| Escalate with evidence | project、model、timestamp、current limit、usage pattern、試したmitigation。 | quota increaseやsupportには推測ではなく事実が必要です。 |
free-tier eligibilityを超えた一般的な制限問題なら、次にGemini API rate-limits guideを読んでください。
無料枠で十分な場面と、もう十分ではない場面
無料枠はevaluationには向いています。prompt exploration、tutorial、low-risk prototype、internal demo、personal tool、model comparison、cost experiment、short-lived agentなどです。それでもqueue、cache、token cap、429 logging、backoffは最初から入れておくべきです。後でpaid capacityへ移すときに、アーキテクチャを作り直さずに済みます。
無料枠が正しい契約ではなくなる場面もはっきりしています。predictable capacity、paid-only model、customer data handling、production support expectation、EEA/Switzerland/United Kingdom向けのuser-facing API clientが必要な場合です。Gemini API termsはunpaid servicesとpaid servicesのdata-use boundaryを分けています。unpaid usageはGoogle product improvementに使われる可能性があり、人によるreviewが入る可能性もあります。顧客データでは、これは小さな注記ではなく設計境界です。
third-party fallbackは最後に置く
まずofficial Google routeを確認します。fallback providerやmulti-provider gatewayが意味を持つのは、official routeがcapacity、region、model availability、billing setup、resilience、API compatibilityを満たせないと分かった後です。
複数providerを使うAPI teamなら、laozhang.aiは後段の評価routeとして扱えます。順序は変えません。official modelのfree eligibility、AI Studio quota、avoidable 429の削減、その後にpaid tier、quota increase、provider fallbackを選びます。provider coverage、price、latency、scopeは変わりやすいので、trafficを流す前にdashboardとexact model routeを確認してください。
Launch checklist

- Pricing pageでtarget modelとserving modeがfree-capableである。
- AI Studioでexact projectとmodelのactive quotaが足りている。
- API keyが意図したprojectに属している。
- billing state、prepay balance、billing account ownerが分かっている。
- request codeにqueue、jittered backoff、token cap、429 owner loggingがある。
- dashboardがRPM、TPM、RPD、billing failure、provider failureを分けている。
- unpaid quotaに送るdataがunpaid-service termsに合っている。
- EEA、Switzerland、UK向けuser-facing accessはpaid servicesを使う。
- user trafficの前にpaid tier、quota increase、fallback routeの判断がある。
FAQ
Gemini API keyは無料で作れますか?
はい。AI StudioでGemini API keyを作れます。ただし、keyを無料で作れることと、keyごとにquotaがあることは別です。
API keyごとに無料レート制限がありますか?
ありません。rate-limits docsはquotaがproject単位で適用されると説明しています。同じproject内のkeyを増やしてもquotaは増えません。
自分の実際の無料枠limitはどこで見ますか?
AI Studioのrate-limit viewで、exact projectとmodelを選んで確認します。public docsはdimensionsを説明し、AI Studioがactive project-specific limitを示します。
今どのGeminiモデルがAPIで無料ですか?
modelとserving modeによって変わります。2026年5月6日時点では、Gemini 3.1 Flash-Lite Preview、Gemini 3.1 Flash Live Preview、Gemini 3 Flash Preview、Gemini 2.5 Pro、Gemini 2.5 Flash、Gemini 2.5 Flash-Liteなどにfree input/outputが見えます。launch前には必ず再確認してください。
Gemini 3.1 ProはAPIで無料ですか?
いいえ。gemini-3.1-pro-previewはFree TierがNot availableです。AI Studioで試せることとbackend APIが無料であることは別です。
429は無料枠がなくなったという意味ですか?
通常は違います。RPM、TPM、RPD、burst、model eligibility、billing、project scope、provider routeのどれかがactive limitに当たったという意味です。
無料枠をproductionで使えますか?
prototypeやlow-risk evaluation向きです。predictable capacity、paid-service data handling、paid-only models、regional obligationsが必要ならpaid servicesへ移行してください。
実務上の結論
Gemini APIの無料枠はまだあります。ただし、全員共通のstatic quota tableではなく、API keyを増やしても増えるものではありません。正しい順序は、pricing pageでmodel eligibility、AI Studioでlive project quota、billing pageでcapacityとprepay、termsでdata-useとregional deployment boundaryを確認することです。この順序なら、抽象的な「GeminiのRPMはいくつか」ではなく、自分のprojectが今日安全に動かせるかを判断できます。
