Skip to main content
マニフェストとメトリクスを含むバリアントレベルの内訳を持つクリエイティブ配信データを取得します。このタスクは、クリエイティブからどんなバリアントが作成されたか、それらがどのように見えたか(マニフェスト経由)、そしてどのようなパフォーマンスを発揮したかを返します。 これはクリエイティブプロトコルのタスクです。supported_protocols"creative" を宣言し、クリエイティブエージェントのケイパビリティ"delivery" を持つすべてのエージェントで呼び出す — 専用のクリエイティブサービスであってもクリエイティブプロトコルを実装するセールスエージェントであっても同じです。 リクエストスキーマ: /schemas/v3/creative/get-creative-delivery-request.json レスポンススキーマ: /schemas/v3/creative/get-creative-delivery-response.json

リクエストパラメータ

スコーピングフィルター(media_buy_ids または creative_ids)のうち少なくとも1つが必須です。 * media_buy_ids または creative_ids のうち少なくとも1つが必要。

レスポンス

クリエイティブオブジェクト

配信メトリクスフィールド

creative.totals と各 variant エントリの両方で利用可能なフィールド。よく使われるサブセット——インクリメンタリティ、ブランドリフト、放送のメトリクスを含む完全なリストについては配信メトリクススキーマを参照。
支出由来のメトリクス。 セラーは、個々の variant オブジェクトに roascost_per_acquisition を埋めるべきではありません——支出はクリエイティブ全体に適用されるため、バリアントごとに帰属できません。これらのフィールドは creative.totals でのみ意味を持ちます。by_event_type エントリはイベントタイプごとに countvalue を運びますが、支出由来のレートは運びません。
プラットフォーム条件付きフィールド。 dooh_metrics は DOOH キャンペーンでのみ存在します。エンゲージメントフィールド(engagementsfollowssavesprofile_visitsengagement_rate)はプラットフォーム固有です。すべてのセラーが標準化されたフィールドでそれらを出力するわけではありません——代わりにエンゲージメントデータに variant.ext を使うものもあります。

バリアントオブジェクト

各バリアントは特定の実行を表します: 固定クリエイティブ(Tier 1)、プラットフォームが選択したアセットの組み合わせ(Tier 2)、または生成されたバリアント(Tier 3)。カタログ駆動パッケージでは、個別の広告実行としてレンダリングされた各カタログアイテムがバリアントになる — バリアントのマニフェストにはレンダリングされた特定のアイテムを含むカタログ参照が含まれます。 creative_idvariant_id は別個の名前空間です。正準的なビルドからデリバリーへの結合は build_creative.variants[].build_variant_id → プロモートされた creative_id → デリバリーの creative_id です。variant_id は、プラットフォームが配信した実行バリアント id のままです。 ctrcompletion_rateroascost_per_click などの派生メトリクスはプラットフォームが計算したものであり、丸め、アトリビューションウィンドウ、またはフィルタリングされたインプレッションにより、構成要素の単純な除算と等しくない場合があります。

Tier の動作

Tier 1: 標準クリエイティブ

1つのクリエイティブが1つのバリアントに1対1でマッピングされます。バリアントのメトリクスはクリエイティブのトータルと一致します。

プラットフォームエンゲージメントメトリクス

ソーシャルおよびフィードネイティブプラットフォームは、エンゲージメントタイプがプラットフォームごとに異なるため、各バリアントの ext フィールドにエンゲージメントデータを含める:
ext フィールドはプラットフォーム間で標準化されていない — 各プラットフォームが独自のエンゲージメントスキーマを定義します。複数のソーシャルプラットフォームにわたって集計するバイヤーはプラットフォーム固有のフィールドを共通モデルにマッピングすべきです。

Tier 2: アセットグループ最適化

バイヤーが selection_mode: "optimize" を持つフォーマットを使用して複数のアセット代替案を提供します。プラットフォームが組み合わせをテストし、どのアセットが選択されたかを示すマニフェストと共に各バリアントを返します。

