Metadata & Trust Schema

Metadata & Trust schema is my catch-all for the schema.org types — AggregateRating, BreadcrumbList, Review, and WebSite — that don't sell anything but attach trust signals, site identity, and navigational context to a page. Here's how they relate and when to use which.

First published: Jun 28, 2026 · Last updated: Jul 18, 2026 · Advanced
demand #15 in Structured Data#40 in On-Page#193 in Technical SEO#267 on the site

"Metadata & Trust schema" is my practitioner label — not a Google or schema.org category — for the schema.org types that don't sell anything (Product/JobPosting) or name a real-world entity (Organization/Person), but instead attach trust and orientation to ordinary pages: Review and AggregateRating (star ratings / social proof), BreadcrumbList (site hierarchy and wayfinding), and WebSite (the identity of the site itself). Google and schema.org don't file these four together either, and their documentation status is uneven — Review/AggregateRating and BreadcrumbList each have a live feature guide, while WebSite is the odd one out with no single current guide and its most famous feature, the sitelinks searchbox, deprecated November 21, 2024 (though WebSite itself isn't deprecated — it still helps Google understand site names). None of the four is a ranking factor, and none is a documented E-E-A-T signal — they earn eligibility for a rich-result treatment, not rank or trust. The risk is mostly mild — a missing property or a self-serving review just costs eligibility — but deliberately misleading or fake markup can still draw a manual action under Google's general structured-data guidelines, the same risk any structured data carries.

TL;DR —Metadata & Trust schema\"Metadata & Trust schema\" is a practitioner label — not an official Google or schema.org category — for the schema.org types that attach trust signals, site identity, and navigational context to a page rather than describing something for sale: AggregateRating, BreadcrumbList, Review, and WebSite.” is my practitioner grouping, not a Google or schema.orgSchema markup is code that uses the schema.org vocabulary to label what your content means so search engines can understand it and show rich results. It's most often written in JSON-LD, and it's not a direct ranking factor. category, for the types that attach trust and orientation to ordinary pages rather than selling something: Review, AggregateRating, BreadcrumbListBreadcrumbs are a secondary navigation trail (Home > Category > Page) that shows where a page sits in a site's hierarchy. They create internal links that pass PageRank, and when marked up with BreadcrumbList structured data they can drive the path Google shows in desktop search results., and WebSite. Google doesn’t file them as a family, and their documentation status is uneven — Review/AggregateRating and BreadcrumbList each have a live, dedicated feature guide, while WebSite is the odd one out, with no single current guide and its most famous feature (the sitelinksSitelinks are extra links from the same domain that Google clusters together under a single search result, usually for branded or navigational queries. They're generated entirely algorithmically — there's no way to add, edit, or guarantee them. searchbox) deprecated November 21, 2024. WebSite itself is not deprecated — it still helps Google understand a site’s name. The sharpest rule is the self-serving reviews policy: a business can’t earn star snippets for reviews of itself (scoped to LocalBusiness/Organization, not Product). None of the four is a ranking factor or a documented E-E-A-T signal; they buy eligibility for a SERP treatment, not trust. The risk is mostly mild — a missing property or a self-serving review just costs eligibility — but deliberately misleading or fake markup can still draw a manual action under Google’s general guidelines.

First, an honest framing: this is my grouping, not Google’s

Schema.org defines types and properties, but markup does not independently verify that claims are trustworthy. Evidence for this claim Official or primary documentation supporting the adjacent article claim, with scope limited to the source's published description. Scope: No ranking guarantee or undisclosed system mechanics are inferred beyond the cited source. Confidence: high · Verified: Schema.org schemas Google states that valid structured dataStructured data is a standardized way of labeling page content (using the schema.org vocabulary in JSON-LD, Microdata, or RDFa) so search engines can understand its meaning. It's not a direct ranking factor — its value is rich results and entity understanding. does not guarantee display as a rich result or ranking benefit. Evidence for this claim Official or primary documentation supporting the adjacent article claim, with scope limited to the source's published description. Scope: No ranking guarantee or undisclosed system mechanics are inferred beyond the cited source. Confidence: high · Verified: Google: Structured data policies

I want to be transparent up front, because most content that talks about “trust” or “metadata” schema quietly implies these types are an official family. They’re not — the same disclaimer I make for commerce schema\"Commerce schema\" is a practitioner label — not an official Google or schema.org category — for the schema.org listing types that power transactional rich results: Product, ProductGroup, and JobPosting. applies here.

  • Google’s own docs don’t group them. In the structured data gallery, “Breadcrumb” and “Review snippetReview schema (schema.org/Review) is structured data for a single critic's or user's evaluation of one specific thing — one author, one itemReviewed, one reviewRating — distinct from AggregateRating, which summarizes many reviews into an average.” each sit as their own entries in the general Feature guides list — right alongside unrelated types like Article and Local business. WebSite doesn’t even get a standalone feature-guide entry the way the others do.
  • schema.org doesn’t unify them. Review and AggregateRating are close cousins, but BreadcrumbList is a kind of list, and WebSite is a kind of creative work — three different branches of the vocabulary. There’s no shared parent that says “these four are the trust types.”

So why put them in one article? Because in practice — the way an SEO actually works — they’re the same kind of problem: content you mark up not to unlock a shopping or jobs feature, but to establish that a page is credible, locatable, and part of a real site. That shared use case is real and useful. The shared taxonomy is not. I’d rather say that plainly than pretend Google drew this box.

The four types at a glance

  • AggregateRating (schema.org/AggregateRating) — the summary rating: an average score plus a count, e.g. “4.6 stars from 312 ratings.” It’s what powers the star snippet on most pages. Minimum for a rich result: ratingValue plus at least one of ratingCount or reviewCount, nested under the thing it’s rating.
  • BreadcrumbList (schema.org/BreadcrumbList) — the page’s position in the site hierarchy, expressed as an ordered array of ListItem objects. Google can use it to categorize the page and (on desktop) show a breadcrumb trail in place of the raw URL. Requires at least two ListItem entries, each with a position and a name.
  • Review (schema.org/Review) — a single review, with an author, a reviewRating.ratingValue, and the item it’s about (itemReviewed). Multiple reviews on a page typically roll up into an AggregateRating for the star display.
  • WebSite (schema.org/WebSite) — the identity of the site itself, distinct from any single page. It once powered the sitelinksSitelinks are extra links from the same domain that Google clusters together under a single search result, usually for branded or navigational queries. They're generated entirely algorithmically — there's no way to add, edit, or guarantee them. searchbox via SearchAction; today its live value is helping Google understand a site’s name for display in results.

I keep this hub deliberately shallow on each type’s property tables — the deep dives live in the four child articles I point to at the end.

Where they sit in the schema.org hierarchy

This is the part almost nobody cites correctly, and it’s the difference between a guess and a fact:

  • AggregateRatingThing > Intangible > Rating > AggregateRating. A specialized kind of Rating.
  • ReviewThing > CreativeWork > Review. A creative work, not a rating — it carries a rating (reviewRating) rather than being one. That’s why Review and AggregateRating are cousins, not the same type.
  • BreadcrumbListThing > Intangible > ItemList > BreadcrumbList, built from ListItem entries. A list type, unrelated to ratings.
  • WebSiteThing > CreativeWork > WebSite. A creative work like Review, but a wholly different purpose.

Conclusion: there’s no single shared parent binding these four. AggregateRating and Review both concern ratings but live in different branches; BreadcrumbList is a list; WebSite is a site. The connective tissue is the SEO use case — trust and orientation — not type inheritance. Say that, and you’re on solid ground.

Shared ground rules across all four

Even though the types don’t share a taxonomy, they share Google’s general structured-data guidelines, and it’s worth stating the rules once:

  • Required properties are the eligibility gate. Miss a required property and the page isn’t eligible for that rich result. As Google puts it, items missing required properties are not eligible, and the more recommended properties you provide, the higher quality the result is to users.
  • Eligibility ≠ guaranteed display. Valid markup gets you into the pool; Google’s systems still separately decide whether to show the enhancement. Google doesn’t guarantee your structured data will show up even if the page is marked up correctly.
  • Only mark up visible, accurate content. No invisible markup, no fake reviews, no misleading data. Google is explicit about not marking up content that isn’t visible to readers and not marking up fake reviews — which lands hardest on this group, since Review and AggregateRating are exactly the types people are tempted to fake.
  • JSON-LDJSON-LD (JavaScript Object Notation for Linked Data) is a script-based structured data format, typically paired with the schema.org vocabulary to describe page content for search engines and AI systems. Google recommends it over Microdata and RDFa because it's the easiest format to implement and maintain at scale — but all three work, and structured data isn't a ranking signal. is the recommended format for all of them — easier to maintain at scale than inline Microdata/RDFa.

What sets each apart

Review / AggregateRating: the self-serving reviews rule

This is the sharpest, most myth-relevant rule in the whole group. If the entity being reviewed controls the reviews about itself, its pages using LocalBusiness or any other Organization type are ineligible for the star review feature. In plain terms: you can’t mark up testimonials on your own homepage and expect stars for your own business. Crucially, this restriction is scoped to LocalBusiness/Organization — it does not blanket-block reviews of other schema types like Product. A store showing genuine customer reviews of a Product it sells is a different situation from a business rating itself.

A few more rules worth carrying: the review content you mark up must be readily available and obvious to users on the page, and you must not aggregate reviews or ratings scraped from other websites. Review and AggregateRating are also usually nested under the thing they describe rather than floating standalone — Google has clarified the nesting expectations for how Review/AggregateRating attach to the reviewed item, so this is worth getting right in the child article.

BreadcrumbsBreadcrumbs are a secondary navigation trail (Home > Category > Page) that shows where a page sits in a site's hierarchy. They create internal links that pass PageRank, and when marked up with BreadcrumbList structured data they can drive the path Google shows in desktop search results. are the cheapest, lowest-risk markup here. The one rule people miss: provide breadcrumbs that represent a typical user path to the page, not a mirror of your URL structure, and don’t include the top-level domain or the current page itself as items. Also, the old data-vocabulary.org breadcrumb markup is no longer eligible — you must use schema.org.

The lesson BreadcrumbList teaches best is that a display surface can disappear without the underlying feature or markup requirement going away. In January 2025 Google stopped showing the breadcrumb trail in the URL row on mobile search results — desktop was unaffected, no action was required from site owners, and both the markup and the Search ConsoleA free Google service that reports how a site performs in Google Search and surfaces problems with how Google crawls, indexes, and serves it. It's first-party data straight from Google — but you don't need it to appear in results. Breadcrumb report kept working as before. The markup didn’t become useless; a single display placement just went away.

WebSite is the type that breaks the pattern — and that asymmetry is itself the finding.

  • The sitelinks searchbox is gone. WebSite’s SearchAction (potentialAction) once powered the “Sitelinks Search BoxWebSite schema (schema.org/WebSite) is structured data — usually JSON-LD on the homepage — that identifies your domain as a website entity via its name and URL. Today it mainly feeds Google's Site Names feature; the Sitelinks Search Box it used to enable was discontinued by Google in November 2024..” Google announced its removal in an October 21, 2024 blog post and deprecated the visual feature starting November 21, 2024, citing dropped usage; it’s been removed from the Rich ResultsRich results (formerly 'rich snippets') are enhanced search listings — stars, images, prices, breadcrumbs, video thumbnails, and more — that Google and Bing build from structured data. They're a display feature, not a ranking factor, and eligibility never guarantees they'll show. Test and Search ConsoleGoogle's free tool for monitoring crawling, indexing, and search performance. reports. Leaving the old markup in place causes no errors and has no negative effect — it’s simply inert now.
  • WebSite itself is NOT deprecated. This is the distinction people fumble. Only the searchbox use case went away. WebSite is still part of how Google determines a site’s name for display in results (a live feature), and it remains schema.org’s canonical way to identify the site as an entity distinct from any single page.
  • Thinner, scattered documentation. Unlike the other three, WebSite has no single current Google feature-guide page — its guidance is split across site-name documentation and the now-archived searchbox docs. That’s worth stating plainly: WebSite is the least feature-rich of the four for Search today.

Does this schema help SEO?

No, not rankings. John Mueller has been direct: “Structured data won’t make your site rank better.” What it does is earn eligibility for a specific SERP treatment — star snippets (Review/AggregateRating), a breadcrumb trail (BreadcrumbList) — or, in WebSite’s case, help Google understand your site’s identity. Conflating “I added schema” with “I’ll rank better” is the single most common myth across all four types.

One more myth worth naming directly, given the “trust” in this hub’s own name: none of this is a documented E-E-A-T signal either. E-E-A-T (Experience, Expertise, Authoritativeness, Trustworthiness) is a framework Google’s human quality raters use to judge content — it isn’t a scored input Google has said any of these four types feed into. “Trust” here is my practitioner shorthand for the reader-facing effect (stars and a breadcrumb trail read as more credible to a person scanning results), not a claim that Google’s algorithm scores your page’s trustworthiness because you added Review or AggregateRating markup. The same goes for entity consolidation, Knowledge Panel inclusion, and AI-citation outcomes — nothing here documents any of these four types producing those results either; treat any claim that they do as unverified.

The risk profile is worth comparing with the commerce hub, but I don’t want to overstate the gap. Commerce schema\"Commerce schema\" is a practitioner label — not an official Google or schema.org category — for the schema.org listing types that power transactional rich results: Product, ProductGroup, and JobPosting. names a specific manual-action risk: a stale, unremoved JobPosting. Most of what goes wrong with this group is milder — a missing required property or a self-serving review just drops the page from eligibility; the markup gets ignored rather than punished. But that’s not the whole risk picture. Google’s general structured-data guidelines cover more than eligibility, and they apply to these four the same as anything else: markup that’s invisible to users, misleading, or built from fake reviews can still draw a manual action, separate from the site’s ordinary ranking systems. So the honest framing isn’t “these four can never earn a manual action” — it’s that the common failure mode here (a missing property, a self-serving rating) is ineligibility, while deliberately deceptive markup carries the same general risk any structured data does.

Where to go next

This hub is the map; each of these is its own deep dive nested under it:

  • AggregateRating schemaAggregateRating schema (schema.org/AggregateRating) is structured data that represents the average of many ratings or reviews of an item, usually nested inside a parent type (or standalone with itemReviewed) to power star-rating rich snippets in search results. — required vs. recommended properties, the ratingCount vs. reviewCount distinction, and how AggregateRating relates to (and rolls up) individual Review markup. Start here if you want the summary star rating on a page.
  • BreadcrumbList schemaBreadcrumbList (schema.org/BreadcrumbList) is structured data — usually JSON-LD — that marks up a page's breadcrumb trail (Home > Category > Page) so search engines can read the page's position in the site hierarchy, drive a readable breadcrumb path in the search snippet, and use it to categorize the page. — the ListItem array structure, the “typical user path” rule vs. mirroring your URL, and the January 2025 mobile display change. Start here for site hierarchy and breadcrumb trails.
  • Review schemaReview schema (schema.org/Review) is structured data for a single critic's or user's evaluation of one specific thing — one author, one itemReviewed, one reviewRating — distinct from AggregateRating, which summarizes many reviews into an average. — the self-serving reviews policy in detail, nesting under itemReviewed, and which entity types can and can’t earn star snippets. Start here for individual reviews and testimonials done right.
  • WebSite schemaWebSite schema (schema.org/WebSite) is structured data — usually JSON-LD on the homepage — that identifies your domain as a website entity via its name and URL. Today it mainly feeds Google's Site Names feature; the Sitelinks Search Box it used to enable was discontinued by Google in November 2024. — the SearchAction/sitelinks-searchbox history and its November 2024 deprecation, plus the still-live site-name feature. Start here if you’re wondering whether WebSite markup is still worth adding in 2026.

For the wider picture, this hub nests under the broader structured dataStructured data is a standardized way of labeling page content (using the schema.org vocabulary in JSON-LD, Microdata, or RDFa) so search engines can understand its meaning. It's not a direct ranking factor — its value is rich results and entity understanding. subcluster — see also the sibling schema markup and commerce schema hub articles there for the vocabulary, formats, and deprecation cycle. And it all lives in the on-page cluster, where structured data sits alongside the rest of on-page technical SEOTechnical SEO is the practice of making a site easy for search engines to crawl, render, index, and (now) be eligible for AI answers. It's the foundation that lets your content and links rank — not a ranking trick of its own..

Add an expert note

Pin an expert quote

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