--- title: "Structured data, entity markup and product feeds for AI…" description: "Where machine-readable data actually helps There are two very different claims about structured data and AI search. The weak, popular claim is \"add…" url: https://optimizeall.com/learn/ai-search-optimization-geo/structured-data-and-product-feeds-for-ai updated: 2026-10-05 --- AI Search Optimization: SEO for AI Overviews & Answer Engines · Generative engine optimisation: content and page practices · lesson 6 of 17 · 16 min # Structured data, entity markup and product feeds for AI surfaces ## Where machine-readable data actually helps There are two very different claims about structured data and AI search. The weak, popular claim is "add schema and AI will cite you". Google's 2026 guide says no special schema is needed for its AI features, and no provider has published evidence that schema alone triggers citations. The strong, defensible claim is narrower: **accurate machine-readable data reduces ambiguity** — about who you are, what you sell, what it costs and whether it's in stock — and some AI shopping and product experiences are fed directly by structured product data. That's where to invest. ## Three layers of machine-readable facts | Layer | What it is | Where it matters | |---|---|---| | On-page JSON-LD | schema.org markup in the HTML | Search engines' understanding; rich results that still exist; consistency checks | | Product and merchant feeds | Structured catalogue data sent to a platform | Google Merchant Center (Shopping and shopping experiences in Search), OpenAI's product feeds for ChatGPT shopping, marketplaces | | Profiles and knowledge sources | Business Profile, Bing Places, Wikidata where legitimate, official profiles | Entity understanding, local answers | ## Which rich results still exist (2026) Google has narrowed rich results steadily: HowTo rich results were removed in 2023; seven little-used types (including Course Info, Claim Review, Estimated Salary, Learning Video, Special Announcement, Vehicle Listing and Book Actions) were phased out from mid-2025; and FAQ rich results stopped appearing on 7 May 2026. Types that still produce rich results include Product (with merchant listing and review snippet features), Review/AggregateRating (with policy limits), Article, Recipe, Video, Event, Breadcrumb, Organization (logo and knowledge panel details), LocalBusiness and JobPosting. **Check Google's Search Gallery before every implementation** — the list changes. Unused markup (for example FAQPage) does no harm and can stay; just don't promise clients a rich result that no longer exists. ## Hands-on: a connected entity graph in JSON-LD Use stable `@id` values so every page describes the same entities consistently: ```json { "@context": "https://schema.org", "@graph": [ { "@type": "Organization", "@id": "https://www.example.com/#org", "name": "Kiran Home", "url": "https://www.example.com/", "logo": "https://www.example.com/logo.png", "sameAs": ["https://www.linkedin.com/company/example", "https://www.instagram.com/example"], "address": {"@type": "PostalAddress", "addressLocality": "Lahore", "addressCountry": "PK"} }, { "@type": "Product", "@id": "https://www.example.com/products/brass-lantern/#product", "name": "Hand-beaten brass lantern, large", "sku": "BL-LG-01", "brand": {"@id": "https://www.example.com/#org"}, "offers": { "@type": "Offer", "price": "8500", "priceCurrency": "PKR", "availability": "https://schema.org/InStock", "url": "https://www.example.com/products/brass-lantern/", "shippingDetails": {"@type": "OfferShippingDetails", "shippingDestination": {"@type": "DefinedRegion", "addressCountry": "PK"}} } } ] } ``` Generate this from the same database fields that render the visible price and stock, so markup and page never disagree. ## Product feeds: the direct line into AI shopping For e-commerce, feeds often matter more than page markup: - **Google Merchant Center** feeds power Google Shopping and product information across Google surfaces. Keep titles, GTINs, prices, availability, shipping and returns accurate; mismatches with the landing page cause disapprovals. - **OpenAI** documents product feeds that let merchants share structured product data so ChatGPT can surface products in its shopping experiences, and it co-developed the **Agentic Commerce Protocol** with Stripe for checkout inside ChatGPT. Eligibility and availability vary by country — check OpenAI's current merchant documentation before planning. - **Consistency rule:** the same product should have the same name, price, currency and availability in the feed, the page, the JSON-LD and marketplaces. Inconsistency is how assistants end up quoting old prices. ## Validation workflow 1. **Rich Results Test** — eligibility for Google features on a rendered URL. 2. **Schema Markup Validator** — general schema.org validity. 3. **Crawl extraction** — pull JSON-LD from every template with Screaming Frog or Sitebulb and compare price fields with the visible price. 4. **Merchant Center diagnostics** — feed and landing-page mismatches. 5. **Spot-check answers** — ask assistants for your product's price and stock and log any errors as accuracy issues. ## Worked example: a Jeddah abaya brand fixes quoted prices A Jeddah abaya brand (illustrative) finds assistants quoting last season's prices. Investigation: the theme outputs a hard-coded JSON-LD price from a template, the Merchant Center feed updates weekly while prices change daily during Ramadan sales, and a marketplace listing is months out of date. Fix: JSON-LD generated from live product data, feed scheduled to update several times a day during promotions, marketplace listings synced, and a weekly check of five products' prices across page, markup, feed and assistant answers. ## Common mistakes - Selling schema as an "AI ranking factor". - Markup that disagrees with visible content (a policy violation for Google, and a source of wrong answers everywhere). - Leaving deprecated types in a client proposal as if they still earn rich results. - Updating the website but not the feeds and marketplaces that assistants also read. ## Video lecture: Structured data, entity markup and product feeds for AI surfaces Lecture coming soon · 13 chapters · about 9 minutes. Read the full transcript below. 1. Structured data and feeds for AI 2. The honest position 3. Three layers of machine-readable facts 4. Rich results in 2026 5. Hands-on: a connected JSON-LD graph 6. Feeds: the direct line to AI shopping 7. Example 1: duplicate Organization markup 8. Example 2: Jeddah abaya brand (illustrative) 9. Validate and avoid 10. People are entities too 11. Watch me do it: one product, four sources 12. Pitch it honestly 13. Recap and try this now ## Lecture transcript ### Structured data and feeds for AI Let's settle one of the most repeated claims in AI search. Add schema, and AI will cite you. Is it true? Mostly, no. But structured data does matter, in a narrower and more useful way than the hype suggests. In this lecture you'll learn where machine-readable data genuinely helps, which rich results still exist in twenty twenty-six, how to build a clean entity graph in JSON-LD, and why product feeds may matter more than markup for anyone who sells online. ### The honest position Here's the honest position. Google's twenty twenty-six guide for its AI features says no special schema is needed, and no provider has shown that markup alone triggers citations. The defensible claim is this: accurate machine-readable data reduces ambiguity. Think of it like the label on a medicine box. The label doesn't make the medicine work, but without it, people make mistakes. Structured data tells systems who you are, what you sell, what it costs, and whether it's in stock, so they're less likely to get it wrong. ### Three layers of machine-readable facts Think in three layers. Layer one is on-page JSON-LD, the schema dot org markup in your HTML. Layer two is feeds, structured product catalogues you send to platforms like Google Merchant Center, and, for eligible merchants, OpenAI's product feeds for shopping in ChatGPT. Layer three is profiles and knowledge sources: your Business Profile, Bing Places, and official profiles. Different surfaces lean on different layers, so the goal is the same facts in all three. ### Rich results in 2026 Now, which rich results still exist? Google has been narrowing them for years. HowTo rich results went in twenty twenty-three. Seven little-used types, including course info, claim review and estimated salary, were phased out from mid twenty twenty-five. And FAQ rich results stopped appearing on the seventh of May, twenty twenty-six. Still alive: product and merchant listings, review snippets within policy, articles, recipes, video, events, breadcrumbs, organisation details, local business and job postings. Leaving old FAQ markup in place does no harm. Promising a client an FAQ rich result in twenty twenty-six does. ### Hands-on: a connected JSON-LD graph Hands-on, part one: an entity graph. In the lesson text you'll find a JSON-LD block with an at-graph containing two entities. An Organization with a stable at-id, name, logo, same-as links and address. And a Product whose brand points to that same organisation at-id, with an Offer holding price, currency, availability and shipping destination. The stable identifiers are the clever part. Every page describes the same organisation in exactly the same way, so systems can join the dots. And the golden rule: generate this from the same database fields that render the visible price. ### Feeds: the direct line to AI shopping Hands-on, part two: feeds. For e-commerce, feeds often matter more than markup. Google Merchant Center feeds power Shopping and product information across Google surfaces. OpenAI documents product feeds so ChatGPT can surface products in its shopping experiences, and it co-developed the Agentic Commerce Protocol with Stripe for checkout inside ChatGPT. Availability varies by country, so check current merchant documentation before you plan. The rule across all of them is consistency: the same name, price, currency and stock status everywhere. ### Example 1: duplicate Organization markup Worked example one, simple. A bakery in Islamabad runs an SEO plugin and a theme that both output Organization markup, with two different phone numbers. Validators pass both blocks, but systems now see conflicting facts. The fix: remove the theme's block, keep one Organization entity with a stable at-id, and make sure its phone number matches the Business Profile. Five minutes, one less source of wrong answers. ### Example 2: Jeddah abaya brand (illustrative) Worked example two, with illustrative details. A Jeddah abaya brand finds assistants quoting last season's prices. The cause is a chain of small problems. The theme hard-codes the JSON-LD price. The Merchant Center feed updates weekly, but prices change daily during Ramadan sales. And a marketplace listing is months out of date. The fix: JSON-LD generated from live data, feeds updated several times a day during promotions, marketplace listings synced, and a weekly check of five products across page, markup, feed and assistant answers. ### Validate and avoid How do you validate all this? Use the Rich Results Test for Google eligibility on a rendered page. Use the Schema Markup Validator for general validity. Use your crawler's extraction to compare the JSON-LD price with the visible price on every template. Check Merchant Center diagnostics for mismatches. And ask assistants for your product's price and stock, logging any errors as accuracy issues. Common mistakes: selling schema as an AI ranking factor, markup that disagrees with the page, promising deprecated rich results, and updating the website but forgetting the feeds. ### People are entities too Let's add one more layer that often gets forgotten: people. Founders, authors and experts are entities too. An author page with Person markup, a consistent name spelling, a short bio, credentials, and links to official profiles helps systems attribute expertise correctly. Choose one transliteration of a name, for example Mohammed or Muhammad, and use it everywhere. Link the Person to the Organization with the same kind of stable at-id. It's a small amount of work, and it makes it far less likely that an assistant confuses your expert with someone else who shares the name. ### Watch me do it: one product, four sources Watch me do it. I'll run the consistency grid for one product, end to end. Step one: the page. I open the large brass lantern product page and note what a customer sees: eight thousand five hundred rupees, in stock, ships within Pakistan. Step two: the markup. I view source, search for application slash ld plus json, and copy the block into the Schema Markup Validator. It's valid. But the price field says seven thousand nine hundred. Step three: the feed. I open Merchant Center, search the product ID, and see eight thousand five hundred, in stock. Step four: an assistant. I ask, how much is the large hand-beaten brass lantern from this brand? It answers seven thousand nine hundred and cites a marketplace listing. Now I have a four-column grid: page, markup, feed, assistant. Two cells disagree. Step five: I trace the cause. The theme hard-codes the price in the JSON-LD template, and the marketplace listing hasn't synced since a price rise. I write two tickets: generate JSON-LD from the live price field, and sync the marketplace listing. Then I set a reminder to re-run this grid for five products every week during the next sale. ### Pitch it honestly And a note on Microsoft and other engines. Bing's team has said publicly that schema markup helps its systems understand content, and Bing Webmaster Tools reports on markup it finds. That's consistent with the ambiguity-reduction view: markup helps machines understand, which helps them represent you accurately. It is not a promise of citations. When you pitch structured data to a client, pitch accuracy and consistency across every surface, plus the rich results that still exist. That's a promise you can keep. ### Recap and try this now Recap. Schema isn't a citation switch, but accurate machine-readable facts reduce ambiguity everywhere. Check which rich results still exist before promising them. Build a connected entity graph with stable identifiers. And if you sell online, treat feeds as a first-class channel. Try this now. Pick five products or services. Write down the price, currency and availability shown on the page, in the JSON-LD, in your feed, and in one assistant's answer. Every mismatch is a ticket. ## Key takeaways - Structured data reduces ambiguity; it is not an AI citation switch, and Google says no special schema is needed for its AI features. - FAQ rich results stopped appearing in May 2026; check Google's Search Gallery before promising any rich result. - A connected JSON-LD graph with stable @id values keeps entity facts consistent across pages. - For e-commerce, product feeds (Merchant Center, OpenAI product feeds) are a direct line into AI shopping experiences. - Keep name, price, currency and availability identical across page, markup, feeds and marketplaces. ## Try it Build a 5-item consistency grid comparing price, currency and availability across the page, JSON-LD, your feed and one assistant's answer, and log every mismatch. - [Previous: Technical accessibility for AI retrieval](https://optimizeall.com/learn/ai-search-optimization-geo/technical-accessibility-for-ai-retrieval) - [Next: Entity clarity and brand consensus](https://optimizeall.com/learn/ai-search-optimization-geo/entity-clarity-and-consensus) - [All lessons of AI Search Optimization: SEO for AI Overviews & Answer Engines](https://optimizeall.com/learn/ai-search-optimization-geo)