Skip to main content
ドラフト仕様 — このプロトコルは現在開発中です。最終リリースまでにAPIとスキーマが変更される可能性があります。リファレンス実装を構築する中でフィードバックを歓迎します。
消費者はAIサービスで情報を探したり調べたりしています。ブランドや製品について調べるためにその場を離れたくない。だから、ブランドをチャットの中に持ち込む方法が必要です。 Sponsored Intelligenceプロトコルは、AIアシスタントがブランドエージェントのエンドポイントを呼び出し、対話する方法を定義します。これにより、会話の流れを損なわずに豊かなブランドエクスペリエンスを実現できます。

兆ドルの価値を持つ一文

OpenAIがChatGPTへの広告導入を発表したとき、「回答の独立性」を約束した——広告が回答に影響を与えることはない、と。しかし本当の価値はチャットの下部にあるバナー広告ではありません。それはこういう文です:
“お探しの内容に基づくと、Deltaはボストン行きのフライトを199ドルから提供しています。アシスタントに接続してオプションを探ってみたいか?”
AIがブランドを推薦し、会話のハンドオフを提案するこの一文は、数兆ドルの価値があります。Sponsored Intelligenceは、その次に何が起きるかの標準を定義します。 Sponsored Intelligence (SI) は、AIアシスタントにおける会話型ブランドエクスペリエンスのためのオープン標準です。VASTがビデオ広告配信を定義するように、SIはブランドエージェントのエンドポイントをどのように配信・対話するかを定義します。

SIはクリエイティブタイプ以上のもの

SIは複数のコンテキストで使用できます: 重要な洞察:SIはクリックスルーではありません。会話のハンドオフです。従来のランディングページは、ユーザーが発見コンテキストを離れて詳細を知るために存在します。SIでは、ユーザーは会話の中にとどまりながら、ブランドが来ます。

プロトコルのスコープ

SIは会話型エンゲージメントプロトコルだ。セッションライフサイクル、メッセージ交換、ハンドオフのメカニズムを定義します。スコープの内外は以下の通りです: このスコープの理由は? SIはエンゲージメントレイヤーに焦点を当てている——ユーザーがブランドエージェントと接続するときに何が起きるか。オファーがどのように表面化されるか(広告選択)、コンバージョンがどのようにクレジットされるか(アトリビューション)、お金がどのように流れるか(請求)は、SIと相互作用するが、SIで定義されるものではありません。 この分離は意図的です。プラットフォームは同じSIプロトコルを使いながら、独自の選択アルゴリズムを使用できます。アトリビューションシステムはSIの相関IDを利用できるが、SIがモデルを指定することはない。請求の取り決めは当事者間のビジネス上の決定にとどまる。

アトリビューション相関

SIはアトリビューションのセマンティクスを定義しないが、アトリビューションシステムが必要とする相関IDを提供します: session_idcontext_for_checkout を介してACPチェックアウトに引き継がれ、インプレッション → 会話 → トランザクションのクローズドループアトリビューションを可能にします。

仕組み

SIがエンゲージメントを担当します。Agentic Commerce Protocol (ACP)——プログラマティックコマースのためのOpenAIとStripeによるオープン標準——がトランザクションを担当します。この分離により、ホストとのユーザーの信頼関係を維持しながら、シームレスなチェックアウトを実現できます。

