概要
ブランドマニフェストは、複雑な認可フローや繰り返しのデータ入力を不要にし、広告主を効率的に特定してブランドコンテキストを提供するために設計されています。次の情報を提供します。- 広告主のアイデンティティ: パブリッシャーが取引相手を把握(KYC/ポリシー準拠)
- ブランドガイドライン: クリエイティブ生成のための色、フォント、トーン、ビジュアルアイデンティティ
- アセットライブラリ: クリエイティブ組み立て用のロゴ、画像、動画
- 商品カタログ: プロモーションターゲティング用の SKU や提供内容
- 一貫した情報: すべてのリクエストで同じブランド情報を再利用
主な利点
- 本人確認 (KYC): パブリッシャーが広告主を検証できます
- プライバシーの透明性: 同意フロー用にプライバシーポリシーへのリンクを提供
- 低フリクション: 名前または URL だけで開始し、必要に応じて拡張
- キャッシュ可能: 同じブランドマニフェストを全リクエストで再利用
- 標準化: すべての AdCP 実装で一貫したフォーマット
- 柔軟: SMB からエンタープライズまで対応
- AI 最適化: クリエイティブエージェントが取り込みやすい構造
ブランドマニフェストの渡し方
インライン JSON オブジェクト
ブランドマニフェストをリクエスト内に直接含めます。URL 文字列
ホストされたブランドマニフェストファイルを URL 文字列で参照します。- 集中管理: ブランド情報を 1 か所で更新
- バージョン管理: ガイドラインの変更履歴を追跡
- ペイロード削減: 大きなマニフェストでも各リクエストが肥大化しません
- CDN キャッシュ: エッジキャッシュで高速アクセス
- 一貫性: すべてのキャンペーンとプラットフォームで同じマニフェスト
ユースケース
最小マニフェスト(営業エージェント / メディアバイのみ)
メディアバイに特化した営業エージェントを構築する場合、最小限のマニフェストを提供できます。ポリシー順守とビジネス目的のために広告主を示す必要はありますが、クリエイティブ生成や最適化機能を使わない限り詳細なブランド情報は不要です。 最小のインラインマニフェスト:- パブリッシャーの KYC / ポリシー順守のための広告主識別
- レポーティングやトラッキングに必要な基本情報
- 将来クリエイティブ生成が必要になった際の拡張性
SMB / スポットのクリエイティブ生成
小規模ビジネスや単発キャンペーンでクリエイティブ生成が必要な場合、URL 付きの最小マニフェストで十分なコンテキストを提供できます。エンタープライズ / 確立されたブランド
明確なガイドラインを持つブランドは、CDN 上にマニフェストをホストします。https://cdn.acmecorp.com/brand-manifest.json でホストする例:
複数 SKU を持つ小売
大規模小売は商品フィードやアセットライブラリを提供できます。URL を持たないブランド
ホワイトレーベル商品やローカルビジネス、B2B ブランドなど URL を持たないブランドでは、名前だけで識別できます。- ホワイトレーベル/ストアブランド(例: “Great Value”, “Kirkland”)
- サイトを持たないローカルビジネス
- 公開サイトのない B2B ブランド
- 親会社の URL 配下にあるサブブランド
ブランドマニフェストのスキーマ
Brand Manifest Reference(共用型)
スキーマ URL: /schemas/v2/core/brand-manifest-ref.json ブランドマニフェスト参照は次のいずれかを受け付ける共用型です。- インラインオブジェクト: ブランドマニフェストの完全な JSON オブジェクト
- URL 参照:
manifest_urlフィールドでホストされたマニフェストを指すオブジェクト
Brand Manifest Object
スキーマ URL: /schemas/v2/core/brand-manifest.json インライン提供でも URL 先でも同じブランドマニフェストオブジェクトの構造です。必須フィールド
url または name のいずれかが必須(両方指定してもよい)。
| Field | Type | Description |
|---|---|---|
url | string (uri) | ブランドの主要 URL。コンテキストやアセット探索に利用 |
name | string | ブランドまたは事業者名(URL がない場合は必須) |
任意フィールド
| Field | Type | Description |
|---|---|---|
name | string | ブランドまたは事業者名 |
privacy_policy_url | string (uri) | 消費者同意フローのためのプライバシーポリシー URL |
logos | Logo[] | セマンティックタグ付きのブランドロゴアセット |
colors | Colors | ブランドカラーパレット(hex) |
fonts | Fonts | ブランドのタイポグラフィガイドライン |
tone | string | ブランドボイスやメッセージトーン |
tagline | string | ブランドタグラインやスローガン |
assets | Asset[] | 明示的なアセットとタグを含むブランドアセットライブラリ |
product_catalog | ProductCatalog | EC 広告主向けの商品カタログ情報 |
disclaimers | Disclaimer[] | クリエイティブに必要な免責文言 |
industry | string | 業界・業種 |
target_audience | string | 主なターゲットオーディエンスの説明 |
contact | Contact | ブランドの連絡先情報 |
metadata | Metadata | バージョンと更新履歴の管理 |
Logo オブジェクト
"dark", "light", "square", "horizontal", "vertical", "icon", "wordmark", "lockup"
Colors オブジェクト
Fonts オブジェクト
Disclaimer オブジェクト
Asset オブジェクト
ProductCatalog オブジェクト
AgenticCheckout オブジェクト
AdCP タスクとの連携
create_media_buy
クリエイティブ生成用のコンテキストを渡すため、メディアバイ作成にブランドマニフェストを含めます。build_creative
クリエイティブ生成の指針としてブランドマニフェストを渡します。ベストプラクティス
1. シンプルに始め、必要に応じて拡張
まずは URL だけで開始し、サイトからの推論で足りない場合にのみフィールドを追加します。2. ロゴにはセマンティックタグを使います
タグで適切なロゴバリエーションを選択しやすくします。3. ブランドマニフェストをキャッシュして再利用
ブランドカードはキャッシュを前提に設計されています。URL 文字列を使うと自動的にキャッシュ可能です。4. プライバシーと同意の取り扱い
ブランドマニフェストはプライバシーポリシーへのリンクを提供することで、AI プラットフォームが同意フローを実施しやすくします。役割
- データ共有の同意: 広告主(ブランド)がユーザーのデータを受け取る際に必要な明示的同意を得ます
- 透明性: プラットフォームがブランドのプライバシーポリシーを提示できます
- 信頼: ユーザーが自分のデータがどう扱われるか理解した上で取引できます
AI アシスタントとのデータ連携例
AI アシスタントがユーザーの代わりに広告主とやり取りする(フライト予約や購入など)場合、プラットフォームはブランドマニフェストのプライバシーポリシー URL を使って:- 明示的同意を提示: 「Delta とデータを共有してもよいですか? [プライバシーポリシーを表示]」
- 情報に基づく選択を提供: ユーザーがデータ提供前に取り扱いを確認できます
- 機械可読な規約を支援: MyTerms/IEEE P7012 と併用し、自動化されたプライバシー交渉をサポート
プライバシーポリシー付きの例
MyTerms の検出
IEEE P7012 (MyTerms) を実装する広告主の場合、AI プラットフォームは広告主ドメイン(例:/.well-known/myterms)から機械可読なプライバシー規約を検出できます。ブランドマニフェストの privacy_policy_url は人が読めるフォールバック兼、明示的同意の提示先として機能します。
エージェント主導のコマース連携
ブランドマニフェストのproduct_catalog フィールドにより、AI コマースプラットフォームと統合できます。AI エージェントは商品を探索し、ユーザーの代わりに購入を完了できます。
OpenAI Commerce
OpenAI の Commerce 仕様 を実装するマーチャント向けに、ブランドマニフェストがブリッジとなります。| Field | Description |
|---|---|
feed_format: "openai_product_feed" | OpenAI Product Feed 仕様 に準拠していることを示す |
agentic_checkout.endpoint | OpenAI Agentic Checkout API のベース URL |
agentic_checkout.spec | チェックアウト仕様のバージョン識別子 |
フィードフォーマットの対応付け
既存の Google Merchant Center フィードがある場合、主要フィールドの対応は次の通りです。| OpenAI Field | Google Merchant Center | Notes |
|---|---|---|
item_id | id | 1 対 1 で対応 |
title | title | 1 対 1 で対応 |
description | description | 1 対 1 で対応 |
url | link | 1 対 1 で対応 |
brand | brand | 1 対 1 で対応 |
price | price | OpenAI は数値 + 通貨コードを使用 |
availability | availability | 同じ列挙値 |
image_url | image_link | 1 対 1 で対応 |
is_eligible_search | N/A | OpenAI 固有のフラグ |
is_eligible_checkout | N/A | OpenAI 固有のフラグ |
進化とバージョニング
ブランドカードはmetadata.version フィールドでバージョン管理します。
- Patch (2.0.1): タイポ修正、連絡先更新
- Minor (2.1.0): 新しいアセット追加、色の更新
- Major (3.0.0): 完全なリブランディング、アイデンティティ刷新
brand_guidelines からの移行
build_creative で従来の brand_guidelines を使っている場合:
Before (旧仕様):
関連ドキュメント
- create_media_buy - ブランドコンテキスト付きのメディアバイ作成
- build_creative - AI ベースのクリエイティブ生成
- Creative Lifecycle - クリエイティブアセットの管理