Google Ad ManagerにGemini搭載の対話型AI「Ask Ad Manager」が登場、データ分析やトラブルシューティングを効率化

Googleは、Google Ad Manager内にGemini搭載の対話型AIエージェント「Ask Ad Manager」のベータ版を導入した。パブリッシャーは自然言語を用いて、広告キャンペーンのトラブルシューティングやカスタムレポートの作成、プラットフォームの操作を行えるようになる。本機能はパブリッシャー自身のファーストパーティデータに基づいて回答を生成するため、アカウント固有の正確な分析が可能になるとされている。

■「Ask Ad Manager」ベータ版が提供する3つの主要機能

このエージェントは、現在広告運用（アドオペレーション）チームの時間を消費している3つのカテゴリーの業務を処理する。

リアルタイムのラインアイテム（広告配信項目）のトラブルシューティングは、従来、運用担当者がレポートを生成し、複数のダッシュボードにわたるデータを精査し、キャンペーンのパフォーマンス低下の原因を突き止めるまでに数時間から数日を要していた。Ask Ad Managerは、このプロセスを複数回の対話に短縮する。パブリッシャーがラインアイテムの配信が不足している理由について質問を入力すると、エージェントが当該パブリッシャーのAd Managerアカウントから関連データを取得し、推奨される次のステップとともに診断結果を提示する。この会話は履歴を保持するため、フォローアップの質問でも前の文脈が引き継がれ、パブリッシャーは文脈を再設定することなく問題を掘り下げることができる。

カスタムレポートの生成も同様に機能する。複数のAd Managerモジュールから手作業でレポートを繋ぎ合わせる代わりに、パブリッシャーはエージェントに対して、カスタムテーブル、比較ベンチマーク、または指標のサマリーを作成するよう指示できる。Google Ad Managerのプロダクトマネジメント担当シニアディレクターであるピントゥ・パテル（Peentoo Patel）氏は、業界メディア「AdExchanger」に対し、このエージェントは特定のビッダー（入札者）が他と比べてどのようなパフォーマンスを示しているか、また最低価格（価格フロア）の調整によってそのビッダーの落札率が向上するかどうかをパブリッシャーが理解するのにも役立つと語った。この計算は、従来はデータをエクスポートして外部モデルを構築する必要があった。

3つ目の機能はプラットフォームのナビゲーションである。Ask Ad Managerは、パブリッシャーが必要とする特定の設定やダッシュボードへの直接リンクを生成し、会話の文脈に基づいて関連するフィルターを事前に読み込む。Googleはこれを、複雑なプラットフォームを学習中の新しい広告運用チームのメンバーに不釣り合いな負担を与えていた「クリックを繰り返す」手間を省くものだと説明している。

これら3つの機能すべてに適用されるアーキテクチャ上の制約が1つある。それは、Ask Ad Managerが自律的な意思決定を行わないことである。すべての提案は、人間が実行する必要がある。パテル氏は、これはベータ期間中に人間がコントロールを維持できるようにするための意図的な設計上の選択であると説明した。

■RAGを活用した技術アーキテクチャとハルシネーションのリスク

エージェントの「パーソナライズされた」という表現は、単なるマーケティング用語ではなく、明確な技術的根拠に基づいている。Ask Ad Managerは、大規模言語モデル（LLM）と、クエリ実行時に関連する文書やデータを取得してモデルのプロンプト文脈に追加する検索レイヤーを組み合わせるアーキテクチャである「検索拡張生成（RAG）」を採用している。Ask Ad Managerの場合、検索レイヤーは2つのソースからデータを取得する。1つは問い合わせを行ったパブリッシャー自身のAd Managerアカウントデータ、もう1つはGoogle Ad Managerが長年の運用を通じて収集したプラットフォーム全体の集計指標から構築されたベンチマークデータセットである。モデル（Gemini）は、一般的なトレーニングデータのみからではなく、検索レイヤーがその特定のクエリに対して返したデータに基づいて回答を生成する。

