Schema Markup for AI

Does schema markup help you show up in AI search? The evidence says it's not a citation lever — it's entity infrastructure. Here's what actually matters.

First published: Jun 24, 2026 · Last updated: Jul 28, 2026 · Advanced
demand #13 in Optimization#32 in AI Search#302 on the site
1 evidence signal on this page

Schema markup is not required for generative AI search, and no evidence supports treating it as a general citation lever. Use it for documented rich-result eligibility, consistent entity facts, feeds, and integrations—not as an AI-ranking shortcut.

TL;DR — Google says structured data is not required for generative AI search and there’s no special schema.org markup to add. Evidence for this claim Google says structured data is not required for generative AI search and there is no special schema.org markup to add; existing structured data remains useful for ordinary rich-result eligibility. Scope: Google Search generative AI features; not a claim about every AI platform or documented feed/integration. Confidence: high · Verified: Google Search Central: Optimizing your website for generative AI features Bing’s Fabrice Canel is the one rep to confirm schema helps their LLMs. The Ahrefs 1,885-page study found adding JSON-LD moved AI citations a statistically insignificant amount on every platform (−4.6% AIO, +2.4% AI Mode, +2.2% ChatGPT). The most plausible mechanism is entity disambiguation via sameAs feeding Google’s Knowledge Graph — not a proven citation lever, since the Knowledge-Graph-to-AI-Overview chain hasn’t been isolated in any study. Watch out for two traps: feature eligibility can change while a Schema.org type remains valid, and client-side markup may not be processed consistently by every crawler.

Regardless of delivery method, the markup must match content visible on the page. Evidence for this claim Google requires structured data to represent visible page content and does not guarantee feature display. Scope: Google structured-data policies, not claims about every AI system. Confidence: high · Verified: Google Search Central: Structured data guidelines

Start from the official position, because it’s clearer than the hype

Google has been unusually blunt here. Its July 2026 guidance says structured data is not required for generative AI search and there is no special schema.org markup to add. Existing structured data remains useful for ordinary rich-result eligibility, and it still has to match what readers can verify on the page. That is longstanding structured-data policy, not an AI-specific tactic.

That doesn’t mean schema is useless to Google. It means Google separates two jobs structured data does: it drives rich results (the appearance enhancement) and it helps Google understand content and entities — “information about the people, books, or companies that are included in the markup.” The second job feeds the Knowledge Graph, and the Knowledge Graph feeds AI Overviews. So there’s a plausible indirect path. There is no documented direct one.

Bing is the one platform that says schema helps its LLMs

This is the cleanest affirmation in the whole space. At SMX Munich in March 2025, Fabrice Canel, Principal Product Manager at Microsoft Bing, confirmed that schema markup helps Microsoft’s LLMs understand content. He’s the only AI-search rep to say it on the record about an LLM specifically — not just about crawling. He paired it with a push on freshness: “Gen AIs value fresh content in particular, partly as a reference check of their LLM training data. Use the API at indexnow.org to push that information as it’s published or updated.”

So when people ask “do LLMs even read schema?”, the honest answer is platform-split: Bing/Copilot, yes, by their own statement; Google, only indirectly via the Knowledge Graph; ChatGPT and Perplexity, unconfirmed either way.

The evidence on citations: the Ahrefs 1,885-page study

This is the most rigorous test I’m aware of. The Ahrefs team (Louise Linehan and Xibeijia Guan, reviewed by Ryan Law, published May 2026) identified 1,885 pages that added JSON-LD schema between August 2025 and March 2026, matched them against ~4,000 control pages with similar prior citation levels, and measured citations 30 days before and after — across four statistical tests (t-test, difference-in-differences, event study, sensitivity analysis).

PlatformEffect after adding schemaVerdict
Google AI Overviews−4.6%Statistically insignificant
Google AI Mode+2.4%Indistinguishable from zero
ChatGPT+2.2%Indistinguishable from zero

The headline from the study: “Adding schema produced no major uplift in citations on any platform.” Earlier, a Search/Atlas analysis in December 2024 found the same shape of result — no consistent correlation between schema coverage and citation rates.

