> ## 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 に関するよくある質問への回答——ライセンス（Apache 2.0、無償で利用可能）、OpenRTB や IAB 標準との関係、メンテナンス主体（AgenticAdvertising.org）、実装の始め方。

## エージェント広告について

<AccordionGroup>
  <Accordion title="AI アシスタントで広告はどのように機能しますか？">
    AI アシスタントに商品のレコメンデーションを求めると、アシスタントは関連するブランドを提示できます——リテールプラットフォームで検索するとスポンサー商品が表示されるのと同様です。ブランドは、商品カタログ、ブランドアイデンティティ、コンテンツ標準を事前にプラットフォームへプッシュしておきます。ユーザーの質問がマッチすると、AI はそのデータから文脈的に関連するレコメンデーションを生成します。これは [Sponsored Intelligence](/docs/sponsored-intelligence/overview) と呼ばれ、コンテンツは常にスポンサー付きであることが明示されます——スポンサー検索やリテールメディアの掲載が明示されるのと同じです。
  </Accordion>

  <Accordion title="ChatGPT、Perplexity、その他の AI プラットフォームに広告を出せますか？">
    AI プラットフォームは広告の提供を始めており、市場は成長しています。AdCP は標準プロトコルを提供するため、バイヤーエージェントは——それぞれにカスタム統合を構築することなく——それを実装するあらゆる AI プラットフォームに接続できます。バイヤーエージェントは [`get_products`](/docs/media-buy/task-reference/get_products) を通じて、接続されたセラーから利用可能な在庫をリアルタイムにディスカバリーします。
  </Accordion>

  <Accordion title="これは AI 向け SEO とどう違いますか？">
    AI 向け SEO（GAIO や生成 AI 最適化とも呼ばれます）は、公開コンテンツを最適化してオーガニックな AI レスポンスの中でブランドが言及されるようにすることに焦点を当てます。[Sponsored Intelligence](/docs/sponsored-intelligence/overview) は有料広告です——ブランドは構造化された商品データ、ブランドアイデンティティ、最適化目標を標準プロトコルを通じて AI プラットフォームへプッシュし、プラットフォームは明示されたスポンサーコンテンツを生成します。この二つのアプローチは競合ではなく補完的です。
  </Accordion>
</AccordionGroup>

<Note>
  **実験的機能。** Sponsored Intelligence は AdCP 3.0 の実験的サーフェス（機能 id `sponsored_intelligence.core`）です——セッションのライフサイクル、UI コンポーネント、アイデンティティ/同意オブジェクトの形状、機能ネゴシエーションは、少なくとも6週間の予告のうえで 3.x リリース間に変更される可能性があります。パイロット実装は推奨されますが、規制対象またはコンプライアンスに敏感なワークフローは安定版への昇格を待つべきです。完全な契約は[実験的ステータス](/docs/reference/experimental-status)を参照してください。
</Note>

AI プラットフォームで広告を購入する実践的なガイドは、[AI マネタイズガイド](/docs/sponsored-intelligence/monetizing-ai)を参照してください。技術的なプロトコルのウォークスルーは、[Sponsored Intelligence 概要](/docs/sponsored-intelligence/overview)を参照してください。

## AI メディアの購入

