Skip to main content
製品 は 3 つの独立した軸に沿って在庫を記述します:
  • パブリッシャープロパティ — 広告が実行される WHERE(youtube.com、spotify.com)
  • コレクション / インストールメント — 広告が実行される WHAT CONTENT(特定のシリーズとそのインストールメント)
  • プレースメント — 広告が現れる WHAT POSITION(pre-roll、mid-roll、host read)
コレクションとプレースメントは並行する次元で、階層的ではありません。「Pre-roll」はポジション。「Pinnacle Challenge」はコンテンツ。製品はそれらを組み合わせます: 「Acme Streaming の Pinnacle Challenge の pre-roll。」

チャネルマッピング

コレクション/インストールメントモデルは、メディアチャネル全体の馴染みのある概念にマップされます: 各コレクションの kind フィールドは、それとそのインストールメントをどう解釈するかを示します。

コレクションオブジェクト

コレクションは、時とともにインストールメントを生成する永続的なコンテンツプログラムです。コレクションはプロパティのように機能します — パブリッシャーが adagents.json でそれらを宣言し、製品は publisher_domaincollection_ids を持つ collections セレクター経由でそれらを参照します。

インストールメントオブジェクト

インストールメントはコレクションの特定のインストールメントです。すべてのインストールメントが事前に既知とは限りません — 週次ポッドキャストは来週のインストールメントのみをスケジュールしているかもしれず、一部のインストールメントは暫定的かもしれません(プレイオフの Game 7 は Game 6 に依存)。

エピソードステータスライフサイクル

期待される遷移: scheduled または tentativeliveaired または publishedscheduled インストールメントは postponed(延期)または cancelled になるかも。postponed インストールメントは再スケジュールされると scheduled に戻る。tentative インストールメントは scheduledcancelled、または postponed に解決する。

コレクションからの継承

エピソードはオーバーライドしないコレクションレベルフィールドを継承します:
  • content_rating: エピソード値がコレクションベースラインをオーバーライド。不在のとき、コレクションのレーティングが適用。
  • special: エピソード値がコレクションレベルスペシャルをオーバーライド。不在のとき、コレクションのスペシャルが適用。通常のコレクションはイベントアンカーのインストールメントを持てる(例: 選挙夜スペシャルを持つ日次ニュースコレクション)。
  • guest_talent: コレクションのレギュラー talent に追加 — それを置き換えない。
  • topics: ブランドセーフティの追加コンテキスト、コレクションの genre の置き換えではない。
バイヤーエージェントは両レベルを評価します: コレクションベースラインがデフォルトの安全プロファイルを提供し、インストールメントフィールドが特定のインストールメントのためそれを絞ります。

Installment deadlines

エピソードはブッキング、キャンセル、素材提出締切を運べます。これらは在庫が予定された単位に結びつく任意のチャネルに適用されます — プリント号、ポッドキャストインストールメント、インフルエンサー投稿、リニア TV 放映、DOOH ローテーション。 締切は時系列順でなければなりません(MUST): booking_deadlinecancellation_deadline ≤ 各 material_deadlines[n].due_at(配列インデックス昇順) ≤ インストールメントの scheduled_at。バイヤーエージェントは、締切がこの順序に違反するインストールメントを拒否すべきです(SHOULD)。 各素材締切は以下を持ちます: 2 段階パターン — draft 次に final — は幅広いチャネルをカバーします:

締切付きポッドキャスト

締切付きプリント号

締切付きインフルエンサー投稿

締切はオプションです。ラン・オブ・コレクションのデジタル製品は通常それらを省略します。パターンは事前素材要件を伴う保証在庫に最も価値があります。

Deadline policy

高頻度コレクション(日刊新聞、週次ポッドキャスト)は、すべてのインストールメントが明示的な締切を運ぶ場合大きなペイロードを生成します。コレクションの deadline_policy は、エージェントが各インストールメントの scheduled_at から締切を計算するのに使うリードタイムルールを宣言します。

ポリシー付き日刊新聞

すべての号の締切を列挙する代わりに、コレクションはルールを一度宣言します:
4 月 1 日号(scheduled_at: "2026-04-01")について、エージェントは計算します:
  • ブッキング締切: 4 営業日前 = 3 月 26 日
  • キャンセル締切: 3 営業日前 = 3 月 27 日
  • 素材期限: 2 営業日前 = 3 月 28 日