フロー

  1. ユーザーが興味を表明 → ホストがオポチュニティを特定
  2. オファリング詳細の取得(任意)→ ホストがオファリング情報とマッチング製品を取得(si_get_offering
  3. 同意プロンプト → ユーザーがアイデンティティ共有を決定
  4. セッション開始 → ホストがコンテキスト + ケイパビリティとともにブランドエージェントを呼び出す(si_initiate_session
  5. 会話型エンゲージメント → ブランドエージェントがテキスト、音声、動画、または埋め込みUIを通じて対話(si_send_message
  6. セッション終了 → トランザクション(ACP経由)または会話完了のためのハンドバック(si_terminate_session

SIマニフェスト:ブランドが宣言すること

ブランドはエージェントのケイパビリティを宣言するSIマニフェストを公開します:
注意: すべてのSIエージェントはデフォルトで会話(テキスト)モダリティをサポートする——これはベースラインです。モダリティセクションは音声、動画、アバターなどの追加ケイパビリティを宣言します。

トランスポートオプション

SIは複数のトランスポートプロトコルをサポートし、ブランドがホストの環境に合わせて対応できます: ブランドは複数のトランスポートを宣言し、優先順位を指定できます。ホストは自分のケイパビリティに基づいて選択し、グレースフルなネゴシエーションを可能にします。

ケイパビリティネゴシエーション

すべてのホストがすべてのケイパビリティをサポートするわけではありません。SIはケイパビリティネゴシエーションを使用する——ブランドが「できること」を宣言し、ホストが「サポートすること」を返し、セッションはその交差部分を使用します。
標準コンポーネントはどこでも機能します。拡張機能はそれをサポートするプラットフォームでよりリッチなエクスペリエンスを可能にします。ブランドは常に標準コンポーネントにフォールバックして、ユニバーサルな互換性を確保できます。 これによってグレースフルなデグラデーションが実現します。ChatGPTでフルのApps SDKエクスペリエンスとして美しく動作するブランドエージェントが、よりシンプルなホストでも機能できる——Apps SDKの代わりに標準の製品カードとカルーセルを使うだけで。

アイデンティティとプライバシーの同意

ユーザーがブランドエージェントとエンゲージするとき、ホストはアイデンティティを共有するかどうかを尋ねる。これがコアの価値交換です:ユーザーはパーソナライズされたサービスを得て、ブランドはリードを得ます。

同意フロー

配送先住所により、ブランドは会話中に正確な税金と送料を計算でき、より速いチェックアウトとより良いレコメンデーションにつながる。

なぜクリアなPII(ハッシュ化なし)か

これは複数の仲介者を伴うRTBではありません。直接的な、同意を得たハンドオフです:
  • ユーザーが明示的に「はい、誰であるかを伝えてください」と言う
  • Deltaは確認メールを送るために実際のメールアドレスが必要
  • ハッシュ化するとユースケースが成立しません

同意あり

同意なし(匿名)

ブランドは引き続きサポートできる——ただしパーソナライズやメールでのフォローアップはできません。

モダリティ

SIは複数のインタラクションモダリティをサポートします。これらを組み合わせることができる——例えばセッションで会話テキストと埋め込み製品カルーセルを同時に使うこともあります。

会話型

MCPツールまたはA2Aメッセージによる純粋なテキスト交換。すべてのSI実装がサポートするベースラインモダリティです。

音声

ブランドの声を使用したオーディオベースの対話。ホストはブランドのTTS設定(ElevenLabs、OpenAIなど)を使用してオーディオをレンダリングします。

動画

会話内で再生されるブランドの動画コンテンツ。製品動画、説明コンテンツ、プロモーションクリップが含まれ、ユーザーが画面を離れることなくブランドエクスペリエンスを向上させる。

アバター

ブランドアバターによるアニメーション動画プレゼンス。D-ID、HeyGen、Synthesiaなどのプロバイダーが、話して視覚的に応答できるブランデッドビデオエージェントを可能にします。ホストはブランドが提供する設定を使用してアバターをレンダリングします。

ビジュアルコンポーネント

SIはビジュアルエクスペリエンスへの段階的なアプローチを定義する——どこでも機能する軽量コンポーネントから、リッチなプラットフォーム固有のアプリまで。

標準コンポーネント(どこでも機能します)

SIはすべての準拠ホストがレンダリングしなければなりません(MUST)標準コンポーネントの小さなセットを定義します。AMPがモバイルウェブコンポーネントを標準化したように、これらによりブランドはプラットフォーム固有のコードを構築することなく参加できます: ブランドは構造化されたJSONデータを提供します。ホストは自身のデザインシステムに従ってレンダリングします。フレームワークへの依存はない。

プラットフォーム拡張機能

ホストは標準セットを超えたよりリッチなケイパビリティをサポートする場合があります。セッション開始時に、ホストはサポートする拡張機能を宣言します:
ブランドは利用可能な場合に拡張機能を使用し、そうでない場合は標準コンポーネントにフォールバックできます。

アプリハンドオフ

フルのプラットフォーム固有アプリ(ChatGPT Appsなど)を構築したブランドのために、SIは直接ハンドオフをサポートします:
これにより、ブランドは既存のアプリへの投資を活用しながら、SIプロトコルに参加できます。

コマースアクション

標準コンポーネントにはコマーストリガー用の action_button が含まれます。現在はACPチェックアウトを開始します:
エコシステムが成熟するにつれ、永続カート、複数アイテムのチェックアウト、よりリッチなコマースフローへと拡張されると予想します。標準コンポーネントスキーマはこれらの拡張に対応できるよう設計されています。

インテグレーションアクション

ブランドエージェントはユーザーに対し、より深いコネクションを確立するオプションを提供できる——ブランドをMCPツールとして追加したり、継続的なエージェントコラボレーションのためにA2Aの関係を確立したりします:
これによりユーザーは「ブランドを持ち歩く」ことができる——ブランドのケイパビリティを自身のAI環境にインストールし、広告を通じて再発見する必要なく将来的に使用できます。これはスポンサードモーメントから永続ツールへの強力なコンバージョンパスです。

セッションライフサイクル

SIセッションには明示的なライフサイクル管理があります。

セッション開始

ホスト → ブランド。コンテキスト、ケイパビリティ、アイデンティティ(同意がある場合)、メディアバイからのアクティブなオファーを含む:
context は会話のハンドオフだ——ホストはブランドエージェントにユーザーが必要としていることを伝え、ブランドエージェントは自然に応答します。offering_id はブランドが適用方法を知っているキャンペーンプロモーション(対象フライトへの無料アップグレードなど)を参照します。 フリークエントフライヤーとロイヤリティデータ: ブランドはユーザーのメールアドレスからこれを検索する——ホストはロイヤリティ番号を保存しません。Deltaは jane@example.com を認識し、SkyMilesのステータスを自動的に取得します。

セッションレスポンス

ブランドはホストがレンダリングする構造化コンテンツを返します。ブランドエージェントが特定のインテントを使用し、オファーを適用する方法に注目:
重要な原則: ブランドは構造化コンテンツ(カード、リンク、アクション)を返します。ホストはケイパビリティとポリシーに基づいてレンダリングするものを決定します。ブランドエージェントはJaneのメールを使ってレスポンスをパーソナライズし(SkyMilesのステータスを検索)、キャンペーンオファーを適用しました。

セッション終了

複数の終了理由があります:

ACP統合

終了理由が handoff_transaction の場合、ホストはAgentic Commerce Protocol(ACP)経由でチェックアウトを開始します:
SIがエンゲージメントを担当します。ACPがトランザクションを担当します。ホストとのユーザーの信頼関係は全体を通じて維持されます。

価値提案

AIプラットフォーム(ホスト)向け

  • 収益化: 回答の独立性を損なわない新しい広告フォーマット
  • ユーザーエクスペリエンス: バナー広告ではなく、ネイティブな会話型コマース
  • 標準ベース: SI準拠のブランドエージェントとの相互運用性

ブランド向け

  • ダイレクトエンゲージメント: ユーザーが興味を持っているとき、コンテキストの中で直接対話
  • リッチなエクスペリエンス: ミニストア、インタラクティブマップ、音声/アバタープレゼンス
  • リードジェネレーション: フォローアップのための同意済みアイデンティティ

ユーザー向け

  • パーソナライゼーション: アイデンティティを共有して、より良いサービスを受けます
  • コントロール: 共有するものの明確な同意
  • 利便性: 会話の中でショッピング、予約、探索——すべて完結

オープン広告レイヤー

AIにおけるコマースは標準化が進んでいる。ShopifyやWalmart、Targetなどと共同開発されたGoogleのUniversal Commerce Protocol(UCP)は、チェックアウト、支払い、フルフィルメントのためのオープンプリミティブを定義します。OpenAIとStripeのAgentic Commerce Protocol(ACP)も同様の役割を果たす。これらは良い発展だ——コマースの基盤となるオープン標準はすべての人にメリットをもたらす。 しかしギャップがあります。コマースがオープンになっている一方で、広告レイヤー——オファーがどのように表面化されるか、ブランドがいつ現れるか、ユーザーが何を見るか——はプロプライエタリなままです。各プラットフォームが、スポンサードコンテンツをいつどのように表示するかを決定する独自のブラックボックスを構築しています。 私たちはそのレイヤーもオープンであるべきだと考える。 AdCPとSIはそれを定義しようとする試みです: 私たちが取り組んでいるプリミティブ:
  • オファー宣言 — ブランドが宣伝できるもの(オファリング、有効期間)
  • コンテキストシグナル — ホストがユーザーインテントについて共有するもの(匿名、同意済み)
  • 選択基準 — オファーがインテントとどのようにマッチするか(キーワード、カテゴリ、可用性)
  • 開示 — スポンサードコンテンツのラベル付け方法
  • アトリビューション — サーフェスをまたいだコンバージョンの計測方法
すべての答えを持っているわけではありません。「競合するオファーはどのようにランキングすべきか?」「正しい開示フォーマットは何か?」といった問いには業界の意見が必要です。しかし、これをオープンに——ブランド、プラットフォーム、ユーザーが同じテーブルに着いて——解決することは、各プラットフォームがプロプライエタリなブラックボックスを構築するよりも良いと信じています。 AIのオープン広告レイヤーを定義することに参加してほしい。

次のステップ

  • 技術チーム: 上記のプロトコルコンポーネントをレビューします
  • プラットフォームプロバイダー: ホスト向けの実装に関する考慮事項を参照します
  • ブランド: SI準拠エージェントの構築方法を理解します
  • すべての人: コミュニティに参加して議論します

Sponsored IntelligenceプロトコルはAdCPエコシステム全体(/docs/intro)の一部であり、次世代のAI駆動広告を実現します。