Google Gemini API無料枠ガイド：上限・課金・設定

はい、Google Gemini APIの無料枠は2026年3月13日時点でも存在します。ただし実務上の答えは、「AI Studioでクレジットカードなしにキーを作れるか」だけでは決まりません。Googleのドキュメントが別ページで管理している プロジェクトのティア、地域・利用者の所在地、選ぶモデルID の3点を合わせて見る必要があります。

google gemini api free tier で検索しても記事ごとに結論が割れるのはこのためです。ある記事は「まだ無料」と言い、別の記事は「課金必須」と言い、さらに別の記事は「突然0クォータになった」と言います。文脈次第ではどれも成立します。現在の料金ページには無料利用が明記されていますが、公開レート制限の見え方は以前より断片的で、課金プロジェクトと無料プロジェクトの挙動も一致しません。実際、フォーラムでは 429 RESOURCE_EXHAUSTED と同時に 0 RPM や 0 RPD が表示される報告もあります。本記事はその分断を1本に統合し、プロトタイプ・社内ツール・小規模本番で無料枠を使うべきかを判断できる形にします。

要点まとめTL;DR

• Gemini APIの無料枠は2026年3月13日時点でも有効です（対応地域のGemini Developer APIプロジェクト）。
• 現在の無料運用はGemini 2.5系が中心で、旧来のGemini 2.0前提の説明は更新遅れになりやすいです。Googleの料金ページには、Gemini 2.5 Pro / 2.5 Flash / 2.5 Flash-Lite の無料行が引き続き掲載されています。
• クォータはAPIキー単位ではなくプロジェクト単位です。1プロジェクト内でキーを増やしても上限は共有されます。
• 課金有効化でプロジェクトの性質が変わるため、単なる「無料枠の拡張」とは見なさない方が安全です。GoogleのBilling FAQとFirebaseのクォータ資料を合わせて確認してください。
• 無料枠は学習・試作・低負荷自動化には十分ですが、EU/UK対象、安定したヘッドルーム、厳密なプライバシー要件がある用途には弱いです。
• 429 と 0 RPM / 0 TPM / 0 RPD が同時に出る場合は、通常の使い過ぎだけでなく、プロジェクト状態や反映遅延、バックエンド側要因も疑うべきです。

2026年3月時点でGoogle Gemini APIはまだ無料で使えるのか？

結論は「はい」ですが、「無料」の意味を正確に定義する必要があります。GoogleはGemini APIに無料枠があることを引き続き公開しており、Google AI Studio でも現行フローではカード入力なしでAPIキー作成を開始できます。公式のQuickstartにも、AI Studioで無料キーを取得できる記載がありますし、Billingページにも無料ティアと有料ティアの併記があります。

混乱が起きるのは、「無料枠がある」から「自分のプロジェクトもずっと無料枠の挙動を保つ」と飛躍してしまう点です。Googleは料金、レート制限、地域、課金を別ページで管理しており、公開粒度も均一ではありません。料金ページは無料対象モデルを比較的明確に示しますが、レート制限ページはティア構造中心で、詳細値の見え方が時期によって変わります。さらにFirebase資料では、2025年12月7日にFree TierとPaid Tier 1のクォータ調整が行われたことが明示されており、クォータはGoogle Cloud上でのプロジェクト状態に依存すると説明されています。

2026年に無料枠を実務で扱うなら、次の前提で考えるのが安全です。

• 無料で開始できること自体は現在も事実。
• 無料アクセスはモデル依存かつクォータ依存。
• クォータはキーではなくプロジェクトに紐づく。
• 課金有効化はカード登録の有無以上に、プロジェクト挙動を変える。
• 地域条件とポリシー条件で、単純な「Geminiは無料」という説明は上書きされる。

この見方は、現在のSERP平均より実務判断に強いです。上位記事の多くは「完全無料」か「ほぼ有料化」の二極化で語りますが、どちらも2026年の運用判断には粗すぎます。

どのGeminiモデルがまだ無料で使えるのか？

2026年3月13日時点では、Googleの料金ページにGemini 2.5 Pro / 2.5 Flash / 2.5 Flash-Lite の無料利用行が残っています。ここを最初に明確化するだけで、古いチュートリアル由来の誤解をかなり減らせます。いまだに「Gemini Pro」や「Gemini 2.0 Flash」を中心に説明しているページは、現行の意思決定には不十分です。

同時に押さえるべき点は、Googleの公開情報だけでは無料枠の全制限を常に1テーブルで確認できないことです。料金ページは「無料対象モデルが今あるか」を確認する一次情報として強く、レート制限ページはティア構造の確認には有効ですが、行単位の詳細は時期で見え方が変わります。したがって、以下の表は「公開情報の時点スナップショット」として扱い、恒久仕様と誤認しないでください。

この表から実務上の判断は3つです。

第一に、現実的な試作の初期モデルは Gemini 2.5 Flash が最も無難です。現行性、応答速度、無料枠耐性のバランスがよく、2.5 Proを既定にするより運用の余裕が出ます。Proは難問専用に寄せる方が、無料枠の持続性は高くなります。

