Skip to main content

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

AI アシスタントに商品のレコメンデーションを求めると、アシスタントは関連するブランドを提示できます——リテールプラットフォームで検索するとスポンサー商品が表示されるのと同様です。ブランドは、商品カタログ、ブランドアイデンティティ、コンテンツ標準を事前にプラットフォームへプッシュしておきます。ユーザーの質問がマッチすると、AI はそのデータから文脈的に関連するレコメンデーションを生成します。これは Sponsored Intelligence と呼ばれ、コンテンツは常にスポンサー付きであることが明示されます——スポンサー検索やリテールメディアの掲載が明示されるのと同じです。
AI プラットフォームは広告の提供を始めており、市場は成長しています。AdCP は標準プロトコルを提供するため、バイヤーエージェントは——それぞれにカスタム統合を構築することなく——それを実装するあらゆる AI プラットフォームに接続できます。バイヤーエージェントは get_products を通じて、接続されたセラーから利用可能な在庫をリアルタイムにディスカバリーします。
AI 向け SEO（GAIO や生成 AI 最適化とも呼ばれます）は、公開コンテンツを最適化してオーガニックな AI レスポンスの中でブランドが言及されるようにすることに焦点を当てます。Sponsored Intelligence は有料広告です——ブランドは構造化された商品データ、ブランドアイデンティティ、最適化目標を標準プロトコルを通じて AI プラットフォームへプッシュし、プラットフォームは明示されたスポンサーコンテンツを生成します。この二つのアプローチは競合ではなく補完的です。
実験的機能。 Sponsored Intelligence は AdCP 3.0 の実験的サーフェス（機能 id sponsored_intelligence.core）です——セッションのライフサイクル、UI コンポーネント、アイデンティティ/同意オブジェクトの形状、機能ネゴシエーションは、少なくとも6週間の予告のうえで 3.x リリース間に変更される可能性があります。パイロット実装は推奨されますが、規制対象またはコンプライアンスに敏感なワークフローは安定版への昇格を待つべきです。完全な契約は実験的ステータスを参照してください。
AI プラットフォームで広告を購入する実践的なガイドは、AI マネタイズガイドを参照してください。技術的なプロトコルのウォークスルーは、Sponsored Intelligence 概要を参照してください。

​
AI メディアの購入

どちらの方法でも機能します。エージェンシー、アドネットワーク、コマースプラットフォームはあなたに代わって AdCP を実装できます——あなたが商品データとブランドガイドラインを提供し、彼らが AI プラットフォームをまたいだプロトコルの配管を処理します。プログラマティックを自社で運用している場合は、あなた（またはエンジニアリングチーム）が AdCP に対して直接バイヤーエージェントを構築できます。AI マネタイズガイドでは、ブランド、エージェンシー、中小企業向けの選択肢を解説しています。
はい。ブランドはブランドアイデンティティ（ボイス、ビジュアルガイドライン、ポジショニング）とコンテンツ標準（承認された主張、避けるべきトピック、適合性ルール）をプロトコルを通じて AI プラットフォームへプッシュします。プラットフォームは、事後にフィルタリングするのではなく、生成時——コンテンツが表示される前——にこれらを強制します。完全なモデルはガバナンスを参照してください。
価格はプラットフォームとフォーマットによって異なります。一般的なモデルには、スポンサーレスポンスや AI 検索結果向けの CPC（クリック単価）、SI Chat Protocol による会話型ブランド体験向けのセッション単価があります。バイヤーエージェントは get_products を通じて接続されたセラーから利用可能な価格をディスカバリーします——各プロダクトが価格オプションを提示します。
AI アシスタント、検索コパイロット、会話型プラットフォームが今日稼働しています。エコシステムは初期段階にあり成長中です。バイヤーエージェントは get_products を通じて接続されたセラーから利用可能な在庫をリアルタイムにディスカバリーします——現在リーチ可能なものを常に確認できます。
AdCP はアトリビューションやビューアビリティを規定しません——MRC 認定の測定標準ではありません。プロトコルは、既存の IAS、DV、Nielsen、Comscore、またはアトリビューションツールが消費する配信・利用データを運びます。既存の測定契約と認定はそのまま維持できます。AdCP が標準化しないものの完全なリストは既知の制限を参照してください。
はい。AdCP は既存のエージェンシー関係に対して付加的です。エージェンシーはバイヤーエージェントを使って能力を拡張できますし、AdCP 認定のプラクティショナーと協業することもできます。
エージェンシーがすでに AdCP をサポートしていれば、数日で稼働できます。そうでない場合、AI マネタイズガイドでは、AdCP 認定パートナーとの協業を含め、ブランド、エージェンシー、中小企業向けの選択肢を解説しています。

