Teardown · Technical Implementation
Schema and AI citations: what the evidence supports
Separate website JSON-LD from enterprise knowledge graphs, read the limits of the Ahrefs citation study, and choose structured data for a documented use case.
v1.1 · October 2026 · Tenten GEO Research
CH.01
Start with the system and the measured outcome
Website markup, enterprise knowledge graphs and AI citations are different subjects. A result from one system cannot establish the effect of adding JSON-LD to a public website.
Two original studies illustrate the distinction. data.world tested question answering over an insurance database and a knowledge graph. Ahrefs tracked citation changes on pages that introduced JSON-LD. Their treatments, samples and outcomes differ, so their numbers should not be combined into a schema return forecast.
| Study | What it measures | Conclusion | Source |
|---|---|---|---|
| data.world benchmark, 2023 | Execution accuracy of GPT-4-generated database queries | 16.7% for SQL; 54.2% for the knowledge-graph/SPARQL setup | 43 insurance-domain questions; not website JSON-LD |
| Ahrefs matched observational study, 2026 | Citation change around first detected JSON-LD | No clear citation increase; the small AIO decline is not conclusively attributable to schema | 1,885 pages and 4,000 controls; already-cited pages |
Different interventions and outcomes; neither study supplies a universal website citation multiplier.

Chapter takeaway
Name the system, intervention and outcome before using a study to make an implementation decision.