第二に、Flash-Liteは想像以上に重要です。無料枠で詰まりやすいチームは、重い推論を常用しすぎる傾向があります。分類、抽出、ルーティング、テンプレート変換、一次要約のような処理をFlash-Liteに寄せるだけで、ProやFlashを本当に必要な場面に残せます。

第三に、2026年の記事をGemini 2.0 Flash中心で組み立てるべきではありません。Deprecationsページには、Gemini 2.0 Flash / 2.0 Flash Liveが2026年3月3日に非推奨化され、2026年9月24日に停止予定と記載されています。さらに2.0 Flashの画像生成は2026年3月31日に停止と明記されています。ここを無視したガイドは、公開時点で既に劣化が始まります。

最後にもう1点。無料モデルがあることと、無料で高スループットを維持できることは別です。Geminiはモデルアクセス性と長コンテキストで強い一方、無料時のリクエスト予算は多くのチームが想定するより厳しめです。つまり無料枠は「強い/弱い」の二択ではなく、学習・低負荷には強く、ユーザー向け高変動トラフィックには弱いが正確です。

Gemini無料枠は実際どう動くのか

最重要の前提は、GeminiのクォータはAPIキーではなくプロジェクトに紐づく点です。Google CloudまたはAI Studio上でキーを複数作成しても、同じプロジェクトなら予算は増えません。無料プロジェクトで予算を使い切れば、その配下の全キーに影響します。課金プロジェクトなら、その配下キーは課金挙動を共有します。

この「プロジェクト単位モデル」は、次の疑問を一気に説明します。

• フロント用キーとバックエンド用キーが同時に詰まる理由
• キー再発行より課金有効化の方が効く理由
• 同一アプリを別プロジェクトへ移すと挙動が変わる理由
• 0クォータ の報告がキー単体ではなくプロジェクト状態の議論になる理由

一次情報としては、GoogleのBilling FAQとFirebaseのquota-and-pricingをセットで読むのが最短です。Billing FAQには、新規Cloud Billingアカウントで \$300 の試用クレジット対象となる場合があり、Gemini APIで使える可能性がある記述があります。一方で、これは「カード不要の無料枠」とは別概念です。Firebase資料はより運用寄りで、有料ティアに上げた後のリクエストは課金対象になり得ることを明記しています。

実務差分は次の通りです。

SERPで抜けがちな論点として、Google AI Studio利用とGemini API利用は同義ではありません。Billing FAQには「有料APIキーを使わない限り、AI Studio利用は無料」とあるため、AI Studio上の試行結果をそのままAPI本番挙動と同一視すると誤差が出ます。

無料から本番へ移る判断を深掘りするなら、Gemini APIキーのティア解説とGemini有料ティア移行ガイドも併読してください。閾値と移行タイミングの実務判断がしやすくなります。

大枠のルールは明快です。負荷が小さく、遅延許容があり、キュー運用できるなら無料で十分です。実ユーザー、SLA、法令対応が乗った時点で課金プロジェクトへ移す方が、結果的に安く安定します。無料枠を使い切るテクニックより、この切替判断の方が価値が大きいです。

Google AI Studioで無料APIキーを取得する手順

現在のセットアップは依然として簡単で、公式Quickstartが基準になります。見落とされやすいのは、Googleが新しいGoogle GenAI SDKに標準化したことで、古いチュートリアルがそのままでは通用しない点です。Librariesページには、Google GenAI SDKが2025年5月にGA化し、旧ライブラリが2025年11月30日付で非推奨になった旨が記載されています。

現行の無料キー取得フローは次の6ステップです。

1. aistudio.google.com にアクセスしてGoogleアカウントでログイン
2. Get API key を開く
3. Create API key in new project を選ぶ（無料検証の分離がしやすい）
4. 発行されたキーを即時コピー
5. ソースコードではなく GEMINI_API_KEY に保存
6. 本実装前にSDKまたはRESTで最小疎通テスト

以下は、現行SDKに合わせたPython例です。

python
from google import genai


client = genai.Client()

response = client.models.generate_content(
    model="gemini-2.5-flash",
    contents="Gemini API無料枠の仕組みを3文で説明してください。"
)

print(response.text)

REST例は次の形です。

bash
curl "https://generativelanguage.googleapis.com/v1beta/models/gemini-2.5-flash:generateContent" \
  -H "x-goog-api-key: $GEMINI_API_KEY" \
  -H "Content-Type: application/json" \
  -X POST \
  -d '{
    "contents": [
      {
        "parts": [
          {
            "text": "Gemini API無料枠の要点を1段落で説明してください。"
          }
        ]
      }
    ]
  }'

現場で頻出する設定ミスは2つです。

1つ目は古いSDKの利用です。google.generativeai 前提のサンプルをそのまま使うと、古い運用に引きずられて機能差分や移行コストを抱えます。
2つ目は全環境を1無料プロジェクトに集約することです。クォータはプロジェクト共有なので、検証スクリプトの突発負荷がデモ環境を巻き込む事故が起きます。