バイヤーズガイドを読む

ブランド、エージェンシー、中小企業のいずれであっても——何が必要で、どのデータを提供し、どうパートナーを見つけるか。

​
AdCP について

AdCP（Ad Context Protocol）は、AI エージェントが標準化された言語を用いて広告プラットフォームをまたいで協調できるようにするオープンプロトコルです——商品ディスカバリー、メディアバイイング、クリエイティブ生成、オーディエンス活性化、ブランドガバナンスにまたがります。埋め込まれた人間の判断が人間の説明責任を保ちます: エージェントのアクションは実行前にレビューされ承認されます。AdCP は仕様です——製品、プラットフォーム、企業ではありません。誰でも実装できます。イントロダクションまたは構築ガイドから始めてください。
AdCP は 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 とどう関係していますか？を参照してください。日々のプロトコル作業は GitHub の公開ワーキンググループで行われ、すべての変更は Git 履歴で監査可能です。issue、プルリクエスト、ワーキンググループへの参加を通じてプロトコルを形作った貢献者・組織は CONTRIBUTORS.md に記載されています。
エージェント AI を通じて、より知的で人間中心の広告の未来を切り拓くこと——AI のスケールと人間の判断の力を組み合わせます。三つの柱がミッションを支えます: オープン標準（AdCP）、教育（アカデミーと認定プログラム）、ガバナンス（重要な意思決定に人間を関与させ続けるフレームワーク）。
はい。AdCP は Apache 2.0 ライセンスのもとでのオープンソースです。プロトコルの利用、実装、ライセンスに費用はかからず、許可も不要です。仕様、JSON スキーマ、ドキュメントは自由に利用可能です——料金なし、ライセンス契約なし、メンバーシップ要件なし。
AdCP は 3.0.1 — 一般提供（General Availability） の段階にあり、3.0 は2026年4月にリリースされました。プロトコルは安定しており、本番環境で利用可能です。完全な変更ログはリリースノートを、2.5 → 3.0 の移行サマリーは v3 の新機能を参照してください。次のメジャーバージョン（4.0）は2027年初頭を目標としています。リリースケイデンスポリシーのもとでは、メジャーバージョンは少なくとも18か月間隔で、前のメジャーは後継の GA 後少なくとも12か月間セキュリティパッチを受け、非推奨の通知は削除の少なくとも6か月前に公開されます。完全なポリシーと 3.x の安定性保証はバージョニングとガバナンスを参照してください。AdCP 2.5 は 2026-08-01 までセキュリティパッチが提供されます——EOL のタイムラインは v2 サンセットページを参照してください。
AdCP 3.0 は破壊的変更を導入します。まず v3 の新機能でサマリーを確認し、次にトピック別の移行ガイド——チャネル、価格、クリエイティブ、カタログ、ジオターゲティング、最適化目標、ブランドアイデンティティ、オーディエンス——を順に進めてください。新しいプロトコルドメイン（アカウント、ガバナンス、ブランドプロトコル）は付加的です。既存の統合はそれらを段階的に採用できます。

​
AdCP と他の標準との関係

いいえ。AdCP と OpenRTB は異なるレイヤーで動作し、補完的です。プラットフォームは両方を実装できます。例えば、パブリッシャーの AdCP エージェントはバイヤーエージェントから create_media_buy タスクを受け取り、内部で OpenRTB を使ってインプレッションレベルの配信を実行できます。AdCP がワークフローを処理し、OpenRTB がオークションを処理します。
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 は ads.txt/sellers.json の関係セマンティクスを置き換えるのではなく拡張します。
  • ケイデンス。 AAO は GitHub 上の公開 RFC とワーキンググループを通じて月次サイクルで作業しており、まだ動きの激しいエージェントサーフェスに適しています。IAB Tech Lab の標準化プロセスは、はるかに大きな会員を横断する、より遅く広範な合意形成のために作られています。
