What each standard does
| OpenRTB | AdCP | |
|---|---|---|
| Layer | Impression-level transactions | Agent-level workflows |
| Core operation | Real-time bid request/response | Task-based campaign management |
| Participants | DSPs and SSPs | AI agents and advertising platforms |
| Timing | Real-time (milliseconds) | Asynchronous (seconds to days) |
| Scope | Single impression auction | End-to-end campaign lifecycle |
| Maintained by | IAB Tech Lab | AgenticAdvertising.org |
| Maturity | Production (v2.6) | Release candidate (v3.0-rc) |
| Transport | HTTP POST | MCP (tool calling) or A2A (agent-to-agent) |
Where they overlap
Both standards touch media buying, but at different granularities:- OpenRTB handles individual impression decisions: “Should I bid on this impression, and how much?”
- AdCP handles campaign-level decisions: “What inventory is available? Execute this campaign with this budget and targeting.”
create_media_buy task might result in thousands of OpenRTB bid requests over the campaign’s lifetime.
Where they’re different
Scope. OpenRTB is focused on the auction — bid requests, bid responses, win notifications, and billing events. AdCP covers the full campaign lifecycle: product discovery, creative management, audience activation, campaign execution, and delivery reporting. Communication model. OpenRTB uses synchronous HTTP: a bid request arrives, and the bidder must respond within a few hundred milliseconds. AdCP is asynchronous: an agent submits acreate_media_buy task, and the platform processes it on its own timeline, returning status updates.
Participants. OpenRTB connects demand-side platforms (DSPs) to supply-side platforms (SSPs) in automated auctions. AdCP connects AI agents to any advertising platform — including but not limited to DSPs and SSPs.
Data model. OpenRTB defines impression objects, bid objects, and deal objects. AdCP defines media products, media buys, creative formats, audience signals, and brand governance rules.
How they work together
A typical integration uses both standards at different layers:- A buyer agent uses AdCP to discover available products on a publisher’s platform (
get_products) - The agent creates a campaign via AdCP (
create_media_buy) with budget, targeting, and scheduling - At impression time, the publisher sends a TMP Context Match (page content, available packages) and an Identity Match (opaque user token, package IDs) to the TMP Router
- TMP evaluates cross-publisher exposure and returns offers and eligibility decisions — the publisher joins them locally
- The buyer agent checks delivery via AdCP (
get_media_buy_delivery) to monitor overall campaign performance
TMP: The Real-Time Bridge
The Trusted Match Protocol (TMP) is how AdCP reaches impression-time decisioning. It gives the buyer a real-time look at each impression opportunity so cross-publisher data can affect the serve decision, without turning AdCP itself into an auction protocol. TMP defines two structurally separated operations: For cross-publisher frequency capping, this means:- AdCP defines the campaign, budget, and packages
- At impression time, the publisher sends a Context Match request (which packages match this content?) and an Identity Match request (is this user eligible for these packages?)
- The buyer’s Identity Match agent checks exposure history across all publishers connected to the TMP Router — frequency caps, audience membership, and purchase history are evaluated here
- The publisher joins the two responses locally: packages that matched the context and passed identity eligibility activate; everything else is suppressed
Other standards in the ecosystem
AdCP and OpenRTB exist alongside several other standards:| Standard | Purpose | Maintained by |
|---|---|---|
| MCP (Model Context Protocol) | AI tool calling — how an AI model calls external tools | Anthropic |
| A2A (Agent-to-Agent Protocol) | Multi-agent collaboration — how autonomous agents communicate | |
| VAST / VPAID | Video ad serving and interactive video | IAB Tech Lab |
| ads.txt / sellers.json | Supply chain transparency and authorized seller verification | IAB Tech Lab |
| Open Measurement SDK | Viewability and attention measurement | IAB Tech Lab |
Frequently asked questions
Does AdCP replace OpenRTB?
Does AdCP replace OpenRTB?
No. They serve different purposes. OpenRTB handles real-time impression auctions. AdCP handles campaign-level agent workflows. A platform can implement both.
Do I need to implement OpenRTB to use AdCP?
Do I need to implement OpenRTB to use AdCP?
No. AdCP works independently. A platform that doesn’t use real-time bidding (for example, a direct-sold publisher or a commerce media network) can implement AdCP without any OpenRTB integration.
Can an AdCP agent trigger OpenRTB transactions?
Can an AdCP agent trigger OpenRTB transactions?
Yes. When a buyer agent creates a media buy via AdCP, the sell-side platform can use any internal mechanism to fulfill the order — including OpenRTB auctions, direct insertion orders, private marketplace deals, or TMP-mediated real-time activation for things like cross-publisher frequency caps.
Is AgenticAdvertising.org part of IAB Tech Lab?
Is AgenticAdvertising.org part of IAB Tech Lab?
No. AgenticAdvertising.org is an independent member organization. It is not a subsidiary, working group, or affiliate of IAB Tech Lab. However, AdCP is designed to be compatible with IAB standards.