All guides

Agentic commerce

Product feeds for AI agents: what they read, and why yours has to agree with itself

A product feed used to be a shopping-ads chore. In 2026 it is the input that decides whether AI agents can find, compare, and buy from you at all. The catch is that your catalog now exists in three places at once, and agents check them against each other.

Updated August 26, 2026 · 12 min read


A product feed is your catalog expressed as structured data: one record per item, with typed fields for title, description, price, availability, images, shipping, and returns. It has existed for years as the thing that powers shopping ads. What changed in 2026 is its job. Google’s own guidance to advertisers, presented at NRF 2026, is direct about it: the attributes you submit determine your eligibility for the new AI surfaces. The feed stopped being a channel-specific chore and became the front door.

The part almost nobody explains properly is that your catalog now exists in three places at once. There is the merchant feed you submit to a platform, the protocol feed that agentic checkout runs on, and the structured data on your own product pages. Agents read all three, and more importantly they read them against each other. A price that disagrees across those three is not a cosmetic problem; it is the most common reason a merchant quietly stops being recommended.

This guide covers what agents actually read, the three expressions of your catalog and how they differ, why consistency is a hard requirement rather than a nice-to-have, the attributes that decide eligibility, and what to do if you sell services and have no SKUs at all.

Why the feed became the front door

When a shopper types four constraints into an assistant ("waterproof hiking boots, wide fit, under $180, in stock in a 10"), the assistant is not reading your marketing copy and forming an impression. It is filtering typed fields. Every constraint it can check against a structured attribute is a constraint you can win on. Every constraint your data does not express is one you are automatically excluded from.

The scale of the machinery underneath makes the point. Google’s Shopping Graph refreshes on the order of two billion listings per hour, which is why feed freshness now matters more for AI surfaces than it ever did for traditional shopping ads. Stale data does not just underperform, it actively disqualifies, because an assistant that recommends a sold-out item has embarrassed itself in front of its user and will discount that source next time.

There is also a gating effect worth knowing. As Google rolled UCP access out in phases through 2026, priority went to merchants with clean, complete Merchant Center feeds in good standing. Feed quality was not merely how you performed once you were in; it was how you got in.

The three expressions of your catalog

These are not three copies of the same file. They are three different jobs, and confusing them is why merchants under-invest in one and wonder why the others underperform.

ExpressionWhat it isWhat it decidesWho reads it
Merchant feedYour catalog submitted to a platform, typically Google Merchant CenterWhether you appear in AI shopping results at allGoogle AI Mode, Gemini, YouTube Shopping
Protocol feedThe catalog layer of an agentic commerce protocol (UCP, ACP)Whether an agent can transact, not just recommendAgents transacting through that protocol
On-site structured dataJSON-LD on your own product pagesWhether your claims verify independentlyEvery crawler and assistant, including ones with no feed

The relationship between the first two is the one that trips people up. Merchant Center is the catalog data layer. UCP is the conversational and checkout layer that sits on top of it, adding cart, checkout, payment, and post-purchase order handling. A retailer with a clean Merchant Center feed gets discovered in AI Mode. A retailer with full UCP support also gets agentic checkout. The feed is necessary for both, and sufficient for neither the whole way. The UCP merchant guide covers the protocol layer in detail.

The third expression is the one merchants skip, and it is doing quiet, important work. Product, MerchantReturnPolicy, OfferShippingDetails, and AggregateRating markup on your own pages let an agent verify your product information independently of any feed you submit. That independence is the entire point. A feed is a claim you make about yourself; on-site structured data is the corroboration. The JSON-LD guide has copy-paste templates.

Consistency is a hard requirement

Google continuously compares what you submit in Merchant Center against what is actually on your website. When the two disagree, trust drops and visibility suffers. That mechanism predates agentic commerce, but its consequences got sharper, because the tolerance on the other side collapsed.

A human overlooks a mismatch. An agent will not.

A shopper who sees $79 in a listing and $84 at checkout mostly shrugs and buys it. An agent asked to find something under $80 treats that as a failed transaction, and the assistant that surfaced you takes the reputational hit. Same for a missing return policy, a shipping estimate that does not match, or an item marked in stock that is not. Every one of those is survivable with humans and disqualifying with agents.

The practical implication is architectural rather than editorial. If your feed, your protocol catalog, and your page markup are maintained as three separate artifacts by three separate processes, they will drift, and drift is the failure mode. The durable answer is one canonical source of truth that generates all three, so a price change is one edit that propagates everywhere rather than three edits someone has to remember.

The attributes that decide eligibility

Google’s NRF 2026 guidance was specific about what a feed needs to carry to be useful to agents, and the shape of the advice is consistent across every surface: richer, more complete, more explicitly stated. In rough order of how often their absence costs a recommendation:

  • Long, descriptive titles. Not brand-plus-SKU. The attributes a shopper would name (material, fit, size, capacity, color, use case) belong in the title where they can be matched.
  • Rich descriptions that answer questions rather than sell. Agents extract facts from these, so a paragraph of adjectives contributes nothing while a paragraph of specifics contributes everything.
  • Conversational attributes. Google added Merchant Center fields specifically for agentic surfaces, covering answers to common product questions, compatible accessories, and substitutes. These are the fields that let an agent handle "will this fit my..." without leaving the conversation.
  • Multiple quality images. Multimodal assistants genuinely use them, and a single low-resolution shot limits how confidently you can be surfaced.
  • Complete commercial terms. Shipping cost and timeframe, return window and conditions, promotional pricing. An agent comparing two similar items on total landed cost cannot include you if it cannot compute yours.
  • Accurate, current availability. The single fastest way to lose standing, because it produces a visibly wrong recommendation.

