All articles

Structured data

Structured data should describe visible truth

Schema is most useful when it removes ambiguity from a page that is already clear, complete, and honest to its readers.

How to use Article, Breadcrumb, Organization, and Service markup without turning structured data into a parallel version of the site.

01

Name the page’s main entity

A service page should describe a real service; an article should describe the visible article; a breadcrumb should reflect navigation readers can understand. Start with the page’s actual job, then choose the most specific appropriate type rather than adding every schema object that could be syntactically valid.

02

Match the visible copy

Titles, authors, dates, descriptions, organizations, and referenced items in JSON-LD should agree with what a visitor can see. Hidden claims, fabricated reviews, unverified awards, or schema that describes a different purpose weaken trust and may violate quality guidance.

03

Prefer complete fields over bloated markup

Supply the required properties and accurate recommended properties that the page can support. A smaller valid object is more maintainable than a large graph filled with placeholders. Use stable identifiers and canonical URLs so related objects refer to the same organization or page consistently.

04

Validate the rendered production page

Test what the deployed route emits, not only the source template. Rendering, environment URLs, conditional content, and CMS changes can alter the final graph. Automated checks should confirm JSON validity and visible alignment, while Search Console provides operational feedback after crawling.

References

  1. General structured data guidelinesGoogle Search Central
  2. Introduction to structured data markupGoogle Search Central

This article summarizes an internal implementation position and references Google’s published structured-data policies. Rich-result appearance is never guaranteed.