Skip to main content
AdCP と OpenRTB は広告スタックの異なる層で動作する補完的な標準です。競合するものではありません — プラットフォームは両方を実装できます（多くの場合そうします）。 最も重要な接続点の 1 つがクロスパブリッシャーのフリークエンシーキャップです。AdCP は、OpenRTB がプログラマティックバイイングを可能にするのと同じ方法でこれを可能にします。すなわち、広告サーバーが配信する前に、各インプレッションをバイヤーが制御するリアルタイムの判断層に公開することによってです。AdCP では、その統合ポイントが Trusted Match Protocol (TMP) です。

​
各標準が行うこと

​
重複する部分

両標準はメディアバイイングに関わりますが、粒度が異なります:
  • OpenRTB は個々のインプレッション決定を処理します: 「このインプレッションに入札すべきか、いくらで?」
  • AdCP はキャンペーンレベルの決定を処理します: 「どんなインベントリが利用可能か? この予算とターゲティングでこのキャンペーンを実行します。」
1つの AdCP create_media_buy タスクはキャンペーンのライフタイムにわたって何千もの OpenRTB 入札リクエストにつながることがあります。

​
異なる部分

スコープ。 OpenRTB はオークションに焦点を当てています — 入札リクエスト、入札レスポンス、勝利通知、請求イベント。AdCP はキャンペーンの完全なライフサイクルをカバーします: プロダクト発見、クリエイティブ管理、オーディエンス活性化、キャンペーン実行、デリバリーレポート。AdCP はリアルタイム入札とは独立しても動作します。直販パブリッシャー、スポンサードコンテンツ事業、放送セラー、コマースメディアネットワークは、OpenRTB 統合なしに AdCP を実装できます。 コミュニケーションモデル。 OpenRTB は同期 HTTP を使用します: 入札リクエストが到着し、入札者は数百ミリ秒以内に応答しなければなりません。AdCP は非同期です: エージェントが create_media_buy タスクを送信し、プラットフォームが独自のタイムラインで処理して、ステータス更新を返します。 参加者。 OpenRTB はデマンドサイドプラットフォーム（DSP）をサプライサイドプラットフォーム（SSP）に自動オークションで接続します。AdCP は AI エージェントをあらゆる広告プラットフォームに接続します — DSP と SSP を含みますがそれに限りません。 データモデル。 OpenRTB はインプレッションオブジェクト、入札オブジェクト、ディールオブジェクトを定義します。AdCP はメディアプロダクト、メディアバイ、クリエイティブフォーマット、オーディエンスシグナル、ブランドガバナンスルールを定義します。

​
協調する方法

典型的な統合では、異なる層で両標準を使用します:
  1. バイヤーエージェントが AdCP を使用してパブリッシャーのプラットフォームで利用可能なプロダクトを発見します（get_products）
  2. エージェントが AdCP を通じて予算、ターゲティング、スケジュールを含むキャンペーンを作成します（create_media_buy）
  3. インプレッション時に、パブリッシャーは TMP Context Match（ページコンテンツ、利用可能なパッケージ）と Identity Match（不透明なユーザートークン、パッケージ ID）を TMP Router に送信します
  4. TMP はクロスパブリッシャーの露出を評価し、オファーと適格性の判断を返します — パブリッシャーはそれらをローカルで結合します
  5. バイヤーエージェントが AdCP を通じてデリバリーを確認してキャンペーン全体のパフォーマンスを監視します（get_media_buy_delivery）
このモデルでは、AdCP が戦略層（何を購入するか、いくら使うか、誰をターゲットにするか）を処理し、TMP がリアルタイムの実行層（どのパッケージをどのインプレッションで活性化するか）を処理し、OpenRTB が該当する場合の戦術的なオークション層（どの特定のインプレッションを勝ち取るか）を処理します。

​
TMP: リアルタイムの橋渡し

Trusted Match Protocol (TMP) は、AdCP がインプレッション時の判断に到達する方法です。AdCP 自体をオークションプロトコルに変えることなく、クロスパブリッシャーのデータが配信判断に影響を与えられるよう、各インプレッション機会をバイヤーにリアルタイムで見せます。 TMP は構造的に分離された 2 つのオペレーションを定義します: クロスパブリッシャーのフリークエンシーキャップの場合、これは次を意味します:
  1. AdCP がキャンペーン、予算、パッケージを定義します
  2. インプレッション時に、パブリッシャーは Context Match リクエスト（このコンテンツにどのパッケージがマッチするか？）と Identity Match リクエスト（このユーザーはこれらのパッケージに適格か？）を送信します
  3. バイヤーの Identity Match エージェントは、TMP Router に接続されたすべてのパブリッシャーにわたる露出履歴を確認します — フリークエンシーキャップ、オーディエンスメンバーシップ、購入履歴がここで評価されます
  4. パブリッシャーは 2 つのレスポンスをローカルで結合します。コンテキストにマッチしかつアイデンティティ適格性を通過したパッケージが活性化され、その他はすべて抑制されます
バイヤーがコンテキストとアイデンティティを同時に見ることはありません。クロスパブリッシャーのフリークエンシーキャップは、バイヤーがパブリッシャー横断で共有露出ストアを維持する Identity Match パスを通じて強制されます。

​
エコシステムの他の標準

AdCP と OpenRTB は他のいくつかの標準と共存します: AdCP は MCP と A2A をトランスポート層として使用します。IAB コンテンツタクソノミーとオーディエンスセグメント標準は該当する場合に参照されます。

​
よくある質問

いいえ。それぞれ異なる目的を持っています。OpenRTB はリアルタイムインプレッションオークションを処理します。AdCP はキャンペーンレベルのエージェントワークフローを処理します。プラットフォームは両方を実装できます。
いいえ。AdCP は独立して機能します。リアルタイム入札を使用しないプラットフォーム（例えば、ダイレクトセールドパブリッシャーやコマースメディアネットワーク）は、OpenRTB 統合なしで AdCP を実装できます。
はい。バイヤーエージェントが AdCP を通じてメディアバイを作成すると、セルサイドプラットフォームはオーダーを履行するために任意の内部メカニズムを使用できます — OpenRTB オークション、ダイレクトインサーションオーダー、プライベートマーケットプレイスディール、またはクロスパブリッシャーのフリークエンシーキャップのような用途向けの TMP を介したリアルタイム活性化を含みます。
いいえ。AgenticAdvertising.org は独立したメンバー組織です。IAB Tech Lab の子会社、ワーキンググループ、または関連組織ではありません。しかし AdCP は IAB 標準との互換性を持つよう設計されています。