Glossary entry

AP2 — Agent Payments Protocol

The payments-layer protocol for agent-led commerce: how a payment is authorized, scoped, and audited when an AI agent — not a human — initiates it.

Last updated June 2026

What a payments layer does here

Agent-led checkout splits naturally into two contracts: the commerce lifecycle (cart, pricing, completion, fulfillment events) and the payment credential (how an instrument is presented, scoped, and settled when software transacts on a human's behalf). On the Google stack, UCP handles the first and AP2 the second. The separation means a merchant implementing the lifecycle does not design payment-instrument handling from scratch — AP2 provides the contract and participating payment providers implement against it.

The core problem AP2 addresses is authorization and audit: proving that a given agent purchase was mandated by the buyer, bounding what the agent may spend, and leaving a verifiable trail. Google's developer materials and the protocol's published documentation are the primary sources, and the multi-partner list has been growing through the pilot period as of mid-2026.

Why it matters for ecommerce

Mostly as orientation rather than as a to-do. The payments side of agentic commerce does not live under the merchant's control — it sits between the protocol, the payment provider, and the buyer's instrument. The merchant's job remains the catalog, the feed, the endpoints (or the platform channel that wraps them), and fulfillment. Knowing where AP2 starts and stops keeps vendor conversations precise: a tool claiming to "handle AP2 for you" is describing the part of the stack merchants never touch directly.

For Shopify brands the wrapping is complete: Shopify Agentic Storefronts packages both the lifecycle and payments layers, so the merchant-side surface is a channel toggle and catalog readiness, not protocol work.

How AP2 compares to ACP's payment hand-off

The OpenAI/Stripe stack bundles payments differently: under ACP, the payment provider issues a delegated, scoped token the merchant captures against, with Stripe as the first named PSP. The Google stack separates the concern into AP2 so multiple payment providers can implement one contract without reshaping UCP. Architecturally different, same goal: the agent pays without the merchant ever holding the buyer's raw credential. Both stacks are in pilot as of mid-2026, and the shared merchant-side groundwork — accurate price, availability, and policy data — is identical.

How eCommerce Insights treats AP2

As context for readiness scoring, not as an integration surface. The agent-readability score checks the PDP and catalog signals that any agent-payment flow ultimately depends on; protocol and payments wiring are reported as informational checks where detectable. The platform does not implement checkout for any protocol — no tool should claim to.

Related terms


Ask AI about AP2

Have your preferred AI engine summarize this definition for your catalog.

Frequently asked questions

What problem does AP2 solve?
It separates payments from the commerce lifecycle in agent-led checkout. UCP handles cart, pricing, and completion; AP2 defines how a payment instrument is presented, scoped, and settled — with authorization and audit trails proving the buyer mandated the purchase. The split lets multiple payment providers implement one contract.
Do merchants implement AP2 directly?
Generally no. AP2 lives between the protocol, the payment providers, and the buyer's instrument. Merchants implement (or get wrapped into) the commerce lifecycle; the payments layer arrives with it. Shopify merchants in particular touch neither — Shopify Agentic Storefronts packages both layers behind a channel.
Is AP2 the same as Stripe's token mechanism in ACP?
No — counterparts on different stacks. ACP's payment hand-off uses a PSP-issued delegated token (Stripe's Shared Payment Token mechanism, per the spec as of mid-2026). AP2 is the Google-initiated, multi-partner protocol playing the equivalent role beside UCP. Same job — agent pays, merchant never holds the raw credential — different architecture.
Is AP2 production-ready?
It is in pilot as of mid-2026, like the commerce protocols it pairs with. Treat current volume as small and the trajectory as the planning input. The merchant-side work that survives any protocol outcome is catalog readiness: machine-readable price, availability, and policies.

Go deeper

See where every product in your catalog stands on this. Start a 14-day free trial — no credit card — or grade one PDP free in 30 seconds.