Skip to main content

​
チャンネルの移行

AdCP 3.0 は v2 の9チャンネルを、バイヤーが予算を配分する方法を反映した19の計画指向チャンネルに置き換える。5つのチャンネルはそのまま引き継がれ、残りは分割、削除、または名前変更されます。

​
チャンネルモデルが変更された理由

v2 はフォーマット指向のチャンネル（video、audio、native）と計画指向のチャンネル（social、ctv、dooh）が混在していました。バイヤーはレンダリング技術で予算を計画するのではなく、メディアタイプで計画します。ビデオ予算は OLV、CTV、映画館に分割されます。オーディオ予算はラジオ、ストリーミング、ポッドキャストにまたがる。 v3 チャンネルは代理店がメディアプランを構造化する方法と一貫して一致します。

​
チャンネルマッピング

v2 チャンネルv3 チャンネル注記
displaydisplay変更なし
videoolv、linear_tv、cinema配信で分割（ctv は v2 でもすでに別だった）
audioradio、streaming_audio配信で分割（podcast は v2 でもすでに別だった）
native削除代わりにフォーマットレベルのプロパティを使用
socialsocial変更なし
ctvctv変更なし
podcastpodcast変更なし
doohdooh変更なし
retailretail_media明確化のために名前変更

​
完全な v3 チャンネル列挙

channels.json スキーマからのすべての19の値: 
display, olv, social, search, ctv, linear_tv,
radio, streaming_audio, podcast, dooh, ooh,
print, cinema, email, gaming, retail_media,
influencer, affiliate, product_placement
チャンネル説明
displayウェブとアプリ全体のデジタルディスプレイ広告（バナー、ネイティブ、リッチメディア）
olvCTV 以外のオンラインビデオ広告（プリロール、アウトストリーム、アプリ内ビデオ）
socialソーシャルメディアプラットフォーム
search検索エンジン広告と検索ネットワーク
ctvテレビ画面でのコネクテッド TV とストリーミング
linear_tv従来の地上波とケーブルテレビ
radio従来の AM/FM ラジオ放送
streaming_audioデジタルオーディオストリーミングサービス
podcastポッドキャスト広告（ホストリードまたは動的挿入）
dooh公共スペースのデジタル屋外広告スクリーン
oohクラシックな屋外広告（物理的な看板、交通広告など）
print新聞、雑誌、その他の印刷物
cinema映画館広告
emailメール広告とスポンサードニュースレターコンテンツ
gamingプラットフォームをまたいだゲーム内広告（ゲーム内本来、リワードビデオ、プレイアブル広告）
retail_mediaリテールメディアネットワークとコマースマーケットプレイス
influencerクリエイターとインフルエンサーのマーケティングパートナーシップ
affiliateアフィリエイトネットワーク、比較サイト、パフォーマンスベースのパートナーシップ
product_placementプロダクトプレイスメント、ブランデッドコンテンツ、スポンサーシップ統合
gaming チャンネルはすべてのゲーム内広告をカバーします。ゲームアプリのリワードビデオは olv にも分類できる — インベントリがゲーミング予算から来る場合は gaming を使用し、ビデオ予算から来る場合は olv を使用します。

​
video プロダクトの移行

v2 の video チャンネルは配信に基づいて3つの v3 チャンネルに分割しなければなりません（ctv は v2 でもすでに別のチャンネルだった）:
  • olv — オンラインビデオ（ウェブ、モバイルアプリ、ソーシャル）: プリロール、アウトストリーム、アプリ内ビデオ
  • linear_tv — 従来の地上波とケーブルテレビ
  • cinema — 映画館の上映前広告
単一のパブリッシャーが複数のチャンネルをサポートする場合があります。ストリーミングサービスはモバイルと TV の両方でインベントリを提供する場合、olv と ctv の両方を宣言することがあります。

​
audio プロダクトの移行

v2 の audio チャンネルは2つの v3 チャンネルに分割されます（podcast は v2 でもすでに別のチャンネルだった）:
  • radio — 従来の AM/FM ラジオ放送
  • streaming_audio — デジタルオーディオストリーミングサービス（音楽プラットフォーム）

​
native プロダクトの移行

v3 は native をチャンネルとして削除します。Native はレンダリングスタイルであり、予算カテゴリではありません。 v2 で native タグが付いたプロダクトがある場合、予算の計画方法に基づいて適切な v3 チャンネルを割り当てる:
  • ネイティブディスプレイ広告 -> display
  • ネイティブソーシャル広告 -> social
  • ネイティブコンテンツレコメンデーション -> モデルに応じて display または affiliate

​
retail プロダクトの移行

retail から retail_media へのシンプルな名前変更。

​
マルチチャンネルプロダクト

v3 プロダクトはチャンネルの配列を宣言するため、単一のプロダクトが複数のチャンネルにまたがることができます。複数のチャンネルをサポートするセラーを示すケイパビリティレスポンス: 
{
  "$schema": "https://adcontextprotocol.org/schemas/v3/protocol/get-adcp-capabilities-response.json",
  "adcp": {
    "major_versions": [3]
  },
  "supported_protocols": ["media_buy"],
  "media_buy": {
    "portfolio": {
      "primary_channels": ["display", "olv", "ctv"],
      "publisher_domains": ["pinnaclemedia.example.com"],
      "primary_countries": ["US"]
    }
  }
}
get_products からプロダクトが返されるとき、各プロダクトの channels 配列はそのプロダクトがどのチャンネルとして販売されているかを宣言する: 
{
  "channels": ["olv", "ctv"]
}

​
ケイパビリティでのチャンネルサポートの宣言

バイヤーは get_products リクエストをフィルタリングする前に get_adcp_capabilities を呼び出してセラーがサポートするチャンネルを発見する必要があります。portfolio.primary_channels フィールドはセラーのメインチャンネルをリストします。

​
移行ステップ

1

チャンネル使用状況を監査する

コードがチャンネル値を読み書きするすべての場所を見つける。
2

古いものを新しいものにマップする

上記のマッピングテーブルを使って各値を変換します。display、social、ctv、podcast、dooh は変更なしに注意。
3

マルチマッピングを処理する

v2 の video または audio が複数の v3 チャンネルにマップされる場合、各プロダクトを配信コンテキストで分類します。
4

フィルターを更新する

バイヤーエージェントがチャンネルでフィルタリングする場合、新しい値に更新します。
5

ケイパビリティを更新する

正しいチャンネル宣言で get_adcp_capabilities を実装します。
6

バリデーションをテストする

v3 スキーマバリデーションは video、audio、native、retail などの古いチャンネル値を拒否します。

メディアチャンネル分類

すべての19の v3 チャンネルの完全な定義と設計の根拠。
関連: 価格 | ジオターゲティング | クリエイティブ | カタログ | アトリビューション | AdCP 3.0 概要