Back to the blog

What Is Agentic Checkout? Where Orders Break in 2026

What Is Agentic Checkout? Where Orders Break in 2026

What is agentic checkout? See how AI agents validate variants, secure payment authority, and complete orders on a brand’s checkout rails.

By Veliu Editorial Team10 min read

Key takeaways

Agentic checkout is the transaction workflow in which an authorized AI shopping agent validates a selected product and variant, creates a cart, calculates shipping and tax, secures payment authorization, creates the order, and returns confirmation. In the merchant-hosted flows covered here, checkout stays on the brand's rails; legal and operational responsibility depends on the actual commercial arrangement and any delegated payment, tax, fulfillment, or returns functions.

  • Agentic checkout turns a selected product into an authorized, traceable order through variant, cart, payment, and confirmation controls.
  • A stale price, missing size, or ambiguous SKU can stop an AI-led purchase before the payment step begins.
  • Merchant-of-record responsibility depends on the actual commercial arrangement, even when checkout runs through merchant-hosted commerce systems.
  • Structured product data can improve machine readability, while AI platforms retain control over product selection and recommendation.
  • The strongest operational test follows one real variant from shopper instruction through order, retry, cancellation, and refund.

A wrong size can stop an AI-led order before payment. Agentic checkout is the transaction workflow in which an authorized AI shopping agent validates a selected product and variant, creates a cart, calculates shipping and tax, secures payment authorization, creates the order, and returns confirmation.

Shoppers may begin with ChatGPT or Gemini, yet the navy jacket in medium still has to become one valid SKU, at one current total, under one recorded authorization. This guide is for US brand and ecommerce operators deciding what must change in their catalog and commerce stack before software can complete that purchase.

The central issue is control.

Agentic checkout turns a choice into an authorized order

Agentic checkout begins when a selected product can become a valid transaction. An AI shopping agent, meaning software that can interpret a shopping goal and perform permitted actions, may validate the variant, create the cart, obtain a payable total, carry payment authority, submit the order, and return confirmation.

For example, “Buy the navy jacket in medium if the delivered total stays below $240” contains a product constraint, a variant, a spending limit, and an implied need for current stock. If medium disappears or tax pushes the total above $240, the system needs a defined exception path.

In the merchant-hosted flows covered here, the brand’s commerce systems calculate the cart and record the order. Merchant-of-record status and responsibility for payment, tax, fulfillment, returns, and disputes still depend on the actual contracts and on which functions the merchant delegates.

Six terms cover the transaction

AI shopping agent: Software that interprets a shopping goal and performs an authorized sequence of actions, such as checking a size, creating a cart, or submitting an order.

Delegated checkout: A checkout in which a shopper gives software limited authority to complete defined transaction steps on the shopper’s behalf.

Payment mandate or delegated payment token: Protocol-specific evidence that a shopper authorized a payment under stated limits. Google’s AP2 documents signed mandates, while OpenAI and Stripe have documented delegated payment tokens in the ACP lane.

Merchant of record: The legal seller responsible for the transaction under the applicable commercial arrangement. Payment, tax, fulfillment, returns, or dispute functions may still be delegated to providers.

Checkout rails: The commerce systems that price the cart, calculate tax and shipping, accept or submit payment, create the order, and trigger fulfillment.

Agentic commerce: The wider journey in which software can perform authorized work across discovery, comparison, carting, checkout, payment, fulfillment, and service. Agentic commerce covers the whole journey; agentic checkout covers its transaction segment.

Product truth breaks the order before payment

ChatGPT, Gemini, Perplexity, and Copilot can read structured product information before a transaction begins, depending on the surface, merchant participation, geography, and current product access. A missing size, stale price, or unavailable delivery method can prevent a valid cart from forming.

Google says its Shopping Graph contains more than 50 billion product listings, with 2 billion listings refreshed every hour. OpenAI’s Product Feed specification allows participating merchants to refresh feeds as often as approximately 15 minutes. These figures describe infrastructure expectations; they do not establish recommendation outcomes for an individual product.

Freshness has a shop-floor consequence. If a page says $219, its structured markup says $199, and the feed says $229, a shopping engine may show an outdated offer or the merchant cart may force a correction at the final step.

One price must survive the handoff.

Primary sourceDate checkedDocumented pointNamed limitation
Google Shopping GraphJune 17, 2026More than 50B listings; 2B refreshed hourlyAvailability varies by surface and market
OpenAI Product Feed specificationJune 17, 2026Refreshes can occur about every 15 minutesMerchant eligibility and access vary
ACP repositoryJune 17, 2026Public protocol release historyA public release does not prove universal deployment
Google UCP announcementJune 17, 2026UCP announced at NRF 2026Surface availability varies
Google AP2 repositoryJune 17, 2026Human-present and human-not-present authority modelsImplementations depend on partners

