GEMINI LABEN
NANOLITE — 最速・最もコスト効率の高いGemini ImageモデルNano Banana 2 Liteが利用可能になりましたOMNIFLASH — Gemini Omni FlashがAPIにパブリックプレビューで登場。動的な動画ワークフローをカスタムで組めますAGENTS — Managed AgentsがGemini APIに。GoogleがホストするLinuxサンドボックスで自律エージェントを構築できますFILESEARCH — File Searchがマルチモーダル検索に対応。gemini-embedding-2で画像を埋め込み・検索でき、視覚引用のmedia_idも加わりましたWEBHOOKS — Webhooksに対応し、Batch APIと長時間オペレーションのポーリングをイベント駆動で置き換えられますDEPRECATE — 旧画像生成モデルは8/17に停止予定です。移行の準備を進めておきましょうNANOLITE — 最速・最もコスト効率の高いGemini ImageモデルNano Banana 2 Liteが利用可能になりましたOMNIFLASH — Gemini Omni FlashがAPIにパブリックプレビューで登場。動的な動画ワークフローをカスタムで組めますAGENTS — Managed AgentsがGemini APIに。GoogleがホストするLinuxサンドボックスで自律エージェントを構築できますFILESEARCH — File Searchがマルチモーダル検索に対応。gemini-embedding-2で画像を埋め込み・検索でき、視覚引用のmedia_idも加わりましたWEBHOOKS — Webhooksに対応し、Batch APIと長時間オペレーションのポーリングをイベント駆動で置き換えられますDEPRECATE — 旧画像生成モデルは8/17に停止予定です。移行の準備を進めておきましょう
記事一覧/Workspace 連携
Workspace 連携/2026-07-13上級

夜間バッチの完了を待つポーリングを畳む — Apps Script の doPost を Gemini の合図受けにする設計

Gemini の Batch や長時間オペレーションの完了を Apps Script の時間主導トリガーで5分おきに問い合わせると、UrlFetch の呼び出しと待ち時間が静かに積み上がります。Webhook を doPost で受け、合図として扱ってから権威確認と冪等適用に落とす設計を組み立てます。

Apps Script6Gemini API180Webhook3Batch API4Google Workspace15

プレミアム記事

夜間に Gemini へ投げたバッチの結果を、翌朝スプレッドシートへ書き戻す。個人開発でいくつものアプリを回していると、こうした「寝ている間に働いてもらう」処理が自然と増えていきます。私の手元でも、アプリレビューの分類や AdMob 周りの集計を、Apps Script の時間主導トリガーから Gemini に任せてきました。

ただ、その待ち方には長らく引っかかりがありました。完了したかどうかを知るために、5分おきにトリガーを起こして API へ問い合わせる。ほとんどの回は「まだです」という返事だけが返ってきます。今週、Gemini API の Batch と長時間オペレーションが Webhook に対応したことで、この無駄な問い合わせをようやく畳めるようになりました。私自身の夜間パイプラインを題材に、その受信口を Apps Script の doPost に据える設計を、つまずきやすい点ごと組み立てていきます。

発端:5分おきのポーリングが静かに積み上がる

まず、よくあるポーリングの形を見てください。時間主導トリガーで5分ごとに走り、未完了のオペレーションを問い合わせます。

// 5分ごとの時間主導トリガーで実行(従来型)
function pollPendingOperations() {
  const props = PropertiesService.getScriptProperties();
  const pending = JSON.parse(props.getProperty('pending_ops') || '[]');
  for (const opName of pending) {
    const res = UrlFetchApp.fetch(
      'https://generativelanguage.googleapis.com/v1beta/' + opName,
      { headers: { 'x-goog-api-key': getApiKey_() }, muteHttpExceptions: true }
    );
    const op = JSON.parse(res.getContentText());
    if (op.done) applyResult_(opName, op);  // 完了していれば適用
  }
}

このコード自体は正しく動きます。問題は割に合わなさです。5分間隔は1日あたり 288 回の起動になり、その大半は「まだ完了していない」という空振りの UrlFetch に費やされます。バッチが平均40分で終わるとすれば、1件あたり8回前後の問い合わせのうち、意味があるのは最後の1回だけ。残り7回、割合にして約 88% は待ち時間を刻むためだけの空振りです。

Apps Script の UrlFetchApp には1日あたりの呼び出し上限があり、消費者アカウントでは 20,000 回程度が目安です。ポーリングだけで数百回を占めるのは、他の自動化と枠を分け合う個人開発では地味に効いてきます。そして何より、完了から適用までに最大5分の遅延が挟まります。

