Commerce CensusContactRequest access

Home / Agentic Commerce API

Agentic Commerce API

What an AI agent needs to buy safely, which protocols settle which layer, and why checkout is still the hard part.

Agentic commerce is purchasing where the buyer is software acting for a person. It changes three things: comparison becomes exhaustive rather than sampled, reaction windows compress from days to seconds, and the shopper reads structured data instead of a page. The binding constraint is that an agent has no memory of price.

What actually changed

Agentic commerce is not a new checkout button. It is a change in who reads the page. When a person shops, they sample three sellers, reconcile messy catalogues effortlessly, and supply from memory all the context a listing leaves out. When software shops, none of that is true.

The protocols, and what each is actually for

ProtocolMaintained byJob
ACPOpenAI, Stripe, MetaAgent-to-merchant checkout. Date-versioned; the 2026-04-17 snapshot added cart, feed, orders, auth and MCP compatibility.
UCPGoogle-led coalitionThe rival coalition, landing in Search AI Mode and Gemini surfaces.
MCPAnthropic, ecosystem-wideHow an agent calls a tool. No native payment layer.
Web Bot AuthCloudflare and IETFCryptographic agent identity — Ed25519-signed requests against published keys.

These solve different problems and get conflated constantly. ACP and UCP are checkout. MCP is tool access. Web Bot Auth is identity, and it is the one most people have not registered yet — it determines whether an agent can read a site at all.

The access shift nobody planned for

Cloudflare began blocking AI crawlers by default on 1 July 2025 and opened pay-per-crawl the same day. Sites can now scope a rule as narrowly as “publish pricing to verified agents only.” The unidentified-scraper era is closing; the replacement is a signed, identified agent that asks for data rather than taking it.

For anyone building an agent this inverts the usual advice. The durable position is not a better evasion stack — it is accreditation: registered keys, a published JWKS, a payment relationship, and a legitimacy record that compounds. Crawlers rot; accreditation does not.

Why agents fail at the actual decision

Presented with $198.00, an agent has no basis to judge it. It cannot construct ninety days of history inside a conversation, and the struck-through reference price beside it is a marketing decision rather than a fact. So it either accepts the first plausible option or burns enormous context trying to reconstruct information it cannot reach.

The fix is to give the agent a verdict rather than a number, with the distribution behind it so it can explain itself. An agent that says “fourth percentile of eighty-nine days, lowest since March” is one a person trusts. An agent that says “$198.00” is a search box.

What an agent should be able to ask
price_context("sony wh-1000xm5")

→ { "verdict": "excellent",
    "current": "$198.00", "seller": "bestbuy",
    "percentile": 4.0, "covered_days": 89,
    "low": "$198.00", "median": "$319.99", "high": "$398.00" }

Metering, because nobody approves each call

One prompt fans into dozens of tool calls with no human reviewing any of them. That breaks the assumption behind most API billing. Tools should declare their cost so an agent can budget, and a metadata lookup must not bill like a live cross-seller comparison — otherwise agents learn to abuse the cheap one.

What this means if you sell things

Publish identity. GTIN, brand and MPN in structured markup and in a feed. Identity published at the source is what turns cross-retailer matching from a machine-learning problem into a join — which is good news for merchants and bad news for vendors whose moat was the matching model.

What an agent needs that a human shopper does not

A person browsing absorbs an enormous amount implicitly: that the photo shows a two-pack, that the seller name is unfamiliar, that the delivery date is after the birthday. An agent gets none of that unless it is a field. This is the actual design constraint in agentic commerce — not reasoning capability, but whether the facts an autonomous decision depends on are present, typed and carry a confidence.

Decision the agent makesField it requiresWhat happens without it
Is this the right product?Equivalence relation and confidenceBuys a similar item, confidently
Is this a good price?Time-weighted percentile with windowTreats any discount claim as real
Will it arrive in time?Delivery estimate with cutoffPromises a date it cannot support
Is this seller safe?Seller trust signals and offer riskOptimises straight into the worst offer
Is the total actually lower?Landed cost, itemisedRanks on sticker and inverts the answer
Should I act at all?Observation age and confidenceActs on a price nobody is offering

The last row is the one most systems omit and the one that causes the worst failures. An agent optimising for lowest price with no risk signal does not find the best deal — it finds the listing most likely to be wrong, because implausibly low prices and bad offers occupy the same tail of the distribution.

The protocols, and what each actually settles

Several standards are converging on this space and they are frequently discussed as competitors when they mostly address different layers. It is worth being precise about which problem each one solves, because adopting the wrong one for your problem is an expensive way to discover the distinction.

Why checkout is the genuinely hard part

Search, comparison and decisioning are read operations — wrong answers are recoverable. Checkout is a write with money attached and no undo, which raises every requirement at once: authorisation that is scoped and revocable, a price the agent can rely on between decision and purchase, an audit trail explaining why a purchase happened, and a return path when it should not have. These are the reasons checkout is still being standardised while the read side is largely solved.

We publish the read layer today. Checkout is deliberately marked coming soon rather than implied — an agentic commerce API claiming to have solved autonomous purchasing right now is describing an intention, and the distinction between a read and an irreversible write is exactly where that overstatement does damage.

Questions

Common questions

What is agentic commerce in simple terms?

Shopping where software does the buying on a person's behalf — finding candidates, comparing them, and in some cases completing the purchase. The person sets the intent and the constraints; the agent does the legwork.

Which agentic commerce protocol should I support?

Assume both of the checkout protocols. Brands are being told to support the OpenAI/Stripe-maintained one and the Google-led one, since they land on different surfaces. For tool access, MCP is effectively the default.

Can AI agents read my product catalogue today?

Only if it is legible to them. That means structured markup with real identifiers and a feed, and not blocking verified agents at the edge. Many sites now block all automated traffic by default and are invisible to agent-driven shopping without realising it.

Why do AI shopping agents need price history?

Because without it they cannot answer the only question that matters — whether the price in front of them is good. History cannot be built inside a conversation and cannot be inferred from a single page read.

Related

hub

Price Monitoring Software

A technical guide to competitor price monitoring: how matching fails silently, why cadence should be earned, and how to evaluate vendors on what they can prove.

→
hub

Product Data API

Measured field coverage across 1,993 products and 11,265 variants in nine industries: where GTINs exist, and which fields you cannot rely on.

→
retailer

Amazon Price Monitoring & Price History

How Amazon pricing data works in 2026: PA-API's deprecation, what replaced it, why scraping fails at scale, and how to get price history through an API.

→