Skip to main content

シグナルの移行

AdCP 3.0 rc.1 はシグナルプロトコルに3つの変更を加える: デリバリーターゲットのフラット化、構造化された価格オプション、使用状況レポートの簡素化。

deliver-to のフラット化

get_signals リクエストのネストされた deliver_to オブジェクトが2つのトップレベルフィールドに置き換えられます。 beta.3:
test=false
rc.1:
test=false

価格オプション

レガシーの pricing オブジェクト(単一の cpm フィールドを持つ)が pricing_options 配列に置き換えられます。各オプションは model による識別子付きユニオンです。

3つの価格モデル

CPM — 1000インプレッションあたりの固定コスト:
メディア費用の割合 — メディア支出のパーセンテージ、オプションの CPM 上限付き:
固定料金 — レポート期間ごとの固定料金(月次ライセンスセグメント):

価格を伴うアクティベーション

シグナルをアクティベートするとき、選択した pricing_option_id を渡す:
test=false

使用状況レポート

report_usageidempotency_key を追加し、kindoperator_id フィールドを削除します。 rc.1 使用状況レポート:
使用状況レコードの pricing_option_id はアクティベーション時に渡したものと一致する必要があり、ベンダーが正しいレートが適用されたことを確認できます。

移行ステップ

1

deliver_to をフラット化する

get_signals リクエストで deliver_to.destinationsdeliver_to.countries をトップレベルフィールドに移動します。
2

pricing_options 配列を解析する

pricing(オブジェクト)の代わりに pricing_options(配列)を読み取るようにシグナルレスポンスの解析を更新します。model フィールドで価格タイプを判別します。
3

アクティベーション時に価格を選択する

activate_signal を呼び出すとき、シグナルの pricing_options 配列から選択した pricing_option_id を渡します。
4

report_usage に idempotency_key を追加する

report_usage 呼び出しに一意のキー(UUID)を生成します。同じキーを使ったリトライは冪等です。
5

kind と operator_id を削除する

使用状況レコードから kindoperator_id を削除します。使用状況タイプは signal_agent_segment_id(シグナル)または standards_id(ガバナンス)の存在で判別されます。
6

ライフサイクルを通じて pricing_option_id を追跡する

アクティベーション時に pricing_option_id を保存し、ベンダーが請求を確認できるように report_usage レコードで渡します。
7

スキーマに対して検証する

get-signals-request.jsonactivate-signal-request.jsonreport-usage-request.json スキーマに対してリクエストを実行します。

シグナルプロトコル

シグナル探索、アクティベーション、使用状況レポート、価格モデルの完全リファレンス。

関連: 価格 | 最適化目標 | AdCP 3.0 概要