Course outline · lesson 11 of 20

Module 04 · Fix the Facts AI Repeats · Lesson 2 of 4

Schema Markup for AI: What It Still Does

Schema is not an AI citation lever: Google says none is required, and the best test found no uplift. What schema still does, and the parity check that matters.

8 min read4-question checkIntermediateUpdated 2026-10-16
0/20 passed

By the end of this lesson you can

  • Explain what Google and the Ahrefs matched-control study say about schema and AI citations
  • Identify the boundary condition that leaves schema untested for pages AI does not cite yet
  • Run a schema-to-visible-text parity check by hand
  • Decide which existing markup to keep, fix or stop adding

Almost every GEO checklist puts schema markup near the top. Add FAQPage. Add Organization. Add Product. Help AI "understand" your content. It is the most commonly sold recommendation in the category, and it has more direct evidence against it than any other.

That does not make schema worthless. It still earns some rich results in classic Google Search, and it is one more place where your company states its facts. That second point is the one this lesson cares about. Markup that says something different from the page is a contradiction you published yourself, in a file nobody on your team reads.

This lesson covers what Google says, what the one controlled test found and where it stops, what happened to FAQ markup, and the parity check that is worth your time.

What Google says about schema and AI

Google's guidance on its AI features is unusually direct. Its AI optimization guide (updated July 10, 2026) says: "Structured data isn't required for generative AI search, and there's no special schema.org markup you need to add." Its AI features documentation (December 2025) sets the bar for AI Overviews and AI Mode: a page "must be indexed and eligible to be shown in Google Search with a snippet," and "there are no additional technical requirements."

Treat these as what they are: statements by the operator, not measurements. Google has its own reasons to make them, and nobody outside can verify what its systems do. But they are the only first-party statements on the question, and the one controlled study points the same way. No AI-specific schema type exists, and no engine has published evidence that adding schema raises citations.

What the one controlled test found

Most schema studies compare sites that have schema with sites that do not. That mostly measures which sites have the budget and the developers to add it. Ahrefs ran something better: a matched-control test that followed pages before and after schema was added and compared them with similar pages that did not change.

Evidence: Ahrefs (May 11, 2026) followed 1,885 pages that added schema, each matched with three control pages, from August 2025 to March 2026. Its conclusion: "Adding schema produced no major uplift in citations on any platform." AI Overview citations fell 4.6%, a statistically significant drop. AI Mode moved up 2.4% and ChatGPT 2.2%, small changes that Ahrefs' own conclusion does not count as a major uplift.

The study has a boundary condition, and it matters for most readers of this course. Ahrefs disclosed that every page in the dataset had 100 or more AI Overview citations in February 2025, before any schema was added. It studied pages engines already cited heavily. Whether schema helps a page enter the set of sources an engine considers in the first place has not been tested by anyone. That is untested, not refuted.

If your brand is cited rarely or never, you are exactly the population the study left out. The honest position has two halves: nobody knows whether schema helps a page get in, and the evidence on pages already in says it does not get them cited more. Neither half is a reason to sell schema as an AI lever. Together they are a reason not to claim certainty in either direction.

Myth: "Schema helps AI understand your content, so it raises your citations." No engine documents this, Google says structured data is not required, and the best test found no uplift on any platform plus a significant drop on AI Overviews. "Helps AI understand" describes a mechanism nobody has shown.

What schema still does

Schema has two honest jobs left. Neither is AI visibility work, and you should not report either one as such.

Rich results in classic Search

Google still supports rich results for a number of structured data types, such as product snippets. The list changes, so check Google's Search Gallery for what is currently supported before you build anything. Do not trust a list in a blog post, including this one. If a type no longer produces a rich result, adding it earns nothing in Google.

One more consistent statement of who you are

Organization markup states your name, URL, logo and the profiles that belong to you (sameAs) in one machine-readable block. That helps Google tell your company apart from others with a similar name. Its value for this module is consistency, not ranking: it is one more place where your facts appear, so it has to match the About page, the facts block from How to Create Content AI Can Quote and your third-party profiles.

FAQPage markup: retired

FAQ markup was the most-sold schema tactic for AI. Google retired it in 2026:

  • Google's Search changelog marked FAQ rich results as deprecated in an entry dated May 8, 2026, effective May 7.
  • The FAQPage documentation was removed on June 15, 2026. The old documentation URL now redirects to the changelog.
  • Search Console API support for it was removed in August 2026.

Be precise about what this means. It ends FAQ markup as a Google rich result. It does not make questions and answers on a page bad; a plain-text answer to a question buyers ask is still useful to buyers. And Google says leaving existing FAQ markup in place causes no harm, so ripping it out is as unsupported as adding more. Leave accurate markup where it is, stop adding new markup, and check that whatever remains says the same thing as the visible answers.

Parity: the check that matters

Schema parity means every fact in your JSON-LD appears, with the same value, in the visible text of the same page. A parity failure takes one of two forms:

  • A fact that exists only in the markup. No engine has published evidence that it uses a fact found only inside a script tag, and most AI crawlers read your text. If the fact matters, it belongs on the page.
  • A fact that disagrees with the page. This is the contradiction problem from the previous lesson, hidden in a file nobody reviews. Schema is often written once by a developer or a plugin and never touched again, while prices, addresses and leadership change around it.

