> ## Documentation Index
> Fetch the complete documentation index at: https://adcp-docs-ja.pier1.co.jp/llms.txt
> Use this file to discover all available pages before exploring further.
# AdCP が必要な理由
> AdCP が存在する理由: RTB、プラットフォーム API、ダイレクト IO にわたる断片化の問題と、広告向けユニバーサルエージェントプロトコルがそれを解決する方法。
## デイトレではなく、配分
RTB は広告をデイトレのように扱います: *「このインプレッションの価値はいくらか？」*。代替可能な在庫では機能しますが、すべてをコモディティ化します。
AdCP はポートフォリオ単位の配分を可能にします: *「広告予算をどう配分すべきか？」*。これは広告主の実際の思考に合致します — 彼らが買うのはインプレッションではなく成果です。
RTB の思考モデルが広告主の実際の意思決定に合わない理由。
## 構造的な問題
プログラマティック広告は 1 つの問い、*「このインプレッションは今いくらの価値があるか？」* をデフォルトとします。そのフレーミングは、CPM ベースでオークション中心の前提をトランザクション層に埋め込みます — それは世界の広告費の大部分には当てはまらない前提です。ダイレクトディール、スポンサーシップ、放送、屋外広告、リテールメディアはいずれも、異なる価格モデル、異なるタイムライン、異なる成功指標で動作します。これらはエッジケースではなく、多数派です。
AdCP はオークションの上位、**キャンペーンワークフロー層**に位置します。OpenRTB を置き換えたり、配信時の判断と競合したりするものではありません — オークションが発火する前後に発生する、計画・交渉・提案・ディール作成のステップを調整します。[プロトコル比較](/docs/building/concepts/adcp-vs-openrtb)で、AdCP と OpenRTB がどのように共存するかを説明しています。
これらのワークフローステップをプロトコルレベルのタスクとして構造化することで、AdCP はエージェントが[ブランドアイデンティティ](/docs/brand-protocol/brand-json)、[コンテンツ基準](/docs/governance/content-standards/)、ガバナンスチェックを、後付けではなく判断時に適用できるようにします。これらのタスクを使うエージェントは、実行後に取り付けるのではなく、購買プロセスの一部としてブランド適合性、クリエイティブの適合、コンプライアンスを推論できます。プロトコルがこれを可能にし、個々のエージェントがそれをどこまで使うかを決めます。
## 分断の問題
現在、広告主はまったく異なる 3 つの購買システムに直面しています:
| Paradigm | Era | How It Works |
| ---------------- | ----------- | ------------------------------ |
| **RTB/Biddable** | レガシー Web | OpenRTB によるリアルタイム入札 |
| **API-based** | モダンソーシャル・AI | プラットフォーム固有の API (Meta, TikTok) |
| **Direct IO** | レガシー | インサーションオーダー、手動取引 |
それぞれ異なる統合、ツール、ワークフロー、専門知識が必要です。広告費の 90% は RTB に乗らず、ウォールドガーデンやダイレクトディール、プレミアム在庫で取引されています。
AdCP はこれら 3 つをひとまとめにする **ユニバーサルな API 標準** を提供します。
## 設計時点でオムニチャネル
屋外広告を買うことと、ソーシャルリンクを買うことは根本的に異なります:
* **価格モデルが異なる**: 定額 vs CPM vs エンゲージメントベース
* **クリエイティブが異なる**: 静止画 vs 動画 vs 会話型 AI
* **計測が異なる**: インプレッション vs エンゲージメント vs 来店数
AdCP は各チャネルの特性を保持しつつ差分を抽象化する概念レイヤーを作ります。1 つのプロトコルで、あらゆるチャネルを扱います。
## なぜエージェントか？
インテリジェントエージェントは、複雑で交渉を伴う取引のコストを削減します:
* **細かなニュアンスに適応**: すべてをコードで過剰に指定せず対応
* **プラットフォームやチャネル間の差異を吸収**
* **自然言語**: バイヤーが意図を伝えるだけで、パラメータ設定を不要に
* **関係拡大**: 3〜5 のプラットフォームから 20 以上へ、チームを増やさずに拡張
## AI のためのプロトコルレイヤー
AdCP はレガシーシステムを統一するだけでなく、新しい AI エクスペリエンスのためのプロトコルレイヤーでもあります。
### Sponsored Intelligence
VAST が動画広告配信を定義したように、SI は AI アシスタントにおける会話型ブランド体験を定義します。AI が *「デルタ航空にボストン行きがあります。アシスタントにつなぎましょうか？」* と話すとき、その後の流れを決めるのが SI です。
会話型 AI が広告の経済をどう変えるか。
### Brand identity
AI によるクリエイティブ生成のための標準化されたブランドアイデンティティ。色やトーン、アセットなど、ブランドが自らを AI が扱える形式で表現します。
これらにより、手動設定ではなく構造化されたブランド入力を必要とする Performance Max のようなフル AI 化されたシステムを支えます。
AI エクスペリエンスの収益化 — 反転したデータフロー、プロダクトスペクトラム、SI チャットプロトコル。
AI クリエイティブ生成のための標準化されたブランドアイデンティティ。
## 設計への示唆
これらの目的が AdCP の技術設計を形作っています:
* **非同期**: 取引には時間がかかります。これはリアルタイムプロトコルではなく、処理は数分から数日かかる場合があります。
* **Human-in-the-loop**: 一部の決定には人の承認が必要です。パブリッシャーは手動承認を要求できます。
* **複数のトランスポート**: MCP と A2A が異なるプロトコルで同じタスクを提供します。
## プロトコルファミリー
| Protocol | Purpose | Key Tasks |
| -------------------------- | ------------------ | ---------------------------------- |
| **Media Buy** | キャンペーン実行 | `get_products`, `create_media_buy` |
| **Signals** | オーディエンスターゲティング | `get_signals`, `activate_signal` |
| **Creative** | 広告クリエイティブ管理 | `build_creative`, `sync_creatives` |
| **Governance** | ブランドセーフティ、コンプライアンス | Property lists, content standards |
| **Sponsored Intelligence** | 会話型ブランド体験 | `si_initiate_session` |
| **Curation** | 在庫パッケージング | Coming soon |
## 次のステップ
MCP と A2A の使い分けと共通点。
AdCP の JavaScript および Python ライブラリ。