​

正準フォーマット

冷静に読むアダプター向け TL;DR:

• 12 の正準フォーマットのうち 9 が 3.1 GA で非実験的に出荷（image、html5、display_tag、image_carousel、video_hosted、video_vast、audio_hosted、audio_daast、native_in_feed）。3 つの正準は GA を過ぎても実験的のまま（sponsored_placement、responsive_creative、agent_placement）。custom エスケープハッチ format_kind は形状が昇格されるまで本質的に実験的。
• v1 名前付きフォーマットはファーストクラスのまま 4.x を通じて、5.0 サンセットフロア付き。デュアル発行が移行モード。SDK はどちらの方向にも翻訳する。現実的な v2 のみバイヤーエージェントのタイミングは最速で 4.x。
• GA で 15 の v1→v2 マッピングレジストリエントリー、監査された v1 フォーマットの 71+ が最初は v1 のみ（v2 に投影するにはセラー canonical フィールドまたはレジストリ PR が必要）。v2 対応バイヤーは 3.x を通じて v1 対応バイヤーより意味あるほど薄い在庫を見る。デュアル読み取りコードパスは 3.3 を通じて現実的。
• SDK コード生成が人間工学的アダプター消費のゲートとなる依存関係。 スキーマは今日出荷可能。この設計が得る型付きタグ付き union の人間工学はコード生成でのみ完全に到達する。ランタイム Ajv 検証者が荷重を担うゲート — 生成された TS/Pydantic 型は format_kind: "custom" と result_kind で if/then 絞り込みを失う。

ステータス: AdCP 3.1 で出荷。エージェントが supported_versions でそれをアドバタイズすることを確認した後、ワイヤーピン "3.1" を使う。3 つの正準プラス custom は、アダプター証拠が昇格をサポートするまで experimental とマークされたまま。歴史的な設計コンテキストは RFC #3305 と #3307 に存在する。 命名ノート: この作業は元々「クリエイティブフォーマット v2」としてドラフトされた — v1↔v2 対比は 2 つのフォーマット作成モデル（レガシー名前付きフォーマットレジストリ対製品上の新しい正準フォーマット）を記述する。AdCP プロトコル自体のバージョン番号付け（現在 3.x）との衝突を避けるため、ファイルパス、識別子、この文書の本文は 正準フォーマット 用語を使う。v1↔v2 対比は、Product.format_ids 対 Product.format_options の 2 つの作成パスを曖昧性解消するスキーマ記述の略記として予約される。

​

用語集

​

アーキテクチャシフト

​

12 の正準フォーマット

​

experimental — one field, both axes

​

2 つの軸: 合成（インプレッションごと）対 生成（誰がレンダーするか）

• deterministic — バイヤーはスロットごとのレンダリングを予測できる。表面は受け取ったものをサーブ。（image、video_hosted、audio_hosted、video_vast、audio_daast、sponsored_placement。）
• algorithmic — 表面がバイヤー供給のアセットプールからインプレッションごとに組み合わせを選ぶ。バイヤーはプールを出荷。表面が合成。（Google PMax / Meta Advantage+ の responsive_creative。AI 表面合成の agent_placement。）

• image、video_hosted、audio_hosted の asset_source — 共有 enum: buyer_uploaded | publisher_host_recorded | seller_pre_rendered_from_brief | seller_human_designed | agent_synthesized | publisher_owned_reference。publisher_host_recorded はオーディオ固有（ポッドキャストホストリードパターン）で audio_hosted でのみ意味がある。publisher_owned_reference は製品のスロットが published_post のような参照アセットを受け入れるとき意味がある。
• 任意の正準宣言の required_connections — 単一の AdCP 呼び出し元認証情報に加えてセラーが必要とする下流プラットフォーム接続または付与。公開投稿参照のための advertiser account プラス publisher identity のような複数のプラットフォーム側接続を要求する製品に使う。
• sponsored_placement の item_production_model — 同じ軸、4 値サブセット（publisher_host_recorded を落とす）、カタログアイテムごとに適用（マルチ出力生成ケース: 1 ブリーフ × N カタログアイテム → N レンダーされたクリエイティブ）

​

セラーレンダーソース下のトラッカー組み立て

• マクロ置換トラッキング（デフォルト）。 セラーはインプレッション時に AdCP universal_macros を尊重し — {IMPRESSION_TRACKER}、{CLICK_TRACKER} など — バイヤー供給のトラッカー URL（マニフェストのオプション landing_page_url とフォーマットの platform_extensions 経由で宣言され extensions[uri].extends === "tracking" でフィルターされたバイヤーの測定ベンダーピクセル上で宣言）をレンダーされたクリエイティブのサービングテンプレートに置換します。バイヤーは測定ピクセルをクライアント側で登録。セラーはサーブ時にそれらを呼びます。これはサービングとトラッキングが分離される image / video / audio 生成の支配的パスです。
• Sync-creatives トラッカーブロック。 セラーがトラッカー URL を直接埋め込むサービングアーティファクト（例: 生成された VAST タグまたはステッチされたコンパニオンバナー）を生成する製品には、セラーの sync_creatives レスポンスはインプレッション URL パターンとクリック URL パターンをリストする tracker_block フィールドを含むべきです（SHOULD）。バイヤーは同期時にそれらを測定ベンダーに登録します。このパスは、サービングアーティファクトとトラッキング形状が一緒に生成される生成 DSP パターンをカバーします。

​

format_kind が何のためでないか

1. クリエイティブタイプ（image 対 video 対 audio 対 html5 対 3p-tag） → format_kind、それが制御する唯一のノブ。
2. 生成モデル（誰がいつレンダーするか） → フォーマット宣言の asset_source。
3. スロット形状（バイヤーが何のアセットを出荷するか） → 投影参照（カタログ側）または v2 製品の format_options[] 宣言の slots_override。
4. 配信媒体 / チャネル（TV 対ストリーミング対 DOOH 対ソーシャル） → v2 製品の applies_to_channels。
5. 測定 / トラッキング / イベントモデル。 2 通りに分割:
   • レンダラー発火トラッカー（レンダラーがサーブ / 表示 / クリック時に URL にヒット） → pixel_tracker アセット（またはそれらのフォーマットの vast_tracker / daast_tracker）。型付きスロットとしてクリエイティブマニフェストに存在。セラーのレンダラーがサーブ時に発火するバイヤーの測定ベンダー URL。docs/creative/asset-types.mdx#pixel-tracker-asset を参照。
   • コンバージョンピクセル（クリック後にアドバタイザーのサイトで発火 — Meta Pixel、GA4 サーバー側、カスタムポストバック） → sync_event_sources / event_log。キャンペーンスコープ、クリエイティブアセットスコープではない。同じピクセルがキャンペーンのすべての広告に発火。
6. ターゲティングコンテキスト（オーディエンス対 geo 対デイパート） → フォーマットではなくメディアバイターゲティングオーバーレイ。

​

slots_override をいつ使うか（そしていつ省くか）

​

カスタムフォーマット — 12 の正準がカバーしない形状

​

メカニズム