AdCP は Apache 2.0 です——IAB Tech Lab やその他の団体は、仕様を自由に採用、参照、または整合させることができます。AdCP、OpenRTB、MCP、A2A がどう関係するかの全体像は業界ランドスケープを参照してください。
AAMP——IAB Tech Lab の Agentic Advertising Management Protocols フレームワーク——は、エージェント広告のイニシアチブ群（Agent Registry や Agentic Audiences のワークストリームを含む）として立ち上がりつつあります。これまでに公開された AAMP の資料に基づくと、AdCP と AAMP はスタックの異なるレイヤーで動作し、共存できるように見えます。端的に言えば: AAMP はエージェント入札、AdCP はエージェント購買です。 現時点で説明されている AAMP のワークストリームは、インプレッションレベルの関心事——プログラマティックオークションの内部でエージェントがどう発見・識別されるか、エージェントオーディエンスがどう横断するか——を扱い、インプレッションレイヤー（200ms 未満、単一オークション）で OpenRTB と並びます。AdCP はその上のキャンペーンレイヤーを記述します: バイヤーエージェントとセラーエージェントが、商品ディスカバリー、価格、クリエイティブ、シグナル、ガバナンスにまたがってメディアバイをどう交渉、取引、統治するか。レイヤーは合成されます——単一の AdCP create_media_buy が数千のインプレッションレイヤーイベントを生み出しうるのです。プラットフォームは両方を実装できます。2026年4月時点:AAMP がまだ規範的サーフェスを定義中であるため、正式な技術比較はまだ公開していません。両方に関心のある実装者は、両仕様が安定するのを見守るべきです。
Google の Universal Commerce Protocol（UCP）——Shopify、Walmart、Target らと共同開発——と、OpenAI・Stripe の Agentic Commerce Protocol（ACP）は、AI アシスタントにおけるコマースを標準化します: チェックアウト、決済、フルフィルメント。AdCP は広告を標準化します: オファーがどう提示されるか、ブランドエージェントがどうユーザーと関わるか、アトリビューションがどう戻るか。これらは異なるレイヤーであり、競合する仕様ではありません。レイヤーは受け渡し（ハンドオフ）で交わります。SI Chat Protocol は AI アシスタント内で会話型ブランド体験を実行します。ユーザーが購入を決めると、ホストはチェックアウトのために ACP または UCP へ引き継ぎ、SI session_id をコンテキストとして持ち越すことで、トランザクションをスポンサー会話に帰属させられます。コマースプロトコル自身のセッションが購入フローを所有します。AdCP は引き継ぎまでの経路を所有し、コマースプロトコルがトランザクションを所有します。両方を実装するプラットフォームは、「適切なオファーを提示しユーザーと関わる」ために AdCP を、「決済を受け取る」ために UCP/ACP を利用します。どちらも他方の代替にはなりません。
作ることはできますし、一部のデプロイではそれが正しい選択です——スコープが単一組織内にとどまる場合、独自の内部プロトコルで問題ありません。共有プロトコルがそのコストに見合うのは、二つの条件が成り立つときです: (1) エージェントが組織の境界をまたいで相互運用する必要がある、(2) 実装者が必要とする保証——冪等性、署名済みガバナンス、構造的なプライバシー分離、適合性——をゼロから構築するのが簡単ではない。AdCP はすでにワイヤーを規定し、スキーマを公開し、適合性テストを実行し、15ステップ検証付きの署名済みガバナンスプロファイル（セキュリティモデル参照）を備えています。これを内部で再構築するのは実際のコストであり、内部プロトコルを取引相手に信頼してほしいなら、いずれにせよそれを周知させる必要があります。必要なものが AdCP に欠けている場合、より安価な方法は通常: ext.{vendor} で拡張する、またはワーキンググループに変更を提案することです。コントリビューションガイドを参照してください。
MCP はエージェントがツールをどのように呼び出すかを定義します。AdCP は、エージェントが広告ツールを呼び出すときに何を言うかを定義します。AdCP なしで広告購入ツールを公開する MCP サーバーは、独自のタスク形状、独自のレスポンススキーマ、独自のエラーコード、独自のガバナンスセマンティクスを定義します——そしてすべてのバイヤーエージェントは、サーバーを一つずつ統合しなければなりません。AdCP こそがツールを交換可能にするものです。すべてのパブリッシャーの MCP サーバーが AdCP の create_media_buy を話せば、一つのバイヤーエージェントがそれらすべてと統合できます。AdCP がなければ、「新しいパブリッシャーへの接続」は毎回新しい開発タスクになります。言い換えれば: MCP はトランスポート、AdCP はプロトコルです。HTTP が REST ペイロードを運ぶのと同じように、MCP を使って AdCP タスクを運びます。AdCP、OpenRTB、MCP、A2A がどう関係するかは業界ランドスケープを参照してください。
AdCP はエージェントワークフロー——直接販売の在庫、保証付き取引、コマースメディア——のために作られており、OpenRTB がすでに機能しているインプレッションレベルのオークションのためではありません。バイヤーとセラーはエージェントを通じて直接取引し、価格は pricing_options、price_guidance、そして（トランザクションがそれを正当化する場合）price_breakdown を通じて提示されます。プログラマティックオークションで SPO 開示を推進したサプライパス最適化の関心事は、バイヤーとセラーが匿名の入札者ではなく認証された取引相手である直接販売のトランザクションでは異なって見えます。SPO 相当の手数料開示を求めるバイヤーは、購入の条件として buy_terms を通じてそれを要求できます——プロトコルはそれをサポートしますが、プロトコル全体の義務として課されるものではありません。
adagents.json は、ads.txt/sellers.json の関係セマンティクスを保ちながら、エージェント購買のための認可モデルを拡張します。delegation_type を持つパブリッシャーの adagents.json は ads.txt の DIRECT または RESELLER 行と同じシグナルを運び、relationship フィールドを持つ brand.json プロパティは sellers.json エントリと同じシグナルを運びます。完全なクロスウォークは なぜ ads.txt ではなく adagents.json なのかにあります。
これらの業種は GDPR 第22条、EU AI 法 附属書 III、米国 FHA / ECOA / EEOC の対象です。ポリシーカテゴリの仕組みには、レジストリにすでに fair_housing、fair_lending、fair_employment のエントリが含まれています。AdCP 3.0 GA では、規制対象のポリシーカテゴリを宣言するキャンペーンは人間のレビューを伴って実行することが必須になります——authority_level: agent_full は受け入れられません——と同時に、附属書 III カテゴリ分類とデータ主体の異議申立て経路が追加されます。#2310 で追跡されています。それが出荷されるまで、強制はスキーマ不変条件ではなくガバナンスエージェントの実装に依存します。完全なモデルはガバナンス概要を参照してください。
AdCP は AgenticAdvertising.Org（AAO）——デラウェア州で設立された申請中の 501(c)(6) 業界団体——によって統治されています。ガバナンスはリポジトリの CHARTER.md にまとめられ、権威ある資料（Bylaws、Membership Agreement、IPR Policy、Antitrust Policy）は 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議席を目標とします。日々のプロトコル作業はワーキンググループで行われ、変更提案はこのリポジトリを通じて流れます。リファレンスのセルサイド実装は Prebid にあります。 セルサイド AI エージェントのリファレンスコードの開発は、2026年2月に Prebid コミュニティへ引き渡されました（AdExchanger による報道）。AAO は仕様を所有し、Prebid はリファレンスソフトウェアを所有します。仕様のガバナンスとリファレンス実装の開発は、意図的に別々の組織です。
いいえ。ドキュメント、ストーリーボード、テストベクトルのすべての例は架空のエンティティを使います——Acme Outdoor、Nova Motors、Pinnacle Agency、StreamHaus、その他 static/compliance/source/universal/fictional-entities.yaml に登録された名前。実在のブランド、エージェンシー、パブリッシャー、ベンダーは規範的な例には登場しません。この編集ルールは CLAUDE.md で強制され、CONTRIBUTING.md で言及されています。レビュアーは、スキーマにおけるベンダー混入をフラグするのと同じように、実在ブランドの使用をフラグします。これはプロトコルを中立に保つための意図的な選択です: 仕様が特定のセラー、エージェンシー、ベンダーを名指しで優遇すべきではありません。
四つの暫定理事会議席のうち二つが 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 で追跡されています。
  • プロパティレジストリのシードデータ——AAO プロパティカタログをシードする初期プロパティユニバースと広告インフラ知識グラフは Scope3 によって寄贈されました。
  • シード資金融資——Scope3 は AAO にシード資金の融資を提供し、会員収益からスケジュールに沿って返済されます。条件は会員向け年次財務報告で開示されます。
