- パブリッシャープロパティ — 広告が実行される WHERE(youtube.com、spotify.com)
- コレクション / インストールメント — 広告が実行される WHAT CONTENT(特定のシリーズとそのインストールメント)
- プレースメント — 広告が現れる WHAT POSITION(pre-roll、mid-roll、host read)
チャネルマッピング
コレクション/インストールメントモデルは、メディアチャネル全体の馴染みのある概念にマップされます:
各コレクションの
kind フィールドは、それとそのインストールメントをどう解釈するかを示します。
コレクションオブジェクト
コレクションは、時とともにインストールメントを生成する永続的なコンテンツプログラムです。コレクションはプロパティのように機能します — パブリッシャーがadagents.json でそれらを宣言し、製品は publisher_domain と collection_ids を持つ collections セレクター経由でそれらを参照します。
インストールメントオブジェクト
インストールメントはコレクションの特定のインストールメントです。すべてのインストールメントが事前に既知とは限りません — 週次ポッドキャストは来週のインストールメントのみをスケジュールしているかもしれず、一部のインストールメントは暫定的かもしれません(プレイオフの Game 7 は Game 6 に依存)。エピソードステータスライフサイクル
期待される遷移:
scheduled または tentative → live → aired または published。scheduled インストールメントは postponed(延期)または cancelled になるかも。postponed インストールメントは再スケジュールされると scheduled に戻る。tentative インストールメントは scheduled、cancelled、または postponed に解決する。
コレクションからの継承
エピソードはオーバーライドしないコレクションレベルフィールドを継承します:content_rating: エピソード値がコレクションベースラインをオーバーライド。不在のとき、コレクションのレーティングが適用。special: エピソード値がコレクションレベルスペシャルをオーバーライド。不在のとき、コレクションのスペシャルが適用。通常のコレクションはイベントアンカーのインストールメントを持てる(例: 選挙夜スペシャルを持つ日次ニュースコレクション)。guest_talent: コレクションのレギュラーtalentに追加 — それを置き換えない。topics: ブランドセーフティの追加コンテキスト、コレクションのgenreの置き換えではない。
Installment deadlines
エピソードはブッキング、キャンセル、素材提出締切を運べます。これらは在庫が予定された単位に結びつく任意のチャネルに適用されます — プリント号、ポッドキャストインストールメント、インフルエンサー投稿、リニア TV 放映、DOOH ローテーション。
締切は時系列順でなければなりません(MUST):
booking_deadline ≤ cancellation_deadline ≤ 各 material_deadlines[n].due_at(配列インデックス昇順) ≤ インストールメントの scheduled_at。バイヤーエージェントは、締切がこの順序に違反するインストールメントを拒否すべきです(SHOULD)。
各素材締切は以下を持ちます:
2 段階パターン — draft 次に final — は幅広いチャネルをカバーします:
締切付きポッドキャスト
締切付きプリント号
締切付きインフルエンサー投稿
Deadline policy
高頻度コレクション(日刊新聞、週次ポッドキャスト)は、すべてのインストールメントが明示的な締切を運ぶ場合大きなペイロードを生成します。コレクションのdeadline_policy は、エージェントが各インストールメントの scheduled_at から締切を計算するのに使うリードタイムルールを宣言します。
ポリシー付き日刊新聞
すべての号の締切を列挙する代わりに、コレクションはルールを一度宣言します: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 オブジェクトは、どの実世界イベントがコンテンツをアンカーするかといつ起こるかを記述します — バイヤーエージェントがタイミング関連性とプレミアム価格設定を評価するために必要な情報。
リミテッドシリーズ
リミテッドシリーズは、定義されたアークを持つ境界されたコンテンツ実行です。進行中のシリーズと異なり、リミテッドシリーズは計画された終了を持ちます。limited_series フィールドは season と別です: コレクションはリミテッドでなくてもシーズンを持てる(進行中のシリーズもシーズンを持つ)し、リミテッドシリーズはコレクションが計画された終了を持つという構造的コミットメントです。
製品がコレクションをどう参照するか
製品はcollections 経由でコレクションを参照します — パブリッシャーの adagents.json で宣言されたコレクションを指す {publisher_domain, collection_ids} セレクターの配列。これは publisher_properties と同じパターンです。バイヤーはパブリッシャーの adagents.json から完全なコレクションオブジェクトを解決します。エピソードは installments 配列で製品ごとにリストされます、なぜなら異なる製品は同じコレクションの異なるインストールメントをスコープするかもしれないから。
ラン・オブ・コレクション(特定のインストールメントなし)
製品はインストールメントをリストせずにコレクションを参照できます。これは「このコレクション全体の在庫、フライト日中に放映されるインストールメントが何であれ」を意味します:特定のインストールメント
プレミアムまたは保証バイには、セラーは特定のインストールメントにスコープします:get_products レスポンス構造
製品はcollections セレクター経由でコレクションを参照します — publisher_properties と同じパターン。各セレクターは、そのパブリッシャーの adagents.json で宣言されたコレクションを指す publisher_domain と collection_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 は、同じコレクションが単一の正準ソースなしに複数のプラットフォームに現れるときクロスセラーマッチングを処理します。
アイデンティティ解決優先順位
バイヤーエージェントはこの順序でコレクションアイデンティティを解決すべきです:- 正準パブリッシャー — 作成者自身の
adagents.jsonからのpublisher_domain+collection_id。最強のシグナル。 - プラットフォーム非依存識別子 — コレクションの
distribution配列からのimdb_id、gracenote_id、eidr_id。正準パブリッシャーが存在しないとき信頼できるクロス参照。 - プラットフォーム固有識別子 — Spotify、Apple、YouTube ID。プラットフォーム内で有用だがユニバーサルではない。
ディスカバリー例
インストールメント付き CTV コレクション
今後のインストールメントを持つ既知のコレクションに対してスポンサーシップを販売するストリーミングプラットフォーム:関連コレクションと派生コンテンツ
メインコレクションとそのコンパニオンアフターコレクション、プラスハイライトクリップを提供するストリーミングプラットフォーム:derivative_of 経由でそのソースインストールメントを参照します。コンパニオンアフターコレクションはメインコレクションの related_collections 経由でリンクされます — Nova Kitchen をターゲットするバイヤーはアフターコレクションを追加のリーチ機会として発見できます。
配信付きポッドキャスト
複数の配信プラットフォーム全体で販売するポッドキャストネットワーク。コレクションのadagents.json の distribution 配列が完全な配信フットプリントを捕捉します。バイヤーはクロスセラーマッチングに distribution identifier を使います:
暫定インストールメント付きライブイベント
ライブイベントシリーズに対してスポンサーシップを販売するスポーツリーグ。ライブ放送は、試合期間が予測不可能なため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_id、spotify_collection_id、rss_url、podcast_guid、amazon_music_id、iheart_id、podcast_index_id。利用可能なビデオ/CTV タイプ: youtube_channel_id、youtube_channel_handle、youtube_channel_url、youtube_playlist_id、amazon_title_id、roku_channel_id、pluto_channel_id、tubi_id、peacock_id、tiktok_id、twitch_channel。その他: domain、substack_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 — タレントアイデンティティとブランドセーフティ評価