Gemini 2.5 Pro・Flash・Flash-Lite比較｜料金と選び方

01今から選ぶ場合と、2.5を使い続ける場合を分ける

Gemini 2.5 Pro・Flash・Flash-Liteは同じ世代のモデルですが、「高価なProなら何でも正確」「Liteはお試し版」という関係ではありません。用途ごとに必要な正確さを決め、合格する候補の中から費用と待ち時間を比べます。

まず重要なのは利用できるかどうかです。確認時点の公式案内では、2.5系は過去に継続利用していたユーザー向けにアクセスが制限されています。モデル自体は廃止扱いではなく、API提供終了日は未発表です。ただし、新規プロジェクトには3.5 Flash-Liteまたは3.8 Flashが案内されています。「2.5が一覧にない＝すべての提供が終わった」とは限りません。

根拠：提供終了・移行先

正式版とプレビュー版は、完全なモデルIDで区別する

公式の履歴では2.5 ProとFlashは2025年6月17日、Flash-Liteは2025年7月22日リリースです。末尾に日付やpreviewが付いた旧モデルは、同じ「2.5」でも別の提供履歴を持ちます。アプリの設定、APIのモデルID、公式の終了予定を照合してください。正式版という呼び名も、永続提供や無停止の保証ではありません。

根拠：提供終了・移行先

利用する入口も先に決める

根拠：Gemini API／AI Studio 追加利用規約 ／ Gemini Developer API 料金

02入力・出力・Thinking・外部連携の違い

根拠：Gemini 2.5 Pro の仕様 ／ Gemini 2.5 Flash の仕様 ／ Gemini 2.5 Flash-Lite の仕様

入力の長さと出力の長さを混同しない

約100万トークンは入力の上限です。約100万トークンの回答を一度に書き出せるという意味ではありません。トークンと日本語の文字数は同じではなく、PDFや音声などでも消費量が変わります。長い資料は必要な部分に分け、各回答を元資料と照合すると扱いやすくなります。最大値まで必ず生成されるわけでもありません。

Markdownやコード、JSONもテキストとして出力します。JSONを業務で使うなら、単に「JSONで」と頼むだけでなく、対応する構造化出力で型を指定し、受け取った値を検証します。音声・画像を入力できることと、音声・画像を生成できることも別です。会話音声のリアルタイム処理は、Live用モデルの仕様から選んでください。

Thinkingは、画面のトグルとAPI設定を分けて確認する

Thinkingは回答前の推論処理です。確認時点の公式説明では、2.5 Pro・Flashの既定はオン、Flash-Liteはオフと整理されています。ただしAPI世代で設定名が異なり、現行のInteractions APIではthinking_levelが案内されています。古い画面の「Thinking mode」や古いコードのthinkingBudgetを、新しいAPIへそのまま移さないでください。

表示される思考要約は、すべての内部処理を忠実に公開する記録ではありません。「長く考えたから正しい」と評価せず、最終回答の根拠・計算・指示遵守を確認します。旧記事の「3モデルともThinkingをオンにしたので同条件」という説明だけでは、推論量をそろえた比較にはなりません。

根拠：Thinking の設定と要約

ストリーミング、バッチ、外部連携を使い分ける

ストリーミングは完成前から少しずつ受け取る方法、バッチはまとめた処理を非同期に依頼する方法です。どちらも、通常の2.5モデルをLive音声モデルに変える機能ではありません。画面で一度応答したことを、大量同時処理ができる証拠にもしないでください。

Function callingは外部関数の呼び出しを組み立てる仕組みです。実際のデータベース接続や送信、更新は、アプリ側のコードと権限設計が必要です。最初は読み取りだけの関数に限定し、引数を検証します。送信や削除などの処理は、人の確認を挟む設計にしましょう。

根拠：Function calling ／ Gemini 2.5 Pro の仕様 ／ Gemini 2.5 Flash の仕様 ／ Gemini 2.5 Flash-Lite の仕様

カスタマイズは、まず指示と例から始める

「用語をそろえる」「出力を一定の形にする」だけなら、システム指示と数件の入力・正解例から始められます。資料を検索して渡すRAGと、追加データで学習させるファインチューニングは別の方法です。Cloudの教師ありチューニングの対応一覧には2.5の3モデルが載っていますが、AI Studioの通常チャットで同じ機能を使えるという意味ではありません。学習データの権利、提供リージョン、追加費用を確認してから検討します。