Brian は Scope3 と AAO の両方を共同創業し、AdCP のリードアーキテクトを務めています。彼は AAO で執行権限を持たず、Scope3 は他のどの会員とも同等の範囲を超える投票権、拒否権、プロトコル制御の特権を持ちません。この二重の役割のため、彼は Scope3 が直接的な商業的利害を持つ AAO の意思決定——デフォルトのブランドセーフティフレームワークへのあらゆる変更、プロパティカタログのデータガバナンス、シード融資の返済条件を含む——から忌避します。ガバナンスフレームワークは CHARTER.md を、権威ある理事名簿・資金開示・忌避ルールは agenticadvertising.org/governance を参照してください。
AdCP は今日、エージェント間でベアラートークン認証を使用しています——出荷済みのモデルは認証を参照してください。AdCP 3.1 では、変更を伴う呼び出し（create_*、update_*、sync_*、activate_*、acquire_*）に対して、RFC 9421 HTTP Signatures または JWS 署名済みボディによるリクエスト署名を規範的要件として追加し、セラーはバイヤーの公開署名鍵に対して検証します。ベアラートークンだけでは変更を伴う呼び出しには不十分になります。#2307 で追跡されています。ガバナンスの決定も署名されるため、セラーや規制当局は governance_context トークンが発行元のガバナンスエージェントから確かに来たことを検証できます。#2306 で追跡されています。それらが実装されるまで、実装者はベアラー認証を長期的な契約ではなく暫定的な最低ラインとして扱うべきです。
はい。AdCP の sponsored_intelligence チャネルは、AI アシスタント、AI 検索エンジン、生成 AI 体験内の広告——スポンサーレスポンス、AI 検索スポンサー結果、生成ディスプレイ、SI Chat Protocol によるブランド体験の引き継ぎを含む——をカバーします。AI プラットフォームとアドネットワークは、他のどのセラーとも同じ方法で AdCP を実装します: adagents.json を公開し、channels: ["sponsored_intelligence"] で get_products を実装し、メディアバイを受け付けます。商品モデリング、ワークフロー、測定については Sponsored Intelligence プロトコルを参照してください。Sponsored Intelligence は 3.0 の実験的サーフェス（機能 id sponsored_intelligence.core）です——それを実装するセラーは experimental_features に sponsored_intelligence.core を宣言しなければならず（MUST）、バイヤーは SI タスクに依存する前にその宣言を確認すべきです（SHOULD）。このサーフェスは少なくとも6週間の予告のうえで 3.x リリース間に変更される可能性があります。
AdCP は MCP（Model Context Protocol）と A2A（Agent-to-Agent Protocol）をトランスポートレイヤーとして使用します。次のように考えてください:
  • MCP と A2A はエージェントがどう通信するか（トランスポート）を定義します
  • AdCP はエージェントが広告について何を言うか（ドメイン）を定義します
