How to Check Schema Markup: 5 Methods That Actually Work
TL;DR: Checking schema markup doesn't require developer skills. Use Google's Rich Results Test for instant validation, Google Search Console for live-site monitoring, or browser extensions for quick page-by-page checks. Manual code inspection remains the most reliable method for complex nested schemas. This guide covers each method, when to use it, and common pitfalls to avoid.
Quick Answer: To check schema markup, paste your URL into Google's Rich Results Test (free, no login required). It validates your structured data against Schema.org standards and shows errors, warnings, and detected rich-result types. For ongoing monitoring, use the Schema Report in Google Search Console.
Key Takeaways
- Google's Rich Results Test validates markup instantly but only checks one URL at a time — not suitable for bulk audits
- Google Search Console's Schema Report shows indexed markup across your entire site, including unregistered types that won't trigger rich results
- Manual code inspection using "View Page Source" reveals markup that automated validators may miss, such as invalid nesting or misplaced JSON-LD blocks
- Browser extensions like Merkle's Schema Inspector are useful for quick page-by-page checks during development
- Schema validation is a point-in-time check — markup that works today can break after site updates, content changes, or template modifications
- No single tool catches everything; combining at least two methods gives you a reliable picture of your schema health
Table of Contents
- Why Checking Schema Markup Matters
- Method 1: Google Rich Results Test
- Method 2: Google Search Console Schema Report
- Method 3: Browser Extensions for Schema Inspection
- Method 4: Manual Code Inspection
- Method 5: Schema.org Validator
- Comparison: Which Method to Use When
- How This Applies in Practice
- Common Mistakes When Checking Schema Markup
- The SMARTCHAINE Schema Validation Workflow
- Frequently Asked Questions
- Article Summary
- Conclusion
Why Checking Schema Markup Matters
Schema markup tells search engines what your content means, not just what it says. When implemented correctly, it can lead to rich results like star ratings, recipe cards, FAQ dropdowns, and product pricing in search results. But broken or invalid schema is invisible to Google — and in some cases, can trigger manual actions if the markup doesn't match the visible content.
Checking your schema regularly ensures that the structured data you've added is actually being read, understood, and considered for rich-result eligibility. This is especially important after CMS updates, theme changes, or content migrations, where schema can silently break without any visible front-end issues.
After reading this article, you'll be able to check schema markup on any page using five distinct methods, understand which tool to use for different scenarios, and avoid the common errors that waste time and leave markup unindexed.
Method 1: Google Rich Results Test
The Google Rich Results Test is the most accessible tool for how to check schema markup on individual URLs. It validates your markup against Google's own rich-result eligibility rules, not just Schema.org syntax rules. This distinction matters: your schema can be syntactically valid according to Schema.org but still fail Google's requirements for specific features like carousels, job postings, or product snippets.
How to Use It
- Go to Google Rich Results Test
- Enter your URL or paste your code snippet directly
- Click "Test URL"
- Review the results: green checkmarks for valid items, yellow warnings for missing recommended properties, and red errors for critical problems
What It Tells You
The tool shows which rich-result types it detected (e.g., Article, FAQPage, Product, HowTo, BreadcrumbList). It also lists all properties that were recognized and flags any that are missing or incorrectly formatted. If your markup doesn't trigger any rich result, the tool still validates the syntax — your schema might be technically correct but not match Google's criteria for enhancement.
Expert Tip: Use the "Code Snippet" option instead of a URL when testing markup that isn't live yet — for example, schema you're developing in a staging environment or a local development build. This avoids cache and redirect issues that can interfere with URL-based testing.
Limitations
- Only checks one URL at a time — unsuitable for bulk validation across hundreds of pages
- Does not check for schema on the live indexed version — it fetches the current page
- Does not show markup that Google has already indexed, only what it finds on the current fetch
Method 2: Google Search Console Schema Report
If you need to understand how your schema looks from Google's perspective — after crawling and indexing — the Schema Report in Google Search Console is your best option. This report shows all the structured data types that Google has detected across your entire indexed site, including items that don't trigger rich results.
How to Access It
- Log into Google Search Console
- Select your property
- Navigate to "Enhancements" in the left sidebar
- Look for report types: "Breadcrumbs," "FAQ," "How-to," "Products," "Sitelinks Search Box," "Article," "Job Postings," and "Review Snippet"
- Click any report to see pages with detected markup, errors, and warnings
What It Tells You
The Schema Report shows the number of valid items, items with warnings, and items with errors. You can click into each category to see specific URLs and error details. This is the only method that shows you what Google actually sees after its indexing pipeline — not what's on your current page.
Limitations
- Data can be up to several days old, depending on crawl frequency
- Only shows schema that Google has processed — schema on new pages may not appear immediately
- Does not show all schema types; Google only reports on types it uses for search features
Method 3: Browser Extensions for Schema Inspection
Browser extensions provide a fast, visual way to inspect schema on any page you're browsing. They're especially useful during content publishing workflows, when you need to verify that a newly published article has the correct Article or FAQPage markup without leaving your browser.
Recommended Extensions
- Merikle's Schema Inspector (Chrome): Highlights all structured data on a page, including multiple schemas and nested items
- SEO Pro Extension: Includes a schema detection panel alongside other SEO metadata
- Detailed SEO by SEOQuake: Shows schema types in the toolbar popup with links to Google's tests
How to Use Them
Install the extension, navigate to any page, and click the extension icon. Most tools display a structured data panel listing all detected schema types (JSON-LD, Microdata, or RDFa). You can expand each item to view its properties, values, and nested structures.
Limitations
- These tools parse the page's source code in real time — they don't validate against Google's rich-result rules
- Extensions may miss markup injected dynamically after page load (though most modern extensions handle this)
- They won't catch errors that Google's validator would flag, such as missing required properties for specific rich-result types
Method 4: Manual Code Inspection
Manual inspection by viewing the page source remains the most definitive way to check schema markup. It reveals exactly what's in your HTML, including markup that automated tools might miss or misinterpret, such as invalid JSON-LD nesting or misplaced script tags that cause parsing failures.
Step-by-Step Process
- Right-click the page and select "View Page Source" or press Ctrl+U (Cmd+U on Mac)
- Press Ctrl+F and search for
"@type"or"application/ld+json" - Copy the full JSON-LD block between the
<script>tags - Paste into a JSON validator (like JSONLint.com) to check syntax
- Verify that all required properties for your schema type are present
What to Look For
- Missing closing brackets or commas in JSON-LD
- Incorrect property names (e.g., "description" vs "itemDescription")
- Multiple identical schema blocks that might conflict
- Schema placed inside
<head>when it should be in<body>, or vice versa - Mixed formats (e.g., both JSON-LD and Microdata for the same schema type)
Limitations
- Time-consuming for sites with hundreds of pages
- Requires understanding of JSON syntax and Schema.org property structures
- Doesn't validate against Google's rich-result eligibility rules
Method 5: Schema.org Validator
The official Schema.org Validator checks your markup against the Schema.org vocabulary. Unlike Google's tools, it validates syntax and property usage against the full Schema.org specification without filtering for Google-specific rich-result requirements.
When to Use It
- When you want to verify that your markup follows Schema.org standards strictly
- When Google's validator rejects markup that you believe is correct
- When you're using less common schema types that Google doesn't actively report on
Limitations
- Doesn't test for Google-specific rich-result eligibility
- May accept markup that Google will later flag as invalid for search features
- Less user-friendly interface compared to Google's tools
Comparison: Which Method to Use When
| Method | Best For | Checks Against | Limitation |
|---|---|---|---|
| Rich Results Test | Single-URL validation before publishing | Google rich-result rules | One URL at a time |
| Search Console Schema Report | Monitoring schema health across entire site | Google-indexed markup | Delayed data (hours to days) |
| Browser Extension | Quick page-by-page checks during workflows | Current page source | No validation against Google rules |
| Manual Code Inspection | Troubleshooting complex or nested schemas | JSON syntax and Schema.org spec | Time-consuming, requires technical skill |
| Schema.org Validator | Verifying markup against vocabulary standard | Schema.org specification | Doesn't check Google's rich-result requirements |
How This Applies in Practice
The best method for checking schema markup depends on your website type, technical setup, and workflow cadence.
For a Beginner Website
If you're running a small blog or personal site, use the Rich Results Test after publishing each page. Focus on Article or BlogPosting schema. Avoid overcomplicating — one correct JSON-LD block is better than five incomplete ones. Use a theme or plugin that handles schema automatically, then verify with the validator after each content update.
For a SaaS Website
SaaS sites typically need multiple schema types: SoftwareApplication, FAQPage, BreadcrumbList, and potentially HowTo for documentation pages. Use Search Console's Schema Report weekly to monitor all schema types across help docs, landing pages, and pricing pages. Set up email alerts for schema errors. Browser extensions are useful when reviewing generated schema from your CMS during development sprints.
For an Ecommerce Store
Ecommerce schema is high-risk because errors can affect product visibility in search results. Use Rich Results Test on every new product page before publishing. Then cross-check with Manual Code Inspection for your template files — especially if you're using custom code for variant prices, availability, or product reviews. Automated testing via Search Console should be a daily check for stores with high product turnover.
For a Local Business
Local businesses should prioritize LocalBusiness, Organization, and Review schema. Use the Rich Results Test after any NAP (Name, Address, Phone) update. The Schema.org Validator is useful here because Google's tools sometimes don't display all local-business properties even when they're valid. Check schema after every Google Business Profile change to ensure alignment.
Common Mistakes When Checking Schema Markup
5 Mistakes to Avoid
- Only checking with one tool: Each validator has blind spots. A schema that passes the Schema.org Validator might fail Google's rich-result requirements, and vice versa.
- Ignoring warnings: Warnings in Google's Rich Results Test indicate missing recommended properties. While not errors, they reduce your chances of getting rich results. Treat warnings as action items.
- Not testing after every deployment: Schema breaks silently. A theme update, plugin change, or developer commit can remove or alter schema without any visible front-end change.
- Checking only the homepage: Schema quality varies across a site. Product pages, blog posts, and contact pages often have different schema implementations that need independent validation.
- Assuming schema in the source is schema indexed: Google must fetch, render, and extract your schema. A page with correct markup can still fail to generate rich results if the schema requires JavaScript rendering and the page loads slowly.
The SMARTCHAINE Schema Validation Workflow
Rather than treating schema checking as a one-off task, integrate it into your content workflow. This five-step framework — which we call the SMARTCHAINE Schema Validation Workflow — helps you catch errors at the right stage without adding unnecessary friction.
Step 1: Pre-Publish (Authoring Stage)
Action: Run the Rich Results Test on the page when it's in draft or on staging.
Goal: Catch syntax errors and missing required properties before the page goes live.
Check for: Red errors (critical), yellow warnings (missing recommended fields), duplicate schema blocks.
Step 2: Post-Publish (Immediate Verification)
Action: Run the Rich Results Test again on the live URL.
Goal: Confirm the published version matches what you tested. Server-side caching or CDN issues can cause differences.
Check for: Same results as Step 1.
Step 3: Indexing Confirmation (Next Day)
Action: Use Search Console's URL Inspection tool to check if Google has indexed the page and found the schema.
Goal: Verify that Google sees your schema after crawling and rendering.
Check for: "Page is indexed" status and "Structured data" section showing detected items.
Step 4: Weekly Monitoring
Action: Review the Schema Report in Search Console for new errors, warnings, or drops in valid items.
Goal: Catch regressions across the entire site from template changes or bulk updates.
Check for: Sudden increase in errors, new error types, pages losing valid schema status.
Step 5: Quarterly Audit (Manual Inspection)
Action: Perform manual code inspection on a representative sample of pages — homepage, a product page, a blog post, and a landing page.
Goal: Catch issues that automated tools miss, such as stale schema referencing old product categories or outdated URLs.
Check for: URL references in schema that are 404ing or redirecting, incorrect date formats, mismatched prices or availability.
Frequently Asked Questions
How often should I check schema markup?
Check individual pages with the Rich Results Test immediately after publishing. Monitor your entire site in Search Console at least weekly. Run a manual audit quarterly, or after any theme update, plugin change, or significant content migration. Ecommerce stores with dynamic pricing and inventory should check product schema daily via Search Console.
Can schema be broken without me knowing?
Yes. Schema errors rarely produce visible front-end issues — your page looks the same, but Google may stop showing rich results silently. The only way to detect this is through regular validation. Many sites lose rich results for months before noticing, especially after CMS updates that overwrite custom schema code.
Do I need to check schema on every single page?
Not necessarily. Focus your regular checks on page types that use schema: product pages, blog posts, FAQ sections, how-to guides, events, reviews, and landing pages with Organization or LocalBusiness schema. A quarterly audit should include a representative sample of each template type, plus any pages that previously had errors.
What's the difference between a warning and an error in the Rich Results Test?
An error means the schema is invalid and will not generate rich results — for example, a missing required property like name on a Product schema. A warning means the schema is valid but missing a recommended property that could improve rich-result quality — for example, missing review on a Product schema. Fix errors first, then address warnings for better visibility.
Should I use JSON-LD or Microdata?
Google recommends JSON-LD as the preferred format. It's easier to maintain, less prone to parse errors, and separates content from presentation. Microdata (embedding schema in HTML attributes) is still valid but harder to audit and more likely to break during template changes. Use JSON-LD unless you have a specific reason to use Microdata, such as inheriting an existing implementation.
Can schema on one page affect another page's rich results?
Generally, not directly. Each page's schema is evaluated independently. However, there are indirect effects: if you use the same broken schema template across hundreds of pages, Search Console will show an aggregated error count. Fixing the template once will resolve errors across all pages after reindexing. Also, inconsistent schema (e.g., different organization names across pages) can confuse search engines about entity relationships.
Article Summary
This article covered five methods for checking schema markup: the Google Rich Results Test for single-URL validation, the Search Console Schema Report for site-wide monitoring, browser extensions for quick page checks, manual code inspection for deep troubleshooting, and the Schema.org Validator for standard compliance. You learned the strengths and limitations of each method, common mistakes to avoid, and how to apply the SMARTCHAINE Schema Validation Workflow — a five-step process covering pre-publish, post-publish, indexing confirmation, weekly monitoring, and quarterly auditing.
Useful Tool for This Task
If you want to create valid structured data for this topic, use the SMARTCHAINE Schema Markup Generator to build JSON-LD markup for your website.
Conclusion
Knowing how to check schema markup reliably is a core SEO skill that directly affects whether your content earns rich results in search. No single tool is perfect — each has blind spots and limitations. The practical approach is to combine the Rich Results Test for immediate validation, Search Console for ongoing monitoring, and manual inspection when automated tools give conflicting results.
Build schema checking into your regular content workflow rather than treating it as a one-time task. The SMARTCHAINE Schema Validation Workflow gives you a structured process to follow, but adapt it to your site's size, publishing cadence, and technical complexity. For most sites, a weekly check in Search Console and a pre-publish test for new pages will catch the vast majority of schema issues before they affect search visibility.
Final Reminder: Schema that passes validation today can break tomorrow. A single CMS update, plugin change, or developer commit can remove or corrupt your structured data. Regular checking — not perfect initial implementation — is what keeps your markup working over time.
Recommended Resources
- Google Search Central — Official documentation on structured data and rich results
- Schema.org — The full vocabulary reference for all schema types and properties
- Google Search Console — Schema Report and URL inspection tools
- Ahrefs Blog — Practical guides on structured data and technical SEO
- Moz Blog — Beginner-friendly resources on schema testing and validation
About the Author
The SMARTCHAINE Editorial Team specializes in SEO, AI Search Optimization, GEO (Generative Engine Optimization), AI Overviews, Structured Data, Technical SEO, and search visibility strategies for modern search engines and AI-powered discovery platforms.