CH.02
The 16.7% and 54.2% result concerns database queries
data.world’s November 13, 2023 benchmark asked GPT-4 to produce SQL queries or SPARQL queries over a knowledge graph. It evaluated 43 insurance-domain questions. This was not a test of adding schema.org markup to a webpage.
Average overall execution accuracy in the data.world benchmark
data.world, 2023-11-13, Table 1
The reported metric compares generated query results with reference answers. It does not measure webpage extraction, schema.org adoption or AI search citations.
The knowledge-graph setup supplied an ontology and mappings for the enterprise data. That context is materially different from publishing an Article or Organization object in a webpage. The study does not establish that JSON-LD prevents an assistant from misstating a price or author.
If you operate an internal question-answering system, test it against your own reference answers and data model. For a public website, use the structured-data requirements of the intended consumer and check the rendered facts independently.
Chapter takeaway
Keep this benchmark in its database context. It cannot justify a website extraction or citation promise.
CH.03
What the Ahrefs citation study can tell us
Ahrefs observed 1,885 pages introducing JSON-LD between August 2025 and March 2026 and compared them with 4,000 controls. Its matched analysis found a 4.6% relative AIO decline, while the AI Mode and ChatGPT estimates were not statistically distinguishable from zero.
| Surface | Reported estimate | Interpretation | Source |
|---|---|---|---|
| Google AI Overviews | -4.6% | Relative to matched controls; other simultaneous changes may explain the gap | Ahrefs, May 11, 2026 |
| Google AI Mode | +2.4% | Statistically indistinguishable from zero | Same matched analysis |
| ChatGPT | +2.2% | Statistically indistinguishable from zero | Same matched analysis |
Matched difference-in-differences estimates, not a randomized experiment or proof that schema causes harm.
The pages already had substantial AIO citation activity. The study pooled schema types, used a 30-day post-treatment window and could not isolate other changes made at the same time. Its findings do not settle whether a specific markup type helps an uncited page or a different consumer.
Chapter takeaway
Do not budget around a guaranteed citation lift, and do not remove useful markup because of the reported decline. Evaluate the documented use case and your own evidence.
CH.04
Describe the actual organization and author
Organization and Person markup can describe who a page is about and who wrote it. Google documents Organization markup as a way to provide administrative details and help disambiguate an organization. This is not a guaranteed route into a knowledge graph or an AI answer.
Use the real name, official URL and verifiable relationships. A sameAs link identifies another page about the same entity; it must not imply a partnership or identity that does not exist. Markup should agree with visible page content.
| Type | Describes | Verify | Boundary |
|---|---|---|---|
| Article | The article, author and dates | Visible authorship and substantive update dates | No automatic citation or rich-result guarantee |
| Product / Dataset | The actual product or dataset | Applicable properties and supported consumer requirements | Do not invent prices, reviews or data |
| Person | An identified person | Name, authorship and any claimed credentials | A property is not evidence that a credential is true |
| Organization | The actual organization | Official name, URL and identity links | No guaranteed knowledge-panel or citation inclusion |
Choose types that match the visible content and the intended consumer.
Chapter takeaway
Structured data describes facts. Keep the evidence for those facts in the visible content and the source records.
CH.05
Allocate implementation work by its documented purpose
Begin with the page’s content and the system that will consume the markup. Prioritize a supported search feature, an identity clarification or a known data mismatch that you can verify.
Google says no special schema.org markup is required for AI Overviews or AI Mode. Pages still need ordinary Search eligibility and snippet eligibility. Keep useful structured data accurate, but do not treat extra types as a shortcut to AI visibility.
STEP 1
Confirm the visible facts
Check names, prices, dates, authors and product details on the page before encoding them. Fix a factual mismatch at its source.
STEP 2
Choose a supported type and consumer
Read the provider’s current required and recommended properties. A vocabulary type existing does not mean every search engine offers a feature for it.
STEP 3
Keep the implementation proportionate
Reuse the facts already maintained on the site. Avoid duplicate entities, invented credentials and unsupported outcome claims.
STEP 4
Verify syntax, meaning and actual consumption
Validate the markup, compare it with visible content and inspect the intended consumer’s result. Valid syntax alone does not prove indexing or citation.
| Your goal | Schema to do | What not to do | Basis |
|---|---|---|---|
| Support a documented search presentation | The relevant supported type | Invent data just to satisfy a field | Current provider documentation |
| Clarify an organization or author | Accurate Organization / Person relationships | Claim a citation multiplier from adding sameAs | Visible identity and verifiable profiles |
| Evaluate citation performance | Keep markup changes identifiable in the test plan | Treat an uncontrolled before/after difference as cause | Recorded answers, controls and limitations |
Define the purpose and acceptance evidence before implementation.
Chapter takeaway
A useful markup change has a clear consumer and a verifiable purpose. Its value does not need an invented citation multiplier.
CH.06
Review the change with the appropriate evidence
Keep implementation validity, factual accuracy and search outcomes separate. This prevents a successful validator result from being reported as a business or citation gain.
Choose a few representative pages and record what changed. Retain the public facts, generated markup, validation result and observation date so another reviewer can reproduce the check.
| Question | Evidence | Possible issue | Next action | Do not infer |
|---|---|---|---|---|
| Is the markup valid? | Parser and applicable feature validator | Syntax or missing required properties | Fix the specific error | That the page is indexed or cited |
| Does it describe the visible page? | Field-by-field comparison | Outdated facts or wrong entity | Repair the shared source | That adding more properties is better |
| Does the intended consumer use it? | Observed result and provider diagnostics | Unsupported type or unmet eligibility | Check the documented requirements | That a missing result proves markup is useless |
| Did citations change? | Repeated answers with sample and dates | Noise, model changes or competing sources | Compare with controls and record limitations | That markup alone caused the difference |
| Did business outcomes change? | Approved lead and sales records | Missing attribution or qualification | Report what is observable | That citation count equals revenue |
A practical review checklist proposed by Tenten; not measured client results.
Check 1
Check the facts
If an assistant gives a wrong price or author, inspect the cited source, page content and retrieval context. The wrong answer alone does not diagnose a schema defect.
Check 2
Check identity consistently
Compare the organization and author names across the visible page, markup and official profiles. Correct actual mismatches without inventing links or credentials.
Check 3
Investigate outcome changes
Record engine, date, prompt set and concurrent changes. Test a concrete explanation before assigning the problem to markup or a content rewrite.
Keep the conclusion within the evidence
Use accurate markup for documented purposes. Evaluate knowledge-graph systems in their own environment, and evaluate citation changes with explicit samples and limits.
Sources & methodology
Sources checked October 5, 2026. data.world’s November 13, 2023 technical report tests GPT-4 query execution over SQL versus a knowledge-graph/SPARQL setup (43 insurance-domain questions; Table 1: 16.7% and 54.2%). It is not a website schema.org experiment. https://data.world/mstatic/assets/pdf/kg_llm_accuracy_benchmark_11132023_public.pdf Ahrefs’ May 11, 2026 article reports a matched observational study of 1,885 pages introducing JSON-LD and 4,000 controls, with a 30-day window and already-cited pages. Concurrent changes and pooled schema types limit causal interpretation. https://ahrefs.com/blog/schema-ai-citations/ Implementation guidance follows Google’s structured-data and AI features documentation, with Organization identity guidance and the schema.org sameAs definition. https://developers.google.com/search/docs/appearance/structured-data/intro-structured-data https://developers.google.com/search/docs/appearance/structured-data/organization https://developers.google.com/search/docs/appearance/ai-features https://schema.org/sameAs The decision tables are Tenten’s recommendations; they do not report client performance or a universal citation effect.
© 2026 Tenten GEO · Citation welcome: please credit the source.
Discuss your AI search priorities
Request a 30-minute benchmark interpretationSend a booking request. We’ll email you to confirm a time within 24 hours.