AdCP タスクはトランスポートに関わらず同一です。get_products の呼び出しは、MCP と A2A のどちらを経由しても同じリクエストスキーマとレスポンススキーマを持ちます。二つのトランスポートがどう異なるかの詳細はプロトコル比較を参照してください。
いいえ。プラットフォーム API（セルフサーブのダッシュボード、管理 API）は AdCP とは異なる目的を果たします。プラットフォーム API は単一プラットフォームの完全で独自の機能セットを公開します。AdCP はプラットフォームをまたいだ一般的な広告操作のための標準化されたインターフェースを提供します。AdCP を実装するプラットフォームは、既存の API を置き換える必要はありません。AdCP はその隣に位置し、AI エージェントがクロスプラットフォームのワークフローに使える標準インターフェースを提供します。

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

ガバナンスエージェントは、アドバタイザー/バイヤーが自分のアカウントに設定する外部サービスで、 キャンペーンのアクションを実行前に検証します——予算制限、ブランドセーフティ、規制コンプライアンス。 オーケストレーター（バイ側）とセラーの両方が、それに対して check_governance を呼び出します。これは普遍的な検証ゲートです。キャンペーンガバナンス （sync_plans、check_governance、report_plan_outcome、get_plan_audit_logs）は AdCP 3.0 の実験的 サーフェスです——それを実装するセラーは experimental_features に governance.campaign を宣言します。
あなたの役割は検証して履行することです。アカウントが sync_governance 経由で 同期されるとき、ガバナンスエージェントのエンドポイントと認証情報を受け取り、メディアバイを処理する前に check_governance を呼び出し、判定を尊重し（ガバナンスの決定を 上書きしたり予算を変更したりはできません）、承認どおりに履行します。あなたはガバナンスエージェントに 結果を報告しません——オーケストレーターが受諾、コミット済み予算、配信を報告します。
ガバナンスエージェントが統合された監査証跡——すべての決定、承認、結果に関する第一級の、構造化され、 タイムスタンプ付きで、帰属可能な記録——を保持し、get_plan_audit_logs 経由で提供します。セラーはガバナンスの監査ログストアを維持したり引き渡したりする必要はありません。 セラーは check_governance 経由で検証して履行し、オーケストレーターが結果を報告します。（セラーが自身の ビジネスのために保持する運用ログは、ガバナンスの監査証跡とは別です。）
ガバナンスエージェントのエンドポイントと認証情報は、sync_governance を通じて セラーにプロビジョニングされます。侵害された認証情報のローテーションや置換は、更新された認証でアカウントを 再同期することで行われます——新しい設定が以前のものを置き換えます。 ガバナンスの承認（governance_context）は、セラーが真正性と新しさを検証できるよう、AdCP JWS プロファイルに従って 署名済みトークンとして運ばれる点に注意してください。これは AdCP 3.0 の実験的ガバナンスサーフェスの一部です。
パブリッシャーは、どのセラーエージェントが自分の在庫を販売してよいかを、自身のドメイン上の /.well-known/adagents.json ファイルで宣言します（ネットワーク管理プロパティ向けには ads.txt の managerdomain 委任を使用）。認可はパブリッシャードメインに紐付けられます——セラーの仕事は正確な宣言を 公開することであり、エージェントは照会されたドメイン上のプロパティを付与されることで認可を証明します （authorized_agents[] に存在するだけでは不十分です）。解決ルールはプロパティ/認可のドキュメントを参照してください。