より詳細な鍵管理はGemini APIキー取得ガイドで補足しています。要点は同じで、環境変数管理・リポジトリ非公開・公開フロント直出し回避が基本です。

Gemini無料枠が動かなくなる主な理由

この論点でSERP品質差が最も出ます。多くの記事は「使いすぎで429、待てば戻る」までしか書きません。実際にはそれだけでは不十分で、Googleフォーラムには 429 RESOURCE_EXHAUSTED と 0 RPM / 0 TPM / 0 RPD の同時表示報告が複数あります。課金化したのに0表示が続くケースも報告されています。

つまり、通常の枯渇と異常状態を分けて診断する必要があります。

無料枠を安定運用する実装は地味ですが確実です。キュー、指数バックオフ、繰り返しプロンプトのキャッシュ、軽処理のFlash-Lite寄せ、重推論だけPro使用。この設計をせずに無料枠へバーストを直接流すと、問題はクォータではなくアーキテクチャになります。

0クォータ 系は通常の超過とは別クラスです。通常の429なら「上限超過」で説明しやすいですが、表示自体がゼロになる場合は調査フローを分けるべきです。

1. 見ているプロジェクトが正しいか確認
2. アプリ全体ではなく公式最小コードで再試験
3. モデル限定か全モデル共通かを切り分け
4. 分単位スロットリングを除外できるだけ待機
5. 継続するならスクリーンショットとリクエストIDを添えてフォーラム/サポートへ

この理由から、無料枠は「実験・軽量運用」に向きますが、「本番唯一経路」には向きません。予測可能性が必要なサービスでは、課金移行やフォールバック設計を最初から持つ方が安全です。通常の429対処を深掘りしたい場合は、Gemini API 429エラー対処ガイドを参照してください。

地域とコンプライアンスの落とし穴

無料枠解説で最も省略されやすいのが地域条件です。Googleの対応地域ページでは、Gemini APIは200超の国と地域に対応するとされます。一見広いのですが、同じ資料群と利用規約を合わせて読むと、EEA・英国・スイス向けの配布には有料サービス要件が関わるため、単純な「対応地域数」だけでは判断できません。

ここで分けるべき問いは2つです。

1. 開発者である自分がその地域からGemini Developer APIへ接続できるか
2. 自分のアプリ利用者に対して無料経路をそのまま使ってよいか

見落とされがちなのは2つ目で、米国側で接続確認できても、対象ユーザー地域がドイツや英国なら、無料運用前提が成立しないケースがあります。これは技術問題ではなく、製品・法務・配布設計の問題です。

また、無料と課金でのデータ取り扱い差分は意思決定上の重みが大きいです。顧客文書、ソースコード、契約情報、社内分析データを扱う場合、技術的に無料で動くことと、運用上無料で進めるべきことは一致しません。無料の利点は立ち上がり速度、有料の利点は運用の予見性です。

地域制約が厳しい読者向けには、中国からGeminiを使う方法も参照してください。重要なのは回避策の細部より、開発者所在地・利用者所在地・課金状態は別変数だと理解することです。

もう1点、Google AI Studio / Gemini Developer API / Firebase AI Logic / Vertex AI は関連サービスですが同一ではありません。片方のクォータ説明をもう片方へ機械的に適用すると、価格や上限で誤読が起きます。小規模試作はAI Studio起点が最短ですが、厳格な企業運用ではVertex AIへ寄せた方が整合しやすい場面も多いです。

無料を続けるべきか、課金を有効化すべきか

個人開発者、学習用途、趣味プロジェクト、社内軽量ツールであれば、2026年時点のGemini無料枠は依然として有用です。モデル品質の比較、プロトタイプ検証、低負荷自動化、OpenAI/Claudeとの比較検証を無課金で始められる価値は残っています。

一方で、プロダクトとして賭けるかどうかは次の基準で判断してください。

• 低負荷・キュー可能・コンプライアンス非重視なら無料継続
• 実ユーザー・ピーク負荷・プライバシー要件があるなら課金有効化
• EEA/UK/スイス配布が早期に入るなら有料またはVertexを前倒し

難しいのはカード登録そのものではなく、ワークロードがまだ「試作」なのか、既に「準本番」なのかの線引きです。無料枠を準本番ティアとして延命すると、クォータ変更・地域条件・0クォータ障害のいずれかで突然止まります。

コスト比較で本質的なのは「無料 vs 高価」ではなく「無料 vs 予測可能」です。多くのケースで、有料Geminiのトークン課金は、無料枠の不安定運用に費やす開発工数より安く収まります。課金側の単価感や代替経路を比較する場合は、2026年版Gemini API価格ガイドとGemini API代替サービス比較も合わせて確認してください。

結論は明確です。Google Gemini API無料枠は2026年3月時点でも実在し、学習・評価・低負荷運用の入口として価値があります。ただしそれは本番SLAの代替ではなく、地域要件を自動で満たす万能解でもありません。「期限付きの制約を持つ無料サンドボックス」として扱うなら優秀、黙示的な本番保証として扱うなら危険というのが、実務的な最終判断です。