Googleは2026年7月21日にFlashティアを刷新し、Gemini 3.5 Flash-Liteを最も手頃な価格帯のモデルとして提供しました。Geminiファミリーで最も安価かつ高速なモデルであり、分類、抽出、短いチャット返信、シンプルな検索拡張応答など、深い推論よりスループットとコストを重視する大量・低レイテンシー処理向けに設計されています。1日に何百万件もの小さなリクエストを処理するホットパスに適した選択肢です。
この刷新では3つのモデルが同時にリリースされ、バージョン番号が混在しています。まずモデルの位置付けを整理し、仕様、価格、適したユースケース、APIのテスト方法を確認します。
Gemini 3.5 Flash-Liteとは？
Gemini 3.5 Flash-Liteは、GoogleのGeminiファミリーの中で最も小さく、最も安価なモデルです。高度な推論よりも、速度と大量処理に最適化されています。Googleによると毎秒約350出力トークンを記録し、高負荷時でも低レイテンシーな応答を目指しています。
Gemini APIでは、モデルIDに以下を指定します。
gemini-3.5-flash-lite
主な適用先は、反復的で高頻度な処理です。
- サポートチケットの分類・タグ付け
- 非構造化テキストからのフィールド抽出
- 検索結果のテキストに基づく短いQ&A
- 低レイテンシーが必要なチャットウィジェット
- 大量ログやイベントのラベル付け
これらのワークロードでは、1リクエストあたりの品質を最大化するより、安定して速く、低コストで大量に処理することが重要です。
今回のFlash刷新では、次の3モデルが登場しました。
| モデル | 位置付け |
|---|---|
| Gemini 3.6 Flash | 主力モデル。推論・コーディング・エージェント処理向け |
| Gemini 3.5 Flash-Lite | 最安・高速モデル。単純かつ大量の処理向け |
| Gemini 3.5 Flash Cyber | ゲート付きのセキュリティモデル |
Googleの概要はGoogleのブログで、モデルの詳細はDeepMind Flashページで確認できます。
なぜ3.6ではなく3.5なのか？
混乱しやすい点ですが、新しい主力モデルはGemini 3.6 Flashである一方、Flash-LiteとCyberは3.5の番号を維持しています。これはタイプミスではありません。
Googleは、リリースイベントではなくモデル系統に基づいてバージョニングしています。主力のFlashはより大きな世代的進化として3.6に進み、LiteとCyberは3.5ラインに配置されました。
また、Gemini 3.5 Flash-Liteは、以前のGemini 3.1 Flash-Liteとは別モデルです。既存モデルの名称変更ではなく、新しい後継モデルとして扱ってください。
実装時は名称ではなく、必ずモデルIDで確認します。
gemini-3.5-flash-lite
仕様と価格設定
Flash-Liteの価格と主な仕様は以下の通りです。価格はGemini APIでの100万トークンあたりです。
| 属性 | 値 |
|---|---|
| モデルID | gemini-3.5-flash-lite |
| 入力価格 | $0.30 / 100万トークン |
| 出力価格 | $2.50 / 100万トークン |
| 速度 | 約350出力トークン/秒 |
| 無料枠 | あり（Google AI Studio、レート制限あり） |
| コンテキストキャッシング | $0.03 / 100万トークン + $1.00 / 100万トークン/時間ストレージ |
入力は$0.30、出力は$2.50で、公開されているGeminiラインナップの中で最も安価な料金です。
比較対象となるGemini 3.6 Flashは、入力$1.50、出力$7.50です。そのためFlash-Liteは、入力コストが約5分の1、出力コストが約3分の1になります。短いリクエストを大量に実行する場合、この差は月次コストに大きく影響します。
最新の価格は、必ずGemini APIの価格ドキュメントで確認してください。
コストを見積もる手順
実装前に、対象処理のトークン量を計測します。
- 1リクエストあたりの平均入力トークン数を測定する
- 平均出力トークン数を測定する
- 1日あたり・1か月あたりのリクエスト数を掛ける
- 高頻度で同一コンテキストを送る場合はキャッシングを検討する
固定のシステムプロンプトや長い参照ドキュメントを繰り返し送信するなら、コンテキストキャッシングが有効です。キャッシュ作成と保存には料金がかかりますが、再利用時の入力コストを抑えられます。
パフォーマンスはどうなのか？
Gemini 3.5 Flash-LiteはTerminal-Bench 2.1で54%を記録し、前身モデルの31%から向上しました。Liteクラスとしては大きな改善であり、従来より実用的なタスク範囲が広がっています。
特に適しているのは次の処理です。
- テキスト分類
- 構造化データの抽出
- 短いチャット応答
- シンプルなRAG
- 定型的な要約・変換
- ルールベース処理の補助
たとえば、抽出タスクでは出力形式を固定すると、後続処理を実装しやすくなります。
以下の問い合わせから情報を抽出してください。
JSONのみを返してください。
出力形式:
{
"category": "string",
"priority": "low | medium | high",
"summary": "string"
}
Liteモデルは高速ですが、出力の揺れや誤分類を前提に設計する必要があります。特に本番処理では、JSONパース、必須フィールド、列挙値を検証し、失敗時の再試行またはフォールバックを用意してください。
一方で、Flash-Liteは以下には適していません。
- 困難なエージェントコーディング
- 長い多段階ツールチェーン
- 複雑なコードベースの推論
- 多段階の計画が必要な処理
- 正確なツール呼び出しを連続させるワークフロー
こうした処理には、Gemini 3.6 Flashまたは上位モデルを使う方が適しています。安価なモデルで誤りを増やすと、再処理・人手確認・障害対応のコストが節約分を上回る可能性があります。
GoogleがFlash-Liteを使用する場所
GoogleはFlash-Liteを開発者向けに提供するだけでなく、Google検索にも導入しています。
これは、検索規模のトラフィックを処理できるだけのスループットとコスト効率を持つというシグナルです。開発者にとっても、分類パイプライン、FAQ応答、文書抽出、軽量な検索支援など、高頻度の本番エンドポイントに適用しやすいモデルだと判断できます。
ただし、自分のデータセットとプロンプトでの評価は必須です。検索向けに適していることと、自社の固有フォーマット・ドメイン用語・正確性要件に適していることは同じではありません。
Flash-Lite vs Gemini 3.6 Flash: どちらを選ぶべきか？
選択基準はシンプルです。
- シンプル・大量・速度重視: Gemini 3.5 Flash-Lite
- 推論・コーディング・多段階処理重視: Gemini 3.6 Flash
| 観点 | Gemini 3.5 Flash-Lite | Gemini 3.6 Flash |
|---|---|---|
| 主な用途 | 分類、抽出、短いチャット、シンプルなRAG | 推論、コーディング、複雑なエージェント処理 |
| 価格 | 最も安価 | Flash-Liteより高価 |
| レイテンシー | 低い | Flash-Liteより高くなる可能性がある |
| 適したリクエスト | 短く、定型的で、高頻度 | 複雑で、判断・計画が必要 |
実用的には、難易度によるルーティングが有効です。
1. まずFlash-Liteで分類または一次応答を実行する
2. 信頼できない出力、複雑な入力、検証失敗を検出する
3. 該当するリクエストだけをGemini 3.6 Flashへエスカレーションする
この構成なら、大半のトラフィックはFlash-Liteで低コストに処理し、難しいケースにだけ上位モデルのコストを使えます。
価格の詳細は3.6 Flashの価格設定、性能・速度・価格の比較はGemini 3.5 Flash-Lite vs 3.6 Flashを参照してください。
アクセス方法とテスト方法
Flash-LiteはGemini APIから利用できます。最短で試すにはGoogle AI Studioを使用します。
1. APIキーを取得する
Google AI StudioでAPIキーを作成します。無料枠ではレート制限があります。テストや軽い利用には便利ですが、Googleが無料枠のデータを製品改善に使用する可能性があるため、機密データは有料キーで扱うようにしてください。
API仕様はGemini APIドキュメントで確認できます。
2. モデルIDを指定する
リクエスト設定では、モデルIDを以下に設定します。
gemini-3.5-flash-lite
設定値の打ち間違いを防ぐため、モデルIDは環境変数や共通設定に切り出すと安全です。
GEMINI_MODEL=gemini-3.5-flash-lite
3. 出力を検証する
Liteモデルを本番で使う場合、成功ステータスだけを確認しても十分ではありません。少なくとも次をテストしてください。
- HTTPステータスコードが成功であること
- 応答に期待する候補・テキストフィールドが含まれること
- JSON出力を要求する場合、JSONとしてパースできること
-
categoryやpriorityなどの必須フィールドが存在すること - 列挙値が想定範囲に収まること
- 応答時間がサービスのSLO内であること
たとえば、構造化出力を使う処理では、アプリケーション側で次のような検証を追加します。
const validPriorities = new Set(["low", "medium", "high"]);
function validateResult(result) {
if (!result?.category || !result?.summary) {
throw new Error("必須フィールドが不足しています");
}
if (!validPriorities.has(result.priority)) {
throw new Error(`不正なpriority: ${result.priority}`);
}
return result;
}
4. リクエストを保存して定期実行する
APIの価格、レート制限、応答形式は変更される可能性があります。そのため、手動確認だけでなく、保存済みリクエストを回帰テストとして運用することが重要です。
Apidogでは、GeminiエンドポイントへのPOSTリクエストを作成し、APIキーを環境変数に保存できます。シークレットをリクエスト本文へ直接書かず、環境変数として管理してください。
テストでは、次のようなチェックを追加します。
- ステータスコードが200である
- 応答本文に期待するJSONフィールドがある
- 抽出結果が定義済みスキーマに従う
- 応答時間が許容範囲内である
さらに、実行をスケジュールすれば、壊れた応答、形式変更、レイテンシー悪化をユーザーが気付く前に検出できます。
ApidogはGeminiモデルを実行したりGemini APIを置き換えたりするものではありません。Geminiエンドポイントを呼び出し、検証し、継続的に監視するためのAPIクライアントです。
よくある質問（FAQ）
Gemini 3.5 Flash-LiteはGemini 3.6 Flashと同じですか？
いいえ、異なるモデルです。どちらも2026年7月21日の刷新でリリースされましたが、Flash-Liteはシンプルで大量の処理向け、3.6 Flashはより強力な推論とコーディング向けです。
なぜ3.6ではなく3.5なのですか？
Googleがモデル系統ごとに異なるバージョニングを採用しているためです。主力Flashは3.6に進みましたが、Flash-Liteとゲート付きCyberモデルは3.5ラベルを維持しました。
これは以前のGemini 3.1 Flash-Liteですか？
いいえ。Gemini 3.5 Flash-Liteは新しいモデルであり、3.1 Flash-Liteは前世代です。実装時は名称ではなく、モデルID gemini-3.5-flash-lite を確認してください。
Gemini 3.5 Flash-Liteは無料ですか？
Google AI Studioにはレート制限付きの無料枠があります。テストや軽い利用には適していますが、大量の本番利用では有料APIキーを使用してください。無料枠のデータはGoogleが製品改善に使用する可能性があります。
Flash-Liteは何に最適ですか？
分類、抽出、短いチャット応答、大量のシンプルな検索拡張応答に適しています。複雑なエージェントコーディングや長い多段階推論には、Gemini 3.6 Flashの方が適しています。
Top comments (0)