根拠：Cloudの教師ありファインチューニング

知識のカットオフも、全質問にその日までの正解が入っている保証ではありません。時事情報や料金は検索・一次資料で補い、引用先が本当に主張を支えているかを読みます。

03過去の出力比較を読み直し、速度と制限を判断する

ここからは2025年の旧記事に残された比較記録です。今回の更新でモデルを再実行した結果ではありません。原稿にはモデルIDの細かな版、temperature、推論予算、複数回の測定値がそろっておらず、現在の順位や再現性を保証するベンチマークとしては扱いません。

6つの入力例は残し、評価できる範囲を絞る

比較1：複雑なシナリオの構築

元記事では、Proを詳細・形式的、Flashを実務的、Liteを簡潔とする筆者の印象が書かれていました。これは特定の出力に対する感想です。現在の性能差の根拠にはせず、前提の一貫性や、指定した3視点・3項目がそろったかを評価します。

あなたは危機管理コンサルタントです。近未来、小惑星の衝突により世界的なインターネット網が1年間利用不可になるというシナリオを想定します。

    この状況下で起こりうる事態について、「政府」「巨大IT企業」「一般市民」それぞれの視点から、以下の3点を分析・予測し、詳細なレポートを作成してください。


    1. 直面する最大の課題

    2. 考えられる対策や行動

    3. 1年後に社会がどのように変化しているかの予測

比較2：哲学者の架空対話

元記事の筆者はProの対話らしさを高く評価していました。架空の対話は実在の哲学者の発言・引用ではありません。思想の正確さは別途典拠で確認し、人物間の応答と対話形式を評価します。

「もしAIが人間と見分けのつかない意識を持ったとしたら、我々はAIに人権を認めるべきか？」というテーマについて、以下の3人の哲学者が対話する形式で論考を記述してください。



    - プラトン（イデア論の視点から）

    - デカルト（心身二元論の視点から）

    - ニーチェ（力への意志の視点から）



    それぞれの哲学者の思想を反映させながら、議論が弁証法的に発展していく様子を描写してください。

比較3：約800字の記事構成

元記事には文章構成・詳しさに関する印象が残っています。文字数、指定した導入・5項目・まとめの充足を確認します。題材は当時の文章生成例であり、医療上の助言を得るために使う例ではありません。

あなたは健康管理アプリのコンテンツ担当者です。「テレワーク中の運動不足を解消する5つの簡単な習慣」というタイトルのブログ記事を、約800字のマークダウン形式で作成してください。導入、5つの習慣（それぞれ具体例を交えて）、まとめ、という構成でお願いします。

比較4：レビューからの情報抽出

見出しには「複数レビュー」とありましたが、実際の入力は1件のレビュー文です。本文にない欠点を足さないこと、良い点・悪い点の根拠を原文へ戻せることを採点します。指定数を満たすための捏造は合格にしません。

以下のワイヤレスイヤホンのレビュー文から、顧客が評価している「良い点」と不満に思っている「悪い点」をそれぞれ3つずつ、簡潔な箇条書きで抽出してください。



    「音質はクリアで素晴らしい！特に低音が気に入った。ただ、バッテリーが思ったより持たないかな。通勤で使う分には問題ないけど。あと、ケースのデザインが少し安っぽい感じがする。でも、接続の安定性は抜群で、一度も途切れたことがないのは本当に快適。」

比較5：3つのキーワード抽出

この課題は「3語・カンマ区切り・説明なし」の抽出です。旧総評にあった「政策背景を分析する長文」などの評価は、この指示から導けないため撤回します。語数、区切り、入力との対応だけを確認します。入力の見出しは比較用の文で、実際のニュースとして紹介するものではありません。

以下のニュース見出しから、最も重要なキーワードを3つ、カンマ区切りで抽出してください。説明は不要です。



    「政府、円安対策として追加の金融緩和を検討。市場への影響を注視。」

比較6：短文の感情分類

