投稿者 投稿日: カテゴリー AIニュース
GoogleがGemini向けの新しい開発インターフェース「Interactions API」を正式版にし、モデルとエージェントを扱う標準の窓口に切り替えました。これまで主流だった旧来のリクエスト方式に代わって、サーバー側で状態を保持し、長時間タスクをバックグラウンドで走らせ、検索や地図といったツールを一度の呼び出しで組み合わせられる設計です。AIチャットボットや接客エージェントを自社ECに組み込もうとしている事業者にとって、土台の作り方が変わる節目になります。本記事ではその中身と、日本のEC運営にどう効くのかを整理します。
何が起きたか：Gemini APIの「標準の入口」が入れ替わった
The Decoderによると、Google DeepMindは2026年6月22日、2025年12月からベータ提供してきたInteractions APIを一般提供（GA）に移行し、Gemini モデルとエージェントを扱う主要APIに位置づけました。Googleの公式発表では、Google AI Studio と公式ドキュメントの既定がこの新APIに切り替わったと説明しています。従来の generateContent 方式も引き続きサポートされ、当面は新しいGeminiモデルも供給されますが、長時間稼働するモデルやエージェント向けの最先端機能は今後Interactions APIに集約していく見込みです。
技術的な要点は、ひとつの統一エンドポイントに機能を束ねたことです。モデルを呼ぶときはモデルIDを、自律的にタスクを進めるエージェントを動かすときはエージェントIDを渡すだけで、同じ作法で書けます。長時間かかる処理は呼び出しに background を指定するだけで、サーバー側が非同期で実行します。また、ユーザー入力・思考・関数呼び出し・モデル出力といったやり取りの一つひとつを「ステップ」という型として扱う方式に整理され、従来の「ユーザー」「モデル」といった役割ベースの構造を置き換えました。開発者リレーションを率いるLogan Kilpatrickは「Interactionsはエージェントの新時代の舞台を整える」と述べています。
GAにあわせて、ベータ以降に追加された機能も明らかになりました。ひとつのAPI呼び出しでエージェント専用のLinuxサンドボックスをまるごと用意し、その中でコード実行・Web閲覧・ファイル操作までこなす「Managed Agents」、Google検索やGoogle Mapsなどの内蔵ツールと自前の関数を1リクエストで混在させられるツール連携、画像生成（Nano Banana 2）・音楽生成（Lyria 3）・複数話者の音声合成といったメディア生成などが含まれます。
日本のEC事業者にとっての論点
このニュースは開発者向けの基盤の話ですが、自社ECや楽天・Amazonの運営にAIエージェントを取り込もうとしている事業者には、実務上の意味が3つあります。
ひとつ目は、コスト最適化の選択肢が増えたことです。Interactions APIには速度重視の「Priority」と費用重視の「Flex」という2つのモードがあり、Flexを選ぶと費用が50パーセント下がるとされています。問い合わせ対応のような即応性が要る用途はPriority、夜間の商品説明文の一括生成やレビュー要約のようにすぐ返ってこなくてよい処理はFlexと、用途で使い分ければAI運用費を抑えられます。バックグラウンド実行とも相性がよく、大量処理をまとめて流す設計がしやすくなりました。
ふたつ目は、接客・購買支援のエージェント化が一段やりやすくなる点です。Google検索や地図を組み込んだエージェントを自前の在庫データや注文関数と一度に呼び出せるため、「在庫を確認して、近隣店舗を案内し、関連商品を提案する」といった複数ステップの接客フローを一本の流れで作りやすくなります。日本でも問い合わせ対応や商品提案にAIチャットを置く店舗は増えており、土台がエージェント前提になった意味は小さくありません。
3つ目は、過去のやり取りを最大55日間（有料枠）サーバー側で参照できるようになった点です。会話の文脈を自前で抱え込まずに済むため、購買検討が数日にまたがる高単価商材の接客や、リピート顧客との継続的なやり取りを設計しやすくなります。ただし、顧客とのやり取りを外部に保持する以上、個人情報の取り扱いとプライバシーポリシーの整備は日本の事業者側の責任として要確認です。
今後の展望と初動アクション
GoogleはコーディングエージェントがそのままInteractions APIの最新作法を学べる専用スキルも用意しており、エージェントがエージェント開発を支える流れを後押ししています。新機能がこの新APIに寄っていく以上、これからAIエージェントを内製・外注する事業者は、最初からInteractions APIを前提に設計しておくほうが将来の手戻りが少なくなります。
初動としては、まず自社のAI活用が「即応が要る接客」なのか「夜間バッチでよい生成処理」なのかを棚卸しし、PriorityとFlexの振り分けを決めることをおすすめします。次に、既にgenerateContentで組んだ仕組みがある場合は、Googleが公開している移行ガイドで各項目の対応関係を確認し、急がず自社のペースで切り替え計画を立てるとよいでしょう。外注先にAI開発を任せている場合は、見積もり時に「Interactions API前提か」「コストモードの設計方針はどうか」を確認しておくと、運用費の見通しが立てやすくなります。
まとめ
Gemini APIの標準がエージェント前提のInteractions APIに切り替わったことは、AIを単なる文章生成から「自律的に手を動かす接客・運用の担い手」へ引き上げる動きです。日本のEC事業者は、コストモードの使い分けと移行計画の二点を早めに押さえ、AIエージェントの内製・外注設計を新しい土台に合わせていくのが得策です。
※うるチカラでは、生成AIの導入支援から運用最適化まで、貴社のEC事業に合わせたカスタマイズ提案を行っています。無料相談（30分）も実施中ですので、お気軽にお問い合わせください。
https://uruchikara.jp/contact/
引用元: The Decoder
【監修】齋藤竹紘（株式会社オルセル代表 / 19年・5,000社のEC支援実績）
株式会社オルセル代表取締役 / うるチカラ編集長。19年・5,000社以上のEC支援実績を持ち、楽天市場・Amazon・Yahoo!ショッピング・Shopify・Shopee越境ECの実装ノウハウを保有。AI×ECに関する書籍を3冊執筆。「現場で使えるAI実装」を一次情報として発信しています。
この記事を読んだ人は、こんな記事も読んでいます
