اللغات

Schema Markup Validator

Free, no signup. A schema block can look fine and still miss the one property blocking your rich result. This validator checks yours in four layers — JSON-LD syntax, schema.org vocabulary, Google's rich-result requirements, and cross-block @id graph resolution — then hands you back a corrected, copy-pasteable version.

Built by Patrick Stox

Reproduce this result in an agent

Uses the same inputs as the result above. No request is made from this panel.

MCP tool

Arguments

 
  Set up the connector → 
 
 
    
 
 or fetch a live URL    
 
The fetched HTML is checked for JSON-LD and visible-content matches. JS-injected content cannot be evaluated; paste rendered markup when needed.
 
Example data — replace with your own
 
  Requests are processed by our server and are not stored after processing. Only live-URL retrieval uses this service; pasted markup and all validation stay in your browser. Anonymous run-level outcome counters may be used for aggregate research; URLs, domains, IPs, and identifiers are never included, and no statistic is released below 100 runs. 
 
 
 Feedback 
 
 Report a bug 
Found something broken in Schema Validator? Let us know what happened — this goes straight to a private triage queue, not a public list.
 
      
 What will be sent 
 No tool inputs, uploads, pasted source, complete results, query parameters, or URL fragments are attached automatically. You can edit or remove the selected passage above. Browser and anti-abuse metadata is processed for spam prevention. 
  
 
  
 
 
  
 
 
   
 
Sample report Example data — real, engine-verified result
 
Paste a small graph — an article, its author, and an unrelated product:
 
 
{
  "@context": "https://schema.org",
  "@graph": [
    { "@type": "BlogPosting", "@id": "#article", "headline": "How rich results actually work", "image": "https://example.com/hero.jpg", "datePublished": "2026-07-01T09:00:00Z", "author": { "@id": "#author" }, "publisher": { "@id": "#org" } },
    { "@type": "Person", "@id": "#author", "name": "Patrick Stox" },
    { "@type": "Product", "name": "Example Widget" }
  ]
}
 
 
…and Validate returns three detected entities:
    
     
  • The Product blocks its rich result — no offers, review,
            or aggregateRating, so it lands in "Blocks rich
            result", the only tier that stops a rich result outright.
    •  
  • The dangling @id is the subtle one. publisher points
            at #org, but no node with that @id exists anywhere in the graph — the
            graph-resolution layer catches it even though the JSON itself is perfectly valid.
    •  
  • The Person is fine, just irrelevant. It's valid schema.org with
            "no Google rich-result feature applies" — not every type needs to chase a rich result.
    •  
  • Corrected JSON-LD fixes all of it at once — stubs for offers,
brand, sku, image, description,
author.url, and dateModified, each marked ADD: for you to
            fill in.
    •  
  • Building this from scratch instead of pasting? Use a schema generator to produce valid JSON-LD
            for a type from a simple form.
    •  
 
 
 