このアーキテクチャにより、エージェントはパブリッシャーに対し、配信率（フィルレート）とは何かという一般的な説明ではなく、特定のラインアイテムの配信率に関する有意義な回答を提供できる。また、データがアカウントごとに隔離されている理由もここにある。検索レイヤーは認証されたパブリッシャーが所有するデータストアのみをクエリするため、パブリッシャーは設計上、他のパブリッシャーの生データと比較することはできず、Googleが公開しているプラットフォーム全体の集計ベンチマークとのみ比較できる。

この設計に伴うトレードオフを理解することは重要である。RAGは、モデルの記憶ではなく取得された事実に回答を基づかせるため、汎用チャットボットと比較してハルシネーション（事実とは異なる情報の生成）のリスクを低減する。しかし、検索の品質は完璧ではない。曖昧なクエリに対して検索レイヤーが誤ったデータブロックを抽出した場合、モデルは自信ありげに見えるが不正確な回答を生成する可能性がある。パテル氏はAdExchangerに対し、ベータ版はパフォーマンス指標を測定するにはまだ早すぎる段階であり、ハルシネーションや役に立たない回答への懸念は残っているため、Googleはアクセスを拡大する前にエラー率を綿密に監視していると認めた。

■MCPサーバーの計画と広告エコシステムへの影響

このベータ版エージェントは、Googleが構築しているものの最初の段階にすぎない。2026年後半、GoogleはAd Manager向けのREST APIとModel Context Protocol（MCP）サーバーをリリースする計画である。これにより、パブリッシャー、代理店、またはサードパーティのアドテクベンダーが構築した外部のエージェントが、Ad Managerのワークフローとプログラム的に対話できるようになる。

MCPは、AIシステムを外部データに接続するためのオープン標準として2024年11月にAnthropicによって導入され、その後GoogleやOpenAIなどにも採用されている。これは、どの企業が製造したかに関係なく、適合するAIエージェントをUSB-Cケーブルのように外部システムに接続できるようにする標準化されたインターフェースである。

Yahooはすでにこのモデルに基づいた構築を進めており、予測、ラインアイテムの作成、レポート作成、キャンペーンの最適化を処理するカスタムエージェントにAd Managerを統合している。これらのワークフローは、現在、複数のツールや手作業による引き継ぎにまたがっている。

ここにおける戦略的な意味合いは、開発者の利便性よりも深いところにある。Google Ad Managerはすでにパブリッシャー向けアドサーバー市場の約90%を占めており、米連邦地裁は2025年4月にこの地位が違法な独占にあたるとの判決を下している。このプラットフォーム向けに標準APIとMCPサーバーをリリースすることで、Googleは単に統合ポイントを提供するだけでなく、将来のすべてのアドオペレーション用AIエージェントが構築される際の事実上の標準（デファクトスタンダード）インターフェースとして、Ad Managerのデータスキーマ、API規則、クエリモデルを位置づけようとしている。Ad ManagerのMCPインターフェース上にエージェントを構築するパブリッシャー、代理店、アドテクベンダーは、機能するためにAd Managerを必要とするエージェントを構築することになる。

広告業界は、エージェントによる広告ワークフローの単一の標準について合意に達していない。IAB Tech Labもこの分野で独自の取り組みを行っており、競合するプロトコル提案の出現は、業界がまだ標準策定の段階にあることを示唆している。GoogleのMCPサーバーが支配的なインターフェースになるか、あるいは複数あるうちの1つにとどまるかは、採用状況と、司法省の反トラスト法訴訟における是正措置の判決がGoogleのプラットフォーム上の地位にどのような制限を課すかに一部依存する。

■「Ask Ad Manager」が対応しないこととパブリッシャーの留意点

Ask Ad Managerは、Googleが広告主向けにGoogle Adsに追加したGemini AIツールとは異なり、同社の広告ビジネスのパブリッシャー側を明確に対象とした初の自律型AIツールである。パブリッシャーの広告運用と広告主のキャンペーン管理では、データ、ワークフロー、責任構造が根本的に異なるため、この区別は重要である。

