What is Schema Markup?

Schema markup gives search systems explicit clues about what a page represents.

Structured data can support eligibility for specific search appearances, but it does not guarantee a rich result or a ranking improvement. Incorrect or misleading markup can create errors or policy risk.

Start with organization, website, breadcrumbs and the true primary entity.

Do not mark up content that users cannot see or claims the business cannot support.

Core parts of schema markup

  • Entity identity

    Connect the organization, website, people, products, services and pages with stable identifiers.

  • Page type

    Choose Article, Product, Service, LocalBusiness or another type only when it accurately represents the visible page.

  • Required properties

    Follow Google’s documentation for supported rich-result types and include valid required fields.

  • JSON-LD implementation

    Generate clean JSON-LD server-side and avoid duplicate or conflicting blocks.

  • Validation

    Use syntax validation, the Rich Results Test and Search Console enhancement reports.

  • Maintenance

    Update prices, availability, dates and relationships when visible content changes.

How to implement schema markup

  1. Inventory existing markup

    Find duplicate plugins, hardcoded blocks and conflicting organization identities.

  2. Model entities

    Define stable @id values and relationships before writing JSON-LD.

  3. Match visible content

    Ensure every marked property is supported by the page.

  4. Validate before release

    Check JSON syntax and supported feature requirements.

  5. Monitor production

    Track errors after template, CMS and product changes.

Decision framework

Use this framework to align the work with the page, market and business objective.

Planning priorities
FocusWork to plan
Entity identityConnect the organization, website, people, products, services and pages with stable identifiers.
Page typeChoose Article, Product, Service, LocalBusiness or another type only when it accurately represents the visible page.
Required propertiesFollow Google’s documentation for supported rich-result types and include valid required fields.
JSON-LD implementationGenerate clean JSON-LD server-side and avoid duplicate or conflicting blocks.
ValidationUse syntax validation, the Rich Results Test and Search Console enhancement reports.
MaintenanceUpdate prices, availability, dates and relationships when visible content changes.

Schema Markup checklist

Use the checklist during planning, implementation and live verification.

  • Use one canonical organization identity.
  • Add BreadcrumbList where visible navigation supports it.
  • Use Product or Article only on matching pages.
  • Keep FAQ markup aligned with current eligibility and visible FAQs.
  • Validate generated JSON across representative templates.
  • Remove stale or conflicting markup.

Common schema markup mistakes

  • Adding every schema type to every page.
  • Inventing ratings, reviews or prices.
  • Using markup as a substitute for visible content.
  • Creating multiple conflicting Organization entities.
  • Ignoring errors after CMS or theme updates.

How to measure schema markup

Track leading technical or visibility indicators together with qualified business outcomes.

  • Valid items and errors by template.
  • Coverage of appropriate page types.
  • Search appearance impressions where supported.
  • Consistency between visible content and JSON-LD.
  • Time to detect and repair production errors.

GLV implementation approach

GLV connects SEO strategy with website engineering, content, analytics and conversion. The goal is to move the right work into production, verify the result and improve the system from real data.

The strongest SEO work is specific enough to implement, safe enough to release and measurable enough to improve.

Official sources and further reading

These primary sources support the principles explained in this guide. Search systems change, so official documentation should remain the reference point for material technical decisions.