The one honest caveat. The study only measured pages already being cited — every treated page had 100+ AI Overview citations before schema was added. So it answers “does adding schema lift citations on pages already in the consideration set?” (no) but it can’t answer “does schema help a page get into that set in the first place?” — that’s still open. The correlation people cite — AI-cited pages are ~3× more likely to have JSON-LD — almost certainly reflects that technically strong sites use schema and publish good content, not that schema is the cause.

The most plausible mechanism: entity disambiguation

If schema doesn’t move citations, why do I still tell people to invest in it for AI search? Because of the one job it’s actually documented to do: help resolve entities — connecting Organization and Person markup to authoritative external IDs so a knowledge graph can tell your company or author apart from a namesake.

sameAs is the property that does this. It’s the most direct way to point at authoritative external identifiers:

  • Organization sameAs (priority order): Wikidata Q-number → Wikipedia → LinkedIn company page → Crunchbase → GitHub (for tech companies).
  • Person sameAs: LinkedIn → Wikidata (if an entry exists) → ORCID (academic authors) → X → GitHub.

This is the part of schema I’m most confident changes something — it feeds Google’s Knowledge Graph, which Google documents as an input to AI Overviews. But I want to be precise about what’s confirmed and what isn’t: schema’s role in entity resolution for the Knowledge Graph is documented; the Knowledge-Graph-to-AI- Overview-citation chain is a plausible hypothesis, not something any study has isolated and confirmed. Treat it as the best-supported bet, not a guarantee.

One frequently cited example: SchemaApp, a schema vendor, reported that Wells Fargo corrected AI hallucinations about its business hours by adding schema to location pages. That’s a vendor-published case study I haven’t been able to verify independently — treat it as an anecdote consistent with the entity-disambiguation mechanism, not confirmed proof of it.

Which types are worth implementing

There’s no confirmed, universal ranking of schema types by AI-visibility value — no study isolates that. What follows is what each type documentedly does; treat “helps AI” as the plausible entity/rich-result path described above, not a scored priority order:

TypeWhat it does
Organization + sameAsAnchors your brand as an entity, with external IDs a knowledge graph can resolve. The strongest-evidenced piece of this list, because entity resolution is the one documented mechanism.
Person + sameAsAuthor identity and expertise attribution; avoids disambiguation errors. Same mechanism as above, applied to authors.
Article / NewsArticleDeclares content type, author, datePublished, dateModified — Google documents freshness/authorship as part of ordinary content understanding.
BreadcrumbListCommunicates site hierarchy for ordinary Search understanding.
FAQPageRich result deprecated (see below); the type is still valid. Whether it helps AI systems parse Q&A passages is unconfirmed either way.

A note on FAQPage: Google deprecated the FAQ rich result on May 7, 2026. The visual enhancement in the SERP is gone, but the FAQPage schema type itself is still valid — “the markup can stay on your pages without causing problems” — and may still help AI systems identify question-and-answer passages. Don’t rush to strip it out; removing it buys you nothing.

The trap that quietly kills schema for AI: JavaScript

Here’s the implementation detail that catches people. AI-crawler rendering is provider- and version-specific. If your schema is injected client-side, the classic example being Google Tag Manager, then Googlebot (which renders) may eventually see it, but any AI crawler that uses only the raw HTML will miss it. For broad AI-search coverage, server-render schema into the HTML response. If entity disambiguation is the reason you’re doing this, JS-injected schema defeats the purpose.

Use JSON-LD (Google, Bing, and schema.org all prefer it over Microdata/RDFa), keep it server-side, and connect your types with @graph + @id so your Organization, Person, and Article reference each other instead of duplicating data — that connected-graph pattern is the one most associated with Knowledge Graph recognition.

The bottom line

Schema is infrastructure, not a citation cheat code. Implement Organization and Person with real sameAs links, put Article and BreadcrumbList on your templates, render it all server-side, and make it match your visible content. Then stop expecting it to be the thing that gets you into AI answers — that work happens in your content, your brand mentions, and your authority, which I cover across the rest of the AI search optimization cluster.

Add an expert note

Pin an expert quote

New person? Create their unclaimed profile at /admin/experts/ → Pin an expert quote first.