Skip to main content

概要

AdCP の保証メディアバイは 3 つのアカウンタビリティ表面を持ちます:
  • パフォーマンス標準 — ビューアビリティ、IVT、完了、ブランドセーフティ、アテンションのレートしきい値(IAB T&C Section XI)
  • 測定条件 — 誰が課金メトリックを数えるか、しきい値が破られたときどの救済(メイクグッド)が適用されるか(IAB T&C Sections V、VII、IX)
  • キャンセルポリシー — 早期終了の通知期間とキャンセル料(IAB T&C Section XII)
これらは構造化された機械可読フィールドで、フリーテキストではありません。バイヤーとセラーエージェントは標準の製品ディスカバリーとバイ作成ワークフローを通じてプログラマティックにそれらを交渉します。

ライフサイクル

1. ディスカバリー: バイヤーが要件を述べる

get_products で、バイヤーはパフォーマンス要件を満たす製品にフィルターします:
これらのしきい値を満たせない、または指定されたベンダーをサポートしない製品は結果から除外されます。バイヤーは言っています: 「70% MRC でのビューアビリティと 5% 未満の IVT に DoubleVerify が必要。」

2. 製品レスポンス: セラーがデフォルトを宣言

返される製品はセラーのデフォルト performance_standardsmeasurement_termscancellation_policy を含みます:
バイヤーは予算をコミットする前にすべての条件を見られます。

3. リファインメント: コミット前に交渉

buying_mode: "refine" を使って、バイヤーはパフォーマンス標準または測定条件への変更を提案できます。これは同じ required_performance_standards フィルターを使います — セラーは提供できるものを反映した更新された製品で応答します。リファインメントは反復的で拘束力がありません。

4. バイ作成: バイヤーが提案、セラーが受諾

create_media_buy で、バイヤーはパッケージリクエストで異なる条件を提案できます:
セラーは 3 つのレスポンスを持ちます:
  • 受諾 — 確認済みパッケージでバイヤーの条件をエコー
  • 拒否 — どの条件が失敗したかと許容範囲についての詳細を伴う TERMS_REJECTED を返す
  • 調整 — 確認済みパッケージで変更された条件を返す(バイヤーエージェントがレスポンスを検査して何が変わったか見る)
バイヤーが performance_standards または measurement_terms を省略するとき、製品のデフォルトが適用されます。

段階成熟チャネルの測定条件

一部のチャネルは初日に最終数値を配信するのではなく段階的に課金グレードデータを生成します — 放送 TV、DOOH、IVT フィルタリング付きデジタル、ポッドキャストダウンロードなど。これらには、バイヤーはベンダーと並んで measurement_window を提案し、保証がどの成熟段階に対して照合されるかを指定します:
measurement_window は製品の reporting_capabilities.measurement_windows からの window_id を参照します。これは両側に伝えます: 「VideoAmp の C7 数値が私たちが照合する対象。」DOOH 製品には "final"(IVT/不正チェック後)。デジタルには "post_sivt" かもしれません。同じメカニズムが、どのデータが課金に権威的かといつ利用可能になるかの両方を宣言します — 照合と請求のクロックはその宣言された可用性に従います。agency_estimate_number は、オーダーをエージェンシーのメディアプランにリンクする財務参照で、トランザクションライフサイクルを通じてオーダーとともに移動します。

5. 確認済みパッケージ: コントラクト

確認済みパッケージは合意された条件を反映します — 拘束力あるコントラクト:

6. クリエイティブ強制

合意された performance_standards がベンダーを指定するとき、そのパッケージに割り当てられたクリエイティブはそのベンダーからの tracker_script または tracker_pixel URL アセットを含まなければなりません(MUST)。セールスエージェントは、必要な検証タグを欠くクリエイティブ割り当てを CREATIVE_REJECTED で拒否すべきです(SHOULD)。 例えば、合意された条件がビューアビリティに DoubleVerify を含む場合、パッケージのすべてのクリエイティブは、ビューアビリティが測定できるよう DV タグを運ばなければなりません。 トラッカーサポートのないフォーマット: すべてのフォーマットがサードパーティトラッキングアセットを受け入れるわけではありません。例えば放送 TV スポットはトラッカースロットを持ちません — テレビに発火するピクセルがありません。バイヤーエージェントは、クリエイティブレベル検証を要求するパフォーマンス標準を提案する前に、フォーマットの assets 配列でトラッカースロットをチェックすべきです。フォーマットがトラッカーをサポートしないとき、測定はクリエイティブ埋め込みピクセルではなく billing_measurement で宣言されたベンダー(パネルデータ、セットトップボックステレメトリー)から来ます。詳細については フォーマット定義 を参照してください。

