Agentic Commerce on Shopify: Agentic Storefronts, Catalog and UCP for Merchants
Shopify Agentic Storefronts explained: how Shopify Catalog and UCP connect your store to AI channels like ChatGPT and Gemini, and what merchants should check.
Key takeaways
When a person buys from your store, you collect a lot of context without asking for it: a browser, a device, a session, an address history. When an AI agent buys, most of that context disappears. What arrives instead is a token, a cart and a claim that a human approved the purchase.
An agent order is still a card-not-present payment. The shopper is not at your checkout, so the usual rules for remote payments apply. What is new is the chain of delegation: the shopper approves, the agent acts, a payment credential is handed over in a controlled form, and you receive an order that you must be able to defend.
Three practical consequences follow:
In agentic checkout, the agent holds a token in place of a card number.
Stripe describes its Shared Payment Token as a limited reference to a payment method stored in the agent platform's Stripe account. It has usage limits and an expiry window, and it never exposes the raw card number. OpenAI's documentation describes a Delegated Payment Spec for passing such credentials, and Stripe's token is its first compatible implementation. Stripe also says risk signals, such as the likelihood of card testing, travel with the token, so your fraud screening gets some data without a browser session.
The card networks are building their own versions. Mastercard describes agentic tokens that carry the cardholder's authorization of the agent, including details such as cart contents, spending limits and validity windows. Visa describes a Trusted Agent Protocol that lets a merchant verify an agent's identity. Several of these programs are still maturing, so ask your payment provider which ones it supports for your region and card mix.
What this means for you: a scoped, expiring token is safer than a card number sitting in a database. It also creates a record of what was authorized, and that record is your best evidence later.
Your existing rules were written for human sessions. Review them before agent orders arrive.
1. Rules that depend on browser data. If a rule blocks orders without a device fingerprint, it will block every agent order.
2. Velocity limits. An agent can place several legitimate orders in a short time for one shopper. Decide how many is normal, per token and per agent platform.
3. Shipping and billing mismatch. Gifts and delegated purchases make mismatches more common, so a blanket block loses real orders.
4. New signals to use. Verified agent identity, the scope of the token, and the risk signals that come with it.
5. Manual review path. Decide who looks at flagged agent orders and how fast.
Checkout.com states that the merchant remains the merchant of record and stays responsible for fraud, chargebacks and disputes. Stripe makes the same point about the seller keeping control of fulfillment and pricing through that role. Commentary from chargeback specialists adds a distinction that matters:
Worldpay describes liability for agentic transactions as still being written, and other analysts say the allocation between merchant, issuer and agent platform is unresolved beyond straightforward fraud. Treat any claim of a settled answer with caution.
A dispute is won with documents. For agent orders, keep these for every order:
If the platform or your payment provider holds some of this, find out how you retrieve it within a dispute deadline.
1. Confirm your payment provider supports delegated, tokenized payments for agent orders.
2. Store the token reference and its scope with every order.
3. Remove or adjust fraud rules that need a browser fingerprint.
4. Set velocity and amount limits for agent sessions.
5. Define a dispute playbook for agent orders, with an owner in finance or support.
6. Keep the delegation evidence listed above and test that you can export it.
7. Run a test purchase end to end, including a refund and a simulated dispute.
If you want an outside review of your payment and checkout setup, our agentic commerce readiness audit covers these areas in one week at a fixed price. For the protocol side of payments, see how ACP vs UCP compare.
Do I need a different payment provider for agent orders?
Not necessarily. Check whether your current provider supports delegated, tokenized payments for the protocols you plan to use. If it does, you may only need configuration.
╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌
Who is liable for a fraudulent agent order?
It depends on how the payment was made. A tokenized, authenticated flow may shift fraud liability away from you under existing rules, while other disputes follow ordinary card-not-present rules. Confirm the details with your provider and the card networks.
╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌
Can an agent order be refunded like any other?
Yes. The refund runs through your payment provider as usual. Make sure your support team can find the order and see that it came from an agent.
╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌
Should I block agent traffic until the rules settle?
That is a business choice. Blocking removes a new sales channel, while accepting orders with the controls above keeps the risk manageable. Many merchants start with low-value products and tight limits.
╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌
What should I log for every agent order?
The token reference and limits, the agent identifier, the proof of delegation, the cart as submitted and the delivery record. These are the documents a dispute will ask for.