なぜ重要か
今日、すべてのプラットフォームはバイヤーが独自の API を学ぶことを必要とします。人間が購入を行う場合はそれで機能します。しかし AI エージェントは多くのプラットフォームを同時に横断して動作し、一般的な操作のための共通言語が必要です。 AdCP を実装したプラットフォームは、バイヤーエージェントによって即座に発見可能です。実装していないプラットフォームは各バイヤーがカスタム統合を構築する必要があり、インベントリにアクセスできるエージェントのプールが制限されます。実装する必要があるもの
AdCP セルサイド統合には3つのパートがある:ドメインルートに
adagents.json ファイルを公開します。このファイルはプロパティと、インベントリの販売を認可されたエージェントを宣言する — サプライチェーンの透明性において ads.txt が機能する方法に似ています。{
"version": "1.0",
"properties": [
{
"domain": "publisher.example.com",
"agents": [
{
"agent_url": "https://ads.publisher.example.com",
"relationship": "direct",
"supported_protocols": ["media_buy", "creative"]
}
]
}
]
}
get_products を実装して販売内容を記述します。各プロダクトは購入可能なユニットを表す — ディスプレイプレースメント、ビデオスロット、スポンサードリスティング、ニュースレタースポンサーシップなど。バイヤーエージェントは buying_mode とオプションの brief でこれを呼び出す:{
"products": [
{
"product_id": "homepage_leaderboard",
"name": "Homepage leaderboard",
"channels": ["display"],
"format_ids": [
{ "agent_url": "https://ads.publisher.example.com", "id": "display_728x90" }
],
"pricing_options": [
{
"pricing_option_id": "cpm_standard",
"pricing_model": "cpm",
"floor_price": 8.00,
"currency": "USD"
}
]
}
]
}
{
"products": [
{
"product_id": "signal_noise_sponsorship",
"name": "Signal & Noise — Category Sponsorship",
"description": "Category-exclusive sponsorship of the Signal & Noise podcast, including pre-roll and mid-roll host read placements.",
"shows": [{ "publisher_domain": "crestnetwork.example.com", "show_ids": ["signal_noise"] }],
"publisher_properties": ["crestnetwork_podcast"],
"channels": ["podcast"],
"placements": [
{ "placement_id": "pre_roll", "name": "Pre-roll (30s)" },
{ "placement_id": "host_read", "name": "Mid-roll host read (60s)" }
],
"delivery_type": "guaranteed",
"exclusivity": "category",
"format_ids": [
{ "agent_url": "https://ads.publisher.example.com", "id": "audio_30s" }
],
"pricing_options": [
{
"pricing_option_id": "flat_monthly",
"pricing_model": "flat_rate",
"fixed_price": 15000,
"currency": "USD"
}
]
}
]
}
{
"account": { "account_id": "acct-56789" },
"brand": { "brand_id": "nova-electronics" },
"proposal_id": "prop-homepage-leaderboard",
"total_budget": { "amount": 10000, "currency": "USD" },
"start_time": "2026-04-01T00:00:00Z",
"end_time": "2026-04-30T23:59:59Z"
}
業種別ガイダンス
上記のコア統合ステップはすべてのセラーに適用されます。複数のプラットフォームにわたって集約する広告ネットワークの場合は、プロダクトモデリング、アカウントチェーン、カタログフォワーディング、ネットワーク向けadagents.json について広告ネットワークの詳細ガイドを参照。
垂直固有のプロダクトモデリング、価格設定パターン、測定については:
- AI プラットフォームと AI 広告ネットワーク: スポンサードレスポンス、AI 検索プロダクト、カタログからの生成クリエイティブ、SI チャットプロトコルハンドオフについてはスポンサードインテリジェンスガイドを参照。
- リテールメディアネットワーク: スポンサードプロダクトリスティング、クローズドループアトリビューション、店内測定についてはコマースメディアガイドを参照。
アカウントとサンドボックス
本番セールスエージェントはアカウントプロトコルを実装すべきです。sync_accounts と list_accounts により、バイヤーが請求関係を確立し、広告主ごとの支出を追跡し、単一エージェントを通じて異なるブランドのために購入する複数のオペレーターを管理できます。
アカウントモデルはプラットフォームによって異なる:
- ウォールドガーデン（ソーシャルプラットフォーム、AI プラットフォーム、リテールメディアネットワーク）は通常、明示的なアカウントを使用する — 各オペレーターが独立して認証するように
get_adcp_capabilitiesでrequire_operator_auth: trueを設定します。 - オープンプラットフォーム（パブリッシャー、SSP）は暗黙的なアカウントを使用できる — エージェントが信頼され、
sync_accountsを通じてアカウントを宣言します。
account.sandbox: true を宣言する — プロダクト発見、メディアバイ作成、デリバリーレポート。サンドボックスなしでは、バイヤーはライブインベントリに対してテストする必要があり、採用が遅くなりオンボーディングの摩擦が増加します。実装の詳細についてはサンドボックスモードを参照。
オプション: デリバリーレポート
get_media_buy_delivery を実装して、バイヤーエージェントが標準化された形式でパフォーマンスデータ — インプレッション、クリック、支出、コンバージョン — を取得できるようにします。これはエージェントが各ダッシュボードに個別にログインすることなく複数のプラットフォームにわたってキャンペーンを監視する方法です。
プロダクトデザインパターン
インベントリタイプによって異なる AdCP 機能を使用します:| インベントリタイプ | 主要機能 |
|---|---|
| 標準ディスプレイ/ビデオ | format_ids、delivery_type: "non_guaranteed"、オークション価格設定 |
| ポッドキャストスポンサーシップ | shows、placements（ホストリード）、delivery_type: "guaranteed"、flat_rate |
| CTV シリーズスポンサーシップ | shows、exclusivity、delivery_type: "guaranteed" |
| ライブイベント | shows（cadence: event）、episodes（flexible_end、tentative）、exclusivity |
| リテールメディア | catalog_types、catalog_match、メトリクス最適化 |
ガバナンス適用
バイヤーエージェントはますます支出を確定する前にガバナンスコンプライアンスを要求するようになっています。ガバナンスを実装することで、インベントリがブランドセーフキャンペーンの対象となり、キャンペーン後の紛争が減り、プラットフォームがブランドの適合性を真剣に考えていることをバイヤーエージェントに示せる。セラーに関連する3つのガバナンスドメインがあります。adagents.json によるプロパティガバナンス
adagents.json ファイルはプロパティガバナンスの基盤です。販売するプロパティ、販売を認可されたエージェント、インベントリに関するデータを持つガバナンスエージェントを宣言します。バイヤーエージェントはこれを使用してサプライパスの認可を検証し、プロパティインテリジェンスを発見する — adagents.json が欠如または不完全な場合、バイヤーエージェントは主張するものを販売する権限があるかを検証できません。
バイヤーが品質、持続可能性、またはブランドセーフティのためにプロパティをスコアするガバナンスエージェントを発見できるよう、property_features エントリを宣言します。完全なスキーマについてはプロパティガバナンス仕様を、パブリッシャーサイドのセットアップについてはadagents.json テクスペックを参照。
コンテンツスタンダードの適用
バイヤーがget_products または create_media_buy リクエストに content_standards_ref を含める場合、デリバリー中にブランド適合性ルールを適用するよう依頼しています。責任: 参照されたガバナンスエージェントからスタンダードを取得し、適用できるかどうかを評価し、できない場合はバイを拒否し、calibrate_content を通じてガバナンスエージェントに対してローカル評価モデルをキャリブレーションします。デリバリー後、バイヤーがコンプライアンスを独立して検証できるようにコンテンツアーティファクトをバイヤーに返します。
バイヤーのコンテンツスタンダードを意味のある形で適用できない場合は、受け入れてサイレントに失敗するのではなく、バイを拒否します。完全なセールスエージェントワークフローについてはコンテンツスタンダード実装ガイドを参照。
キャンペーンガバナンスコンテキスト
バイヤーがcreate_media_buy リクエストのプロトコルエンベロープに governance_context を含める場合、メディアバイと一緒に保存します。これは不透明な値だ — 解釈せず、ただ永続化して転送します。
そのメディアバイのすべてのライフサイクルイベントでバイヤーのガバナンスエージェントに governance_context を渡す:
| ライフサイクルイベント | governance_context の流れ |
|---|---|
| 作成 | create_media_buy エンベロープで受信します。保存します。check_governance を呼び出す場合は含めます。 |
| 活性化 | セラーの planned_delivery で check_governance を呼び出す際に保存した governance_context を含めます。 |
| 更新 | 変更に対する check_governance に含めます。ガバナンスエージェントはそれを使用して累積的な変更を追跡します。 |
| 一時停止 / 再開 | check_governance を呼び出す場合に含めます。ガバナンスエージェントはペーシング状態を更新します。 |
| キャンセル / 完了 | ガバナンスエージェントが予算追跡を終了して最終監査を生成できるよう含めます。 |
| デリバリーウェブフック | ガバナンスエージェントがデリバリーデータと関連付けられるようウェブフックペイロードに含めます。 |
governance_context を使用して各イベントを元のプラン、キャンペーン、予算状態に再接続します。これなしに、ガバナンスエージェントはライフサイクルを通じてメディアバイを追跡する方法がない。
元のリクエストに governance_context が存在しない場合は、ガバナンス呼び出しをスキップする — バイヤーはこのメディアバイにキャンペーンガバナンスを使用していません。
クリエイティブガバナンス
バイヤーエージェントはデリバリー前にクリエイティブ評価を要求することがある — セキュリティスキャン、コンテンツ分類、品質スコアリング。セラーとして、get_creative_features を通じてガバナンスエージェントにクリエイティブマニフェストを送信し、バイヤーが設定した機能要件を尊重する（例: auto_redirect や credential_harvest にフラグされたクリエイティブのブロック）。評価を自分で実装する必要はない。専門のガバナンスエージェントがそれを処理します。
フィーチャーベースの評価モデルとマルチエージェント協調パターンについてはクリエイティブガバナンスの概要を参照。
スポンサードインテリジェンスセラー向け: 生成時の適用
従来のセラーはガバナンスをポストデリバリーフィルターとして適用する — コンテンツを分類し、失敗したものをブロックします。スポンサードインテリジェンスプラットフォームはサーブ時にクリエイティブを生成するため、ガバナンスルールを事後ではなく生成中に適用できます。バイヤーがコンテンツスタンダードをプッシュする際は、それらを生成パイプラインの制約として適用することで、不適切なコンテンツが生成されないようにします。これによりブランドは根本的に強力な保証を得る: 適合性はチェックとして後付けされるのではなく、出力に組み込まれる。コンテンツスタンダードがカタログ駆動のクリエイティブ生成とどのように統合されるかについてはスポンサードインテリジェンスガイドを参照。既存スタックとの接続
AdCP は既存の API やダッシュボードと並列して動作します。セルフサービスプラットフォームや内部のキャンペーン管理システムを置き換えるものではありません。AI エージェントが使用できる標準インターフェースを追加します。| 既存システム | AdCP との関係 |
|---|---|
| セルフサービスダッシュボード | AdCP は異なるオーディエンス（AI エージェント、人間ではない）に対応 |
| 管理 API | AdCP は標準的なサブセットを提供し、API は完全な機能セットを提供 |
| 広告サーバー（GAM、カスタム） | AdCP はキャンペーン指示を送信し、広告サーバーはデリバリーを処理 |
| OpenRTB 統合 | AdCP はキャンペーン設定を処理し、OpenRTB はインプレッションレベルのオークションを処理 |
はじめる
adagents.json ビルダー
インタラクティブビルダーを使って adagents.json ファイルを作成・検証します。
メディアバイ仕様
セルサイドタスク実装の完全なリファレンス: プロダクト、メディアバイ、デリバリーレポート。
AdCP を使った構築
実装ガイド、SDK、統合パターン。
Addie に聞く
プラットフォーム向けの AdCP 実装について質問する — コードは不要。
スポンサードインテリジェンスガイド
AI プラットフォームと広告ネットワーク向けのプロダクトモデリングとワークフロー。
コマースメディアガイド
リテールメディアネットワーク向けのプロダクトモデリングとワークフロー。