7. 違反と解決

パフォーマンス標準または課金測定分散が破られたとき、セラーは合意された makegood_policy から救済を提案します:
  • additional_delivery — インプレッションを延長または追加(like-for-like、同じまたは後のキャンペーン)
  • credit — 同じアカウントの将来のバイへのクレジット
  • invoice_adjustment — 現在のバイの請求書を削減
バイヤーは受諾または異議を唱えます。

キャンセルポリシー

キャンセルポリシーは交渉表面ではありません。セラーが製品でそれを宣言します。バイヤーはメディアバイを作成することでそれを受諾します。十分な通知なしにキャンセルされた保証バイは、宣言されたキャンセル料を負います。 キャンセル料タイプ:
  • percent_remaining — 残りのコミット済み支出のパーセンテージ(例: 50%)
  • full_commitment — バイヤーが完全なコミット済み予算を負う
  • fixed_fee — 定額の金銭
  • none — キャンセル料なし

インサーションオーダー

インサーションオーダーはコミット済みプロポーザルの署名ラッパーです。新しいディール条件を導入しません。すべての交渉された条件は製品とパッケージに存在します。IO の terms オブジェクトは、バイヤーエージェントが人間が DocuSign などで署名する前に IO がプロポーザルに一致することを検証できるよう、サマリーフィールド(アドバタイザー、パブリッシャー、予算、日付、支払い条件)を提供します。

ベンダーアイデンティティと測定エージェント

すべての測定と検証ベンダーは、標準の ブランド参照 を使ってドメインで識別されます — ブランド、オペレーター、アカウントに使われるのと同じシステム。例:
  • { "domain": "doubleverify.com" } — DoubleVerify
  • { "domain": "integralads.com" } — IAS
  • { "domain": "oracle.com", "brand_id": "moat" } — MOAT
  • { "domain": "campaignmanager.google.com" } — Google Campaign Manager
  • { "domain": "admanager.google.com" } — Google Ad Manager
  • { "domain": "videoamp.com" } — VideoAmp(放送/CTV 測定)
  • { "domain": "comscore.com" } — Comscore(クロスプラットフォーム測定)
ベンダーのドメインの brand.json は、そのエージェントケイパビリティのディスカバリーポイントです。ベンダーは type: "measurement"agents 配列にエージェントを宣言します:
これは brand.json のすべてのエージェントタイプに使われる同じパターンに従います — brand、rights、governance、creative、buying、signals エージェントはすべて同じ方法で発見されます。 バイヤーまたはセラーは、キャンペーン後のレポートを待つのではなく、合意されたパフォーマンス標準に対する現在のレートを測定エージェントにクエリします。測定ベンダーはブラックボックスではなくエージェントとして参加します。

コンテンツ標準との関係

コンテンツ標準エージェント は WHAT が配信されたか(ブランドセーフティ、コンテンツ分類)を検証します。パフォーマンス標準は HOW WELL 配信されたか(ビューアビリティレート、IVT レート、完了レート)を測定します。ベンダーは同じ会社かもしれません — DoubleVerify はブランドセーフティスコアリングとビューアビリティ測定の両方を提供します — が、関心事は別個です:
  • コンテンツ標準: validate_content_delivery — 「この広告は安全なコンテンツの隣に配置されたか?」
  • パフォーマンス標準: 測定エージェント — 「インプレッションの何パーセントがビューアブルだったか?」
両方ともエージェント間ワークフローを使います。コンテンツ標準は既に完全に仕様化されています。測定エージェントインターフェースはこの仕様のフォローアップです。