Skip to main content
AI エージェントが複数のプラットフォームにわたるキャンペーンを管理するとき、それぞれで同じことをする必要があります: 利用可能なインベントリを見つけ、購入を送信し、クリエイティブを提供し、デリバリーを確認します。課題は、すべてのプラットフォームがこれらの操作を異なる方法で説明していることです。 AdCP はこれを解決するために標準タスクのセットを定義します — それぞれが固定されたリクエストスキーマとレスポンススキーマを持つ — エージェントはどのプラットフォームと話しているかに関わらずこれを使用します。

コミュニケーションの問題

3つのプラットフォームにわたるキャンペーンを管理するバイヤーエージェントを考えてみます: 標準なしでは、エージェントは各プラットフォームにカスタムコードが必要です — 異なるエンドポイント、異なるフィールド名、異なるレスポンスフォーマット。これにより、エージェントが扱えるプラットフォームの数が制限されます。 AdCP では、エージェントはどこでも同じタスクを使用します: スキーマはプラットフォーム間で同一です。異なるのはトランスポート接続のみです。

2つのトランスポートプロトコル

AdCP タスクは統合タイプに応じて2つのプロトコルで転送されます:

MCP(Model Context Protocol)

MCP は AI アシスタントが外部ツールを呼び出す方法です。AdCP MCP サーバーは Claude、Cursor、または任意の MCP 互換クライアントが呼び出せるツールとしてタスクを公開します。
エージェントはツールとして get_products を呼び出します。MCP サーバーはリクエストをプラットフォームの内部 API に変換して標準化されたレスポンスを返します。 最適な用途: AI アシスタントがメディアバイヤーのプラットフォーム操作を支援するヒューマンインザループワークフロー。

A2A(Agent-to-Agent Protocol)

A2A は自律エージェントが互いに通信する方法です。バイヤーエージェントがセラーエージェントに構造化されたメッセージを送信し、セラーエージェントがそれを処理して結果を返します — 長時間実行する操作にわたって。
バイヤーエージェントは create_media_buy タスクをメッセージとして送信します。セラーエージェントがそれを処理し(秒または時間かかることがあります)、ステータス更新をストリーミングバックします。 最適な用途: エージェントが独立して動作し、主要なチェックポイントで人間が承認する自動化ワークフロー。

同じタスク、異なるトランスポート

重要なポイント: AdCP タスク定義はトランスポート非依存です。get_products リクエストは MCP または A2A どちらで転送されても同じフィールドを持ちます。プラットフォームはドメインロジックを一度実装して両方のトランスポートで提供します。

エージェントが交換するもの

AdCP は複数のドメインにわたるタスクを定義します。典型的なキャンペーンでエージェントが実際に送受信するものを示します:

プロダクト発見

バイヤーエージェントは「何を購入できるか?」と尋ね、メディアプロダクトの構造化されたカタログを受け取ります — それぞれが価格設定、フォーマット、ターゲティングオプション、デリバリータイプを持ちます。
レスポンスにはプロダクト ID、価格モデル(CPM、CPC、フラットレート)、利用可能なクリエイティブフォーマット、オーディエンスリーチ推定が含まれます。スキーマはどこでも同じなので、エージェントはプラットフォーム間でプロダクトを比較できます。

クリエイティブスペック

クリエイティブを送信する前に、エージェントは list_creative_formats を呼び出してプラットフォームが受け入れるフォーマットを確認します。レスポンスには寸法、受け入れられるファイルタイプ、レンダリングロールを含む構造化されたフォーマットオブジェクトが含まれます:
次にエージェントは build_creative を通じてマッチするクリエイティブを送信し、プラットフォームの要件に合わせて広告を生成または適応させます。

オーディエンスデータ

エージェントはオーディエンスシグナル — ターゲティングセグメント、コンテキストデータ、ファーストパーティデータ — を get_signals を通じて交換します。バイヤーは必要なものを説明し、データプロバイダーはリーチ推定と価格を含むマッチするセグメントを返します。エージェントは activate_signal を通じて活性化する前にこれを評価できます。

キャンペーン実行

エージェントは予算、スケジュール、ブランドアイデンティティを含むメディアバイを作成します:
プラットフォームはこれを即座にまたは非同期で処理できます。AdCP のステータスシステム(completedworkingsubmittedinput-required)は進捗をエージェントに伝えます。

デリバリーレポート

エージェントは get_media_buy_delivery を呼び出してパフォーマンスデータ — インプレッション、クリック、支出、コンバージョンイベント — を標準化された形式で取得します。デリバリースキーマはプラットフォーム間で同じなので、エージェントは異なるメトリクス名や計算方法を調整することなくパフォーマンスを集計して比較できます。

実例

架空のエージェンシー Pinnacle Media が3つの AdCP 対応プラットフォームにわたって消費者電子機器ブランドのキャンペーンを実行します。
エージェンシーのチームは戦略を設定して結果をレビューします。エージェントはクロスプラットフォームの実行、フォーマット交渉、統合レポートを処理します。

はじめる

プロトコル比較

AdCP トランスポートとしての MCP と A2A の詳細な技術比較。

AdCP を使った構築

実装ガイド、SDK、統合パターン。

メディアバイプロトコル

バイヤーサイドの視点: エージェントがプラットフォーム間でメディアバイイングを自動化する方法。

セラー統合

プラットフォームが AI バイヤーエージェントにインベントリを公開する方法。