Methodology: Veliu Editorial Team reviewed vendor documentation and public protocol repositories on June 17, 2026. The sample covers five named primary sources; its main limitation is that public documentation can describe a protocol before every merchant, shopper, or country can use it.

The appeal is obvious: install an AI button and let it buy. The evidence does not support that shortcut. OpenAI’s commerce documentation, Google’s UCP materials, and AP2’s authorization model separate catalog, cart, consent, payment, and order controls across multiple systems.

Eight controls carry the order from intent to confirmation

The protocols differ, yet merchant-hosted implementations generally need eight controls. Repository descriptions and governance can change, so teams should verify the governing source and version on the date they plan an integration.

Where an AI-led order can fail before confirmation: 1. Shopper intent (Limits and consent); 2. Variant check (Exact SKU and seller); 3. Live offer (Price and stock); 4. Merchant cart (Tax and delivery); 5. Payment authority (Scoped credential); 6. Order creation (Commerce system records sale); 7. Fulfillment (Ship, cancel, or return)
Where an AI-led order can fail before confirmation

1. Intent needs bounded authority

A shopper defines the task, constraints, and autonomy level. A human-present flow may request confirmation after the final total appears; a human-not-present flow may permit a purchase only within a signed budget, category, delivery deadline, and expiration period.

AP2 documents an Intent Mandate, a signed record of what the shopper authorized. Other systems may use different evidence, but the operational requirement remains: connect the order to a bounded instruction that a merchant and payment provider can inspect.

2. Product identity must resolve to one variant

“Merino Crew” cannot be purchased safely when navy medium and black large have separate stock. The buying agent needs the exact SKU, size, color, seller, condition, bundle, and quantity.

A GTIN is a GS1 trade-item identifier commonly encoded in a barcode. When no GTIN exists, a brand name plus MPN, the manufacturer part number, can help establish identity, although sufficiency depends on the platform and product context.

Google’s Merchant Center product data specification documents attributes such as ID, title, link, image, availability, and price, with identifiers and variant fields required when applicable. A clean record makes the navy-medium SKU addressable before checkout.

3. Current price and stock decide whether a cart is valid

The agent checks offer facts against an authoritative merchant source. Price needs an amount and currency, while availability needs a defined state such as in stock, preorder, or out of stock.

A stale feed can advertise the final unit after it sells. Teams should record the time of the stock change and the time each consuming surface reflects it, creating a measurable propagation-latency trail.

4. The merchant cart calculates the payable total

The cart returns tax, shipping methods, delivery estimates, discounts, fees, and total. A buying agent should not infer that “Free US delivery” includes Alaska or invent tax from a product-page subtotal.

ACP and UCP document different session and checkout patterns. Their usefulness depends on the participating platform, merchant stack, provider, market, and live implementation.

Consent answers whether the purchase may happen under stated limits. The payment credential identifies the authorized instrument and transaction context.

AP2 separates intent, cart, and payment evidence. Mastercard has described agent-token work that can scope payment credentials to agent and merchant contexts, with exact scope and availability determined by the program, partners, and implementation.

6. The commerce system creates the order

Discovery may happen inside an AI surface. In the merchant-hosted model covered here, the merchant’s systems accept or submit the authorized payment, create the order, assign its identifier, and become the operational source for fulfillment status.

Legal responsibility still follows the actual arrangement. A payment provider may process funds, a tax service may calculate liabilities, and a logistics partner may fulfill the order without changing the need for one traceable transaction record.

7. Confirmation must survive retries

A complete response identifies the order, amount, items, delivery choice, and status. It also covers failed authorization, disappearing stock, rejected substitutions, cancellation, and inventory reservation.

ACP documents an Idempotency-Key, a unique retry key that helps prevent the same request from creating two orders. If a network timeout occurs after payment, the system can retrieve or retry the result without buying a second navy jacket.

8. Returns preserve the authority trail

A returned jacket still needs an order record, payment reference, shopper authorization trail, refund destination, and inspectable status. Permission to buy navy medium does not automatically authorize black medium, a higher price, or another seller with different return terms.

AI visibility depends on exact product truth and a valid checkout path

A shopper asks ChatGPT, Gemini, Perplexity, or Copilot for a product. Depending on access and merchant participation, the engine can read feeds, product pages, structured markup, and merchant systems; product identity and eligibility affect whether it can form a valid cart; the merchant checkout determines whether that cart becomes an order.

Accurate structured product data can make products easier for AI systems to read, compare, cite, and transact on. Selection and recommendation remain controlled by each platform.

