JSON-LD Entity Graphs: Beyond Flat Snippets
Last reviewed:
A single-type schema block on each page is not a knowledge graph. Linked @graph markup is. The gap between them is where AI entity understanding fails.
What changed
Schema.org markup was initially adopted as a recipe for rich results — drop a Product or Article block on a page and Google might show a star rating or a breadcrumb. That transactional view of schema has been outdated for several years. AI systems — including Google’s knowledge systems, Bing’s entity model, and large language model (LLM) retrieval layers — now use structured data to understand relationships between entities, not just to populate a single display feature. A flat schema snippet declaring @type: Article tells a system almost nothing it could not already infer. A linked @graph connecting the article to its author entity, the author’s organization, the organization’s trust credentials, and the site’s publishing principles gives a system a navigable model of who produced this content and why they are authoritative.
Why it matters
AI citation and grounding systems are entity-aware. When a language model decides whether to cite a piece of content, it is also evaluating what it knows about the source. Publisher entities with rich, linked, internally-consistent @graph markup are more legible to those evaluation systems. Sites that implemented flat schema in 2018 and haven’t revisited it are not sending trust signals — they’re just sending type hints that the AI already inferred from the page title. The cost of being wrong here is not a rich-result drop; it’s a weaker grounding signal when an AI system has to pick between two sources for the same claim.
What’s still true
- JSON-LD is the preferred structured data format — it separates markup from content, survives framework rendering pipelines more reliably, and is the format most validation tools expect.
- Google’s knowledge graph and Bing’s entity index update independently of on-page schema — schema accelerates and disambiguates entity association; it does not override accumulated authority.
- A single Organization or Person entity block published site-wide in the page
<head>or footer layout gives all content pages a consistent entity anchor without per-page duplication. @idvalues must be stable, consistent, and correspond to real URLs — URIs likehttps://example.com/#organizationthat resolve to a real location are preferred over opaque identifiers.- Schema markup requires maintenance: property names change, deprecated types get ignored, and old implementations accumulate invalid markup silently — see Structured Data Audit and Remediation.
What to do now
Restructure to @graph on your homepage
- Replace flat
WebSiteandOrganizationblocks with a single@grapharray that links them via@idreferences — the homepage is the authoritative entity anchor for the whole site. - Include
publishingPrinciples(URL of your editorial policy),knowsAbout(topic areas), andsameAs(authoritative same-entity URLs such as Wikidata, LinkedIn, or your organization’s official profile) on the Organization node. See Organization Schema for the field-level pattern. - Add a
Personnode for the primary author or editor with@id,name,url, andsameAs; link it asfounderoreditoron the Organization node.
Link content entities back to the publisher
- On Article and BlogPosting pages, add
"publisher": {"@id": "https://example.com/#organization"}— the reference resolves to the homepage@graphdefinition without duplicating the entire Organization block. - Add
"author": {"@id": "https://example.com/#person"}on author-attributed content for the same resolution benefit — see Nested Person Author Schema. - Include
isPartOfpointing to aWebSitenode with@idon everyWebPagetype — this gives AI systems the breadcrumb from individual page to site entity.
Validate and maintain
- Run the Rich Results Test and Schema Markup Validator on your homepage
@graphafter restructuring — errors in the@idchain silently break entity linking. - Check Search Console’s Rich Results report for structured data errors after deployment; errors here are not cosmetic — they indicate a parsing failure.
- Maintain a schema audit as part of your post-deploy QA, not just at initial implementation.