How to use it
 
     
  1. Paste your JSON-LD (starts with  or [) or a whole
HTML page — Auto-detect figures out which you gave it, or force a mode with the
            tabs.
    2.  
  2. Press Validate. Detected entities appear first, then any issues grouped by how
            badly they hurt.
    3.  
  3. Open Corrected JSON-LD to copy your markup back with stubs added for every
            missing property — each line to fill in is marked ADD:.
    4.  
  4. Use Copy shareable link to send a colleague the exact markup and its results.
    5.  
 
 
 
       
     
       
 
How it works
 

The validator runs four layers, in order, because each one only matters if the one before it
          passes:

 
     
  1. JSON-LD syntax — is it parseable JSON, in a valid @context/@graph
shape?
    2.  
  2. schema.org vocabulary — are the types and properties real, and used on types that
            actually define them?
    3.  
  3. Google rich-result requirements — does each type carry the required and
            recommended properties Google documents for its rich result?
    4.  
  4. @id graph resolution — do cross-block references (@id pointers between
            entities) actually resolve, or dangle?
    5.  
 

The validation engine runs in your browser. Markup you paste, including private
          drafts, is not uploaded or stored. Live-URL mode sends only the public URL to a guarded server
          endpoint to retrieve its HTML, then runs the same local checks against that response.

 
What the result groups mean
 
     
  • Blocks rich result — invalid markup or a missing required property. No rich
            result is possible until you fix these.
    •  
  • Limits rich result — valid, but a missing recommended property leaves eligibility
            or display on the table.
    •  
  • Valid, but missed opportunity — nothing wrong; properties or caveats worth
            knowing about.
    •  
 
Common validation errors
 
Most broken rich-result markup is valid JSON but incomplete: a Product lacks an Offer price, an Article omits a headline or author, or an @id points to an entity that was never defined. The corrected output makes those gaps concrete with ADD: stubs, but only fill a stub with information that is genuinely shown to users.
 
That last check matters for both search quality and answer systems: schema is a claim about the page, not a hidden source of extra facts. In HTML and URL modes, this tool compares visible text with selected names, prices, and ratings so a mismatch is easy to investigate.
 
 
 
 Which validator should you use?  
 NeedBest first checkWhy 
   
 Draft or private markup This Schema ValidatorDetailed JSON-LD, vocabulary, graph, and corrected-output checks stay in your browser. 
 Published URL and Google rendering Google Rich Results TestGoogle fetches the live page and reports its own supported enhancements. 
 Which feature is one field away Rich-Result Eligibility CheckerIt groups the requirements by rich-result type and prioritizes near misses. 
  
 
 
 Source: Tool guidance; Google decides live rich-result display. · Updated: 2026-07-12 
 
 

One honest caveat the tool repeats: meeting every documented requirement makes a rich result
possible, never guaranteed. Google decides at query time.

 
Features
 
     
  • Four-layer validation: syntax → vocabulary → Google requirements → @id graph.
    •  
  • Auto-detects JSON-LD vs full HTML; extracts every JSON-LD block from a page.
    •  
  • Corrected, copy-pasteable JSON-LD with ADD: stubs and an added-line diff view.
    •  
  • Shareable link that encodes your markup and its results.
    •  
  • Local validation — pasted markup stays private; live-URL mode sends only the URL for HTML retrieval.
    •  
 
Limitations
 

It validates JSON-LD, the format Google recommends — not Microdata or RDFa. It checks the
documented requirements for the rich-result types it knows; a novel or beta type may not be
          covered. Live-URL mode checks server-fetched HTML and does not execute page JavaScript, so markup
          injected by a tag manager or client-rendered app may be missing. Paste rendered HTML when needed,
          and use Google's Rich Results Test to confirm Google's rendered view of a published page.

 
Frequently asked questions
 
How is this different from Google’s Rich Results Test?
Google’s Rich Results Test fetches and renders a live URL, then reports which Google rich results it may qualify for. This validator runs its four validation layers locally in your browser. You can paste JSON-LD or HTML (including private drafts), or ask the guarded server endpoint to retrieve a public URL’s HTML before the same local checks run. URL mode does not render JavaScript, so use Google’s test for the final rendered-page check.
Does valid schema guarantee a rich result?
No. Valid markup can satisfy documented markup requirements, but display also depends on supported feature policies, crawling, indexing, and the search context. Google does not guarantee a rich result.
Should I use JSON-LD, Microdata, or RDFa?
Google recommends JSON-LD, and it is the easiest format to maintain because the markup lives in a single script block separate from your HTML. This tool validates JSON-LD (including the JSON-LD blocks extracted from a pasted HTML page).
What does the @id graph check do?
Structured data often splits entities across blocks and links them with @id — for example an Article that references its author Person by @id. The graph check confirms those references actually resolve to a defined node instead of dangling, which is a common and hard-to-spot mistake.
Is my markup uploaded or stored anywhere?
Pasted markup is validated locally in your browser and is not uploaded or stored. If you use live-URL mode, only the public URL is sent to a guarded server endpoint so it can retrieve the page HTML; validation still runs locally. Fetched HTML may omit markup added later by JavaScript, so paste rendered HTML when you need to check it.
 
 
← All free tools
 
 
   
Next stepSchema Markup Generator — generate valid JSON-LD for the page instead of hand-editing markup.

People also explore
ToolRich-Result Eligibility CheckerToolEntity Coverage AnalyzerToolGoogle Knowledge Graph ExplorerArticleJSON-LDArticleItemList SchemaArticleImageObject Schema
 
 
 
Feature requests for Schema Validator
 

Upvote what you want most. New ideas can be submitted from the floating Feedback menu;
      requests appear here once approved, and the most-wanted rise to the top.

   
Loading…
  
  ➕ Request a feature   
New requests are reviewed before they appear here.
 
     
  
  
 
 
 
 
   
   
حول الأداة
ترميز المخطط يمكن ينظر جيد و ما زال يفوّت ال واحد خاصية حظر واحد منسّق نتيجة. تحقّق JSON-LD بنية, مفردات, و Google متطلبات في بعد.
مجاني, من دون تسجيل. واحد مخطط حظر يمكن ينظر جيد و ما زال يفوّت ال واحد خاصية حظر الخاص بك منسّق نتيجة. هذا مدقق تحقّقات الخاص بك في أربعة طبقات — JSON-LD بنية, schema.org مفردات, Google rich-result متطلبات, و cross-block @id رسم بياني دقة — ثم أيدٍ أنت رجوع واحد مصَحَّح, copy-pasteable إصدار.
الميزات
  • Four-layer تحقّق: بنية → مفردات → Google متطلبات → @id رسم بياني.
  • Auto-detects JSON-LD vs كامل HTML; يستخرج كل JSON-LD حظر من واحد صفحة.
  • مصَحَّح, copy-pasteable JSON-LD مع أضف: أجسام مؤقتة و واحد added-line فرق عرض.
  • قابل للمشاركة رابط ذلك encodes الخاص بك ترميز و الخاص به نتائج.
  • محلي تحقّق — ملصق ترميز يبقى خاص; حي-عنوان URL وضع يرسل فقط ال عنوان URL من أجل HTML استرجاع.
كيفية العمل
ال مدقق تشغيل أربعة طبقات, في ترتيب, لأن كل واحد فقط يهم إذا ال واحد قبل إنه عمليات اجتياز: JSON-LD بنية — هو إنه قابل للتحليل JSON, في واحد صالح @سياق/@graph شكل? schema.org مفردات — هي ال أنواع و خصائص فعلي, و مستخدم على أنواع ذلك فعليًا يعرّف هم? Google rich-result متطلبات — يفعل كل اكتب يحمل ال مطلوب و موصى به خصائص Google مستندات من أجل الخاص به منسّق نتيجة? @id رسم بياني دقة — يفعل cross-block إحالات (@id pointers بين كيانات) فعليًا حلّ, أو dangle?
القيود
  • إنه validates JSON-LD, ال تنسيق Google يوصي — ليس Microdata أو RDFa. إنه تحقّقات ال موثق متطلبات من أجل ال rich-result أنواع إنه يعرف; واحد novel أو beta اكتب قد ليس يكون مغطى. حي-عنوان URL وضع تحقّقات server-fetched HTML و يفعل ليس execute صفحة JavaScript, لذلك ترميز injected بواسطة واحد وسم manager أو مصيّر من العميل تطبيق قد يكون مفقود. لصق معروض HTML عندما مطلوب, و استخدم Google منسّق نتائج اختبار إلى تأكيد Google معروض عرض من واحد published صفحة.
الأسئلة الشائعة
كيف هو هذا مختلف من Google منسّق نتائج اختبار?
Google منسّق نتائج اختبار يجلب و يصيّر واحد حي عنوان URL, ثم يبلّغ أي Google منسّق نتائج إنه قد يؤهل من أجل. هذا مدقق تشغيل الخاص به أربعة تحقّق طبقات محليًا في الخاص بك متصفح. أنت يمكن لصق JSON-LD أو HTML (بما في ذلك خاص مسودات), أو يسأل ال guarded خادم نقطة نهاية إلى يسترجع واحد عام عنوان عنوان URL HTML قبل ال نفس محلي تحقّقات شغّل. عنوان URL وضع يفعل ليس تصيير JavaScript, لذلك استخدم Google اختبار من أجل ال نهائي صفحة مصيّرة تحقّق.
يفعل صالح مخطط يضمن واحد منسّق نتيجة?
لا. صالح ترميز يمكن satisfy موثق ترميز متطلبات, لكن عرض أيضًا يعتمد على مدعوم ميزة سياسات, زحف, الفهرسة, و ال بحث سياق. Google يفعل ليس يضمن واحد منسّق نتيجة.
ينبغي I استخدم JSON-LD, Microdata, أو RDFa?
Google يوصي JSON-LD, و إنه هو ال easiest تنسيق إلى maintain لأن ال ترميز lives في واحد مفرد نص برمجي حظر منفصل من الخاص بك HTML. هذا الأداة validates JSON-LD (بما في ذلك ال JSON-LD يحظر مستخرج من واحد ملصق HTML صفحة).
ما يفعل ال @id رسم بياني تحقّق يفعل?
البيانات المنظَّمة غالبًا تقسيمات كيانات عبر يحظر و روابط هم مع @id — من أجل مثال واحد مقال ذلك إحالات الخاص به مؤلف شخص بواسطة @id. ال رسم بياني تحقّق يؤكد تلك إحالات فعليًا حلّ إلى واحد محدّد عقدة بدلًا من dangling, أي هو واحد شائع و hard-to-spot خطأ.
هو my ترميز مرفوع أو مخزّن في أي مكان?
ملصق ترميز هو validated محليًا في الخاص بك متصفح و هو ليس مرفوع أو مخزّن. إذا أنت استخدم حي-عنوان URL وضع, فقط ال عام عنوان URL هو مُرسَل إلى واحد guarded خادم نقطة نهاية لذلك إنه يمكن يسترجع ال صفحة HTML; تحقّق ما زال تشغيل محليًا. مجلوب HTML قد يحذف ترميز مضاف لاحقًا بواسطة JavaScript, لذلك لصق معروض HTML عندما أنت يحتاج إلى تحقّق إنه.