Gemini APIのリクエスト保存、新規有料プロジェクトで既定ON
Gemini APIGoogleプライバシーログAPI変更開発者
Googleは2026年10月26日、Gemini APIのリリースノートを更新した。有料ティアの新規プロジェクトでは、Generate Content API（generateContent / streamGenerateContent / batchGenerateContent）のリクエスト保存がデフォルトで有効（store=true）になる。既存プロジェクトの設定は変更されない。
何が発表されたか
- Gemini APIのリリースノートに2026年10月26日付で「Generate Content API storage on by default」が追加された。
- 対象は有料ティアの新規プロジェクト。
generateContent/streamGenerateContent/batchGenerateContentの各呼び出しで、リクエストが既定で保存される（store=true）。 - 先行して既定ONになっていたInteractions APIと挙動を揃える変更。
- 既存プロジェクトの設定は変わらず、従来の値が維持される。
- オプトアウトは2通り。リクエスト単位で
store=falseを指定するか、Logs and Datasetsダッシュボードの設定パネルでGenerate Content APIのロギングを無効化する。
開発者への影響
受託でクライアントのデータを扱う場合、ここは契約・プライバシーポリシーに直結する。新しくGoogle Cloudプロジェクトを切って有料ティアでGemini APIを使い始めると、明示的に止めない限りリクエスト内容が保存される状態からスタートする。個人情報や顧客の非公開データをプロンプトに載せる構成（問い合わせフォームの自動返信、社内ドキュメント検索、ECの購買履歴を使ったレコメンドなど）では、着手時のチェックリストに「storeの既定値確認」を入れておきたい。
逆に、ログが残ること自体は運用面では利点がある。プロンプトの改善、トラブル時の再現、評価データセットの蓄積に使える。方針として「保存する／しない」をプロジェクト単位で先に決め、ダッシュボード側で一括設定しておくのが混乱が少ない。既存プロジェクトは影響を受けないため、環境ごとに挙動が食い違う可能性がある点にも注意。
補足
このリリースノートは日付単位でインデックスページに掲載される形式で、エントリ個別のURLは用意されていない。