この課題は指定された分類語を1つ返すものです。保存済みの当時のスクリーンショットでは、3モデルとも「ネガティブ」の1語を返しています。今回の更新でもこの3枚を確認しましたが、現行モデルで再実行した結果ではありません。この1例でいえるのは分類結果の一致と指定形式への適合までです。旧総評にあった「長文の解説レポート」「社会構造を分析する」といった差は評価根拠になりません。返したラベルと形式を確認し、1例の正解だけで分類精度やモデル間の優劣を決めないでください。

以下の文章の感情を「ポジティブ」「ネガティブ」「ニュートラル」のいずれか一つで分類してください。回答は単語のみでお願いします。



    「アプリの新しいアップデート、前より使いにくくなった気がする。」

完了時間と、最初の文字までの時間は別の指標

元記事の筆者が記録した値は次のとおりです。秒数を今回測り直したわけではありません。入力も2種類に分かれています。完了までの秒数は出力量に影響されるため、これだけでトークン毎秒のスループットや「3倍の性能」は計算できません。

以下は旧記事の動画です。今回の更新では再生・秒数の再計測はしていません。動画全体の長さと、モデルが回答した時間は同じとは限りません。

現代の人間社会のコミュニケーション（SNS、ニュース、日常会話など）全体を一つの巨大なオペレーティングシステム（OS）と仮定してください。このOSのソースコードには書かれていないにもかかわらず、システム全体を支配している『最も影響力の強い暗黙のルール（Unwritten Rule）』を3つ特定してください。それぞれのルールが、どのように人々の思考や行動を形成し、どのような予期せぬバグ（社会問題や心理的影響）を生み出しているか分析してください。

古代の人々が雷や海を神として捉えたように、現代社会を支配する強力な抽象概念（例：『インターネット』『アルゴリズム』『グローバル市場』）を神々とする新しい神話を創造してください。これらの『新しい神々』には、それぞれどのような神格（性格、司る領域、得意なこと/苦手なこと）がありますか？神々の間にはどのような関係（協力、対立、親子など）が存在しますか？そして、現代人は無意識のうちに、これらの神々に対してどのような『儀式』（いいね、検索、消費行動など）を捧げているのでしょうか？

旧記事に保存された画像は下にまとめています。掲載順と画像URLを保持しました。今回の更新では画像ファイルを新たに取得できませんでしたが、保存済みの感情分類の画像3枚は目視で確認しました。それ以外の画像の細部は再確認していません。画面名や表示モデルを現在の操作手順の根拠にしないでください。

旧記事の操作・比較画像を開く

3.入力できる種類（文字、画像など）

入力方法(全てのモデルで同じです)

4.出力形式

モデル設定パネルからも変更可能

プロンプトを入力

Gemini 2.5 Proで回答を出力

Gemini 2.5 Flashで回答を出力

Gemini 2.5 Flash Liteで回答を出力

プロンプトを入力

Gemini 2.5 Proで回答を出力

Gemini 2.5 Flashで回答を出力

Gemini 2.5 Flash Liteで回答を出力

プロンプトを入力

Gemini 2.5 Proで回答を出力

Gemini 2.5 Flashで回答を出力

Gemini 2.5 Flash Liteで回答を出力

プロンプトを入力

Gemini 2.5 Proで回答を出力

Gemini 2.5 Flashで回答を出力

Gemini 2.5 Flash Liteで回答を出力

プロンプトを入力

Gemini 2.5 Proで回答を出力

Gemini 2.5 Flashで回答を出力

Gemini 2.5 Flash Liteで回答を出力

プロンプトを入力

Gemini 2.5 Proで回答を出力

Gemini 2.5 Flashで回答を出力

Gemini 2.5 Flash Liteで回答を出力

活用する時は・・・

モデルごとの活用方法が異なります

9.一度に読める文章の長さ(扱えるトークン数)

3つのモデルの出力スピードを比較

3つのモデルで実際に出力をして比較

Google AI Studioで活用するには

呼び出し回数は利用経路ごとに確認する

Developer APIでは、RPM（1分あたりの回数）、TPM（1分あたりの入力トークン）、RPD（1日あたりの回数）を分けます。上限はモデル・利用階層などで変わり、プロジェクト単位で適用されます。APIキーを増やしても同じプロジェクトの上限が増えるわけではありません。AI Studioで表示される有効な制限を確認してください。

根拠：Gemini API レート制限