<AccordionGroup>
  <Accordion title="バイヤーエージェントが必要ですか、それともパートナー経由で作業できますか？">
    どちらの方法でも機能します。エージェンシー、アドネットワーク、コマースプラットフォームはあなたに代わって AdCP を実装できます——あなたが商品データとブランドガイドラインを提供し、彼らが AI プラットフォームをまたいだプロトコルの配管を処理します。プログラマティックを自社で運用している場合は、あなた（またはエンジニアリングチーム）が AdCP に対して直接バイヤーエージェントを構築できます。[AI マネタイズガイド](/docs/sponsored-intelligence/monetizing-ai#getting-started-by-role)では、ブランド、エージェンシー、中小企業向けの選択肢を解説しています。
  </Accordion>

  <Accordion title="AI プラットフォームが自分のブランドについてどう語るかを制御できますか？">
    はい。ブランドは[ブランドアイデンティティ](/docs/brand-protocol/brand-json)（ボイス、ビジュアルガイドライン、ポジショニング）と[コンテンツ標準](/docs/governance/content-standards)（承認された主張、避けるべきトピック、適合性ルール）をプロトコルを通じて AI プラットフォームへプッシュします。プラットフォームは、事後にフィルタリングするのではなく、生成時——コンテンツが表示される前——にこれらを強制します。完全なモデルは[ガバナンス](/docs/governance/overview)を参照してください。
  </Accordion>

  <Accordion title="AI プラットフォームでの広告費用はいくらですか？">
    価格はプラットフォームとフォーマットによって異なります。一般的なモデルには、スポンサーレスポンスや AI 検索結果向けの CPC（クリック単価）、SI Chat Protocol による会話型ブランド体験向けのセッション単価があります。バイヤーエージェントは [`get_products`](/docs/media-buy/task-reference/get_products) を通じて接続されたセラーから利用可能な価格をディスカバリーします——各プロダクトが価格オプションを提示します。
  </Accordion>

  <Accordion title="今日リーチできる AI プラットフォームはどれですか？">
    AI アシスタント、検索コパイロット、会話型プラットフォームが今日稼働しています。エコシステムは初期段階にあり成長中です。バイヤーエージェントは [`get_products`](/docs/media-buy/task-reference/get_products) を通じて接続されたセラーから利用可能な在庫をリアルタイムにディスカバリーします——現在リーチ可能なものを常に確認できます。
  </Accordion>

  <Accordion title="測定スタックを変更する必要がありますか？">
    AdCP はアトリビューションやビューアビリティを規定しません——MRC 認定の測定標準ではありません。プロトコルは、既存の IAS、DV、Nielsen、Comscore、またはアトリビューションツールが消費する配信・利用データを運びます。既存の測定契約と認定はそのまま維持できます。AdCP が標準化しないものの完全なリストは[既知の制限](/docs/reference/known-limitations)を参照してください。
  </Accordion>

  <Accordion title="既存のエージェンシーを使えますか？">
    はい。AdCP は既存のエージェンシー関係に対して付加的です。エージェンシーはバイヤーエージェントを使って能力を拡張できますし、AdCP 認定のプラクティショナーと協業することもできます。
  </Accordion>

  <Accordion title="始めるのにどれくらい時間がかかりますか？">
    エージェンシーがすでに AdCP をサポートしていれば、数日で稼働できます。そうでない場合、[AI マネタイズガイド](/docs/sponsored-intelligence/monetizing-ai#getting-started-by-role)では、AdCP 認定パートナーとの協業を含め、ブランド、エージェンシー、中小企業向けの選択肢を解説しています。
  </Accordion>
</AccordionGroup>

<Card title="バイヤーズガイドを読む" icon="book-open" href="/docs/sponsored-intelligence/monetizing-ai">
  ブランド、エージェンシー、中小企業のいずれであっても——何が必要で、どのデータを提供し、どうパートナーを見つけるか。
</Card>

## AdCP について

<AccordionGroup>
  <Accordion title="AdCP とは何ですか？">
    AdCP（Ad Context Protocol）は、AI エージェントが標準化された言語を用いて広告プラットフォームをまたいで協調できるようにするオープンプロトコルです——商品ディスカバリー、メディアバイイング、クリエイティブ生成、オーディエンス活性化、ブランドガバナンスにまたがります。

    [埋め込まれた人間の判断](/docs/governance/embedded-human-judgment)が人間の説明責任を保ちます: エージェントのアクションは実行前にレビューされ承認されます。

    AdCP は仕様です——製品、プラットフォーム、企業ではありません。誰でも実装できます。[イントロダクション](/docs/intro)または[構築ガイド](/docs/building)から始めてください。
  </Accordion>

  <Accordion title="AdCP を作ったのは誰ですか？">
    AdCP は [AgenticAdvertising.org](https://agenticadvertising.org)（AAO）によって開発・維持されています。AAO はデラウェア州の非営利業界団体（IRS への 501(c)(6) ステータスは申請中）で、四つの対等な投票クラス——ブランド、エージェンシー、パブリッシャー、テクノロジープロバイダー——を持ち、定常状態ではクラスごとに10の選出議席を目標としています。

    ファウンデーションは現在、設立時に任命された暫定理事会のもとで運営されています: Michael Blum（Scope3）、Brian O'Kelley（Scope3）、Pia Malovrh（Celtra）、Benjamin Masse（Triton Digital）。暫定理事会は、**2026年5月6日**の第1回年次総会で選出理事会に置き換えられます。四つの暫定議席のうち二つが Scope3 系であり、これは Scope3 のシード拠出を反映しています。完全な関係、指名された忌避領域、対等な投票クラス代表への移行については、[AAO は Scope3 とどう関係していますか？](#how-is-aao-related-to-scope3)を参照してください。

    日々のプロトコル作業は [GitHub](https://github.com/adcontextprotocol/adcp) の公開ワーキンググループで行われ、すべての変更は Git 履歴で監査可能です。issue、プルリクエスト、ワーキンググループへの参加を通じてプロトコルを形作った貢献者・組織は [CONTRIBUTORS.md](https://github.com/adcontextprotocol/adcp/blob/main/CONTRIBUTORS.md) に記載されています。
  </Accordion>

  <Accordion title="AgenticAdvertising.org のミッションは何ですか？">
    エージェント AI を通じて、より知的で人間中心の広告の未来を切り拓くこと——AI のスケールと人間の判断の力を組み合わせます。

    三つの柱がミッションを支えます: [オープン標準](https://docs.adcontextprotocol.org)（AdCP）、[教育](/docs/learning/overview)（アカデミーと認定プログラム）、[ガバナンス](/docs/governance/overview)（重要な意思決定に人間を関与させ続けるフレームワーク）。
  </Accordion>

  <Accordion title="AdCP は無償で自由に実装できますか？">
    はい。AdCP は [Apache 2.0 ライセンス](https://www.apache.org/licenses/LICENSE-2.0)のもとでのオープンソースです。プロトコルの利用、実装、ライセンスに費用はかからず、許可も不要です。仕様、[JSON スキーマ](https://adcontextprotocol.org/schemas/v3/)、ドキュメントは自由に利用可能です——料金なし、ライセンス契約なし、メンバーシップ要件なし。
  </Accordion>

  <Accordion title="プロトコルの成熟度はどの程度ですか？">
    AdCP は **3.0.1 — 一般提供（General Availability）** の段階にあり、3.0 は2026年4月にリリースされました。プロトコルは安定しており、本番環境で利用可能です。完全な変更ログは[リリースノート](/docs/reference/release-notes)を、2.5 → 3.0 の移行サマリーは [v3 の新機能](/docs/reference/whats-new-in-v3)を参照してください。

    次のメジャーバージョン（4.0）は2027年初頭を目標としています。[リリースケイデンスポリシー](/docs/reference/versioning#release-cadence)のもとでは、メジャーバージョンは少なくとも18か月間隔で、前のメジャーは後継の GA 後少なくとも12か月間セキュリティパッチを受け、非推奨の通知は削除の少なくとも6か月前に公開されます。完全なポリシーと 3.x の安定性保証は[バージョニングとガバナンス](/docs/reference/versioning)を参照してください。AdCP 2.5 は 2026-08-01 までセキュリティパッチが提供されます——EOL のタイムラインは [v2 サンセットページ](/docs/reference/v2-sunset)を参照してください。
  </Accordion>

  <Accordion title="AdCP 2.5 に対して構築しました——何が変わりましたか？">
    AdCP 3.0 は破壊的変更を導入します。まず [v3 の新機能](/docs/reference/whats-new-in-v3)でサマリーを確認し、次にトピック別の[移行ガイド](/docs/reference/migration)——チャネル、価格、クリエイティブ、カタログ、ジオターゲティング、最適化目標、ブランドアイデンティティ、オーディエンス——を順に進めてください。新しいプロトコルドメイン（アカウント、ガバナンス、ブランドプロトコル）は付加的です。既存の統合はそれらを段階的に採用できます。
  </Accordion>
</AccordionGroup>

## AdCP と他の標準との関係

<AccordionGroup>
  <Accordion title="AdCP は OpenRTB を置き換えますか？">
    いいえ。AdCP と OpenRTB は異なるレイヤーで動作し、補完的です。

    |           | OpenRTB              | AdCP                                    |
    | --------- | -------------------- | --------------------------------------- |
    | **スコープ**  | インプレッションレベルのトランザクション | エージェントレベルのワークフロー                        |
    | **操作**    | 入札リクエスト、入札レスポンス、落札通知 | 商品ディスカバリー、メディアバイ作成、クリエイティブ生成、オーディエンス活性化 |
    | **参加者**   | DSP と SSP            | AI エージェントと広告プラットフォーム                    |
    | **タイミング** | リアルタイム（ミリ秒）          | 非同期（秒〜日）                                |

    プラットフォームは両方を実装できます。例えば、パブリッシャーの AdCP エージェントはバイヤーエージェントから [`create_media_buy`](/docs/media-buy/task-reference/create_media_buy) タスクを受け取り、内部で OpenRTB を使ってインプレッションレベルの配信を実行できます。AdCP がワークフローを処理し、OpenRTB がオークションを処理します。
  </Accordion>

  <Accordion title="AdCP と IAB Tech Lab の関係は？">
    AdCP は AgenticAdvertising.org（AAO）——独立した仕様策定団体——によって維持されており、IAB Tech Lab の子会社やワーキンググループではありません。両組織は広告スタックの異なるレイヤーに位置し、異なるケイデンスで運営されています。

    * **レイヤー。** AdCP はキャンペーンレイヤー——インプレッションレベルのオークションの上にあるバイヤー/セラーのワークフロー（商品ディスカバリー、メディアバイ作成、クリエイティブ、シグナル、ガバナンス）——を記述します。IAB Tech Lab のポートフォリオ（OpenRTB、VAST、`ads.txt`/`sellers.json`、Open Measurement SDK、コンテンツ分類、オーディエンス分類、GPP）は、インプレッションレイヤーとその下のサプライチェーンのプリミティブを標準化します。AdCP はそれらすべてと共存します——コンテンツ分類フィールドは IAB コンテンツカテゴリと整合し、オーディエンスセグメントは IAB オーディエンス分類 ID を参照でき、[`adagents.json`](/docs/governance/property/adagents) は `ads.txt`/`sellers.json` の関係セマンティクスを置き換えるのではなく拡張します。
    * **ケイデンス。** AAO は GitHub 上の公開 RFC とワーキンググループを通じて月次サイクルで作業しており、まだ動きの激しいエージェントサーフェスに適しています。IAB Tech Lab の標準化プロセスは、はるかに大きな会員を横断する、より遅く広範な合意形成のために作られています。

    AdCP は Apache 2.0 です——IAB Tech Lab やその他の団体は、仕様を自由に採用、参照、または整合させることができます。AdCP、OpenRTB、MCP、A2A がどう関係するかの全体像は[業界ランドスケープ](/docs/building/concepts/industry-landscape)を参照してください。
  </Accordion>

  <Accordion title="AdCP は AAMP とどう比較されますか？">
    AAMP——[IAB Tech Lab の Agentic Advertising Management Protocols フレームワーク](https://iabtechlab.com/standards/)——は、エージェント広告のイニシアチブ群（Agent Registry や Agentic Audiences のワークストリームを含む）として立ち上がりつつあります。これまでに公開された AAMP の資料に基づくと、AdCP と AAMP はスタックの異なるレイヤーで動作し、共存できるように見えます。

    端的に言えば: **AAMP はエージェント入札、AdCP はエージェント購買です。** 現時点で説明されている AAMP のワークストリームは、インプレッションレベルの関心事——プログラマティックオークションの内部でエージェントがどう発見・識別されるか、エージェントオーディエンスがどう横断するか——を扱い、インプレッションレイヤー（200ms 未満、単一オークション）で OpenRTB と並びます。AdCP はその上のキャンペーンレイヤーを記述します: バイヤーエージェントとセラーエージェントが、商品ディスカバリー、価格、クリエイティブ、シグナル、ガバナンスにまたがってメディアバイをどう交渉、取引、統治するか。レイヤーは合成されます——単一の AdCP `create_media_buy` が数千のインプレッションレイヤーイベントを生み出しうるのです。プラットフォームは両方を実装できます。

    2026年4月時点:

    |             | AAMP                          | AdCP                                                                                  |
    | ----------- | ----------------------------- | ------------------------------------------------------------------------------------- |
    | **レイヤー**    | インプレッションレイヤー——エージェント入札        | キャンペーンレイヤー——エージェント購買                                                                  |
    | **メンテナー**   | IAB Tech Lab                  | AgenticAdvertising.org                                                                |
    | **成熟度**     | 複数のサブイニシアチブにまたがる立ち上げ期のフレームワーク | 3.0 GA（2026年4月リリース）                                                                   |
    | **スコープ**    | 複数のエージェントイニシアチブのアンブレラ         | メディアバイイング、クリエイティブ、シグナル、ブランドガバナンス、実行（TMP）をカバーする単一仕様                                    |
    | **ガバナンス検証** | 定義中                           | 15ステップ検証付きの署名済みガバナンスコンテキスト（[セキュリティモデル](/docs/building/concepts/security-model)のレイヤー4） |
    | **公開スキーマ**  | 定義中                           | [公開済み](https://adcontextprotocol.org/schemas/v3/)、Apache 2.0                          |

    AAMP がまだ規範的サーフェスを定義中であるため、正式な技術比較はまだ公開していません。両方に関心のある実装者は、両仕様が安定するのを見守るべきです。
  </Accordion>

  <Accordion title="AdCP は UCP や ACP とどう比較されますか？">
    Google の Universal Commerce Protocol（UCP）——Shopify、Walmart、Target らと共同開発——と、OpenAI・Stripe の Agentic Commerce Protocol（ACP）は、AI アシスタントにおける*コマース*を標準化します: チェックアウト、決済、フルフィルメント。AdCP は*広告*を標準化します: オファーがどう提示されるか、ブランドエージェントがどうユーザーと関わるか、アトリビューションがどう戻るか。

    これらは異なるレイヤーであり、競合する仕様ではありません。

    | レイヤー | 標準      | 役割                                                 |
    | ---- | ------- | -------------------------------------------------- |
    | コマース | UCP、ACP | チェックアウト、決済、フルフィルメント、注文ステータス                        |
    | 広告   | AdCP    | スポンサーディスカバリー、メディアバイイング、クリエイティブ、ブランドガバナンス、アトリビューション |

    レイヤーは受け渡し（ハンドオフ）で交わります。[SI Chat Protocol](/docs/sponsored-intelligence/si-chat-protocol) は AI アシスタント内で会話型ブランド体験を実行します。ユーザーが購入を決めると、ホストはチェックアウトのために ACP または UCP へ引き継ぎ、SI `session_id` をコンテキストとして持ち越すことで、トランザクションをスポンサー会話に帰属させられます。コマースプロトコル自身のセッションが購入フローを所有します。AdCP は引き継ぎまでの経路を所有し、コマースプロトコルがトランザクションを所有します。

    両方を実装するプラットフォームは、「適切なオファーを提示しユーザーと関わる」ために AdCP を、「決済を受け取る」ために UCP/ACP を利用します。どちらも他方の代替にはなりません。
  </Accordion>

  <Accordion title="なぜ独自プロトコルを作らないのですか？">
    作ることはできますし、一部のデプロイではそれが正しい選択です——スコープが単一組織内にとどまる場合、独自の内部プロトコルで問題ありません。

    共有プロトコルがそのコストに見合うのは、二つの条件が成り立つときです: (1) エージェントが組織の境界をまたいで相互運用する必要がある、(2) 実装者が必要とする保証——冪等性、署名済みガバナンス、構造的なプライバシー分離、適合性——をゼロから構築するのが簡単ではない。AdCP はすでにワイヤーを規定し、スキーマを公開し、適合性テストを実行し、15ステップ検証付きの署名済みガバナンスプロファイル（[セキュリティモデル](/docs/building/concepts/security-model)参照）を備えています。これを内部で再構築するのは実際のコストであり、内部プロトコルを取引相手に信頼してほしいなら、いずれにせよそれを周知させる必要があります。

    必要なものが AdCP に欠けている場合、より安価な方法は通常: `ext.{vendor}` で拡張する、またはワーキンググループに変更を提案することです。[コントリビューションガイド](https://github.com/adcontextprotocol/adcp/blob/main/CONTRIBUTING.md)を参照してください。
  </Accordion>

  <Accordion title="なぜ AdCP なしで MCP を直接使わないのですか？">
    MCP はエージェントがツールを*どのように*呼び出すかを定義します。AdCP は、エージェントが広告ツールを呼び出すときに*何を*言うかを定義します。AdCP なしで広告購入ツールを公開する MCP サーバーは、独自のタスク形状、独自のレスポンススキーマ、独自のエラーコード、独自のガバナンスセマンティクスを定義します——そしてすべてのバイヤーエージェントは、サーバーを一つずつ統合しなければなりません。

    AdCP こそがツールを交換可能にするものです。すべてのパブリッシャーの MCP サーバーが AdCP の `create_media_buy` を話せば、一つのバイヤーエージェントがそれらすべてと統合できます。AdCP がなければ、「新しいパブリッシャーへの接続」は毎回新しい開発タスクになります。

    言い換えれば: MCP はトランスポート、AdCP はプロトコルです。HTTP が REST ペイロードを運ぶのと同じように、MCP を使って AdCP タスクを*運びます*。AdCP、OpenRTB、MCP、A2A がどう関係するかは[業界ランドスケープ](/docs/building/concepts/industry-landscape)を参照してください。
  </Accordion>

  <Accordion title="なぜ AdCP はオークションプロトコルではないのですか？">
    AdCP はエージェントワークフロー——直接販売の在庫、保証付き取引、コマースメディア——のために作られており、OpenRTB がすでに機能しているインプレッションレベルのオークションのためではありません。バイヤーとセラーはエージェントを通じて直接取引し、価格は `pricing_options`、`price_guidance`、そして（トランザクションがそれを正当化する場合）`price_breakdown` を通じて提示されます。

    プログラマティックオークションで SPO 開示を推進したサプライパス最適化の関心事は、バイヤーとセラーが匿名の入札者ではなく認証された取引相手である直接販売のトランザクションでは異なって見えます。SPO 相当の手数料開示を求めるバイヤーは、購入の条件として `buy_terms` を通じてそれを要求できます——プロトコルはそれをサポートしますが、プロトコル全体の義務として課されるものではありません。
  </Accordion>

  <Accordion title="adagents.json は ads.txt や sellers.json とどう関係しますか？">
    `adagents.json` は、ads.txt/sellers.json の関係セマンティクスを保ちながら、エージェント購買のための認可モデルを拡張します。`delegation_type` を持つパブリッシャーの `adagents.json` は ads.txt の `DIRECT` または `RESELLER` 行と同じシグナルを運び、`relationship` フィールドを持つ `brand.json` プロパティは sellers.json エントリと同じシグナルを運びます。

    完全なクロスウォークは [なぜ ads.txt ではなく adagents.json なのか](/docs/governance/property/adagents#why-adagents-json-instead-of-ads-txt)にあります。
  </Accordion>

  <Accordion title="AI エージェントは信用、保険、住宅、雇用の広告を自律的に購入できますか？">
    これらの業種は GDPR 第22条、EU AI 法 附属書 III、米国 FHA / ECOA / EEOC の対象です。ポリシーカテゴリの仕組みには、レジストリにすでに `fair_housing`、`fair_lending`、`fair_employment` のエントリが含まれています。

    AdCP 3.0 GA では、規制対象のポリシーカテゴリを宣言するキャンペーンは人間のレビューを伴って実行することが必須になります——`authority_level: agent_full` は受け入れられません——と同時に、附属書 III カテゴリ分類とデータ主体の異議申立て経路が追加されます。[#2310](https://github.com/adcontextprotocol/adcp/issues/2310) で追跡されています。それが出荷されるまで、強制はスキーマ不変条件ではなくガバナンスエージェントの実装に依存します。完全なモデルは[ガバナンス概要](/docs/governance/overview)を参照してください。
  </Accordion>

  <Accordion title="AdCP を統治しているのは誰ですか？">
    AdCP は AgenticAdvertising.Org（AAO）——デラウェア州で設立された申請中の 501(c)(6) 業界団体——によって統治されています。ガバナンスはリポジトリの [CHARTER.md](https://github.com/adcontextprotocol/adcp/blob/main/CHARTER.md) にまとめられ、権威ある資料（Bylaws、Membership Agreement、IPR Policy、Antitrust Policy）は [agenticadvertising.org/governance](https://agenticadvertising.org/governance) にあります。

    暫定理事会（2026-04-18 時点）には四人の理事がいます: Michael Blum（Scope3）、Brian O'Kelley（Scope3）、Pia Malovrh（Celtra）、Benjamin Masse（Triton Digital）。選出理事会——第1回年次総会は**2026年5月6日**——は、四つの投票クラス（ブランド、エージェンシー、パブリッシャー、テクノロジープロバイダー）にわたる対等な代表を持ち、クラスごとに10議席を目標とします。日々のプロトコル作業は[ワーキンググループ](/docs/community/working-group)で行われ、変更提案はこのリポジトリを通じて流れます。

    **リファレンスのセルサイド実装は Prebid にあります。** セルサイド AI エージェントのリファレンスコードの開発は、2026年2月に [Prebid コミュニティ](https://www.prebid.org/)へ引き渡されました（[AdExchanger による報道](https://www.adexchanger.com/ad-exchange-news/the-agentic-advertising-organization-hands-development-of-its-sell-side-agent-to-prebid/)）。AAO は仕様を所有し、Prebid はリファレンスソフトウェアを所有します。仕様のガバナンスとリファレンス実装の開発は、意図的に別々の組織です。
  </Accordion>

  <Accordion title="AdCP の例は実在のブランド名を使いますか？">
    いいえ。ドキュメント、ストーリーボード、テストベクトルのすべての例は架空のエンティティを使います——Acme Outdoor、Nova Motors、Pinnacle Agency、StreamHaus、その他 `static/compliance/source/universal/fictional-entities.yaml` に登録された名前。実在のブランド、エージェンシー、パブリッシャー、ベンダーは規範的な例には登場しません。この編集ルールは [`CLAUDE.md`](https://github.com/adcontextprotocol/adcp/blob/main/CLAUDE.md) で強制され、[CONTRIBUTING.md](https://github.com/adcontextprotocol/adcp/blob/main/CONTRIBUTING.md) で言及されています。レビュアーは、スキーマにおけるベンダー混入をフラグするのと同じように、実在ブランドの使用をフラグします。これはプロトコルを中立に保つための意図的な選択です: 仕様が特定のセラー、エージェンシー、ベンダーを名指しで優遇すべきではありません。
  </Accordion>

  <Accordion title="AAO は Scope3 とどう関係していますか？">
    **四つの暫定理事会議席のうち二つが Scope3 系です。** 暫定理事会には四人の理事がいます: Michael Blum（Scope3）、Brian O'Kelley（Scope3）、Pia Malovrh（Celtra）、Benjamin Masse（Triton Digital）。この構成は Scope3 の AAO へのシード拠出を反映しており、**2026年5月6日**の第1回年次総会で選出理事会へ移行します。選出理事会は、四つの投票クラス（ブランド、エージェンシー、パブリッシャー、テクノロジープロバイダー）にわたる対等な代表——定常状態でクラスごとに10議席——を持ちます。

    Scope3 は基盤となる IP と初期資金を拠出しました。具体的には:

    * **CSBS（Common Sense Brand Standards）**——旧「Scope3 Common Sense」——は AAO に寄贈され、現在は AAO によって統治されています。正式な寄贈と改名は [#2305](https://github.com/adcontextprotocol/adcp/issues/2305) で追跡されています。
    * **プロパティレジストリのシードデータ**——AAO プロパティカタログをシードする初期プロパティユニバースと広告インフラ知識グラフは Scope3 によって寄贈されました。
    * **シード資金融資**——Scope3 は AAO にシード資金の融資を提供し、会員収益からスケジュールに沿って返済されます。条件は会員向け年次財務報告で開示されます。

    Brian は Scope3 と AAO の両方を共同創業し、AdCP のリードアーキテクトを務めています。彼は AAO で執行権限を持たず、Scope3 は他のどの会員とも同等の範囲を超える投票権、拒否権、プロトコル制御の特権を持ちません。この二重の役割のため、彼は Scope3 が直接的な商業的利害を持つ AAO の意思決定——デフォルトのブランドセーフティフレームワークへのあらゆる変更、プロパティカタログのデータガバナンス、シード融資の返済条件を含む——から忌避します。

    ガバナンスフレームワークは [CHARTER.md](https://github.com/adcontextprotocol/adcp/blob/main/CHARTER.md) を、権威ある理事名簿・資金開示・忌避ルールは [agenticadvertising.org/governance](https://agenticadvertising.org/governance) を参照してください。
  </Accordion>

  <Accordion title="バイヤーエージェントが侵害されたらどうなりますか？">
    AdCP は今日、エージェント間でベアラートークン認証を使用しています——出荷済みのモデルは[認証](/docs/building/by-layer/L2/authentication)を参照してください。

    AdCP 3.1 では、変更を伴う呼び出し（`create_*`、`update_*`、`sync_*`、`activate_*`、`acquire_*`）に対して、RFC 9421 HTTP Signatures または JWS 署名済みボディによるリクエスト署名を規範的要件として追加し、セラーはバイヤーの公開署名鍵に対して検証します。ベアラートークンだけでは変更を伴う呼び出しには不十分になります。[#2307](https://github.com/adcontextprotocol/adcp/issues/2307) で追跡されています。

    ガバナンスの決定も署名されるため、セラーや規制当局は `governance_context` トークンが発行元のガバナンスエージェントから確かに来たことを検証できます。[#2306](https://github.com/adcontextprotocol/adcp/issues/2306) で追跡されています。それらが実装されるまで、実装者はベアラー認証を長期的な契約ではなく暫定的な最低ラインとして扱うべきです。
  </Accordion>

  <Accordion title="AdCP は AI プラットフォームと AI アドネットワークをサポートしますか？">
    はい。AdCP の `sponsored_intelligence` チャネルは、AI アシスタント、AI 検索エンジン、生成 AI 体験内の広告——スポンサーレスポンス、AI 検索スポンサー結果、生成ディスプレイ、SI Chat Protocol によるブランド体験の引き継ぎを含む——をカバーします。AI プラットフォームとアドネットワークは、他のどのセラーとも同じ方法で AdCP を実装します: [`adagents.json`](/docs/governance/property/adagents) を公開し、`channels: ["sponsored_intelligence"]` で [`get_products`](/docs/media-buy/task-reference/get_products) を実装し、メディアバイを受け付けます。商品モデリング、ワークフロー、測定については [Sponsored Intelligence プロトコル](/docs/sponsored-intelligence/overview)を参照してください。

    Sponsored Intelligence は 3.0 の[実験的サーフェス](/docs/reference/experimental-status)（機能 id `sponsored_intelligence.core`）です——それを実装するセラーは `experimental_features` に `sponsored_intelligence.core` を宣言しなければならず（MUST）、バイヤーは SI タスクに依存する前にその宣言を確認すべきです（SHOULD）。このサーフェスは少なくとも6週間の予告のうえで 3.x リリース間に変更される可能性があります。
  </Accordion>

  <Accordion title="AdCP は MCP と A2A とどう関係しますか？">
    AdCP は [MCP（Model Context Protocol）](https://modelcontextprotocol.io/)と [A2A（Agent-to-Agent Protocol）](https://google.github.io/A2A/)をトランスポートレイヤーとして使用します。次のように考えてください:

    * **MCP と A2A** はエージェントがどう通信するか（トランスポート）を定義します
    * **AdCP** はエージェントが広告について何を言うか（ドメイン）を定義します

    AdCP タスクはトランスポートに関わらず同一です。[`get_products`](/docs/media-buy/task-reference/get_products) の呼び出しは、MCP と A2A のどちらを経由しても同じリクエストスキーマとレスポンススキーマを持ちます。二つのトランスポートがどう異なるかの詳細は[プロトコル比較](/docs/building/concepts/protocol-comparison)を参照してください。
  </Accordion>

  <Accordion title="AdCP はプラットフォーム固有の API と競合しますか？">
    いいえ。プラットフォーム API（セルフサーブのダッシュボード、管理 API）は AdCP とは異なる目的を果たします。プラットフォーム API は単一プラットフォームの完全で独自の機能セットを公開します。AdCP はプラットフォームをまたいだ一般的な広告操作のための標準化されたインターフェースを提供します。

    AdCP を実装するプラットフォームは、既存の API を置き換える必要はありません。AdCP はその隣に位置し、AI エージェントがクロスプラットフォームのワークフローに使える標準インターフェースを提供します。
  </Accordion>
</AccordionGroup>

## トラスト、アイデンティティ、ガバナンス

<AccordionGroup>
  <Accordion title="ガバナンスエージェントとは何で、誰が運用しますか？">
    ガバナンスエージェントは、アドバタイザー/バイヤーが自分のアカウントに設定する外部サービスで、
    キャンペーンのアクションを実行前に検証します——予算制限、ブランドセーフティ、規制コンプライアンス。
    オーケストレーター（バイ側）とセラーの両方が、それに対して [`check_governance`](/docs/governance/campaign/tasks/check_governance)
    を呼び出します。これは普遍的な検証ゲートです。キャンペーンガバナンス
    （`sync_plans`、`check_governance`、`report_plan_outcome`、`get_plan_audit_logs`）は **AdCP 3.0 の実験的**
    サーフェスです——それを実装するセラーは `experimental_features` に `governance.campaign` を宣言します。
  </Accordion>

  <Accordion title="セラーとして、ガバナンスのために何をしなければなりませんか？">
    あなたの役割は**検証して履行する**ことです。アカウントが [`sync_governance`](/docs/accounts/tasks/sync_governance) 経由で
    同期されるとき、ガバナンスエージェントのエンドポイントと認証情報を受け取り、メディアバイを処理する前に
    [`check_governance`](/docs/governance/campaign/tasks/check_governance) を呼び出し、判定を尊重し（ガバナンスの決定を
    上書きしたり予算を変更したりはできません）、承認どおりに履行します。あなたはガバナンスエージェントに
    結果を報告**しません**——オーケストレーターが受諾、コミット済み予算、配信を報告します。
  </Accordion>

  <Accordion title="監査証跡はどこに保管されますか——セラーはガバナンスの監査ログを保持する必要がありますか？">
    **ガバナンスエージェント**が統合された監査証跡——すべての決定、承認、結果に関する第一級の、構造化され、
    タイムスタンプ付きで、帰属可能な記録——を保持し、[`get_plan_audit_logs`](/docs/governance/campaign/tasks/get_plan_audit_logs)
    経由で提供します。セラーはガバナンスの監査ログストアを維持したり引き渡したりする必要は**ありません**。
    セラーは `check_governance` 経由で検証して履行し、オーケストレーターが結果を報告します。（セラーが自身の
    ビジネスのために保持する運用ログは、ガバナンスの監査証跡とは別です。）
  </Accordion>

  <Accordion title="ガバナンスエージェントの認証情報は、侵害された場合どうローテーション/置換されますか？">
    ガバナンスエージェントのエンドポイントと認証情報は、[`sync_governance`](/docs/accounts/tasks/sync_governance) を通じて
    セラーにプロビジョニングされます。侵害された認証情報のローテーションや置換は、更新された認証でアカウントを
    再同期することで行われます——新しい設定が以前のものを置き換えます。
    ガバナンスの承認（`governance_context`）は、セラーが真正性と新しさを検証できるよう、AdCP JWS プロファイルに従って
    署名済みトークンとして運ばれる点に注意してください。これは AdCP 3.0 の実験的ガバナンスサーフェスの一部です。
  </Accordion>

  <Accordion title="セラーはドメインを検証しなければなりませんか、そしてエージェントはどう認可を証明しますか？">
    パブリッシャーは、どのセラーエージェントが自分の在庫を販売してよいかを、自身のドメイン上の
    `/.well-known/adagents.json` ファイルで宣言します（ネットワーク管理プロパティ向けには `ads.txt` の
    `managerdomain` 委任を使用）。認可はパブリッシャードメインに紐付けられます——セラーの仕事は正確な宣言を
    公開することであり、エージェントは照会されたドメイン上のプロパティを付与されることで認可を証明します
    （`authorized_agents[]` に存在するだけでは不十分です）。解決ルールはプロパティ/認可のドキュメントを参照してください。
  </Accordion>
</AccordionGroup>

## 認定

<AccordionGroup>
  <Accordion title="どうすれば認定を受けられますか？">
    私たちの AI ティーチングアシスタント Addie との会話を始めてください。彼女があなたのペースで[インタラクティブなモジュール](/docs/learning/overview)を案内します。
  </Accordion>

  <Accordion title="認定にはどれくらい時間がかかりますか？">
    Basics トラックには3つのモジュールがあり、合計約50分です。ほとんどの学習者は数回の集中したセッションで終えます。Practitioner トラックはさらに4つのモジュールを追加します（役割トラックに応じて約90〜105分）。
  </Accordion>

  <Accordion title="認定は無料ですか？">
    Basics トラックは無料で誰にでも開かれています。Practitioner と Specialist のトラックには AgenticAdvertising.org のメンバーシップが必要です。
  </Accordion>

  <Accordion title="コーディングは必要ですか？">
    Basics トラックには不要です。Practitioner トラックにはビルドプロジェクトが含まれますが、バイブコーディングを使います——やりたいことを平易な言葉で説明すれば、AI エージェントがコードを書きます。
  </Accordion>

  <Accordion title="非技術者でも広告エージェントを構築できますか？">
    はい。それが狙いです。Practitioner のビルドプロジェクトは、誰でも——コーディング経験ゼロのマーケティング幹部を含め——AI コーディングアシスタントとの会話を通じて動作する広告エージェントを構築できるよう設計されています。
  </Accordion>

  <Accordion title="バイブコーディングとは何ですか？">
    バイブコーディングとは、やりたいことを平易な言葉で説明し、AI コーディングアシスタントにそれを構築させることです。構文も、事前のプログラミング経験も不要です。変更したいことを説明することで反復します——AI がコードを処理します。認定のビルドプロジェクトでは、動作する広告エージェントをバイブコーディングします。
  </Accordion>

  <Accordion title="最初の構築でうまくいかなかったらどうなりますか？">
    それは想定内です。2〜3回の反復サイクルは通常のことで、失敗の兆候ではありません。エラーに遭遇したら、それを AI コーディングアシスタントにコピーして戻し、何をしようとしていたかを説明します。Addie はあなたの代わりにデバッグするのではなく、デバッグループを通じてコーチします——プログラムを終えるころには、実際のプロジェクトで AI と反復する方法を身につけているでしょう。
  </Accordion>

  <Accordion title="全員が同じ評価を受けますか？">
    はい。各モジュールには3〜5の必須のデモンストレーション——会話中に必ず行うか説明する具体的な事柄——があります。これらはすべての学習者に同一で、システムによって強制され、スキップできません。Addie は*教え方*をあなたの背景に合わせますが、*基準*は全員に同じです。経験豊富なアドテック幹部も新参者も、同じ中核コンピテンシーを検証します。詳細は[評価の公平性](/docs/learning/instructional-design#assessment-fairness)を参照してください。
  </Accordion>

  <Accordion title="プロトコルが変わったらどうなりますか？">
    AdCP は進化します。プロトコルの更新が認定プロフェッショナルの知るべき内容を変える場合、システムは影響を受ける資格を特定し、保有者に何が変わったかを通知します。再認定はターゲットを絞ったものです——更新がクリエイティブのワークフローに影響してもメディアバイイングに影響しなければ、クリエイティブ関連の資格だけがフラグされます。変わっていない内容をやり直すよう求められることはありません。
  </Accordion>
</AccordionGroup>

<Card title="認定プログラムを始める" icon="play" href="https://agenticadvertising.org/chat">
  Addie を開いて「認定を受けたい」と伝えてください。Basics トラックは無料です——アカウント不要。
</Card>

## 参加する

<AccordionGroup>
  <Accordion title="AdCP の実装をどう始めますか？">
    概要は[イントロダクション](/docs/intro)を読み、次にユースケースに合ったドメインを探索してください:

    * **セルサイドプラットフォーム**: 在庫を公開するには[メディアバイ](/docs/media-buy)から始める
    * **クリエイティブプラットフォーム**: フォーマットディスカバリーと広告生成を提供するには[クリエイティブ](/docs/creative)から始める
    * **データプロバイダー**: オーディエンスをエージェントからアドレス可能にするには[シグナル](/docs/signals/overview)から始める
    * **オーケストレーターとエージェンシー**: 既存の AdCP エージェントに接続するには[インテグレーションガイド](/docs/building)から始める

    すべてのタスクの JSON スキーマは [adcontextprotocol.org/schemas](https://adcontextprotocol.org/schemas/v3/) で入手できます。
  </Accordion>

  <Accordion title="これは個人のプラクティショナー向けですか、それとも企業とエンジニアだけのものですか？">
    両方です。AgenticAdvertising.org のメンバーシップは個人と企業に開かれています。広告に携わっているなら——トレーダー、メディアプランナー、バイヤー、エージェンシーストラテジスト、その他どの役割であっても——個人会員として参加し、次の恩恵を受けられます:

    * **認定** — Practitioner と Specialist のトラックは、技術的背景に関わらず、エージェント広告の仕組みと広告エージェントの構築方法を教えます。Basics トラックは無料で誰にでも開かれています。
    * **コミュニティ** — 役割や企業を越えて、プログラマティックからエージェントへの同じ移行を進む人々とつながります。
    * **ワーキンググループ** — プロトコルの方向性を形作るグループに参加します。プラクティショナーとしてのあなたの運用視点は貴重です——エンジニアだけで作られたプロトコルは、実世界のワークフローのニーズを見落とします。
    * **プロフェッショナルの成長** — エージェント広告はまだ初期段階です。今認定を受けることで、業界が AI 主導のワークフローを採用するにつれ、あなたは先行者となります。

    参加するのにエンジニアである必要も、企業を代表する必要もありません。個人会員は、学び、貢献し、業界の変化の先を行きたいプラクティショナーのために設計されています。
  </Accordion>

  <Accordion title="AgenticAdvertising.org のメンバーシップは何を提供しますか？">
    メンバーシップはコミュニティ、認定、ガバナンスへのアクセスを提供します:

    * **認定** — Practitioner と Specialist の資格トラック。動作する広告エージェントを作る実践的なビルドプロジェクトを含みます
    * **ワーキンググループ** — プロトコルの方向性を形作り、提案された変更に投票するグループに参加します
    * **メンバーディレクトリ** — 組織の能力を掲載し、パートナーやベンダーとして見つけてもらえます
    * **コミュニティ** — 業界全体の実装者、プラクティショナー、意思決定者とつながります

    AdCP の実装や無料の Basics 認定トラックの修了にメンバーシップは不要です。参加方法は[ワーキンググループ](/docs/community/working-group)ページを参照してください。
  </Accordion>

  <Accordion title="メンバーでなくても貢献できますか？">
    はい。プロトコルはオープンに開発されています。次のことができます:

    * [GitHub](https://github.com/adcontextprotocol/adcp/issues) で issue や機能リクエストを提出する
    * コミュニティ Slack に参加して質問し、実装について議論する
    * バグ修正やドキュメント改善のプルリクエストを送る
    * 自分の AdCP 実装を構築して公開する

    メンバーシップは、より深く関わりたい個人と組織のためのものです——認定、ワーキンググループ、プロトコルガバナンスへの正式な影響力。
  </Accordion>
</AccordionGroup>

<Card title="AdCP を始める" icon="rocket" href="/docs/building">
  実装ガイド、SDK、インテグレーションパターン。
</Card>