{
  "format_options": [
    {
      "format_kind": "custom",
      "canonical_formats_only": true,
      "format_shape": "multi_placement_takeover",
      "format_schema": {
        "uri": "https://nytimes.example/schemas/formats/homepage_takeover_v3",
        "digest": "sha256:e1d4f6a9c2b5e8d1f4a7c0b3e6d9f2a5c8b1e4d7f0a3c6b9e2d5f8a1c4b7e0a3"
      },
      "format_option_id": "nytimes_homepage_takeover_premium",
      "applies_to_channels": ["display", "olv"],
      "params": {
        "components": [
          { "placement_type": "homepage_skin", "required": true },
          { "placement_type": "preroll_video", "required": true },
          { "placement_type": "sponsorship_lockup", "required": true }
        ],
        "exclusivity_window_hours": 24
      }
    }
  ]
}

1. format_shape — format-shape 語彙レジストリ からの認識されたグローバルパターン。バイヤーエージェントに彼らが見ているパターンの種類を伝える（multi_placement_takeover、branded_content、ar_lens など）。レジストリは現在 9 の形状をリスト。非正準値は有効（検証者はソフト警告してもよい（MAY））のでアダプターはまだレジストリにない形状を出荷 できる — エントリー追加は語彙 PR で、メジャーバージョンバンプではない。
2. format_schema — 形状の実際の params と slots を記述するフェッチ可能なスキーマへの URI+ダイジェスト参照。platform_extensions と同じホスティングモデル: オープンエコシステムパブリッシャーはサブドメインの正準 URI でアーティファクトをホスト。クローズドプラットフォーム / ウォールドガーデン形状は https://creative.adcontextprotocol.org/translated/... の AAO ミラー経由で解決。バイヤーエージェントは uri@digest（ダイジェストごとに不変、積極的キャッシング）でフェッチし、params と slots をフェッチされたスキーマに対して検証し、マニフェストを構造的に推論。
3. params — format_schema.uri からフェッチされたスキーマが統制する実際の構造。AdCP は params 形状を焼き込まない。セラーのスキーマが行う。

​

format_schema フェッチコントラクト（規範的）

• トランスポート: https:// のみ。http://、file://、data:、その他のスキームは拒否されなければならない（MUST）。
• SSRF 保護: 解決されたホスト名は RFC 1918（10/8、172.16/12、192.168/16）、ループバック（127/8、::1）、リンクローカル（169.254/16、fe80::/10）、CGNAT（100.64/10）、RFC 6761 特殊用途名（.local、.localhost、.internal、.test、.example、.invalid）に着地してはならない（MUST NOT）。クラウドメタデータエンドポイント（169.254.169.254、metadata.google.internal、kubernetes.default.svc）は明示的に禁止 — これらは認証情報リークプリミティブ。接続は DNS リバインディングを破るため解決された IP にピン留めされなければならない（MUST）（またはリクエストごとに再解決 & 再検証）。
• リダイレクトなし。 これらのフェッチで HTTP リダイレクトは無効化されなければならない（MUST）。同一オリジンパスのオープンリダイレクトはそうでなければ無料の SSRF プリミティブ。
• 1 MiB レスポンス上限。 ストリーミング中に強制。上限超過 = ハード失敗。
• ダイジェスト不一致はハード失敗。 ボディの SHA-256 は format_schema.digest（sha256: + 64 小文字 hex）に等しくなければならない（MUST）。不一致時、バイヤーは宣言を解決不可能として扱わなければならない（MUST）。未検証ボディへのフォールバックなし。持続的な不一致（ネットワークフラップ対）はテレメトリーで区別可能でなければならない（MUST） — それは置換攻撃シグナル。
• タイムアウト ≤5s 推奨。タイムアウトは 5xx として扱われる（一時的 — リトライまたはスキップ）。
• $ref サンドボックス化: フェッチされたスキーマは $ref を使ってもよい（MAY）が、(a) RFC 3986 §6 正規化後の同一オリジン URI（小文字スキーム + ホスト、デフォルトポート除去、userinfo なし）、(b) AAO カタログドメイン（https://creative.adcontextprotocol.org/...）、(c) 親ドキュメントに境界された文書内 JSON Pointer 参照のみ。任意 URI へのクロスオリジン $ref は拒否されなければならない（MUST）。$ref: file://... は拒否されなければならない（MUST）。推移的 $ref 深度 ≤8 かつ解決されたツリー全体で総 $ref 数 ≤256（深度だけでは不十分 — 深度 8 × 幅 100 = 10^16 ノード）。
• スキーマコンパイル境界（DoS 保護）: 検証者は CPU/メモリを境界しなければならない（MUST）。推奨: コンパイルされたスキーマキーワード数 ≤10,000、pattern 正規表現は re2 で評価 または パターンごとタイムアウト下、マニフェストごと検証予算 ≤250 ms（超過 → 無効 + テレメトリーシグナル）。これらなしでは、破滅的な正規表現バックトラッキングを持つ「有効な」スキーマが CPU を永久にピン。
• キャッシュ by uri@digest、不変。404 / パーティション / 持続的失敗時: このセッションで宣言をスキップ、errors[] 経由で表示、get_products レスポンス全体を失敗させない。
• スキーマ妥当性: フェッチされたボディは有効な JSON Schema（Draft 07 または 2020-12）でなければならない。無効なスキーマ → ダイジェスト不一致と同じ（解決不可能、errors[] 経由で表示、スキップ）。
• AAO カタログドメイン: https://creative.adcontextprotocol.org/* は allowlist の単一トラストアンカー。カタログドメインまたはその CA の侵害はすべてのバイヤーエージェントを侵害。カタログサーブのボディはオリジンフェッチと同一にダイジェストピン留めされる。署名付きボディ + 透明性ログハードニングは 3.2 フォローアップとして追跡。

​

なぜ ext の代わりに custom + format_schema か

​

正準への昇格

1. 少なくとも 2 つの本番アダプターが custom + format_schema 経由でそれを出荷
2. アダプターが収束した形状への破壊的変更なしの 90 連続日
3. 形状が定義されたトラッキングモデル（どのシグナルが発火するか、どのトラッカーが添付するか、インプレッションコントラクトが何か）を持つ
4. ワーキンググループが正準ごと昇格 issue を開き、正準スキーマ（/schemas/formats/canonical/<name>.json）をドラフトし、フィクスチャを着地させ、次のマイナーリリースで出荷

1. 移行ウィンドウ（≥90 日）: セラーは両方の形状を同時に発行してもよい（MAY） — format_options[] が 1 つの format_kind: "custom" + format_shape: "<name>" 宣言 かつ 1 つの format_kind: "<promoted_name>" 宣言を運ぶ。
2. 消費者 SDK 非推奨警告: SDK は、昇格された format_shape を持つ format_kind: "custom" を見るとき、lint チャネル経由で構造化非推奨警告を発行すべき（SHOULD）（FORMAT_PROJECTION_FAILED と同じ表面）。ペイロード: { format_shape, promoted_to, promotion_release, transition_end }。
3. promotion_status ライフサイクル: ワーキンググループが昇格をスケジュールするとき、レジストリエントリーの promotion_status が tracking — see adcp#3666 から promoted to <format_kind> in <version>; transition ends <date> に更新。SDK はこれをコード生成 / ランタイムで読んでもよい（MAY）。
4. 移行後: セラーはレガシー format_kind: "custom" 宣言を落とすべき（SHOULD）。バイヤーは次に format_kind == "custom" がロングテール / 非昇格形状と仮定してもよい（MAY）。