CloudのStandard PayGoは別の容量管理です。公式説明はモデルごとのTPM基準を示し、独立したRPM上限は設けないとしています。旧記事の「DSQの初期上限は約30,000回／分」を3モデル共通の上限として使わないでください。429が出たら無制限に再送せず、待ち時間を増やす再試行、入力の縮小、同時実行数の抑制を設計します。専用容量契約は費用と対象条件を調べる別の選択肢です。

根拠：Cloud Standard PayGo

04Developer APIの料金と、追加費用を計算する

以下は2026年10月23日（日本時間）に確認したGemini Developer APIのStandard有料枠です。単位は100万トークンあたりの米ドル。Cloud経由の見積もり、一般向けGeminiの月額料金、すべてのAI Studio機能の料金表ではありません。無料枠の記載があっても、現在のアカウントでモデルを使えるとは限りません。

根拠：Gemini Developer API 料金

Proの20万トークン境界は、累進課金ではない

「最初の20万トークンだけ安い単価で、超えた分だけ高くなる」と計算しないでください。プロンプト長の区分で、そのリクエストに適用される単価が変わります。次は通常のテキスト入力で、キャッシュ・検索・税等を含めない説明用の計算例です。出力数は思考分を含む課金対象の数とします。

同じ入力・出力数なら単価差を比較できますが、実際には思考量、再試行、回答の長さも変わります。生成料金だけでなく、誤りの修正にかかる時間も合わせて選びます。円換算は為替や税で変わるため、旧記事の固定レート144円を現在の価格としては使いません。

検索、キャッシュ、検索基盤を別々に見積もる

Developer APIの2.5系では、検索グラウンディングの有料枠は無料分を超えると1,000 grounded promptsあたり$35です。Proは1日1,500件、FlashとFlash-Liteは合算で1日1,500件の無料分という表示です。無料階層ではProは対象外、Flash系は合算で1日500件という表示になっています。新世代と課金単位・無料分が違うため、モデル名を必ず合わせます。

根拠：Gemini Developer API 料金

キャッシュは再利用で入力費用を減らせる場合がありますが、保存時間にも費用がかかります。CloudのVector Searchなど検索基盤を使うなら、モデル呼び出しとは別の構成・料金を見積もります。旧記事の「誰でも初年度$1,000無料」「最小構成は月$100程度」は、利用条件を確認できないため現在の見積もりには採用しません。

Cloudを利用する場合は、Cloud側の料金ページで同じモデル・処理方式・リージョン・追加機能を確認してください。Developer APIの表を転記して予算を決めないでください。

根拠：Google Cloud 生成AI料金

05機密情報・データ保持・SLAはモデル名で決めない

注意顧客情報・機密資料を入れる前に、利用経路と規約を確認してください。「Proだから安全」「キャッシュを切ったから全データが消える」という判断はできません。

ここでの「Paid」は、画面で料金を払ったかだけでは決まりません。現行規約では、AI Studioを使うアカウントが有効なCloud Billing付きプロジェクトへアクセスできる場合、またはWorkspace enterpriseアカウントの場合、無料表示の利用もPaid Services扱いになる条件があります。Developer APIは、呼び出し先プロジェクトに有効な課金アカウントが関連付いているかで区別されます。EEA・スイス・英国では、無料のAI StudioやGemini API無料枠にもPaid Servicesのデータ利用条件が適用される例外があります。

根拠：Gemini API／AI Studio 追加利用規約 ／ Cloudのデータ保持・ゼロ保持条件

「学習に使わない」と「保存しない」は別

Cloudでは、不正利用監視、任意のリクエスト・応答ログ、Interactions APIの保存設定、キャッシュ、追加ツールを個別に確認します。現行資料にはメモリ内キャッシュに加え、対応モデルの永続ストレージ側キャッシュも記載されています。キャッシュを無効化しても、他の保持経路まで同時に無効になるわけではありません。

根拠：Gemini API／AI Studio 追加利用規約 ／ Cloudのデータ保持・ゼロ保持条件

ゼロ保持が必要な業務では、先に対象サービス・モデル・ツールを限定し、設定と契約の両方で実現できるかを管理者へ確認します。追加機能によってはゼロ保持ができない場合もあります。利用画面だけを見て判断せず、必要なら非機密のダミーデータに置き換えて検証します。

認証・地域・医療用途を一括で「対応」としない

