Gemini API の企業調達チェックリスト：割当、コンプライアンス、コスト管理(2026)

企業が Gemini API を調達するとき、「100 万 Token あたりいくらか」という話に単純化されがちです。しかしプロジェクトが公開できるかどうかを実際に決めるのは、割当、レート、データ条項、アカウントとキーの管理、請求の照合、そして主経路に問題が起きたときのバックアップの有無です。

本記事では、調達と公開の順序に沿ってチェックリストを示します。具体的なモデルと価格はモデル価格ページおよび Google のドキュメントを基準にしてください。本記事では単価を固定値で示さず、またいずれの当事者に代わって法的結論を出すものでもありません。

注記：Google、Gemini は Google LLC の商標です。Google AI Studio と Vertex AI では、規約、地域、割当の規則が異なる場合があります。最終的には締結した契約、公式規約、実際のコンソール設定を基準にしてください。ZSQH AI Gateway は独立した第三者 API ゲートウェイであり、本記事は接続と調達の方法のみを扱います。

一、まずワークロードを計算し、それから割当を語る

調達前に次の 4 つの問いに答えてください。答えがなければ、割当は勘で決めるしかありません。

1 日のリクエスト数はいくつか、ピークは北京時間の何時頃に集中するか。
平均の入力と出力はそれぞれ何 Token か、最も長い上位 5% はどれくらいか。
画像、音声、動画、PDF はどの程度の割合か、1 回の素材はどれくらいの大きさか。
再試行率、失敗率、過去メッセージの再送によって、どれだけ余分なリクエストが発生するか。

直近 1 週間のログをモデル、タスク種別、入力長で分類し、日次のリクエスト数、日次の Token 量、ピーク時の同時実行数を算出します。それを 30 倍して月次の基準値とし、20%〜30% の再試行余裕を加えます。ログのない新規プロジェクトは、まず小流量で 1 週間動かしてください。「ユーザー数 × 回数」で無理に推定しないでください。

二、割当、レート、請求

AI Studio の無料枠は検証に向いていますが、レートと割当はより厳しく、データ条項も異なる場合があります。本番環境は有料枠で計画し、次の事項を調達書に明記してください。

決済主体は海外アカウントか国内会社か、通貨と為替はどう処理するか。
前払いか後払いか、残高アラートと自動チャージをどう設定するか。
割当はプロジェクト単位かチーム単位か、誰が一時的な増枠を申請できるか。
429 が発生したときの再試行、待ち行列、フォールバックの方針。
請求書の種類、発行サイクル、照合に必要な項目。

公式への直結は通常米ドル決済で、海外向けの支払いフローを持つチームに向きます。人民元の請求書と複数モデルの統一請求が必要なチームは、国内ゲートウェイを評価できます。2 つの経路はコスト構造が異なるため、表示価格だけを比較してはいけません。

三、データとコンプライアンス：契約前に問いを立てる

コンプライアンスの境界は、どの入口を使い、どの機能を有効にし、データをどの地域に置くかで決まります。調達時には書面の質問リストを作り、法務、セキュリティ、業務のレビューに出してください。

入力と出力はモデルの学習に使われるか、企業向け条項に別の定めはあるか。
データはどれだけ保持され、削除要求はどう行い、いつ反映されるか。
データはどの地域に保存され、会社や顧客のデータ所在要件を満たせるか。
データ処理契約を締結できるか、責任の範囲と賠償上限はどう定めるか。
サブプロセッサにはどのような事業者がおり、変更時に事前通知があるか。
ログ、キャッシュ、ファイルアップロードは既定で有効か、無効化や保持期間の短縮はできるか。

口頭の回答を受け入れないでください。プライバシーポリシー、データ処理契約、セキュリティ説明、サブプロセッサ一覧を保管し、検収資料とします。個人情報や越境データが関わる場合は、先に匿名化し、法務に経路の確認を依頼してください。

四、アカウント、権限、キー管理

企業アカウントで最も避けたいのは「1 本のキーを全社で使う」ことです。次の順序で導入してください。

企業ドメインのメールで登録し、組織を会社主体に紐づける。個人アカウントで業務を引き受けない。
本番、テスト、開発で Cloud プロジェクトまたはワークスペースを分け、請求と割当をそれぞれ集約する。
管理者権限は少数の担当者だけに与え、二要素認証を有効にし、四半期ごとにメンバーを見直す。
業務の呼び出しにはサービスアカウントまたは専用キーを使い、管理者の資格情報を使わない。
各キーに担当者、用途、環境、作成日時を付記し、退職時に無効化する。
監査ログと使用量アラートを有効にし、異常な呼び出しはまずキーを停止してから原因を特定する。

キーはサーバー側の環境変数またはシークレット管理サービスにだけ置き、フロントエンド、リポジトリ、チケットのスクリーンショットに含めないでください。デモ用には別の低予算キーを使い、終了後すぐに削除します。

五、コスト管理：ベンダーを替えるだけでなく設計から見直す

Gemini のコストは、モデル階層、入出力長、マルチモーダル素材、再試行の組み合わせで決まります。順序は「入力を整える、次に階層ルーティング、最後に単価比較」です。

