シグナルの移行
AdCP 3.0 rc.1 はシグナルプロトコルに3つの変更を加える: デリバリーターゲットのフラット化、構造化された価格オプション、使用状況レポートの簡素化。deliver-to のフラット化
get_signals リクエストのネストされた deliver_to オブジェクトが2つのトップレベルフィールドに置き換えられます。
beta.3:
test=false
test=false
価格オプション
レガシーのpricing オブジェクト(単一の cpm フィールドを持つ)が pricing_options 配列に置き換えられます。各オプションは model による識別子付きユニオンです。
3つの価格モデル
CPM — 1000インプレッションあたりの固定コスト:価格を伴うアクティベーション
シグナルをアクティベートするとき、選択したpricing_option_id を渡す:
test=false
使用状況レポート
report_usage は idempotency_key を追加し、kind と operator_id フィールドを削除します。
rc.1 使用状況レポート:
pricing_option_id はアクティベーション時に渡したものと一致する必要があり、ベンダーが正しいレートが適用されたことを確認できます。
移行ステップ
1
deliver_to をフラット化する
get_signals リクエストで deliver_to.destinations と deliver_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 を削除する
使用状況レコードから
kind と operator_id を削除します。使用状況タイプは signal_agent_segment_id(シグナル)または standards_id(ガバナンス)の存在で判別されます。6
ライフサイクルを通じて pricing_option_id を追跡する
アクティベーション時に
pricing_option_id を保存し、ベンダーが請求を確認できるように report_usage レコードで渡します。7
スキーマに対して検証する
get-signals-request.json、activate-signal-request.json、report-usage-request.json スキーマに対してリクエストを実行します。シグナルプロトコル
シグナル探索、アクティベーション、使用状況レポート、価格モデルの完全リファレンス。
関連: 価格 | 最適化目標 | AdCP 3.0 概要