10 min readStructured Data

Schema Testing Workflow: Rich Results Test and Schema Validator

A practical workflow for testing structured data: when to use Rich Results Test vs Schema Validator, how to catch regressions, and what to monitor in Search Console.

QA dashboard showing structured data tests and validation checks for releases

Schema breaks most often after template changes. Treat it like a testable contract, not a one-time setup task.

TL;DR (Key takeaways)

  • Use Google’s Rich Results Test to validate eligibility for rich results and to see how Google interprets the page. (Rich Results Test)
  • Use Schema Validator for general schema syntax validation. (Schema Validator)
  • Build a repeatable “representative URL set” and re-test after any template or CMS change.
  • Put schema validation inside your technical baseline and content governance process.

What we know (from primary sources)

Google provides structured data documentation that explains how rich results eligibility works and offers specific references for schema types like Article, Breadcrumb, Product, and FAQPage. (Intro to structured data)

The Rich Results Test is a Google tool for testing rich results, and Schema Validator validates schema syntax against the Schema.org vocabulary. (Rich Results Test) and (Schema Validator)

Step 1: Define a representative URL set

Pick a small set of URLs that represent your key templates:

  • Homepage (Organization schema)
  • One blog post (Article schema)
  • One category page (Breadcrumb schema)
  • One product page (Product schema, if applicable)
  • One FAQ page (FAQPage schema, if applicable)

This makes testing repeatable and fast. For a sitewide plan, see Structured Data Playbook.

Step 2: Validate rich result eligibility

Run each URL through Rich Results Test. This is where you confirm Google recognizes the structured data type and whether required fields are present for eligibility. (Rich Results Test)

Step 3: Validate schema syntax

Use Schema Validator when you want to check vocabulary and general schema correctness, even for schema types that don’t map to a Google rich result. (Schema Validator)

Step 4: Catch regressions during releases

Most schema regressions come from template refactors and field changes. If you’re using AI tools to generate layouts or rewrite components, test schema as part of QA.

For an overall technical baseline, tie schema testing to Technical SEO Checklist.

What’s next

After your schema testing workflow is stable, apply it systematically:

Why it matters

Structured data only helps if it stays correct over time. A testing workflow turns schema into a maintained system — and that supports both classic search feature eligibility and AI-era clarity (stable entities and machine-readable facts).