Entity Authority

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.
  • @id values must be stable, consistent, and correspond to real URLs — URIs like https://example.com/#organization that 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 WebSite and Organization blocks with a single @graph array that links them via @id references — the homepage is the authoritative entity anchor for the whole site.
  • Include publishingPrinciples (URL of your editorial policy), knowsAbout (topic areas), and sameAs (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 Person node for the primary author or editor with @id, name, url, and sameAs; link it as founder or editor on the Organization node.
  • On Article and BlogPosting pages, add "publisher": {"@id": "https://example.com/#organization"} — the reference resolves to the homepage @graph definition 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 isPartOf pointing to a WebSite node with @id on every WebPage type — 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 @graph after restructuring — errors in the @id chain 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.