The blunt version, and it is worth stating this way: every missing attribute is a lost recommendation opportunity, not a slightly weaker one. Filters exclude; they do not rank down.

See what agents can actually verify about your catalog

The free Nexez scanner fetches your site the way an agent does and scores what it can confirm: structured product data, machine-readable prices and availability, and whether your claims verify independently. No signup, about a minute.

Scan your site free

Which feed do you actually need?

This depends less on strategy than on what you already run.

  1. On Shopify: much of it is handled. Agentic Storefronts activated UCP and native MCP servers by default in the Winter 2026 Edition, so your work is data quality rather than integration.
  2. With an existing Merchant Center feed: you are most of the way there. UCP layers onto the same catalog pipeline, and the simplified Merchant Center onboarding exists precisely for this case. Enrich what you already submit before building anything new.
  3. On another platform: check whether your provider has shipped UCP support before writing code. Several committed through 2026, and waiting a quarter often beats a custom integration you then maintain forever.
  4. Custom or headless: build the Merchant Center feed first for discovery, then the protocol layer for transaction. Discovery is the cheaper half and it is where the volume is.
  5. Selling through ChatGPT: feed data drives product discovery there, but note that in-chat checkout is gone. OpenAI retired Instant Checkout in March 2026, so the feed earns you the recommendation and your own checkout closes it.

What if you do not have products?

Feeds are SKU-shaped, and that is a real limitation rather than something to talk around. If you sell appointments, consults, or classes, today’s feed specifications model shipping and returns and variants, none of which describe a Tuesday afternoon slot. Google has formed domain councils for verticals including lodging and food ordering, so this is moving, but it has not arrived.

In the meantime the equivalent work is the same work with a different output format: named, priced offers as structured data on their own pages, real availability exposed through a callable endpoint, and a booking action an agent can actually invoke. That path runs through an MCP server rather than a feed, and it is covered in how AI agents book service businesses. The underlying discipline is identical: state what you sell in typed fields, keep it true, and make it verifiable.

The checklist

If you do nothing else this quarter, do these in order:

  1. Audit for disagreement first. Pick twenty products and compare price, availability, shipping, and returns across your feed, your protocol catalog if you have one, and your live page markup. Fix every mismatch before enriching anything, because enrichment on top of drift just propagates the drift.
  2. Enrich titles and descriptions. This is the highest-return editing work and it does not require engineering.
  3. Fill in commercial terms completely. Shipping, returns, and promotional pricing are frequently blank and frequently decisive.
  4. Add or complete on-site structured data so your claims verify independently of the feed.
  5. Fix your refresh cadence. Availability and price should propagate in minutes, not overnight, and certainly not weekly.
  6. Generate rather than maintain. If three artifacts are edited by hand, budget for the day they disagree. One source of truth removes the whole class of failure.

The through-line across every agentic surface is unglamorous and consistent. Agents do not reward persuasion, they reward verifiability. A catalog that says exactly what it is, everywhere, in the same way, is the entire competitive advantage available here, and it is available to a small merchant on equal terms with a large one.

One catalog, every feed, generated not maintained

Nexez publishes your business as agent-legible, agent-transactable listings from a single source of truth: JSON-LD, agent.json, llms.txt, OpenAPI, a per-merchant MCP server, and ACP plus UCP feeds, with real Stripe checkout and Calendly-backed scheduling behind them. Change a price once and every surface agrees. Start on Free with no card; paid plans include a 7-day trial.

See how it works

Frequently asked questions

What is a product feed for AI agents?

It is your catalog expressed as structured data, one record per item with typed fields for title, description, price, availability, images, shipping, and returns. It is the same artifact that has powered shopping ads for years, but its role changed: the attributes you submit now determine whether AI shopping surfaces can find, filter, and recommend your products at all.

Do I need a separate feed for every AI platform?

Not separate catalogs, but different expressions of one. A Merchant Center feed drives discovery on Google’s AI surfaces, a protocol catalog (UCP or ACP) enables agents to transact, and on-site JSON-LD lets agents verify your claims independently. They serve different jobs and should be generated from one source of truth rather than maintained separately, because separate maintenance means eventual disagreement.

Why does my feed have to match my website exactly?

Because both are checked, and against each other. Google continuously compares Merchant Center data with your live site, and mismatches reduce trust and visibility. Agents are far less forgiving than shoppers: a price that changes between listing and checkout breaks a constraint the agent was asked to satisfy, and the assistant that recommended you takes the reputational damage, so it discounts you next time.

Which feed attributes matter most for AI visibility?

Long descriptive titles carrying the attributes shoppers actually name, rich fact-dense descriptions, Google’s conversational attributes (common product questions, compatible accessories, substitutes), multiple quality images, complete commercial terms covering shipping and returns and promotions, and accurate current availability. Missing attributes exclude you from filtered results rather than merely ranking you lower.

How fresh does my feed need to be?

Fresher than traditional shopping required. Google’s Shopping Graph refreshes on the order of two billion listings per hour, and AI surfaces weight currency heavily because recommending an unavailable item is a visible failure. Price and availability changes should propagate in minutes. Overnight batch updates are increasingly a liability for fast-moving inventory.

Can service businesses use product feeds?

Poorly, today. Feed specifications are SKU-shaped, modeling variants, shipping, and returns rather than appointments. Google has formed domain councils for verticals including lodging and food ordering, so expansion is underway, but the current path for services is structured offer data on your own pages plus callable availability and booking through an MCP server, covered in how AI agents book service businesses.