Tier 3: ジェネレーティブクリエイティブ

プラットフォームがブランドマニフェストと入力コンテキストからバリアントを生成します。manifest には生成されたアセットが含まれる — バイヤーが提出したものとは完全に異なる場合があります。 パブリッシャーが AdCP コンテンツ標準を使用する場合、generation_context に特定のコンテンツ(記事、動画など)にバリアントをリンクする artifact 参照を含めることができます。プラットフォームはベンダー固有のコンテキスト構造のために ext を使用することもできます。

バリアントのプレビュー

request_type: "variant" を指定して preview_creative を使用し、特定のバリアントが配信時にどのように見えたかを確認します:
各バリアントには完全な manifest が含まれているため、そのマニフェストを直接 preview_creative に渡して標準的な単一リクエストとして再レンダリングすることもできます。

配信レポートとの関係

両方のレスポンスにわたってデータを相関させるために media_buy_id + creative_id を結合キーとして使用します。 セールスエージェントが両方のプロトコルを実装する場合、両方のタスクが同じエージェント URL で利用可能です。完全なパターンはセールスエージェントのクリエイティブ機能を参照。

クロスエージェント集計

複数のセラーにわたってキャンペーンを実施する場合、各エージェントで get_creative_delivery を個別に呼び出して結果を相関させる:
  • 結合キー: バイヤーが割り当てた creative_id を使用してエージェント間で同じクリエイティブを相関させる。アップロード時に concept_id を使用した場合、コンセプトでフィルタリングして関連するクリエイティブをグループ化します。
  • variant_id のスコープ: バリアント ID はエージェントとクリエイティブ内で一意であり、グローバルには一意ではありません。2つのエージェントが同じ variant_id 値を持つバリアントを生成する場合があります。集計ダッシュボードを構築する際はエージェント URL でプレフィックスを付ける。
  • タイムゾーン処理: 各エージェントは reporting_period.timezone を通じて独自のタイムゾーンでレポートする可能性があります。メトリクスを集計する前に共通のタイムゾーンに正規化します。
  • max_variants の選択: エージェントは max_variants が結果セットを制限する場合に返すバリアントを選択します。ほとんどのエージェントはインプレッション量(最も多く配信されたものが先)で優先度を付ける。代表的なサンプリングのためには、単一の大きな max_variants 値に頼るのではなく、異なる時間範囲で複数の呼び出しを行います。

クロスエージェントダッシュボードの構築

複数のエージェントからの配信データを統合ビューに集計する場合、以下の手順に従う:
  1. 収集: 同じ creative_ids フィルターを使用して、各エージェントで get_creative_delivery を並列に呼び出す。
  2. タイムゾーンの正規化: 合計する前に各エージェントの reporting_period を共通のタイムゾーンに変換します。
  3. creative_id でマージ: エージェント間で creative_id によって結果をグループ化します。totals(impressions、spend、clicks)を合計します。ctr などの派生メトリクスは平均しない — 合計されたコンポーネントから再計算します。
  4. variant_id にプレフィックス: agent_url + variant_id を組み合わせてグローバルに一意なバリアントキーを作成する(例: https://sales.pinnaclemedia-example.com/var_a1b2c3)。これにより、2つのエージェントが独立して同じバリアント ID を割り当てた場合の衝突を防ぐ。
  5. concept_id でグループ化: キャンペーンレベルのロールアップのために、concept_id を使用してサイズとセラーにわたる関連クリエイティブをグループ化します。コンセプトからクリエイティブへのマッピングは各エージェントの list_creatives から取得します。

ケイパビリティ宣言

このタスクをサポートするエージェントは list_creative_formats レスポンスの capabilities 配列に "delivery" を宣言する:
バイヤーはこれを list_creative_formats を呼び出してケイパビリティに "delivery" を持つエージェントの creative_agents 配列を確認することで発見します。これはセールスエージェントを含む、クリエイティブプロトコルを実装するすべてのエージェントに適用されます。