Last week I wrote about DeepInfer and the shape of the answer, and how batch-invariant inference, deterministic sampling and schema-constrained output make v...

Curate Feeds | Make Collections | Customize Email Briefs

Curate Feeds | Make Collections | Customize Email Briefs

Native 1.2 hides its contract inside imp.native.request and adm strings. Each side can look valid alone and still lose the auction or render blank.

AIエージェント同士が広告を売り買いするための共通規格「AdCP（Ad Context Protocol）」は、2026年9月30日（米国時間）に3.2を正式公開しました。当サイトが2026年1月にAdCPの基本を解説した記事を書いた時点のバージョンは2.5系です。その後の9か月で3.0・3.1・3.2と3回の正式版が出て、2.x系は2026年8月1日に完全に廃止されました。2.x系を前提に試作した仕組みは、3.0以降への移行が必要です。 この記事は1月記事の続編です。AdCPの基本構造やOpenRTBとの違いは1月記事に任せ、ここでは「1月に挙げた5つの課題がどうなったか」を答え合わせし、3.2の中身を図解し、規格を取り巻く業界の勢力図を整理します。 関連記事 ・Agentic広告にMCPが不可欠な理由・・・AIエージェント時代の「共通言語」を読み解く ・IAB Tech LabがAIエージェントの公開台帳を始動：AAMP Agent Registryの全容 ・Sell-Side Agentベータテスト最前線：パブリッシャーのAgentic広告は今どこまで来たか 2026年1月から10月までに何があったのか まず時系列をそろえます。AdCPの公式リポジトリ（GitHub）のリリース記録によると、主なバージョンは次のとおりです。 AdCPバージョン年表（2025年10月〜2026年9月） 2025-10-15 2.0.0：最初の公開版 2025-11-22 2.5.0：1月記事の時点のバージョン 2026-04-22 3.0.0：最初の安定版。取引の安全装置を一新 2026-06-18 3.1.0：実運用に向けた強化 2026-08-01 2.x系サポート終了（完全廃止） 2026-09-30 3.2.1：3.2の最初の正式版 出典：AdCP Release Notes（docs.adcontextprotocol.org）／GitHub Releases（adcontextprotocol/adcp、2026-10-16時点） 3.2の最初の正式版が「3.2.0」ではなく「3.2.1」なのには理由があります。リリースノートによると、2026年6月30日に3.1時代の中身で3.2.0を誤って公開してしまい、取り消したものの、公開済みの成果物は書き換えない決まりのため番号ごと欠番にしました。細かい話に見えますが、この「一度出したものは消さずに記録を残す」運用は、後で見る課題の答え合わせにも関わってきます。 開発の速さも目を引きます。GitHubのリリース一覧には、3.0.0の公開から2026年10月16日の3.2.5までに、パッチ版やベータ版を含め100を超えるリリースが並ぶ。3.0系・3.1系・3.2系を並行して保守しており、古いバージョンで動いている企業も切り捨てない方針です。 1月に挙げた5つの課題はどうなったか？ 5つの課題のうち仕様で手当てできるもの（セキュリティ・ガバナンス・既存システムとの統合）は大きく前進しました。一方で、大手DSPの不参加という業界構造の課題は、ほぼ1月のままです。 1月記事では、AdCPの課題として次の5つを挙げていました。 採用の不確実性（The Trade Desk、Google、Amazonといった主要DSPが不参加） 新たなブラックボックス化のリスク（AIエージェントの判断が見えにくい） ガバナンスの整備（AI同士の取引の責任の所在、不正への対応） 既存システムとの統合（移行のコストと期間） セキュリティ（仕様が未整備との指摘） この順番を入れ替えて、進んだものから見ていきます。 1月に挙げた5つの課題：2026年10月の答え合わせ セキュリティ 3.0で署名・重複防止を必須化 ◎ 大きく前進 ガバナンス 3.0で人の確認を仕様に組み込み ◎ 大きく前進 既存システムとの統合 3.2は相手ごとにバージョンを選んで移行できる ○ 前進 ブラックボックス化 3.2で報告の欠落を検知（実験段階） △ 途中 大手DSPの不参加 理事会にも大手DSPはいない ✕ ほぼ変わらず 出典：1月記事の課題一覧とAdCP Release Notesをもとに筆者作成（判定は筆者評価） セキュリティ：3.0で「お金を動かせる」水準に 1月時点で最も弱かったのがセキュリティでした。3.0のリリースノートは、このバージョンの目玉を「信頼まわりの全面改修」と書いています。中身は主に3つです。 1つ目は、注文や変更などデータを書き換えるすべての要求に、重複防止の鍵（idempotency_key）を付けることの義務化です。通信が途切れてエージェントが同じ注文をやり直しても、二重発注にならない。売り手側は、この鍵に対応しているかどうかを必ず宣言しなければならず、宣言のない売り手は仕様違反になります。 2つ目は、要求そのものへの電子署名です。インターネットの標準規格RFC 9421に沿って、送り手が誰か、途中で中身が書き換えられていないかを受け手が確かめられるようにしました。広告主に通知を送る仕組み（Webhook）にも同じ方式の署名が求められます。 3つ目は、ガバナンス担当のエージェントが出す承認そのものへの署名です。ガバナンス担当のエージェントが設定されている計画では、売り手は署名の付いた承認を確認してから予算を確定させる決まりになりました。 ただし、手放しで評価はできません。3.0の時点で、要求への署名は任意で、必須になるのは「AdCP Verified」という認証を名乗る場合だけです。そのAdCP Verifiedも、3.0の時点では各社がテストを走らせて結果を公開する自己申告で、運営団体が監査するものではないと仕様書自身が明記しています。仕様は整ったが、守られているかを第三者が確かめる段階にはまだない。これが筆者の見立てです。 ガバナンス：「人の確認」を仕様に組み込んだ AI同士の取引で誰が責任を負うのかという問題に、3.0は具体的な答えを出しました。EUの一般データ保護規則（GDPR）第22条と、EU AI法の高リスク分野を、仕様のデータ形式そのものに組み込んだのです。 具体的には、キャンペーン計画に「人の確認が必要か」を示す項目（human_review_required）を設けました。住宅・融資・雇用・医薬品の広告では、この項目を「不要」にした計画はデータ形式の段階で受け付けられません。人の確認を外すには、20文字以上の理由と承認者のメールアドレスを付けた記録が必要で、変更履歴は書き足しだけで消せません。 承認の扱いも変わりました。以前は承認待ちを広告注文の状態の一つとして扱っていましたが、3.0では承認を独立した作業として切り出し、それぞれに履歴を残せるようにしています。 規格の運営そのものも、ガバナンスの成熟を示しています。2026年7月の3.1.3は、パッチ版で新しい項目を足してはいけない決まりに反したとして撤回されました。9月の3.1.22は、実験段階の機能に見つかったプライバシー上の問題を、通常6週間の予告期間を飛ばして緊急で直した版です。どちらも、撤回や例外の理由がリリースノートに記録されています。失敗を記録に残す運用は、仕様の項目以上に信頼につながると筆者は考えます。 既存システムとの統合：「一斉切り替えの日」をなくした