​
認定

私たちの AI ティーチングアシスタント Addie との会話を始めてください。彼女があなたのペースでインタラクティブなモジュールを案内します。
Basics トラックには3つのモジュールがあり、合計約50分です。ほとんどの学習者は数回の集中したセッションで終えます。Practitioner トラックはさらに4つのモジュールを追加します（役割トラックに応じて約90〜105分）。
Basics トラックは無料で誰にでも開かれています。Practitioner と Specialist のトラックには AgenticAdvertising.org のメンバーシップが必要です。
Basics トラックには不要です。Practitioner トラックにはビルドプロジェクトが含まれますが、バイブコーディングを使います——やりたいことを平易な言葉で説明すれば、AI エージェントがコードを書きます。
はい。それが狙いです。Practitioner のビルドプロジェクトは、誰でも——コーディング経験ゼロのマーケティング幹部を含め——AI コーディングアシスタントとの会話を通じて動作する広告エージェントを構築できるよう設計されています。
バイブコーディングとは、やりたいことを平易な言葉で説明し、AI コーディングアシスタントにそれを構築させることです。構文も、事前のプログラミング経験も不要です。変更したいことを説明することで反復します——AI がコードを処理します。認定のビルドプロジェクトでは、動作する広告エージェントをバイブコーディングします。
それは想定内です。2〜3回の反復サイクルは通常のことで、失敗の兆候ではありません。エラーに遭遇したら、それを AI コーディングアシスタントにコピーして戻し、何をしようとしていたかを説明します。Addie はあなたの代わりにデバッグするのではなく、デバッグループを通じてコーチします——プログラムを終えるころには、実際のプロジェクトで AI と反復する方法を身につけているでしょう。
はい。各モジュールには3〜5の必須のデモンストレーション——会話中に必ず行うか説明する具体的な事柄——があります。これらはすべての学習者に同一で、システムによって強制され、スキップできません。Addie は教え方をあなたの背景に合わせますが、基準は全員に同じです。経験豊富なアドテック幹部も新参者も、同じ中核コンピテンシーを検証します。詳細は評価の公平性を参照してください。
AdCP は進化します。プロトコルの更新が認定プロフェッショナルの知るべき内容を変える場合、システムは影響を受ける資格を特定し、保有者に何が変わったかを通知します。再認定はターゲットを絞ったものです——更新がクリエイティブのワークフローに影響してもメディアバイイングに影響しなければ、クリエイティブ関連の資格だけがフラグされます。変わっていない内容をやり直すよう求められることはありません。