The seller-side bridge starts before payment. A Google Shopping feed with the wrong price can break the offer, while an agentic storefront still needs an exact variant and authoritative checkout response behind its interface.

This closes the navy-jacket problem. The system must buy one SKU, at one current total, under one recorded authorization.

Protocol names describe lanes, with availability attached

Standard or systemAffiliation described by public sourcesPrimary roleStatus checked June 17, 2026
ACPPublic repository associated with OpenAI and StripeProduct feeds, checkout, delegated paymentOpen materials; implementation availability varies
UCPAnnounced through Google with Shopify participationDiscovery through checkout and loyaltyOpen materials; surface availability varies
AP2Google-led repository with FIDO Alliance involvement described in project materialsSigned intent, cart, and payment authorityOpen specification; partner implementation varies
MCPOriginated at Anthropic with governance described by its current project sourcesTool and resource accessWidely implemented; no canonical payment layer
Visa TAPVisaAgent identity and request verificationProvider-dependent rollout
Mastercard agent tokensMastercardAgent-scoped payment credentialsPartner-dependent rollout

OpenAI and Stripe launched ChatGPT Instant Checkout on September 29, 2025, and Stripe documented its historical design. Reports indicated retirement around March 2026, but Veliu found no primary confirmation by June 17, 2026. Treat that status as medium confidence and verify current availability before planning an integration.

MCP, the Model Context Protocol, can expose tools such as product search or inventory lookup. Its specification does not supply a universal commerce checkout state machine or payment-authorization layer.

Measure valid orders and the inputs that cause them

Agentic-checkout measurement should separate business outcomes from causal inputs. Every rate needs a stated denominator and segmentation by AI surface, market, device, and human-present or human-not-present mode when those dimensions are available.

Track checkout-session success, authorized-payment success, order-creation success, and abandonment by workflow step. A payment authorization with no merchant order is a critical reconciliation event, since money and order state have diverged.

Then measure variant-resolution failure, price or stock disagreement, propagation latency, delivery-option completeness, refund success, and authorization-to-order traceability. An llms.txt file is a publishing artifact; it does not show that a valid cart, payment, order, or refund succeeded.

ControlEvidenceFailure symptom
Exact variant identitySKU and applicable identifiersWrong size or unresolved item
Price consistencyTimestamped page, feed, markup, and cart comparisonTotal changes at checkout
Availability freshnessSource-change and observation timesSold-out item selected
Shipping and taxDestination-aware cart responseNo payable total
Retry safetyRetry key and order logDuplicate order
Scoped payment authorityToken or mandate referenceRejected or unauthorized payment
Fulfillment eventsReserve, ship, delay, and delivery trailBuying agent loses order state
Cancellation and refundRequest, decision, and refund referenceFunds and order status diverge

Common failures have visible evidence

Stale offers: A feed says in stock after the final unit sells. Update the source and measure how long each surface takes to reflect the change.

Ambiguous variants: “Blue shirt” maps to three sizes. Require one exact sellable SKU before cart creation.

Incomplete shipping or tax: The agent receives a subtotal with no delivered total. Return destination-aware methods, tax, timing, and fees from the merchant cart.

Lost consent evidence: An order exists with no retrievable instruction. Store references linking intent, cart, payment authority, order, and refund.

Duplicate orders: A timeout triggers a second completion call. Use idempotent operations and retrieve the first result before another charge attempt.

Protocol assumptions: A public specification is treated as universal availability. Record a verification date, market, platform, provider, and live status for every dependency.

Test one jacket from request through refund

  1. Freeze the outside view for priority SKUs, recording price, stock, variant, shipping promise, and policy links before changes.
  2. Compare the product page, structured data, feed, merchant interface, and final cart for one real size or configuration.
  3. Map the references connecting shopper intent, cart total, payment authority, merchant order, cancellation, and refund.
  4. Run a successful order, stock failure, payment failure, retry, cancellation, and refund.
  5. Date every assumption about protocol version, AI surface, market, provider, and availability.

Veliu’s brand agent studies the market, readies the store, and sells to people and to the AI shopping agents that arrive. Current catalog facts and machine-to-machine endpoints help it answer with the correct price and valid variant. On the brand’s own site, the experience adapts from permitted signals and approved components, sells outside store hours, answers shopping agents machine to machine, returns customers’ questions to the brand, and keeps checkout on the brand’s rails.

Author and methodology note: Veliu Editorial Team reviewed the linked primary vendor documentation, protocol repositories, and merchant data specifications through June 17, 2026. Feature status is separated from protocol availability. The reported retirement of ChatGPT Instant Checkout remains medium confidence pending primary confirmation.

Get the next piece when it ships

We send new notes on making your catalog readable and buyable by AI agents as they come out.

Subscribe to the newsletter