Skip to main content
このガイドは、AdCP が放送テレビ(リニア TV)広告 — 従来の地上波、ケーブル、衛星テレビスポット — をどう表現するかをカバーします。 放送 TV は根本的な方法で CTV と異なります: 広告サーバーなし、VAST タグなし、インプレッションピクセルなし、クリックスルー URL なし。放送スポットは、ステーションに配信され予定されたアベイル中に再生される動画ファイルです。測定はピクセル発火ではなく、パネルデータとセットトップボックステレメトリーから来ます。 プロトコルレベルの操作(list_creative_formatsbuild_creativesync_creatives)は、放送に対して他の任意のフォーマットと同一に機能します。放送固有の詳細は、以下でカバーするフォーマット定義、アセット要件、測定モデルにあります。

放送シンジケーションでのメタデータ所有権

リニア放送キャリッジは Web シンジケーションと同じではありません。Web シンジケーションでは、埋め込むパブリッシャーが別の当事者のコンテンツの周りに自身のコンテキスト、意思決定、オーディエンス層を追加できます。リニア放送では、アフィリエイトまたはステーションは通常、発信元セラーのオーダーの下で予定されたアセットを運びます。クリエイティブをフォークまたは実質的に変換しません。 その区別は AdCP メタデータをシンプルに保ちます:
  • クリエイティブレコードは単数で安定したまま。正準アセットとトラフィックアイデンティティには creative_id プラス industry_identifiers を使う。
  • ネットワーク、ナショナル、またはレップファームバイは通常、アフィリエイトごとの AdCP インスタンスのチェーンではなく、マルチマーケットフルフィルメントを伴う 1 つのセラー製品。
  • ローカルスポット、ステーショングループ、マーケットクリアされたシンジケーションバイは、真にマルチセラーかもしれない。各セラーは自身の配信をレポートし、バイヤーはセラー全体で集計する。
  • ステーション、マーケット、デイパート、プレースメント、測定ウィンドウの違いは、クリエイティブメタデータを変更するのではなく、配信レポートと製品/パッケージコンテキストに属する。
単一のスポットがマーケットまたはデイパート全体で異なるパフォーマンスをするとき、その違いを配信シグナルとして保持します。1 つの進化するクリエイティブメタデータオブジェクトにマージしないでください。

放送が CTV とどう異なるか

フォーマット特性

放送スポットは:
  • 動画ファイルのみ — H.264 または MPEG-4 HD、MP4 または MOV として配信
  • 固定期間 — :15、:30、:60 が標準
  • トラッカーアセットなし — インプレッションピクセルなし、VAST なし、JavaScript なし
  • インタラクティブ要素なし — クリックスルーなし、コンパニオンなし、オーバーレイなし
  • トラフィック/クリアランス ID で識別 — Ad-ID、ISCI、Clearcast クロック番号、IDcrea、またはスポットをローテーション指示に結びつける別のマーケット固有クリエイティブ識別子

標準放送フォーマット

:30 スポット(標準)

:15 と :60 フォーマットは、min_duration_msmax_duration_ms を除いて同一です。3 つすべてがリファレンスエージェントで broadcast_spot_15sbroadcast_spot_30sbroadcast_spot_60s として利用可能です。

何が欠けているか

放送フォーマットは、CTV とデジタル動画フォーマットに存在するアセットを意図的に除外します:
  • impression_tracker なし — テレビに発火するピクセルがない
  • vast_tag なし — ステーションは VAST XML ではなくファイルを再生する
  • click_url なし — TV 画面にクリックスルーがない
  • overlay_html なし — インタラクティブオーバーレイ機能がない
  • companion_image なし — コンパニオンバナースロットがない

サードパーティトラッカーサポート

クリエイティブフォーマットがサードパーティトラッキングをサポートするかどうかは、フォーマットがトラッカーアセットスロットを定義するかどうかで決定されます。放送フォーマットは impression_tracker または tracker_pixel アセットを持ちません — フォーマットの assets 配列を検査するバイヤーエージェントはこれを確認できます。デジタルと CTV フォーマットはオプションのトラッカースロットを含みます。放送フォーマットは含みません。 サードパーティ測定(DoubleVerify ビューアビリティ、IAS ブランドセーフティ)を要求するバイヤーエージェントは、クリエイティブを割り当てる前にフォーマットのアセットをチェックすべきです。トラッカースロットが存在しない場合、それらの測定ベンダーはクリエイティブをインストルメントできません。放送の測定はクリエイティブレベルのピクセルではなく、billing_measurement で宣言された測定ベンダーを通じてパネルとセットトップボックスデータから来ます。

クリエイティブ識別子統合

AdCP は、そのプロトコル creative_id を、トラフィック、クリアランス、放送操作が使うクリエイティブ識別子から分離します。Ad-ID、ISCI、Clearcast クロック番号、IDcrea、または別のマーケット固有コードを industry_identifiers に入れます。 Ad-ID は US テレビワークフローに一般的で、しばしば 12 文字の英数字コード(4 文字の会社プレフィックス + 8 文字のユニーク識別子)として表現されます。他のマーケットとレガシートラフィックシステムは異なる識別子を使います。プロトコルは、すべての放送局やエージェンシーを Ad-ID に強いるのではなく、ワークフローが既に使う識別子を保持すべきです。 業界識別子は放送で 2 つの目的を果たします:
  1. アセット識別 — すべてのシステムにわたってスポットを一意に識別
  2. ローテーション指示 — バイが複数のクリエイティブを持つとき、識別子はステーションにどのウィンドウでどのスポットを実行するかを伝える

業界識別子を持つクリエイティブ

同じソースクリエイティブが異なるカット(:15 と :30)を持つとき、各カットは自身のトラフィック識別子を得ます。マニフェストレベルで industry_identifiers を使って、フォーマットバージョンごとに別個の Ad-ID、ISCI コード、クロック番号、IDcrea 値を割り当てます。

サポートされる識別子タイプ

放送ワークフローが別の共有識別子スキームに依存する場合、スキームが複数の参加者にわたって使われる証拠とともに PR で creative-identifier-type に追加します。セラーローカルのトラフィックコードに industry_identifiers を使わないでください。

Agency Estimate Number

Agency Estimate Number は、放送オーダーをエージェンシーのメディアプランに結びつける財務参照です。それはエージェンシーの課金システムから発生し、トランザクションライフサイクルを通じてオーダーとともに移動しなければなりません。 AdCP では、estimate 番号はメディアバイに、オプションで個別のパッケージに現れます:
バイ内の異なるパッケージが異なるエージェンシー estimate(異なるフライトまたはステーション)に対応するとき、パッケージレベルの agency_estimate_number がバイレベルの値を上書きします。

測定ウィンドウ

放送測定は、タイムシフト(DVR)視聴が蓄積するにつれ時間とともに成熟します。これは、データがリアルタイムまたはニアリアルタイムで利用可能なデジタル測定と根本的に異なります。

標準ウィンドウ

仕組み

  1. スポットが 3 月 1 日に放映
  2. 測定ベンダー(VideoAmp、Nielsen、Comscore)がセットトップボックス、スマート TV ACR、パネルからデータを収集
  3. データがソース全体で重複排除され放送の約 15 日後に配信
  4. C7 ウィンドウ(ライブ + 7 日 DVR)が通常照合の保証基準
セラーは製品で利用可能な測定ウィンドウを宣言します:
バイヤーは測定条件で保証基準ウィンドウを参照します:

関連ドキュメント