ISOやSOCなどは、認証の対象サービス・範囲・契約を確認するための情報です。Pro・Flash・Liteの性能順位や、個々の処理の法令適合を証明するものではありません。利用可能な国と、データ処理・保存の所在地も別です。Cloudのエンドポイントを選ぶだけで、必要なデータ所在地要件をすべて満たすとは限りません。

根拠：Google Cloud コンプライアンス ／ Cloudの提供リージョン・エンドポイント ／ AI Studio／Gemini API の利用可能地域

またDeveloper API／AI Studioの現行規約は、臨床利用、医療上の助言、医療機器規制の対象となる使い方を禁じています。Cloudの認証や契約の話を根拠に、この制限を読み飛ばさないでください。規制対象の業務を導入する場合は、担当者が利用目的・データ・適用契約を個別に確認する必要があります。

根拠：Gemini API／AI Studio 追加利用規約

99.5％は、全Gemini利用に付く無停止保証ではない

CloudのGemini Online Inference APIには、対象メソッド・条件に対する月間稼働率SLOが記載されています。基本は99.5％ですが、短期提供対象のモデルには別条件があります。無料AI StudioやDeveloper APIに、そのまま同じ保証が付くわけではありません。

SLAは対象外条件と請求手続を持つ契約です。検索グラウンディングを使うリクエストなどは対象外として記載され、条件を満たした場合の救済は将来の利用に充てるクレジットです。「24時間365日止まらない」「出力の内容が正しい」「損害が全額補償される」という保証ではありません。

根拠：Gemini Online Inference API のSLA

06自分の用途で比較する手順と、よくある質問

1. 入口を決める。AI Studio、Developer API、Cloudのどれかと、アカウント・プロジェクトをメモします。機密・個人情報は持ち込まず、最初は架空の入力を使います。
2. 利用できるモデルを確認する。公式モデル一覧と実際のモデル選択欄を見比べます。2.5がない場合に、未確認の別名や廃止済みpreviewを指定して回避しようとしないでください。
3. 合格条件を先に決める。分類なら正しいラベル、抽出なら原文との一致、記事なら文字数・構成・出典を決めます。モデル名を見ずに採点できる条件にします。
4. 同じ入力と設定で記録する。会話履歴を分け、完全なモデルID、推論設定、出力上限、検索の有無を残します。画面の配置や名称は更新されるため、旧スクリーンショットと同じ場所にあることを前提にしません。
5. 正確さ・待ち時間・費用を一緒に比較する。1回だけでなく複数の入力を試し、失敗例も保存します。生成時間と人の修正時間を分け、合格する候補を絞ります。
6. 採用後の条件を残す。モデル終了案内の確認担当、予算、再試行上限、情報の保存先を決めます。外部へ送る・更新する機能は、必要な権限と人の確認を設計してから追加します。

根拠：Gemini API モデル一覧 ／ Gemini API の開始手順 ／ Gemini API レート制限

目的：
利用経路：AI Studio / Developer API / Google Cloud
確認日・プロジェクト：
モデルID・SDK/APIの種類：
入力：非機密の共通サンプル
合格条件：
検索・外部ツールの有無：
推論設定・出力上限・会話履歴：
結果：正解 / 不正解 / 判断保留
最初の文字までの秒数：
完了までの秒数・出力トークン数：
課金対象トークン数・追加機能料金：
人が直した点と時間：
採用 / 保留 / 不採用の理由：
提供終了・料金変更の次回確認担当：

少ない例でも、検証できる課題にする

感情分類なら、肯定・否定・中立だけでなく、否定表現や皮肉を含む例を混ぜます。抽出なら、必要な情報が存在しない例も入れます。「不足なら不足と返す」条件を加えると、見た目の流暢さより、誤った補完をしないかを確認できます。下の例は今回作成した練習用で、実行結果ではありません。

次の架空レビューから、良い点と悪い点を原文に書かれた範囲だけで抽出してください。
各項目には根拠となる短い原文も添えてください。
指定数を満たすために内容を補わず、書かれていない項目は「記載なし」としてください。
レビュー：音は聞き取りやすいです。箱の色については特に気にしていません。電池の持ちは、まだ長時間使っていないので分かりません。
出力：良い点 / 悪い点 / 判断できない点