明示的 deadlines を持つエピソードはポリシーをオーバーライドします。より厳しいターンアラウンドのスペシャル版は自身の締切を宣言します。通常の号はポリシーから継承します。

ポリシー付き週次ポッドキャスト

ポリシー対明示的締切

両方が存在するとき、明示的なインストールメント deadlines が優先します。エージェントは自身のものを持つインストールメントにポリシーから締切を計算すべきでありません(SHOULD NOT)。

Specials and limited series

コレクションは、その性質をバイヤーエージェントにシグナルするオプションのアノテーションを運べます。これらは合成可能です — コレクションはスペシャルとリミテッドシリーズの両方になれます(例: 4 インストールメントのオリンピックドキュメンタリー)。

スペシャル

スペシャルは実世界のイベントや機会にアンカーされたコンテンツです。special オブジェクトはコレクションとインストールメントの両方に現れられます。コレクション上では、コレクション全体がイベントアンカーであることを意味します。インストールメント上では、その特定のインストールメントがイベントアンカーであることを意味します(content_rating と同じ継承パターンに従い、存在するときコレクションレベルスペシャルをオーバーライド)。
special フィールドは cadence と別です。Cadence はリリース頻度を記述します(event = 1 回限りまたは時折)。special オブジェクトは、どの実世界イベントがコンテンツをアンカーするかといつ起こるかを記述します — バイヤーエージェントがタイミング関連性とプレミアム価格設定を評価するために必要な情報。

リミテッドシリーズ

リミテッドシリーズは、定義されたアークを持つ境界されたコンテンツ実行です。進行中のシリーズと異なり、リミテッドシリーズは計画された終了を持ちます。
これはバイヤーエージェントに The Ember が有限の機会であることを伝えます — 7 週間で 8 インストールメント。limited_series フィールドは season と別です: コレクションはリミテッドでなくてもシーズンを持てる(進行中のシリーズもシーズンを持つ)し、リミテッドシリーズはコレクションが計画された終了を持つという構造的コミットメントです。

製品がコレクションをどう参照するか

製品は collections 経由でコレクションを参照します — パブリッシャーの adagents.json で宣言されたコレクションを指す {publisher_domain, collection_ids} セレクターの配列。これは publisher_properties と同じパターンです。バイヤーはパブリッシャーの adagents.json から完全なコレクションオブジェクトを解決します。エピソードは installments 配列で製品ごとにリストされます、なぜなら異なる製品は同じコレクションの異なるインストールメントをスコープするかもしれないから。

ラン・オブ・コレクション(特定のインストールメントなし)

製品はインストールメントをリストせずにコレクションを参照できます。これは「このコレクション全体の在庫、フライト日中に放映されるインストールメントが何であれ」を意味します:

特定のインストールメント

プレミアムまたは保証バイには、セラーは特定のインストールメントにスコープします:

get_products レスポンス構造

製品は collections セレクター経由でコレクションを参照します — publisher_properties と同じパターン。各セレクターは、そのパブリッシャーの adagents.json で宣言されたコレクションを指す publisher_domaincollection_ids 配列を持ちます。バイヤーは adagents.json から完全なコレクションオブジェクトを解決します。

正準コレクションアイデンティティ

コレクションのアイデンティティは {publisher_domain, collection_id} です — adagents.json でそれを宣言するパブリッシャーにスコープ。これは任意のコレクション作成者が自身の正準レジストリとして機能できることを意味します。

正準パブリッシャーとしての作成者

MrBeast のような作成者は mrbeast.com/adagents.json でコレクションを宣言します。その作成者の在庫をパッケージ化する任意のセラー — YouTube セールスハウス、CTV ディストリビューター、作成者自身のチーム — は同じ正準ソースを参照します:
バイヤーは、在庫がどのセラーまたはプラットフォームから来るかにかかわらず mrbeast.com + beast_games を見ます。IMDb ID や distribution identifier のクロス参照は不要 — 作成者のドメイン レジストリです。

作成者が adagents.json を公開しないとき

すべてのコレクションが作成者所有のドメインを持つわけではありません。ストリーミングプラットフォームのオリジナルシリーズは、そのプラットフォームの adagents.json にのみ存在するかもしれません。その場合、プラットフォームが正準パブリッシャーで collections は彼らのドメインを指します。コレクションオブジェクトの distribution identifier は、同じコレクションが単一の正準ソースなしに複数のプラットフォームに現れるときクロスセラーマッチングを処理します。