​

アセットグループ語彙

​

実例 — Meta Reels

​

各 Reels 機能がどこに存在するか

​

フォーマットをどこで宣言するか

• Product.format_options[]: 完全な宣言。決して素の {format_option_id} 参照でない。
• PackageRequest.format_option_refs[] / creative-manifest.format_option_ref: FormatOptionRef を使うバイヤーセレクター。
• adagents.json placements[].format_options[]: 同一ファイルプレースメント参照は素の {format_option_id} でよい。

​

フォーマットディスカバリー（解決順）

1. パブリッシャーホスト: https://<publisher_domain>/.well-known/adagents.json をフェッチ。存在し formats[] を運ぶ場合、それを返す。レスポンス source: "publisher"。
2. AAO コミュニティミラー: 404 または formats[] の不在時、https://creative.adcontextprotocol.org/translated/<platform>/adagents.json にフォールバック。その formats[] を返す。レスポンス source: "aao_mirror"。
3. エージェント導出: どちらの層もカタログを返さない場合、エージェントはパブリッシャーの在庫を販売する製品の自身の Product.format_options[] の union から合成。レスポンス source: "agent_derived"。最低権威 — エージェントが販売するものの見方で、パブリッシャーのカタログではない。構造化カタログのないロングテール IAB パブリッシャーはここに存在。

​

エンドツーエンドフェッチフロー — バイヤーの視点

buyer holds: Product { publisher_properties: [{publisher_domain: "meta.example"}],
                       format_options: [
                         {publisher_domain: "meta.example", format_option_id: "meta_reels",
                          format_kind: "video_hosted", params: {...}},
                         ...
                       ] }
buyer wants: full ProductFormatDeclaration for each format_options entry,
             scoped to meta.example's instagram property

• meta_reels → applies_to_property_ids: [“instagram”, “facebook”] → 一致
• meta_feed_image → applies_to_property_ids: [“instagram”, “facebook”] → 一致
• meta_stories_video → applies_to_property_ids: [“instagram”, “facebook”] → 一致
• meta_feed_carousel → applies_to_property_ids: [“instagram”, “facebook”] → 一致

GET https://meta.example/.well-known/adagents.json
→ 404

GET https://creative.adcontextprotocol.org/translated/meta/adagents.json
→ 200 application/json
{
  "properties": [{"property_id": "instagram", ...}, ...],
  "formats": [
    { "format_option_id": "meta_reels", "format_kind": "video_hosted",
      "applies_to_property_ids": ["instagram", "facebook"],
      "params": { ... } },
    ...
  ],
  "placements": [...]
}

(no superseded_by present — use as authoritative for unadopted platform)

filter formats[] by applies_to_property_ids ∋ "instagram":
→ 4 declarations match

product's format_options carries a full declaration tagged with:
  { publisher_domain: "meta.example", format_option_id: "meta_reels" }
→ match FormatOptionRef { scope: "publisher", publisher_domain: "meta.example", format_option_id: "meta_reels" }
  against the product declaration and publisher catalog entry

result: SDK knows the full ProductFormatDeclaration for the product,
        scoped to the right property, with the right v1 dual-emission
        format_ids[] from v1_format_ref[].

​

コミュニティレジストリホスティング

// https://creative.adcontextprotocol.org/translated/meta/adagents.json (excerpt)
{
  "contact": { "name": "AdCP Community Registry — Meta translation", "domain": "adcontextprotocol.org" },
  "properties": [
    { "property_id": "instagram", "property_type": "mobile_app", "name": "Instagram", ... },
    { "property_id": "facebook",  "property_type": "mobile_app", "name": "Facebook",  ... },
    { "property_id": "whatsapp",  "property_type": "mobile_app", "name": "WhatsApp",  ... }
  ],
  "formats": [
    {
      "format_option_id": "meta_reels",
      "display_name": "Meta Reels (Instagram + Facebook)",
      "format_kind": "video_hosted",
      "applies_to_property_ids": ["instagram", "facebook"],
      "v1_format_ref": [
        { "agent_url": "https://creative.adcontextprotocol.org/translated/meta", "id": "meta_reels" }
      ],
      "params": {
        "orientation": "vertical",
        "aspect_ratio": "9:16",
        "duration_ms_range": [3000, 90000],
        "min_width": 1080,
        "min_height": 1920,
        "video_codecs": ["h264"],
        "audio_codecs": ["aac"],
        "containers": ["mp4"],
        "headline_max_chars": 40,
        "primary_text_max_chars": 125,
        "cta_values": ["LEARN_MORE", "SHOP_NOW", "DOWNLOAD", "SIGN_UP", "CONTACT_US", "BOOK_NOW"],
        "composition_model": "deterministic"
      }
    }
  ],
  "placements": [
    {
      "placement_id": "instagram_reels",
      "name": "Instagram Reels",
      "property_ids": ["instagram"],
      "format_options": [{ "format_option_id": "meta_reels" }]
    },
    {
      "placement_id": "facebook_reels",
      "name": "Facebook Reels",
      "property_ids": ["facebook"],
      "format_options": [{ "format_option_id": "meta_reels" }]
    }
  ]
}

​

製品がカタログ宣言を再利用

{
  "product_id": "meta_reels_us",
  "name": "Meta Reels — United States",
  "publisher_properties": [
    { "publisher_domain": "meta.example", "selection_type": "all" }
  ],
  "channels": ["social"],
  "format_options": [
    {
      "format_kind": "video_hosted",
      "publisher_domain": "meta.example",
      "format_option_id": "meta_reels",
      "v1_format_ref": [
        { "agent_url": "https://creative.adcontextprotocol.org/translated/meta", "id": "meta_reels" }
      ],
      "params": {
        "orientation": "vertical",
        "aspect_ratio": "9:16",
        "duration_ms_range": [3000, 90000],
        "min_width": 1080,
        "min_height": 1920,
        "video_codecs": ["h264"],
        "audio_codecs": ["aac"],
        "headline_max_chars": 40,
        "primary_text_max_chars": 125,
        "cta_values": ["LEARN_MORE", "SHOP_NOW", "DOWNLOAD", "SIGN_UP", "CONTACT_US", "BOOK_NOW"],
        "composition_model": "deterministic"
      }
    }
  ],
  "pricing_options": [
    { "pricing_option_id": "cpm_floor", "pricing_model": "cpm", "currency": "USD", "fixed_price": 5.50 }
  ]
}

​

何がどこに存在するか（そしてなぜ）

