Draft Specification — このプロトコルは開発中です。API やスキーマは最終リリース前に変更される可能性があります。フィードバックを歓迎します。
消費者は AI サービスの中で探索しています。ブランドや商品を探すために別の場所へ移動したくありません。そこで、ブランド側から会話に参加する手段が必要になります。
Sponsored Intelligence プロトコルは、AI アシスタントがブランドエージェントのエンドポイントを呼び出し、会話の流れを途切れさせずに豊かなブランド体験を提供する方法を定義します。
1 兆ドルの一文
ChatGPT への広告導入で OpenAI は「回答の独立性」を約束しました。価値の本質はチャットの下に出るバナー広告ではなく、次のような瞬間にあります。
“Based on what you’re looking for, Delta has flights to Boston starting at $199. Want me to connect you with their assistant to explore options?”
この一文――AI がブランドを推奨し、会話を引き継ぐかを尋ねる瞬間――こそが膨大な価値を生みます。Sponsored Intelligence は、その後に何が起きるかの標準を定めます。
Sponsored Intelligence (SI) は、AI アシスタントにおける会話型ブランド体験のためのオープン標準です。VAST が動画広告配信を定義するのと同様に、SI はブランドエージェントエンドポイントとのやり取りを定義します。
広告配信の標準:
- VAST → Video (動画ファイル + コンパニオン + トラッキング)
- MRAID → リッチメディア/インタラクティブディスプレイ
- Native → コンテンツスタイル広告
- SI → 会話型エージェント(エンドポイント + モダリティ + ブランドアセット)
SI は単なるクリエイティブタイプではない
SI は複数の文脈で利用できます。
| Context | Description | Example |
|---|
| Creative | メディアバイ経由で配信 | ブランドが SI エンドポイントを同期し、キャンペーン実行時にトリガー |
| Embedded Experience | ユーザーが興味を示す | ”Tell me more about Delta” → シームレスにブランドエージェントへ |
| Agentic Landing Page | キャンペーンの遷移先 | 会話版ランディングページ。ブランドエンゲージメントの場 |
ポイントは、SI がクリック先ではなく「会話の引き継ぎ」であることです。従来のランディングページは、ユーザーが探索文脈から離れるために存在しました。SI ではユーザーは会話に留まり、ブランドが会話に参加します。
プロトコルの範囲
SI は 会話型エンゲージメントプロトコル であり、セッションライフサイクルやハンドオフのメカニクスを定義します。範囲は次のとおりです。
| In Scope | Out of Scope |
|---|
| セッション開始・メッセージ交換・終了 | 広告の選定/ランク付けアルゴリズム |
| ホストとブランドの機能ネゴシエーション | ビッディングやオークションの仕組み |
| アイデンティティと同意の引き継ぎ | アトリビューションモデルや測定 |
| ACP へのコマースハンドオフ | 当事者間の課金・請求 |
| 標準 UI コンポーネント | 在庫予測 |
なぜこの範囲か: SI はエンゲージメント層に集中します。どのオファーを出すか(選定)、コンバージョンをどう計測するか(アトリビューション)、お金の流れ(請求)は隣接領域であり、SI は共通のデータを提供しつつ、それらの実装を縛りません。
アトリビューションの紐付け
SI はアトリビューションの定義はしませんが、必要な相関 ID を提供します。
| Field | Scope | Purpose |
|---|
session_id | initiate で返却 | 会話全体を紐付ける(click_id に相当) |
media_buy_id | initiate で渡す | セッションをトリガーしたキャンペーンを紐付け |
offering_id | initiate で渡す | プロモートしている具体的なオファーを紐付け |
session_id は context_for_checkout を通じて ACP チェックアウトまで渡り、インプレッション→会話→取引までの閉ループ計測を可能にします。
仕組み
SI はエンゲージメントを扱い、Agentic Commerce Protocol (ACP)(OpenAI と Stripe によるプログラマティックコマース標準)がトランザクションを扱います。これにより、ユーザーが信頼するホストとの関係を保ったままシームレスな購入が可能になります。
フロー
- ユーザーが興味を示す → ホストが機会を検知
- 提供内容の取得(任意) →
si_get_offering でオファー情報や商品を取得
- 同意プロンプト → ユーザーがアイデンティティ共有可否を選択
- セッション開始 → コンテキスト + 機能を渡してブランドエージェントを起動(
si_initiate_session)
- 会話によるエンゲージメント → テキスト/音声/動画/埋め込み UI でやり取り(
si_send_message)
- セッション終了 → ACP へハンドオフして購入、または会話完了/終了(
si_terminate_session)
SI マニフェスト: ブランドが宣言するもの
ブランドは SI マニフェストでエージェントの機能を公開します。
{
"endpoint": {
"transports": [
{ "type": "mcp", "url": "https://delta.com/mcp" },
{ "type": "a2a", "url": "https://delta.com/.well-known/agent.json" }
],
"preferred": "mcp"
},
"capabilities": {
"modalities": {
"voice": { "provider": "elevenlabs", "voice_id": "delta_v1" },
"video": { "formats": ["mp4", "webm"], "max_duration_seconds": 60 },
"avatar": { "provider": "d-id", "avatar_id": "delta_avatar" }
},
"components": {
"standard": ["text", "link", "image", "product_card", "carousel", "action_button"],
"extensions": {
"chatgpt_apps_sdk": { "app_id": "delta-travel" }
}
},
"commerce": {
"acp_checkout": true
}
},
"brand_manifest_url": "https://delta.com/.well-known/brand-manifest.json"
}
Note: すべての SI エージェントはデフォルトで会話(テキスト)モダリティをサポートします。モダリティセクションは、追加で利用できる機能(音声・動画・アバター)を宣言します。
トランスポートオプション
SI は複数のトランスポートプロトコルをサポートし、ブランドがホストの環境に合わせられるようにします。
| Transport | Description | Best For |
|---|
| MCP | Model Context Protocol - ツールベースのやり取り | 構造化されたツールコール、IDE 連携 |
| A2A | Agent-to-Agent Protocol - メッセージベースのやり取り | リッチな非同期会話、エージェント連携 |
ブランドは複数のトランスポートを宣言し、希望を示せます。ホストは自らの能力に基づき選択し、円滑なネゴシエーションを行います。
機能ネゴシエーション
すべてのホストが同じ機能をサポートするわけではありません。SI ではブランドができることと、ホストがサポートするものの交差を取り、セッションではその交差部分のみを使います。
ブランドの宣言: voice, avatar, standard components, chatgpt_apps_sdk
ホストのサポート: voice, standard components, chatgpt_apps_sdk
セッションで利用: voice, standard components, chatgpt_apps_sdk
標準コンポーネントはどこでも動作します。拡張は、対応するプラットフォームでのみ利用し、それ以外では標準コンポーネントへフォールバックします。こうした優雅なデグレードにより、ChatGPT のようなリッチ環境でも、よりシンプルなホストでも機能します。
アイデンティティ & プライバシー同意
ユーザーがブランドエージェントとやり取りするとき、ホストはアイデンティティを共有するかどうかを確認します。これは「パーソナライズされたサービスを受ける代わりに、ブランドがリードを得る」という価値交換です。
同意フロー
User: "I want to talk to Delta about flights"
Host: "I can connect you with Delta's assistant. Would you like me to
share your info so they can personalize your experience?
[x] Share my name and email with Delta
[x] Share my shipping address (for accurate pricing)
By continuing, you agree to Delta's Privacy Policy [link]"
User: "Yes, share my info"
配送先住所を共有すると、税金や配送費用を正確に算出でき、会話中にスムーズに提案・購入へ進めます。
なぜハッシュ化しないのか
これは多段の RTB ではなく、明示的な同意に基づく直接的な引き継ぎだからです。
- ユーザーは「自分の情報を共有してよい」と明確に同意する
- Delta は確認メール送信などのために実際のメールアドレスが必要
- ハッシュ化するとユースケースを損ないます
同意あり
{
"identity": {
"consent_granted": true,
"consent_timestamp": "2026-01-18T10:30:00Z",
"consent_scope": ["name", "email", "shipping_address"],
"privacy_policy_acknowledged": {
"brand_policy_url": "https://delta.com/privacy",
"brand_policy_version": "2026-01"
},
"user": {
"email": "[email protected]",
"name": "Jane Smith",
"locale": "en-US",
"shipping_address": {
"street": "123 Main St",
"city": "New York",
"state": "NY",
"postal_code": "10001",
"country": "US"
}
}
}
}
同意なし(匿名)
{
"identity": {
"consent_granted": false,
"anonymous_session_id": "anon_xyz789"
}
}
ブランドは匿名でも対応できますが、パーソナライズやメールでのフォローアップはできません。
モダリティ
SI は複数のインタラクションモードをサポートします。1 つのセッションで組み合わせて使うこともできます(例: 会話テキスト + プロダクトカルーセル)。
MCP ツールや A2A メッセージによるテキストベースのやり取り。すべての SI 実装がサポートする基本モードです。
Voice
ブランドボイスを用いた音声でのやり取り。ホストはブランド指定の TTS 設定(ElevenLabs, OpenAI など)で音声を生成します。
Video
会話内で再生されるブランド動画コンテンツ。プロダクト動画や説明動画、プロモーション動画などを、離脱させずに提示できます。
Avatar
アバターによる動画プレゼンス。D-ID、HeyGen、Synthesia などのプロバイダーでブランドの動画エージェントを提供し、ホストが設定に基づきレンダリングします。
ビジュアルコンポーネント
SI は、どこでも動く軽量コンポーネントから、プラットフォーム特化のリッチ体験まで階層化しています。
スタンダードコンポーネント(普遍的に動作)
SI はすべての準拠ホストが描画しなければならない スタンダードコンポーネント を定義します。AMP がモバイル Web を標準化したのと同様に、プラットフォーム依存を避けつつブランドが参加できる共通部品です。
| Component | Purpose | Data Shape |
|---|
text | 会話メッセージ | { message: string } |
link | ラベル付き URL | { url, label, preview? } |
image | 単一画像 | { url, alt, caption? } |
product_card | 商品表示 | { title, price, image_url, description?, cta? } |
carousel | カード/画像の配列 | { items: [...], title? } |
action_button | コールバックを伴う CTA | { label, action, payload? } |
ブランドは構造化された JSON データを返し、ホストは自らのデザインシステムで描画します。
{
"ui_elements": [
{
"type": "product_card",
"data": {
"title": "Boston Flight - Jan 25",
"price": "$199",
"image_url": "https://delta.com/images/bos.jpg",
"cta": { "label": "Book Now", "action": "checkout" }
}
}
]
}
プラットフォーム拡張
ホストは標準に加えてリッチな機能をサポートする場合があります。セッション開始時、ホストはサポートする拡張を宣言します。
{
"supported_components": {
"standard": ["text", "link", "image", "product_card", "carousel", "action_button"],
"extensions": {
"chatgpt_apps_sdk": "1.0",
"maps": true,
"forms": true
}
}
}
ブランドは、拡張が利用可能なときにはそれを使い、利用できない場合は標準コンポーネントにフォールバックします。
App Handoff
ブランドがプラットフォーム固有のアプリ(ChatGPT Apps など)を持つ場合、SI は直接ハンドオフをサポートします。
{
"type": "app_handoff",
"apps": {
"chatgpt": { "app_id": "delta-travel", "deep_link": "flights/boston" },
"web": { "url": "https://delta.com/book?dest=BOS" }
}
}
既存のアプリ資産を活用しつつ、SI プロトコルにも参加できます。
コマースアクション
スタンダードコンポーネントにはコマーストリガー用の action_button が含まれます。現在は ACP チェックアウトを開始します。
{
"type": "action_button",
"data": {
"label": "Add to Cart",
"action": "acp_checkout",
"payload": { "sku": "DL-BOS-125", "quantity": 1 }
}
}
将来的には永続カートや複数アイテムのチェックアウトなど、よりリッチなフローへの拡張を想定しています。
Integration Actions
ブランドエージェントは、ユーザーにより深い接続(ブランドを MCP ツールとして追加、A2A で接続)を提案できます。
{
"type": "integration_actions",
"data": {
"actions": [
{ "type": "mcp", "label": "Add as MCP Tool", "highlighted": true },
{ "type": "a2a", "label": "Connect via A2A" }
]
}
}
これにより、ユーザーはブランドを自分の AI 環境に「持ち帰り」、再発見なしで継続的に利用できます。
セッションライフサイクル
Initiate Session
ホスト → ブランドへ、コンテキスト・機能・同意済みアイデンティティ・キャンペーンオファーなどを送ります。
{
"context": "User wants to fly to Boston next Tuesday morning on flight 632 at 6 AM.",
"identity": {
"consent_granted": true,
"user": {
"email": "[email protected]",
"name": "Jane Smith",
"shipping_address": { /* ... */ }
}
},
"media_buy_id": "delta_q1_premium_upgrade",
"placement": "chatgpt_search",
"offering_id": "delta_chatgpt_3313",
"supported_capabilities": { /* what host supports */ }
}
context は会話のハンドオフであり、ホストがブランドエージェントにユーザーのニーズを伝えます。offering_id はキャンペーンプロモーション(例: 対象フライトの無料アップグレード)を指し、ブランドが適用します。
マイレージや会員情報: ブランドはメールアドレスから会員情報を照会します。ホストが会員番号を保持する必要はありません。Delta は [email protected] から SkyMiles ステータスを取得します。
セッションレスポンス
ブランドはホストが描画する構造化コンテンツを返します。ユーザー意図とオファーを適用した例:
{
"session_id": "sess_abc123",
"response": {
"message": "Hi Jane! I found DL632 departing at 6:15 AM next Tuesday. Great news—as a SkyMiles Gold member, you qualify for our free Premium Economy upgrade on this flight.",
"ui_elements": [
{
"type": "product_card",
"data": {
"title": "DL632 to Boston - Tue Jan 27",
"subtitle": "6:15 AM → 9:42 AM (3h 27m)",
"price": "$199",
"badge": "Free Premium Economy Upgrade",
"image_url": "https://delta.com/images/premium-economy.jpg",
"cta": { "label": "Book with Upgrade", "action": "checkout" }
}
}
]
}
}
重要: ブランドは構造化コンテンツ(カード、リンク、アクション)を返し、ホストがポリシーに沿って描画します。ブランドエージェントはメールから SkyMiles ステータスを取得し、オファーを適用しています。
Terminate Session
終了理由の例:
| Reason | Meaning | What Happens |
|---|
handoff_transaction | 購入に進む | ホストが ACP チェックアウトを開始 |
handoff_complete | 会話完了 | 通常のチャットに戻る |
user_exit | ユーザーが終了 | 片付けやコンテキスト保存 |
session_timeout | 非アクティブ | 自動クリーンアップ |
host_terminated | ポリシー/エラーで終了 | セッション終了 |
ACP 連携
終了理由が handoff_transaction の場合、ホストは Agentic Commerce Protocol (ACP) でチェックアウトを開始します。
Brand Agent → Host: terminate_session(handoff_transaction)
Host → ACP: Delta でチェックアウト開始
ACP → User: 購入フローを実施
SI がエンゲージメントを扱い、ACP がトランザクションを扱います。ユーザーとホストとの信頼関係を維持したまま購入が行われます。
価値提案
AI プラットフォーム(ホスト)向け
- 収益化: 回答の独立性を損なわない新しい広告フォーマット
- ユーザー体験: バナーではなくネイティブな会話型コマース
- 標準準拠: SI 準拠のブランドエージェントなら相互運用可能
ブランド向け
- 直接エンゲージ: ユーザーが興味を示した文脈で会話
- リッチ体験: ミニストア、インタラクティブマップ、音声/アバター
- リード獲得: 同意済みアイデンティティでフォローアップ可能
ユーザー向け
- パーソナライゼーション: 情報共有によりより良いサービス
- コントロール: 共有内容を明確に選択
- 利便性: 会話内で検索・購入・検討を完結
オープンな広告レイヤー
コマースは標準化が進んでいます。Google の Universal Commerce Protocol (UCP) や、OpenAI/Stripe の Agentic Commerce Protocol (ACP) などがチェックアウトや支払いを定義しています。これは良い流れです。
しかしギャップがあります。コマースがオープンになる一方で、広告レイヤー(オファーの提示、ブランド露出の方法)は依然としてプラットフォームごとにブラックボックスです。
私たちは広告レイヤーもオープンであるべきだと考えています。
AdCP と SI はその試みです:
| Layer | Open Standard | What It Does |
|---|
| Commerce | UCP, ACP | チェックアウト、支払い、配送 |
| Advertising | AdCP, SI | オファーの提示、ブランドエンゲージメント、アトリビューション |
検討中のプリミティブ:
- オファーの宣言 — プロモート可能な内容(promoted offerings、有効期間)
- コンテキストシグナル — ユーザー意図に関するホストからの共有(匿名/同意済み)
- 選定基準 — オファーを意図にマッチさせる方法(キーワード、カテゴリ、在庫状況)
- 開示 — スポンサードコンテンツのラベル付け
- アトリビューション — さまざまな面でのコンバージョン計測方法
順位付けや開示形式などの問いには業界の議論が必要ですが、各プラットフォームが独自のブラックボックスを作るより、オープンな形で合意形成する方が望ましいと考えています。
AI のためのオープンな広告レイヤー作りに参加してください。
次のステップ
- 技術チーム: 上記プロトコル要素を確認してください
- プラットフォーム提供者: ホストとしての実装ポイントを検討してください
- ブランド: SI 準拠エージェントの構築方法を理解してください
- どなたでも: コミュニティ に参加して議論に加わってください
Sponsored Intelligence プロトコルは、AdCP エコシステム の一部であり、次世代の AI 駆動型広告を支える基盤です。