Webhook は「認証済みの通知」ではなく「未確認の合図」として扱う

Webhook 対応と聞くと、完了イベントが飛んでくるのを受けて中身をそのまま書き込めばよい、と考えたくなります。ですが Apps Script で受ける場合、ここに設計上の分かれ目があります。

Apps Script の Web App、つまり doPost(e) は、任意の HTTP リクエストヘッダーを読み取れません。受け取れるのは本文(e.postData.contents)とクエリ文字列(e.parameter)が中心です。多くの Webhook 送信元は署名を専用ヘッダーに載せますが、それをそのまま検証する手立てが doPost 側にはないのです。これは公式ドキュメントの隅にある事実で、実際に受信口を作り始めて初めて気づく落とし穴でした。

そこでここでは、Webhook を「認証済みの通知」ではなく「何かが終わったらしいという未確認の合図」として扱います。合図を受けたら、その内容を鵜呑みにせず、API へ権威的に確認しに行く。この一段を挟むだけで、ヘッダー検証ができないという制約が問題でなくなります。

扱い方前提Apps Script での相性
通知を信頼して即適用ヘッダー署名を検証できる不可(ヘッダーを読めない)
合図として受け、API で権威確認完了確認は改めて取りに行く良好(本稿の方針)

ここまでお読みいただきありがとうございます。

この記事の続きを読む

この先には、実装コードやベンチマーク結果など、実務でお役に立てる内容をご用意しています。このサイトは広告を掲載しておらず、サーバーや開発にかかる費用はメンバーの皆様のご支援で成り立っています。もしお役に立てていましたら、ご支援いただけますと大変ありがたいです。

この記事で得られること
5分間隔のポーリングが1日288回の UrlFetch を無駄に積む構造を実測で示し、Webhook 化で問い合わせ0回・遅延を分から秒へ畳む道筋を描きます
Apps Script の doPost は任意のリクエストヘッダーを読めないという制約を直視し、Webhook を「認証済み通知」ではなく「未確認の合図」として扱う受信設計を、完全なコードで掲載します
operations.get による権威確認・冪等台帳・低頻度の突合スイープを組み合わせ、二重配信と取りこぼしの両方を畳む運用層を提示します
Stripe による安全な決済 · いつでもキャンセル可能

この記事を購入する

この先の内容をすべてお読みいただけます。一度のご購入で、いつでも何度でもアクセスできます。このサイトは広告を掲載しておらず、皆さまのご支援がサーバー費用などの運営を支えています。

または
メンバーシップなら全記事が読み放題 →
シェア

お読みいただきありがとうございます

Gemini Lab は広告なしで運営しており、サーバー費用などの運営コストはメンバーシップのご支援で賄っています。実装コード・ベンチマーク・本番設計パターンなど、実務でお役立ていただける記事を毎日更新しています。もし読んでよかったと感じていただけましたら、ぜひご覧ください。

  • コピー&ペーストで使える実装コード付き
  • 毎日新しい上級ガイドを追加
  • ¥580/月 または ¥1,480 の永久アクセス
メンバーシップを見る →

関連記事

Workspace 連携2026-07-08
Apps Script の Gemini 自動化が月末に必ず止まる — UrlFetch 日次上限を溶かさない予算ガバナー設計
Apps Script から Gemini を呼ぶ自動化は、6分上限やトリガー本数とは別に UrlFetch の日次呼び出し上限で静かに止まります。件数が増えた日だけ落ちる問題を、日次予算ガバナーとバックログ繰り越しで捌き切る設計と動くコードにまとめます。
Workspace 連携2026-07-01
複数のトリガーが同時に書き込むと Gemini の結果が静かに消える — Apps Script の Properties 競合を畳む保管設計
Apps Script で Gemini の結果を複数のトリガーから保管すると、read-modify-write の競合と PropertiesService の容量制限で書き込みが静かに失われます。LockService と耐久シンク、冪等キーで取りこぼさない保管層を設計します。
Workspace 連携2026-06-29
Apps Script × Gemini 自動化の権限を最小に保つ — 明示スコープ設計とスコープ肥大の検知
Apps Script で Gemini 自動化を組むと OAuth スコープが静かに肥大します。appsscript.json に明示スコープを宣言し、肥大を CI で検知し、再同意の事故を避ける設計をまとめました。
📚RECOMMENDED BOOKS
大規模言語モデル入門
山田育矢
LLM開発
生成AIプロンプトエンジニアリング入門
我妻幸長
プロンプト
Claude CodeによるAI駆動開発入門
平川知秀
AI駆動開発
※ アフィリエイトリンクを含みます
もっと見る →