• 正準 params — 正準が既に定義するフィールド（寸法、期間、コーデック、CTA enum、char 制限）。セラーが値を絞る。SDK が検証。タイト、コード生成クリーン。
• 正準 slots — マニフェストが運ぶコンテンツ。video_hosted は video_main、headline、primary_text、cta、brand_name、companion_banner、landing_page_url を継承。製品はオーバーライドできる（表面が使わないスロットを削除。required とマーク。値を絞る）。
• platform_extensions — 正準が認識しない新規フィールド、1 つのプラットフォームのレンダラーにスコープ（例: track_id + ライセンシングフラグを運ぶ仮想的な Reels music オーバーレイ）。バイヤーが一度フェッチしキャッシュするよう get_products で URI+ダイジェストでバンドル。
• BrandRef + brand_kit_override — セラー側レンダラー がブランドをオーバーレイするフォーマットが消費するブランドコンテキスト（ロゴ、カラー、ボイス、タグライン）。ホストリードポッドキャスト、CTV バンパー、パブリッシャーダイレクトディスプレイはそれを消費する。Meta はリンクされたページから自動オーバーレイ（AdCP 外の認証コンテキスト）ので、brand_kit_override は Meta Reels に効果がない — それは消費する ケースには依然として正しいスキーマ位置。
• キャンペーン / event-log 表面 — コンバージョントラッキング（Meta Pixel、GA4、サーバー側イベント）。これらは sync_event_sources / event_log に属する（キャンペーンスコープ、クリエイティブにかかわらずインプレッションごとに発火）。フォーマット宣言はクリエイティブ形状を運ぶ。event-log 宣言はトラッキング構成を運ぶ。クリエイティブフォーマットの platform_extensions に pixel_id を入れない。
• メディアバイ表面 — プレースメント選択（Feed 対 Reels 対 Stories）。パブリッシャーカタログで正しいフォーマットを選ぶ（meta_reels 対 meta_stories_video 対 meta_feed_image）。クリエイティブごとの拡張ノブではない。

​

実例 — IAB ディスプレイ（柔軟なマルチフォーマット、マルチサイズ）

• format_kind はクリエイティブ TYPE — image、html5、display_tag、native、video_hosted の 1 つ — で決して寸法アイデンティティを運ばない。
• サイズは params に存在 3 つのモードの 1 つとして（相互排他的）:
  • 固定: width + height 整数 — 単一の受け入れサイズ（例: 300×250 のみのレガシースロット）。
  • マルチサイズ: sizes: [{width, height}, ...] — 柔軟なスロットの受け入れサイズのリスト。OpenRTB banner.format[] をミラー。
  • レスポンシブ: min_width/max_width + min_height/max_height — ビューポートに適応するスロットの受け入れ寸法範囲。

{
  "product_id": "nytimes_homepage_flex_display",
  "name": "NYTimes.com Homepage Above-the-Fold Display",
  "publisher_properties": [
    { "publisher_domain": "nytimes.com", "selection_type": "all" }
  ],
  "channels": ["display"],
  "format_options": [
    {
      "format_kind": "image",
      "format_option_id": "nytimes_homepage_image",
      "params": {
        "sizes": [
          { "width": 300, "height": 250 },
          { "width": 728, "height": 90 },
          { "width": 970, "height": 250 }
        ],
        "max_file_size_kb": 200,
        "image_formats": ["jpg", "png", "gif"],
        "ssl_required": true,
        "cta_values": ["LEARN_MORE", "SHOP_NOW", "GET_OFFER"]
      }
    },
    {
      "format_kind": "html5",
      "format_option_id": "nytimes_homepage_html5",
      "params": {
        "sizes": [
          { "width": 300, "height": 250 },
          { "width": 728, "height": 90 },
          { "width": 970, "height": 250 }
        ],
        "max_initial_load_kb": 200,
        "max_polite_load_kb": 500,
        "backup_image_required": true,
        "om_sdk_required": true
      }
    },
    {
      "format_kind": "display_tag",
      "format_option_id": "nytimes_homepage_3p_tag",
      "params": {
        "sizes": [
          { "width": 300, "height": 250 },
          { "width": 728, "height": 90 },
          { "width": 970, "height": 250 }
        ],
        "supported_tag_types": ["javascript", "iframe"],
        "ssl_required": true,
        "om_sdk_required": true
      }
    }
  ],
  "pricing_options": [
    { "pricing_option_id": "cpm_homepage", "pricing_model": "cpm", "currency": "USD", "fixed_price": 22.00 }
  ]
}

​

実例 — ポッドキャスト 30s ホストリード

{
  "product_id": "the_daily_30s_host_read_us",
  "name": "The Daily — 30s Host-Read Pre-roll (US)",
  "publisher_properties": [
    { "publisher_domain": "thedailypod.example", "selection_type": "all" }
  ],
  "channels": ["podcast"],
  "format_options": [
    {
      "format_kind": "audio_hosted",
      "params": {
        "duration_ms_exact": 30000,
        "audio_codecs": ["mp3", "aac"],
        "audio_sample_rates": [44100, 48000],
        "audio_channels": ["stereo"],
        "loudness_lufs": -16,
        "asset_source": "publisher_host_recorded",
        "buyer_asset_acceptance": "rejected",
        "composition_model": "deterministic",
        "slots": [
          {
            "asset_group_id": "script",
            "required": true,
            "asset_type": "text",
            "max_chars": 800,
            "description": "Verbatim script the host reads."
          },
          {
            "asset_group_id": "offering_ref",
            "required": false,
            "asset_type": "text"
          }
        ],
        "production_window_business_days": 7
      }
    }
  ],
  "pricing_options": [
    { "pricing_option_id": "cpm_host_read", "pricing_model": "cpm", "currency": "USD", "fixed_price": 35.00 }
  ]
}

​

フロー 1 — バイヤーが事前生成（アップストリームクリエイティブエージェント）