アイデンティティ解決優先順位

バイヤーエージェントはこの順序でコレクションアイデンティティを解決すべきです:
  1. 正準パブリッシャー — 作成者自身の adagents.json からの publisher_domain + collection_id。最強のシグナル。
  2. プラットフォーム非依存識別子 — コレクションの distribution 配列からの imdb_idgracenote_ideidr_id。正準パブリッシャーが存在しないとき信頼できるクロス参照。
  3. プラットフォーム固有識別子 — Spotify、Apple、YouTube ID。プラットフォーム内で有用だがユニバーサルではない。

ディスカバリー例

インストールメント付き CTV コレクション

今後のインストールメントを持つ既知のコレクションに対してスポンサーシップを販売するストリーミングプラットフォーム:

関連コレクションと派生コンテンツ

メインコレクションとそのコンパニオンアフターコレクション、プラスハイライトクリップを提供するストリーミングプラットフォーム:
ハイライトクリップは derivative_of 経由でそのソースインストールメントを参照します。コンパニオンアフターコレクションはメインコレクションの related_collections 経由でリンクされます — Nova Kitchen をターゲットするバイヤーはアフターコレクションを追加のリーチ機会として発見できます。

配信付きポッドキャスト

複数の配信プラットフォーム全体で販売するポッドキャストネットワーク。コレクションの adagents.jsondistribution 配列が完全な配信フットプリントを捕捉します。バイヤーはクロスセラーマッチングに distribution identifier を使います:
暫定インストールメント(ep48、ep49)は名前やゲスト情報を持ちません — まだ生成されていません。バイヤーはコレクションのベースラインプロファイルと ep47 の既知の詳細に基づいて評価します。

暫定インストールメント付きライブイベント

ライブイベントシリーズに対してスポンサーシップを販売するスポーツリーグ。ライブ放送は、試合期間が予測不可能なため flexible_end を、広告ブレークが固定スケジュールではなく試合フロー(タイムアウト、ピリオドブレーク)に従うため unplanned_breaks を使います。暫定 Game 5 はシリーズ結果に依存 — どちらのチームも 4 試合で勝たない場合のみ起こります。
このパターンはライブ在庫のため設計されたいくつかの機能を組み合わせます: cadence: "event" は非反復シリーズをシグナル、flexible_end はバイヤーに放送長が近似であることを伝え、unplanned_breaks: true は広告ブレークが事前決定されたスケジュールではなく試合フローに従うことを示します。暫定 Game 5 は、バイヤーエージェントがいつ再クエリするか知るよう valid_until を含みます — シリーズが 4 試合で終わる場合、そのインストールメントは cancelled に解決します。バイヤーは常に予算をコミットする前に暫定インストールメントの valid_until をチェックすべきです。

コレクションの発見

バイヤーは標準の get_products ワークフローを通じてコレクションを発見します。自然言語ブリーフがコレクション選択を駆動します:
セラーは collections セレクターを持つ製品を返します。バイヤーは各パブリッシャーの adagents.json から完全なコレクションオブジェクトを解決します。レジストリクライアントは、/api/registry/catalog/collections/sync/api/registry/catalog/collections/distribution を通じてクロールされたコレクションカタログをブートストラップしルックアップすることもでき、YouTube チャネル ID のようなプラットフォームエイリアスをパブリッシャー宣言のコレクションにクロス参照するのに有用です。 コミュニティ保守エントリーには、レジストリモデレーターは PUT /api/registry/catalog/collections/{publisher_domain}/{collection_id} でパブリッシャースコープのコレクションをシードできます。これは貢献されたレジストリレコードを作成し同じ collection.created / collection.updated フィードイベントを発行します。パブリッシャーオリジン証明を置き換えません: パブリッシャーが自身の adagents.json でコレクションを宣言すると、権威的宣言が勝ちます。

ブランドセーフティ

コレクションは 2 レベルのブランドセーフティモデルを提供します: コレクションベースラインとインストールメントごとのオーバーライド。

コレクションベースライン