システムプロンプトと長い文書の先頭を固定し、コンテキストキャッシュで重複入力を減らす。
分類、抽出、書き換えなどのタスクは軽量な階層に回し、複雑な推論だけ上位に上げる。
maxOutputTokens を設定し、JSON や固定フィールドを要求して、長文の自由記述を避ける。
画像は解像度を下げ、動画はフレーム抽出の頻度を下げ、PDF は関連ページだけを送る。
オフライン処理はバッチに回し、待ち行列を受け入れる代わりにコストを下げる。
再試行に上限とバックオフを設け、429 の期間にリクエスト量を増やさない。
プロジェクト、チーム、タスクの 3 軸で使用量を記録し、社内のコスト配賦を行う。

ゲートウェイに接続した後は、OpenAI SDK でリクエストを統一し、レスポンスで使用量を確認できます。

import os
from openai import OpenAI

client = OpenAI(
    api_key=os.environ["ZSQH_API_KEY"],
    base_url="https://ai.zhongshangqihang.com/v1",
)

resp = client.chat.completions.create(
    model="<価格ページ上の Gemini モデル名>",
    messages=[{"role": "user", "content": "OK とだけ返してください"}],
    max_tokens=64,
)

print(resp.usage)

モデル名はモデル価格ページを基準にし、古いドキュメントの名前を流用しないでください。新しいタスクを公開する前に、「合格するタスクを 1 件完了するコスト」を実サンプルで測り、1 リクエストの価格だけを見ないようにしてください。

六、予備ベンダーとフォールバック計画

企業調達では主経路が揺らぐことを前提にし、少なくとも 3 層を用意します。同一ベンダーの予備モデル、別ベンダーのモデル、業務側の縮退メッセージまたはキャッシュ結果です。

モデル呼び出しを統一インターフェースに抽象化し、タイムアウト、リトライ、サーキットブレーカー、切り替えスイッチを設定します。切り替えは 1 分以内に完了し、業務コードを変更しない形にしてください。四半期ごとに訓練を行い、予備経路のキー、割当、モデル名が有効であることを確認します。契約にはサービスレベルと退出の取り決めを明記します。

七、パイロットと検収：4 週間の評価計画

小規模なパイロットを 4 週間行い、一度に全量移行するのを避けることをおすすめします。

工程	担当 R	承認 A	協力 C	情報共有 I	成果物
要件と割当の試算	業務責任者	部門責任者	財務、技術	調達	使用量の基準表
データとコンプライアンスの審査	セキュリティコンプライアンス	法務	技術、調達	経営層	リスク一覧と結論
アカウントと権限の設定	プラットフォーム管理者	技術責任者	セキュリティ	業務	プロジェクトとキーの一覧
技術接続と負荷試験	開発責任者	技術責任者	運用	業務	接続レポートと負荷試験記録
コスト監視と照合	財務	財務責任者	技術、調達	経営層	週次のコストレポート
契約と支払い	調達	財務責任者	法務	業務	契約書、請求書、入金票
公開検収	業務責任者	部門責任者	技術、セキュリティ	経営層	検収署名書

第 1 週にインターフェースと権限を通し、第 2 週に実サンプルで品質を比較し、第 3 週にピーク負荷試験と障害訓練を行い、第 4 週にコストを集計して検収を提出します。指標にはタスク精度、P95 遅延、エラー率と再試行率、タスク単価、キーと権限の確認を含めます。具体的なしきい値はチームが業務に応じて決めてください。

八、契約で確認すべき質問

サービスレベルはどう定義され、統計の基準と補償の方法は何か。
価格改定はどれだけ前に通知され、購入済みの割当は影響を受けるか。
割当増枠の申請フローと応答時間はどれくらいか。
データ処理契約、地域制限、削除フローを契約に盛り込めるか。
請求書の種類、通貨、支払いサイクル、返金の規則は何か。
サポート窓口、応答時間、エスカレーションの経路は何か。
契約終了後、データはどうエクスポートし、どう削除するか。
サブプロセッサの変更やセキュリティインシデントはどう通知されるか。

よくある質問

Gemini API の企業調達では必ず Vertex AI を使う必要がありますか？

いいえ。データの地域、IAM、監査、契約主体の要件が高いチームは Vertex AI が向きます。迅速な検証や小規模な業務では、まず AI Studio を使えます。規約と割当が業務を満たすことを確認してから入口を決めてください。

無料枠を本番に使えますか？

おすすめしません。無料枠のレート、割当、データ条項は通常、有料枠と異なり、突然のレート制限が体験に影響します。本番環境は有料枠で計画し、無料枠はプロトタイプと社内テストにだけ使ってください。

Gemini API のデータは学習に使われますか？

製品、規約、設定によって答えが異なる場合があります。データ処理契約と公式規約を基準にしてください。機微なデータが関わる場合は先に匿名化し、保持と学習の条項について法務の確認を受けてください。

割当が足りない、または 429 が頻発する場合はどうしますか？

まずレート制限か総割当の制限かを見極め、次に再試行、同時実行、リクエスト長を最適化します。業務の成長によるものだと確認してから、増枠を申請するか予備経路を追加します。やみくもに再送すると悪化するだけです。

調達後にコストが管理可能であることをどう示しますか？

公開前に使用量の基準値を定め、公開後はプロジェクトごとに週報を出し、タスク単価、キャッシュヒット、再試行率、階層の比率を追跡します。4 週間連続で予算内かつ品質基準を満たして初めて、管理可能と判断できます。

次のステップ

まず実際のタスクで ZSQH AI Gateway のテストキーを作成し、モデル、遅延、人民元の請求を確認してから、環境ごとに本番キーを分けてください。価格はモデル価格ページを基準にし、調達前にチェックリストを財務、法務、技術の各担当に一度通してください。