認定プログラムを始める

Addie を開いて「認定を受けたい」と伝えてください。Basics トラックは無料です——アカウント不要。

​
参加する

概要はイントロダクションを読み、次にユースケースに合ったドメインを探索してください:
  • セルサイドプラットフォーム: 在庫を公開するにはメディアバイから始める
  • クリエイティブプラットフォーム: フォーマットディスカバリーと広告生成を提供するにはクリエイティブから始める
  • データプロバイダー: オーディエンスをエージェントからアドレス可能にするにはシグナルから始める
  • オーケストレーターとエージェンシー: 既存の AdCP エージェントに接続するにはインテグレーションガイドから始める
すべてのタスクの JSON スキーマは adcontextprotocol.org/schemas で入手できます。
両方です。AgenticAdvertising.org のメンバーシップは個人と企業に開かれています。広告に携わっているなら——トレーダー、メディアプランナー、バイヤー、エージェンシーストラテジスト、その他どの役割であっても——個人会員として参加し、次の恩恵を受けられます:
  • 認定 — Practitioner と Specialist のトラックは、技術的背景に関わらず、エージェント広告の仕組みと広告エージェントの構築方法を教えます。Basics トラックは無料で誰にでも開かれています。
  • コミュニティ — 役割や企業を越えて、プログラマティックからエージェントへの同じ移行を進む人々とつながります。
  • ワーキンググループ — プロトコルの方向性を形作るグループに参加します。プラクティショナーとしてのあなたの運用視点は貴重です——エンジニアだけで作られたプロトコルは、実世界のワークフローのニーズを見落とします。
  • プロフェッショナルの成長 — エージェント広告はまだ初期段階です。今認定を受けることで、業界が AI 主導のワークフローを採用するにつれ、あなたは先行者となります。
参加するのにエンジニアである必要も、企業を代表する必要もありません。個人会員は、学び、貢献し、業界の変化の先を行きたいプラクティショナーのために設計されています。
メンバーシップはコミュニティ、認定、ガバナンスへのアクセスを提供します:
  • 認定 — Practitioner と Specialist の資格トラック。動作する広告エージェントを作る実践的なビルドプロジェクトを含みます
  • ワーキンググループ — プロトコルの方向性を形作り、提案された変更に投票するグループに参加します
  • メンバーディレクトリ — 組織の能力を掲載し、パートナーやベンダーとして見つけてもらえます
  • コミュニティ — 業界全体の実装者、プラクティショナー、意思決定者とつながります
AdCP の実装や無料の Basics 認定トラックの修了にメンバーシップは不要です。参加方法はワーキンググループページを参照してください。
はい。プロトコルはオープンに開発されています。次のことができます:
  • GitHub で issue や機能リクエストを提出する
  • コミュニティ Slack に参加して質問し、実装について議論する
  • バグ修正やドキュメント改善のプルリクエストを送る
  • 自分の AdCP 実装を構築して公開する
メンバーシップは、より深く関わりたい個人と組織のためのものです——認定、ワーキンググループ、プロトコルガバナンスへの正式な影響力。

AdCP を始める

実装ガイド、SDK、インテグレーションパターン。