コレクションのデフォルトブランドセーフティプロファイルは以下から来ます:
  • content_rating — コレクションの宣言されたレーティングシステムと値
  • genre — コンテンツカテゴリー(理想的には機械可読な評価のため genre_taxonomy を使う)
  • talent — ホストとレギュラーキャスト、より深い評価のためオプションの brand.json 参照を伴う
これは、個別のインストールメントコンテンツがまだ既知でないときバイヤーが評価するものです。

インストールメントオーバーライド

インストールメント詳細が利用可能なとき、それらは安全プロファイルをシフトできます:
  • コレクションベースラインと異なる content_rating(今週は TV-PG の代わりに TV-14)
  • タレントプロファイルを変える guest_talent(論争的なゲスト)
  • インストールメント固有のコンテンツシグナルを追加する topics

モデル化されないもの

AdCP は未知の未来のインストールメントのコンテンツ安全性を予測しません。「すべての 4 月インストールメント」にコミットするバイヤーは、コレクションのベースラインプロファイルに基づいて購入し、変動を受け入れます。セラーのコンテンツ標準とコレクションの実績がその決定のバイヤーの基礎です。

Distribution identifier

各コレクションの distribution 配列は、それをプラットフォーム固有識別子で特定のパブリッシャープラットフォームにマップします。これはクロスセラーマッチングを可能にします: 2 つの異なるセラーが両方とも同じコレクションの製品を提供するとき、バイヤーエージェントは共有識別子経由でそれらをマッチできます。

クロスセラーマッチング

プラットフォーム非依存識別子は重複排除に最も信頼できます: 番組は利用可能なとき少なくとも 1 つのプラットフォーム非依存識別子を含むべきです(SHOULD)。

プラットフォーム固有識別子

利用可能なポッドキャストタイプ: apple_podcast_idspotify_collection_idrss_urlpodcast_guidamazon_music_idiheart_idpodcast_index_id。利用可能なビデオ/CTV タイプ: youtube_channel_idyoutube_channel_handleyoutube_channel_urlyoutube_playlist_idamazon_title_idroku_channel_idpluto_channel_idtubi_idpeacock_idtiktok_idtwitch_channel。その他: domainsubstack_id。YouTube チャネルには、youtube_channel_id が優先される正準識別子。ハンドルと URL は、チャネル ID がまだ解決されていないときディスカバリーとマッチングのエイリアス。

広告在庫

エピソードは ad_inventory オブジェクトでブレークベースの広告在庫を宣言します: ホストリード、カスタム統合、スポンサーシップのような非ブレーク広告フォーマットには、代わりに製品 プレースメント を使います。ポッドキャスト製品は「mid-roll host read (60s)」のプレースメントを持つかもしれません — それは製品のプレースメントで、ad_inventory の一部ではありません。

LEAP との関係

インストールメントモデルは、ライブストリーミングイベントのための IAB Tech Lab の LEAP Forecasting API と揃います: LEAP は SSP-to-DSP 配管をターゲットします。AdCP は購入決定が起こるエージェント間交渉層で動作します。

コレクションターゲティング

複数のコレクションを持つ製品はデフォルトでバンドルします — バイヤーはすべてのリストされたコレクションを得ます。セラーは、バイヤーがサブセットをターゲットできるよう collection_targeting_allowed: true を設定できます、プロパティの property_targeting_allowed と同じパターン。

マルチコレクションバンドル

単一の製品は、collections に複数のコレクション ID をリストすることで複数のコレクションにまたがれます。製品が複数のコレクションを持つとき、バイヤーエージェントが各インストールメントがどのコレクションに属するか知るよう、各インストールメントは collection_id を含まなければなりません(MUST)。

号付きプリント出版物

今後の号全体でディスプレイ広告を販売する雑誌パブリッシャー。各号はブッキング、キャンセル、素材配信の締切を持つインストールメントです:
コレクション/インストールメントモデルはプリント出版物とオーディオ/ビデオコンテンツで同一に機能します。インストールメントの deadlines オブジェクトは、ドイツの OBS システムが別々のメッセージ交換を通じて処理するものを置き換えます — ブッキング、キャンセル、素材配信がすべて事前に可視です。

関連項目

  • メディア製品 — 完全な製品モデル
  • プリント広告 — プリント固有のクリエイティブフォーマット、物理寸法、ブリード、DPI
  • brand.json — タレントアイデンティティとブランドセーフティ評価