1. バイヤーが The Daily の製品フォーマットを読む → slots: [{ asset_group_id: "script", asset_type: "text", required: true }] が宣言されているのを見る
2. バイヤーがクリエイティブエージェントで build_creative({ format: <The Daily's audio_hosted narrowing>, assets: { script: { asset_type: "text", content: "..." } }, brand: { domain: "..." } }) を呼ぶ — これは The Daily 自身のクリエイティブエージェント表面（露出すれば）、または get_adcp_capabilities の creative.supported_formats 経由でこのフォーマットを生成できると宣言する他の任意のエージェント
3. オーディオアセット付きのレンダーされたマニフェストを受け取る
4. sync_creatives 経由でレンダーされたマニフェストを The Daily のセールスエージェントに提出

​

フロー 2 — セラーが内部で生成

1. バイヤーが同じ製品フォーマットを読む
2. バイヤーがマニフェストのアセット（例: assets マップのそのスロットの下の script テキストアセット）で sync_creatives 経由で提出
3. セラーが内部で生成。どうやってかはバイヤーに不可視
4. 非同期ステータスを返す。バイヤーがポーリングまたは完了を待つ

​

実例 — サードパーティクリエイティブエージェント（Flashtalking + NYTimes ディスプレイ）

• バイヤー（Acme DSP） — 製品を発見、クリエイティブエージェントを選ぶ（帯域外: ブランド側関係、AAO レジストリ、直接知識）、マニフェストを提出
• セールスエージェント（NYTimes） — プレースメントを販売、製品が絞る正準に対してマニフェストを検証、クリエイティブを合成しない、v2 で「承認されたクリエイティブエージェント」のリストを保守しない
• クリエイティブエージェント（Flashtalking） — build_creative 経由でクリエイティブを生成、自身の get_adcp_capabilities の creative.supported_formats 経由で自身の生成可能なカタログを宣言

​

1. バイヤーが NYTimes 製品を読む

{
  "product_id": "nytimes_homepage_mrec",
  "format_options": [
    {
      "format_kind": "image",
      "params": { "width": 300, "height": 250, "max_file_size_kb": 200, "ssl_required": true }
    }
  ]
}

​

2. バイヤーが Flashtalking の build_creative を呼ぶ

// POST https://flashtalking.example/build_creative
{
  "format": {
    "format_kind": "image",
    "params": { "width": 300, "height": 250 }
  },
  "brand": { "domain": "acme.example" },
  "assets": {
    "creative_brief": { "asset_type": "brief", "content": "Spring sale, 50% off, blue background, urgent CTA." },
    "landing_page_url": { "asset_type": "url", "url": "https://acme.example/spring" }
  }
}

{
  "creative_id": "ft_mrec_88299",
  "manifest": {
    "format_id": { "agent_url": "https://flashtalking.example", "id": "image_300x250" },
    "assets": {
      "image": { "asset_type": "image", "url": "https://cdn.flashtalking.com/ft_mrec_88299.png", "width": 300, "height": 250 }
    }
  }
}

​

3. バイヤーが NYTimes に出荷

1. マニフェストを正準 image（300×250、≤200KB、SSL）に対して検証。
2. 製品の絞り込みに対して検証（一致 — 同じ params）。
3. Flashtalking の絞り込みに対して検証 しない — それはクリエイティブエージェントのバイヤーとのコントラクトで、セラーのコントラクトではない。
4. 有効なら → クリエイティブ登録。そうでなければ → 正準違反を返す（width 不一致、max_file_size_kb 超過）。

​

実例 — 生成 DSP（universalads 級、asset_source: seller_pre_rendered_from_brief）

{
  "product_id": "universalads_brief_driven_display_300x250",
  "name": "Universal Ads — Brief-Driven Display (300×250)",
  "publisher_properties": [
    { "publisher_domain": "universalads.example", "selection_type": "all" }
  ],
  "channels": ["display"],
  "format_options": [
    {
      "format_kind": "image",
      "params": {
        "width": 300,
        "height": 250,
        "max_file_size_kb": 200,
        "image_formats": ["jpg", "png"],
        "ssl_required": true,
        "composition_model": "deterministic",
        "asset_source": "seller_pre_rendered_from_brief",
        "buyer_asset_acceptance": "rejected",
        "production_window_business_days": 0,
        "slots": [
          { "asset_group_id": "creative_brief", "asset_type": "brief", "required": true, "max_chars": 500 },
          { "asset_group_id": "headline", "asset_type": "text", "required": true, "max_chars": 30 },
          { "asset_group_id": "landing_page_url", "asset_type": "url", "required": true }
        ]
      }
    }
  ],
  "delivery_type": "non_guaranteed",
  "pricing_options": [
    { "pricing_option_id": "cpm_brief", "pricing_model": "cpm", "currency": "USD", "floor_price": 8.00 }
  ]
}

​

実例 — マルチフォーマット製品（サードパーティ html5 または内部 display_tag）

{
  "product_id": "regional_news_homepage_300x250",
  "channels": ["display"],
  "format_options": [
    {
      "publisher_domain": "regional-news.example",
      "format_option_id": "html5_third_party_hosted",
      "format_kind": "html5",
      "params": {
        "width": 300,
        "height": 250,
        "max_initial_load_kb": 200,
        "ssl_required": true,
        "composition_model": "deterministic"
      }
    },
    {
      "publisher_domain": "regional-news.example",
      "format_option_id": "display_tag_internal",
      "format_kind": "display_tag",
      "params": {
        "width": 300,
        "height": 250,
        "ssl_required": true,
        "composition_model": "deterministic"
      }
    }
  ]
}

{
  "format_kind": "html5",
  "format_option_ref": {
    "scope": "publisher",
    "publisher_domain": "regional-news.example",
    "format_option_id": "html5_third_party_hosted"
  },
  "assets": { "html5_bundle": { /* ... */ }, "backup_image": { /* ... */ } }
}

• format_kind が正準とそのスロット語彙を選択。
• format_option_ref は、ターゲット製品の format_options が同じ format_kind を共有する 2 つ以上の宣言を含むときマニフェストで 必須 — それなしでは、セラーはバイヤーがどのオプションに対して出荷しているかを曖昧性解消できない。
• format_option_ref は、製品の format_options の各 format_kind が一意のとき オプション（上の例: 1 つの html5 エントリー、1 つの display_tag エントリー） — format_kind だけがマニフェストをルーティング。バイヤーは明確化ヒントとして format_option_ref を依然として送ってもよい（MAY）。

​

実例 — item_production_model を持つ sponsored_placement

{
  "product_id": "regional_retailer_generative_offerings",
  "channels": ["display"],
  "catalog_types": ["product"],
  "format_options": [
    {
      "format_kind": "sponsored_placement",
      "params": {
        "supported_catalog_types": ["product"],
        "min_items": 5,
        "max_items": 200,
        "fanout_mode": "per_item",
        "supported_id_types": ["sku", "gtin"],
        "item_production_model": "seller_pre_rendered_from_brief",
        "composition_model": "deterministic",
        "slots": [
          { "asset_group_id": "source_catalog", "asset_type": "catalog", "required": true },
          { "asset_group_id": "creative_brief", "asset_type": "brief", "required": true, "max_chars": 500 }
        ]
      }
    }
  ]
}

​

実例 — Pinterest: どの正準?

​

検証フロー — validate_input

{
  "manifest": {
    "format_kind": "video_hosted",
    "assets": {
      "video_main": {
        "asset_type": "video",
        "url": "https://cdn.acme.example/spring-95s.mp4",
        "duration_ms": 95000,
        "width": 1080,
        "height": 1920
      }
    },
    "brand": { "domain": "acme.example" }
  },
  "targets": [
    { "kind": "canonical", "id": "video_hosted" },
    { "kind": "product", "id": "meta_reels_us" }
  ]
}

{
  "results": [
    {
      "target": { "kind": "canonical", "id": "video_hosted" },
      "result_kind": "validated_pass"
    },
    {
      "target": { "kind": "product", "id": "meta_reels_us" },
      "result_kind": "validated_fail",
      "violations": [
        {
          "rule": "duration_ms_range",
          "expected": "3000-90000",
          "predicted": 95000,
          "field": "assets.video_main.duration_ms"
        }
      ]
    }
  ]
}

​

validate_input をいつ使うか

• 高価な build_creative 呼び出しの前のプリフライト。 マニフェストが正準に対してさえ絞れない場合、バイヤーは合成コストを節約。各リトライが実 GPU コストを持つ非決定的合成製品に特に関連。
• 製品選択中のマルチターゲットドライラン。 10 の候補製品を比較するバイヤーは、すべての 10 product_id で validate_input を一度頼み、ターゲットごとの結果を取り戻す。10 の別々の sync_creatives ラウンドトリップより安い。
• 拒否されたマニフェストのデバッグ。 sync_creatives が違反を返すとき、正準単独に対して validate_input を呼ぶことは質問を「私のマニフェストが根本的に壊れているか対製品の絞り込みがゲート制約か」に絞る。
• プレビューレンダーゲート（composition_model: algorithmic または synthesis_nondeterministic: true のフォーマット）。プラットフォームのプレビュー表面はよりリッチな後続。validate_input はプレビューが試みる価値さえあるかをゲートする安価なプリフライト。

• とにかく提出しようとするマニフェストには。sync_creatives が同じ違反を返し成功時に登録 — validate_input は総作業を減らさずにラウンドトリップを追加。
• セラーの絞り込みが拡張をフェッチせずにクライアント側で不明な製品には。validate_input は sync_creatives と同じく拡張を引く — ディスカバリーショートカットなし。
• 高ボリュームのインプレッションごと決定には。validate_input はターゲットごとで、インプレッションごとではない。運用規模（数百製品 × N format_options）はキャッシュされた get_products レスポンスに対するクライアント側フィルタリングに属す。

​

validate_input 対 build_creative 対 sync_creatives

​

期間制約の優先順位

1. 固定必須期間の duration_ms_exact
2. 境界または片側範囲の duration_ms_range

​

Format matching vs product satisfaction

• 等価マッチング は、正規化後に 2 つの宣言が同じ基盤クリエイティブ形状を識別するかに答えます。display_300x250 と width: 300 かつ height: 250 を持つ format_kind: "image" は、ワイヤー識別子が異なっても等価です。
• 製品満足 は、提出または要求されたクリエイティブが製品の受け入れフォーマット宣言に十分具体的かに答えます。製品が固定 width、height、duration_ms_exact、duration_ms_range を宣言するとき、要求されたクリエイティブまたはパッケージセレクターはその制約を宣言し一致しなければなりません（MUST）。過小指定リクエストは製品ゲートのワイルドカードではありません。

​

規模でのディスカバリー + 検証

• キャッシュされた get_products レスポンスに対するクライアント側フィルタリング。 マニフェストの format_kind とパラメーターバケット（正準、寸法、期間）を知るバイヤーは、検証前に製品リストをクライアント側でフィルター。フォーマット宣言は既に各製品にインライン — バイヤーはフィルターするため別のフェッチを必要としない。これは「私のクリエイティブを受け入れうる製品に対して検証」の支配的パターンで、validate_input セットを 1 桁減らす。
• マルチターゲット validate_input。 フィルターされたセットがまだ広い（5-50 製品）とき、すべての候補 product_id を targets[] に入れて validate_input を一度呼ぶ。レスポンスはターゲットごとの結果を単一ラウンドトリップで運ぶ。製品ごと呼び出しより安く、スキーマと構造的に揃う（1 リクエスト、多くの結果）。

​

「これが何を生成するか」のユニバーサル表面としてのプレビュー

• 直接レンダリング: バイヤーが完成したクリエイティブアセット（image、video、audio）を出荷 → セラーがプレースメントでそれらをレンダー → プレビューがレンダーされた出力を表示（セラー側合成、オーバーレイ、CTA ボタン適用）。
• セラー側生成: バイヤーがセラーが消費するコンテンツ（script text、creative_brief、voice_id 選択）を出荷 → セラーがレンダーされたアセットを内部で生成（ホスト録音、生成 AI 合成、トランスコーディング — 不可視） → プレビューが生成された出力を表示。

​

brand.json 経由のブランドアイデンティティ（オーバーライド付き）

{
  "format_kind": "image",
  "assets": {
    "image_main": { "asset_type": "image", "url": "https://cdn.acme.example/banner.jpg", "width": 300, "height": 250 }
  },
  "brand": {
    "domain": "acme.example",
    "brand_kit_override": {
      "logo": { "asset_type": "image", "url": "https://cdn.acme.example/logo-2026.png", "width": 200, "height": 100 },
      "colors": { "primary": "#0066CC", "accent": "#FF6600" },
      "tagline": "Spring savings, all season"
    }
  }
}

​

プラットフォーム拡張 — 配布

https://creative.adcontextprotocol.org/translated/meta/extensions/meta_pixel
https://tiktok.example/extensions/tiktok_pixel
https://nytimes.example/extensions/nytimes_om_strict

{
  "products": [ { "...": "..." } ],
  "extensions": {
    "https://creative.adcontextprotocol.org/translated/meta/extensions/meta_pixel@sha256:a3f5...": {
      "extends": "tracking",
      "fields": {
        "pixel_id": { "type": "string", "required": true },
        "conversion_event": { "type": "string", "enum": ["PURCHASE", "LEAD"] }
      },
      "version": "2.1.0"
    }
  }
}

​

デュアル発行と v2↔v1 投影（規範的）

​

プロデューサールール

• 単一のソースから両方の形状を導出する SDK は不変条件を保証。手作成製品は合意のためレビューされなければならない（MUST）。
• 合意を保証できないプロデューサーは 1 つの形状のみを発行しなければならない（MUST）。
• format_kind: "custom" 宣言には、プロデューサーは canonical_formats_only: true を設定しなければならず（MUST）、v1 format_id を合成してはならない（MUST NOT）。プロトコルは合成 format_id を作らない（aao-synth/* 名前空間が検討され拒否された — アダプターが安定したアイデンティティのない識別子でインデックスする）。
• 正準/パラメーター形状にクリーンな v1 名前付きフォーマット同等物がない format_options 宣言（例: v1-canonical-mapping.json になく任意の v1 ファイルで宣言されていない構造形状）には、プロデューサーは 2 つの形状の 1 つだけを黙って発行するのではなく canonical_formats_only: true を設定すべき（SHOULD）。

​

消費者ルール（v1→v2）

1. 権威的 v2 → v1 リンク: 同じ製品の任意の v2 ProductFormatDeclaration がこの v1 format_id を指す v1_format_ref を運ぶ場合、その v2 宣言を直接使う。最高優先度 — セラーがリンクを主張。
2. v1 ファイルでセラー主張: v1 フォーマット宣言の明示的 canonical フィールド。
3. レジストリ glob: format_id_glob マッチ。
4. 構造マッチ: レジストリ構造形状マッチ。
5. フェイルクローズ: SDK は format_options エントリーを合成してはならない（MUST NOT）。SDK はレスポンスの errors[] 配列に source: "sdk"、sdk_id、code: FORMAT_PROJECTION_FAILED、フィールド+詳細を運ぶエントリーを追加しなければならない（MUST）（error-code.json を参照）。単一の義務付けられた表面 — lint 出力チャネルは受け入れられない。マルチホップエージェントネットワークは警告がワイヤーレスポンス経由で SDK 境界を越えて伝播することを必要とする。助言は非致命的: レスポンスは 200/成功のまま、製品は v1 パスで依然として有効、v2 format_options 投影のみが不在。

​

消費者ルール（分岐検出）

• SDK はこれをプロデューサーコントラクト違反として扱わなければならない（MUST）。
• SDK は format_options を優先しなければならず（MUST）（正準フォーマットがよりリッチな表面）、source: "sdk"、sdk_id、code: FORMAT_DECLARATION_DIVERGENT 付き errors[] 追加経由で分岐製品を表示しなければならない（MUST）。単一の義務付けられた表面 — lint 出力チャネルは受け入れられない。get_products レスポンス全体をハード失敗させることは推奨されない — プロデューサーのバグで下流バイヤーを罰する。
• SDK は分岐を呼び出しエージェントに表示せずに 1 つの形状を黙って選び他を破棄してはならない（MUST NOT）。

​

「絞る」 — 形式的定義（規範的）

• スカラー制約: v2 スカラー値が v1 範囲内に含まれるとき、v2 スカラー値は v1 範囲を 絞る。v2.width: 300 は v1.width_range: [200, 400] を絞る。v2.duration_ms_exact: 30000 は v1.min_duration_ms: 3000 を絞る。
• Enum 制約: v2.enum_value は v1.allowed_values に現れれば（または v1.allowed_values が不在 — オープン enum）絞り込み。v2.image_formats: ["jpg", "png"] は v1.image_formats: ["jpg", "png", "gif", "webp"] を絞る。
• 範囲制約: v2.range は v2 の下限 ≥ v1 の下限 かつ v2 の上限 ≤ v1 の上限のとき v1.range を絞る。v2.duration_ms_range: [5000, 30000] は v1.duration_ms_range: [3000, 90000] を絞る。
• 不在の v2 パラメーター: v2.params が v1 が指定したパラメーターを省略するとき、v2 は v1 の値を継承（絞り込み制約は追加されない）。プロデューサーは v1 デフォルトを再述するのではなく省略すべき（SHOULD）。
• 非対称絞り込み: v1 がパラメーターについて何も言わず v2 が 1 つを指定するとき（例: v1 に image_formats 制約なし、v2 が image_formats: ["jpg"] を宣言）、v2 は暗黙の「任意の値」v1 ベースラインに対して 絞り込み。これは期待される v2-tightens-v1 パターン。
• コンフリクト: 対応する v1 制約外に落ちる任意の v2 パラメーター値は コンフリクト で、絞り込みではない。SDK はデュアル発行形状間のコンフリクトを分岐として扱い FORMAT_DECLARATION_DIVERGENT 経由で表示しなければならない（MUST）。

​

canonical: アノテーション経由の v1 → v2 投影（オブジェクト形状）

"canonical": { "kind": "image" }

"canonical": {
  "kind": "image",
  "asset_source": "agent_synthesized",
  "slots_override": [
    { "asset_group_id": "generation_prompt", "asset_type": "text", "required": true }
  ]
}

1. kind → 投影された v2 ProductFormatDeclaration の format_kind。
2. asset_source（設定されていれば） → params.asset_source。不在なら、投影は正準のデフォルト（通常 buyer_uploaded）を使う。
3. slots_override（設定されていれば）投影された宣言の正準のデフォルト slots[] を REPLACE。不在なら、投影は正準のデフォルトを継承。
4. v1 エントリーの requirements（寸法、期間、コーデック） → 正準のパラメータースキーマに従う params フィールド。
5. v1 エントリーの assets[*] は結果の slots[] と一貫していなければならない（MUST） — asset_id ↔ asset_group_id（asset-group-vocabulary がエイリアスを解決）。

​

v1_format_ref 経由の v2 → v1 リンク

​

マルチサイズファンアウト（規範的）

• SDK はファンアウトしない（デフォルト規範的動作）。 セラー主張の参照のみを運ぶ format_ids[] を発行（サイズ損失は実だが境界される）。v1 対応下流エージェントがどのカバレッジが失われたか見られるよう、error.details: { product_id, declared_sizes, covered_sizes, dropped_sizes } 付きレスポンス errors[] に FORMAT_DECLARATION_V1_LOSSY_MULTI_SIZE も発行しなければならない（MUST）。ロッシー発行は 保守的なワイヤー形状 — セラーが主張した正確なもの、合成なし。
• SDK はファンアウトする（MAY-do、非規範的）。 対応する v1_format_ref を欠く sizes[] の各エントリーについて、SDK は AAO カタログを参照しサイズごと v1 名前付きフォーマットをルックアップしてもよい（MAY）（例: {width: 728, height: 90} → display_728x90_image）。ルックアップが成功するとき、SDK はセラー主張参照と並んでカタログ解決参照を format_ids[] の下で発行してもよい（MAY）。ファンアウトする SDK は、下流消費者がどの format_ids[] エントリーがセラー主張対カタログ解決かを知るよう透明性助言として FORMAT_DECLARATION_V1_LOSSY_MULTI_SIZE を依然として発行しなければならない（MUST）。助言の error.details は synthesized_refs: [<list of catalog-resolved ids>] を含むべき（SHOULD）。

{
  "format_kind": "custom",
  "format_shape": "multi_placement_takeover",
  "format_schema": { "uri": "https://nytimes.example/schemas/formats/homepage_takeover_v3", "digest": "sha256:..." },
  "v1_format_ref": [{ "agent_url": "https://nytimes.example", "id": "homepage_takeover" }],
  "params": { ... }
}

​

ワイヤー上の v2 のみ宣言

​

v1 バイヤーに発行する v2 ネイティブセラー

1. デフォルト — canonical_formats_only: true を設定、format_ids から省略。 v1 バイヤーはこれらの宣言の format_ids エントリーを見ない。製品は v1 のみのバイヤーに機能的に不可視だが、v1 表面はクリーンなまま（合成識別子がバイヤー側 allowlist を汚染しない）。
2. セラースコープ ID を合成。 セラーが v1 のみのバイヤーリーチを望むとき、<seller_domain>/canonical_<format_kind>_<param_summary> のような format_ids を作ってもよい（MAY）（例: acme.example/canonical_image_300x250）。合成時:
   • ID はセラースコープ（セラー自身の agent_url の下）でなければならず（MUST）、決して aao-synth/* や任意のクロスセラー名前空間の下でない — AAO ミラースタイル合成名前空間が検討され拒否された、なぜならアダプターが安定したアイデンティティのない識別子でインデックスするから。
   • ID はセラーの公開されたフォーマットカタログ（adcp-resource マニフェストが参照する静的フォーマットファイル、list_creative_formats が読むのと同じ場所）で宣言されなければならない（MUST）ので、v1 バイヤーは Product.format_ids とセラーのフォーマットディレクトリの間で一貫した識別子を見る。
   • format_kind_<param_summary> 規約は推奨で規範的要件ではない — セラーは自身の agent_url 名前空間にスコープされた任意の命名規約を使ってもよい（MAY）。バイヤーはルーティングのため規約にパターンマッチしてはならない（MUST NOT）（セラーのカタログが権威的）。
   • 合成 format_ids エントリーと対応する format_options エントリーは、他の任意のデュアル発行製品と同じデュアル発行絞り込みコントラクトを満たさなければならない（MUST）（上の投影ルールを参照）。

​

v2 に何がないか

• ブランドセーフティ語彙 — それはメディアバイ/キャンペーンレベル（creative-policy.json とより広範なキャンペーン設定）で、クリエイティブフォーマットレベルではない。フォーマット宣言はブランドセーフティを再宣言しない。
• 新しいスキーマとしてのユニバーサルマクロ — 既に /docs/creative/universal-macros で文書化。正準フォーマットは名前でそれらを参照。
• 新しいスキーマとしての destination_kinds — url-asset.json は既に URL kind 曖昧性解消をカバーする url_type を持つ。プラットフォーム固有デスティネーション（Meta messenger_thread など）はプラットフォーム拡張。
• 正準パターンとしての cta_vocabulary — CTA は表面全体で意味あるほど変わる。クロスプラットフォーム需要が出るまで製品に cta_values 配列をインラインで宣言させる。
• 別のツールとしての list_build_capabilities — creative.supported_formats の下で get_adcp_capabilities に折りたたまれる。
• 別のビルド時フォーマットオプションフィールドと inputs マップ — フォーマット宣言の正準 slots モデルに崩される。フォーマットがスロット（正準 asset_group_id + asset_type + 制約）を宣言。マニフェストはスロット名でキーされた単一の assets マップを持つ。セラーはフォーマットごとにディスパッチ（アセットをそのままレンダーまたは生成のため消費）。フォーマット自体がバイヤーに何を要求するかを伝える。生成がどう起こるかは実装詳細。

​

兄弟絞り込みでカバーされるチャネル（新しい正準なし）

• リニア / アドレッサブル TV — video_hosted + applies_to_channels: ["tv"]。アセットは依然としてサイズ/コーデック/期間制約を持つ動画ファイル。GRP/スポットトランザクションモデルとアドレッサブル世帯ターゲティングはメディアバイ + 測定の関心事で、クリエイティブフォーマットの関心事ではない。
• OOH / DOOH — image（または video_hosted）+ applies_to_channels: ["dooh"]。アセットは依然としてサイズ制約を持つ静止画像（または短い動画）。位置キー測定（Geopath、COMMB）はフォーマットではなく sync_event_sources / event_log に属す。
• プロンプトから生成 — バイヤーアップロード同等物（image、video_hosted、audio_hosted）と同じ format_kind + asset_source: agent_synthesized + 入力形状を宣言する slots_override（generation_prompt: text、creative_brief: brief、video_brief: object）。v2 対応バイヤーは「このフォーマットは画像バイトではなくテキストプロンプトまたは構造化ブリーフを望む」を見る。
• 動画ネイティブ — video_hosted + applies_to_channels: ["native"]。アセットは依然としてホスト動画ファイル。違いはレンダラープレースメント（in-feed）でチャネル軸で捕捉。（非動画 in-feed ネイティブユニット — レンダラーが組み立てる title + image + body — には、意味あるほど異なる組み立て形状を持つ専用 native_in_feed 正準を使う。）

• オーディオダイナミック広告挿入（DAI） — ミッドストリーム挿入を伴う広告ステッチオーディオは audio_hosted や audio_daast と異なるトラッキング形状を持つ。パターンが安定するとき専門正準または audio_daast 拡張パラメーターの可能性。
• In-game — プレイアブル / in-game 広告は SDK 固有の合成モデルを持つ。クロスエンジン標準が到達するまで範囲外。
• ライブストリーミング — ライブリニア動画（Twitch / YouTube Live / mid-roll を伴うスポーツストリーミング）は並行インプレッションとストリーム状態トラッキングを必要とする。video_vast 正準は今日 VAST タグ駆動ライブ挿入を処理。よりリッチなライブパターンは延期。

​

生成 DSP とマルチ出力パターンは前方指向

​

クリエイティブエージェントビジネスモデル

​

コード生成対ランタイム: 検証者がゲート

• 生成された TS / Python 型は format_shape または format_schema を省略する format_kind: "custom" 宣言を受け入れる — 型システムは判別子で絞り条件付きフィールドを要求する方法を持たない。
• Ajv（または同等）ランタイム検証者がゲート。SDK はワイヤーから解析された ProductFormatDeclaration を信頼する前に JSON Schema 検証者を実行しなければならない（MUST）。コード生成された型は便宜層で、コントラクトではない。
• TypeScript で v2 を書くバイヤーエージェント作者は、生成された型を出発点として扱い自身のランタイム検証ステップを追加すべき（SHOULD） — アダプターが任意の JSON-Schema 検証 API に既に使うのと同じパターン。ランタイム検証をスキップするアダプターは、スキーマが拒否する宣言で型システム成功を得て、厳格な下流検証者にヒットするときのみギャップを発見する。

​

移行

​

現実的な 3.1 カバレッジ

​

フェーズステータス

​

経験的投影カバレッジ

• 8 生成エントリー（display_generative、display_300x250_generative、display_728x90_generative、display_320x50_generative、display_160x600_generative、display_336x280_generative、display_300x600_generative、display_970x250_generative） — { kind: "image", asset_source: "agent_synthesized", slots_override: [{ generation_prompt: text, required }] } としてアノテーション。投影する v2 対応バイヤーは「このフォーマットは画像バイトではなくテキストプロンプトを望む」を見る。asset_source + slots_override の兄弟絞り込み。image_generative 正準は不要。
• 3 放送（broadcast_spot_15s/30s/60s） — { kind: "video_hosted" }。セラーは v2 製品の applies_to_channels: ["tv"] 経由で絞る。同じアセット形状（動画ファイル + 期間 + コーデック）。
• 4 DOOH（dooh_billboard_*、dooh_transit_screen） — { kind: "image" }。セラーは applies_to_channels: ["dooh"] 経由で絞る。位置キー測定の違いはフォーマットではなく sync_event_sources に存在。
• 2 ネイティブ（native_standard、native_content） — ネイティブ固有スロット（icon、disclosure、sponsored_by）を持つ { kind: "image", asset_source: "buyer_uploaded", slots_override: [...] }。

​

関連

• S2 クリエイティブスペシャリストモジュール — 製品 format_options[] を読み、format_kind を選択し、asset_source をマップするトレーニングラボ
• v1 → canonical-formats 移行ガイド — セラー、クリエイティブエージェント、バイヤー、パブリッシャーダイレクト統合の具体的な移行パス
• RFC #3305 — v2 アーキテクチャ決定と根拠
• PR #3307 — Phase 1 + Phase 2 実装
• アセットグループ語彙 — 正準スロット名レジストリ
• Video Brief スキーマ — build_creative のためのセグメントごと型付き生成ブリーフ（以前の scenes からリネーム）
• ユニバーサルマクロ — 正準トラッキングから参照される置換パターン