OpenRTB is the IAB Tech Lab protocol setting how exchanges and bidders trade ad impressions in milliseconds. How its objects work and where they are contested.

OpenRTB is the IAB Tech Lab protocol setting how exchanges and bidders trade ad impressions in milliseconds. How its objects work and where they are contested.

OpenRTB is the IAB Tech Lab protocol setting how exchanges and bidders trade ad impressions in milliseconds. How its objects work and where they are contested.

OpenRTB is the IAB Tech Lab protocol setting how exchanges and bidders trade ad impressions in milliseconds. How its objects work and where they are contested.

OpenRTB is the IAB Tech Lab protocol setting how exchanges and bidders trade ad impressions in milliseconds. How its objects work and where they are contested.

OpenRTB is the IAB Tech Lab protocol setting how exchanges and bidders trade ad impressions in milliseconds. How its objects work and where they are contested.

Teads (TEAD) and Koddi have partnered to make onsite retail ads available for programmatic buying across the US and Europe.The integration uses the OpenRTB bidding standard to let advertisers buy Sponsored Product Ads and Display placements through Teads Ad Manager on Koddi-powered networks, including Gopuff UK, Hopper and Wolt Ads. Koddi-powered enterprise networks can access Teads' advertiser base without building custom integrations.

App bundle ID: the app store identifier that names the application where an ad runs, carried in OpenRTB bid requests for targeting, exclusion and fraud checks.

App bundle ID: the app store identifier that names the application where an ad runs, carried in OpenRTB bid requests for targeting, exclusion and fraud checks.

App bundle ID: the app store identifier that names the application where an ad runs, carried in OpenRTB bid requests for targeting, exclusion and fraud checks.

App bundle ID: the app store identifier that names the application where an ad runs, carried in OpenRTB bid requests for targeting, exclusion and fraud checks.

App bundle ID: the app store identifier that names the application where an ad runs, carried in OpenRTB bid requests for targeting, exclusion and fraud checks.

App bundle ID: the app store identifier that names the application where an ad runs, carried in OpenRTB bid requests for targeting, exclusion and fraud checks.

A pause ad is a streaming TV unit shown after a viewer stops playback. How it is signalled in OpenRTB and VAST, sold through deals, priced and still contested.

A pause ad is a streaming TV unit shown after a viewer stops playback. How it is signalled in OpenRTB and VAST, sold through deals, priced and still contested.

A pause ad is a streaming TV unit shown after a viewer stops playback. How it is signalled in OpenRTB and VAST, sold through deals, priced and still contested.

A pause ad is a streaming TV unit shown after a viewer stops playback. How it is signalled in OpenRTB and VAST, sold through deals, priced and still contested.