Here is a real-looking example from a fictional pricing page. The visible table says "Growth: $79 per month". The page source contains this block, hardcoded into the template:

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "Product",
  "name": "Ledgerly Growth",
  "description": "Invoicing software for B2B teams, with automatic payment reminders.",
  "brand": { "@type": "Brand", "name": "Ledgerly" },
  "offers": {
    "@type": "Offer",
    "price": "59.00",
    "priceCurrency": "USD"
  }
}
</script>

Worked example

Ledgerly, a fictional B2B invoicing SaaS, runs the parity check on the block above, fact by fact. The name "Ledgerly Growth" appears in the visible pricing table: present. The description says "automatic payment reminders" and the page says "automated reminders": the same fact, close enough. The currency matches. The price fails: the markup says 59.00 and the page says $79, because a developer wrote the block in 2024, before the January price change. The fix is not to delete the visible price, and it is not to add more markup. The team changes the offer price to 79.00 and, more importantly, changes the template so the JSON-LD price is generated from the same pricing data that renders the visible table. The two can no longer drift apart. They then run the same check on the Organization block on the About page and find a founding date of 2018 against a visible 2019, the same stale value they found on the careers page, and fix it at the source.

How to run a parity check

  1. Open the raw source. Use view-source or a plain fetch, not the browser inspector. The inspector shows the page after JavaScript ran, which is not what most AI crawlers receive. If a tag manager injects your JSON-LD, it is missing from the raw HTML, and only crawlers that render JavaScript, such as Googlebot, will ever see it.
  2. Find every block. Search for application/ld+json. Pages often carry several: one from the theme, one from an SEO plugin and one somebody added by hand.
  3. List the facts. Name, description, price and currency, founding date, address, founders and leaders, and every sameAs profile link.
  4. Search the visible text for each value. Mark each one present, missing or different.
  5. Fix at the source. A different value gets corrected wherever the truth lives, usually your facts block. A missing fact either goes into the visible text or comes out of the markup.

Google's Rich Results Test and the Schema.org validator check that your markup parses and, for Google, whether it qualifies for a rich result. Neither checks whether it is true. 99Visibility's audit recommendations include a schema parity check on your homepage, which lists facts in your JSON-LD that it cannot find in the visible text. For other pages, the manual check above takes about ten minutes. If you need to rebuild a block, the free Schema Generator produces Organization and Product JSON-LD; fill it from your facts block, not from memory.

Organization schema: consistency, not a lever

If you keep one block, keep Organization on your homepage or About page, and treat it as a copy of your facts block rather than a separate source of truth. A few rules make it hard to get wrong:

  • Generate it from the same data that renders your visible company facts, so a change to one is a change to both.
  • Include only fields you can keep current. An exact employee count goes stale within a quarter; leave it out, or match the range on your About page.
  • List in sameAs only profiles you control and keep up to date. A link to an abandoned profile with an old description tells anyone who follows it the wrong thing.
  • Keep one Organization block per page. Two blocks from two plugins, with two descriptions, is a contradiction inside a single page.

Common mistakes

  • Adding schema to fix a hallucination. If an engine states a wrong price, look for the page, or the block of markup, that states it. More markup does not outvote a contradiction.
  • Adding FAQPage markup in 2026. Google retired the rich result. It earns nothing in Search, and no AI engine documents reading it.
  • Treating a passing validator as done. Valid markup with the wrong price is still the wrong price.
  • Checking the rendered page instead of the raw HTML. You will see markup and text that most AI crawlers never receive.
  • Ripping out all schema in a panic. There is no evidence for that either. Keep what is accurate and still earns a rich result.
  • Buying "AI schema optimization". Any package that sells markup as an AI citation lever is selling the claim the best available test contradicts.

Key takeaways

  1. 01Google says structured data is not required for generative AI search, and no AI-specific schema type exists.
  2. 02Ahrefs' matched-control study found no major uplift from adding schema on any platform, and a statistically significant drop on AI Overviews.
  3. 03Every page in that study was already heavily cited, so whether schema helps a page enter the consideration set is untested, not refuted.
  4. 04Google deprecated FAQ rich results in May 2026, so new FAQPage markup earns nothing in Google Search.
  5. 05Parity is the check that matters: every fact in your JSON-LD must appear, with the same value, in your visible text.

Your win · about 10 minutes

Know whether your JSON-LD matches your visible text

  1. Open your pricing page or homepage, view the page source and find every application/ld+json block.
  2. List each fact in the markup: name, description, price, founding date, address, people and profile links.
  3. Search the visible page text for each value and mark it present, missing or different.
  4. Correct every different value at its source, and either add each missing fact to the visible text or remove it from the markup.
Rebuild a block with the Schema Generator

Knowledge check · 4 questions · pass with 3

Pass this to complete the lesson

Graded on our server. Get 3 of 4 right to mark the lesson complete and move your timeline.

  1. 1.What did Ahrefs' matched-control study find when pages added schema markup?
  2. 2.Why does the Ahrefs study not settle whether schema helps a brand that AI never cites?
  3. 3.What is a schema parity check?
  4. 4.How should you treat existing, accurate FAQPage markup in 2026?

See what AI says about your brand

Run a free audit across ChatGPT, Perplexity, Google AI, Gemini and Claude, and check which AI crawlers can reach your site.

Start for Free