ベータ版を評価するパブリッシャーにとって、いくつかの制限事項に留意する必要がある。このエージェントはまだアクションを自動化せず、提案にとどまる。ハルシネーションのリスクは現実のものであり、数値化されていない。パテル氏はAdExchangerに対し、Googleが本番環境でのエラー率をまだ測定していないことを認めた。エージェントが比較分析のために利用するベンチマークデータは、中立的な第三者による測定ではなく、Google自身の集計プラットフォームデータに基づいている。Ask Ad Managerのベンチマーク比較を信頼するパブリッシャーは、それらを独立した監査ではなく、Google独自のプラットフォーム指標として扱うべきである。

司法省のアドテク訴訟の文脈で活動するすべてのパブリッシャーに関連することとして、Ask Ad ManagerのガイダンスがGoogle自体の広告製品に対するプラットフォーム上の優遇措置（プラットフォームプリファレンス）に該当するかどうかという疑問については、公に言及されていない。ブリンケマ（Brinkema）判事による是正措置の判決は2026年中に予定されており、GoogleがAd Manager内で機能を開発・促進する方法に対して、行動面または構造面での制約を課す可能性がある。

Ask Ad Managerは2026年6月中旬にパブリックベータ版の提供を開始した。Googleは初期のコホートとして、デスクトップ、モバイル、コネクテッドTVの在庫を持つパブリッシャーを組み合わせて選定した。ベータ版は無料で、テスト期間中はクエリ制限はないが、パテル氏は2026年後半にツールが一般提供される際には、利用ベースの課金が適用される可能性があることを示唆した。REST APIやMCPサーバーを含む追加機能や開発者ツールは、年内の残りの期間に計画されている。

ベータ版に関心のあるパブリッシャーは、公式のAd Managerプラットフォームを通じて情報を確認できる。

■注目ポイントQ&A

●Ask Ad Managerとは何ですか？どのように機能しますか？

Ask Ad Managerは、Google Ad Managerに組み込まれたGemini搭載の対話型AIエージェントです。パブリッシャーは自然言語を使って、広告配信トラブルの解決やカスタムレポートの作成、プラットフォームの操作を行えます。RAG（検索拡張生成）技術を使用し、パブリッシャー自身のデータとプラットフォーム全体のベンチマークデータに基づいて回答を生成するため、個別のアカウントに即した具体的な回答が得られます。

●Googleが計画しているMCPサーバーは、アドテク業界にどのような影響を与えますか？

Googleは2026年後半に、Ad Manager向けのModel Context Protocol（MCP）サーバーをリリースする計画です。MCPはAIシステムを外部データに接続するためのオープン標準であり、これが導入されることで、外部のAIエージェントがAd Managerのワークフローとプログラム的に連携できるようになります。Google Ad Managerは市場の約90%を占めているため、このMCPサーバーの提供により、Google’sのデータスキーマやAPI規則が次世代のアドテクノロジーにおける事実上の標準（デファクトスタンダード）になる可能性があります。

●Ask Ad Managerはアカウントの設定変更などを自動的に実行してくれますか？

いいえ、自動的な実行は行いません。Ask Ad Managerは提案や推奨事項を提示するのみで、実際の変更を適用するには人間のオペレーターによる操作が必要です。Googleはベータ期間中、このツールを自律的な実行者ではなく、あくまで「アドバイザー」として位置づけています。

●パブリッシャーがAsk Ad Managerを利用するにあたり、どのようなリスクに注意すべきですか？

主に3つのリスクが指摘されています。1つ目はハルシネーション（事実とは異なる回答の生成）のリスクで、Googleはまだ本番環境でのエラー率を測定していません。2つ目はベンチマークデータの信頼性で、比較に使用されるデータは第三者の独立した測定ではなく、Google自身のプラットフォームデータに基づいています。3つ目は反トラスト法訴訟の影響で、2026年中に予定されている米司法省の訴訟における是正措置の判決によっては、機能の開発や提供方法に制限がかかる可能性があります。

元記事: Google Ad Manager Launches Ask Ad Manager, Gemini-Powered Publisher AI in Beta