मुफ़्त · SEO टूल्स

JSON-LD सत्यापक

अपना संरचित डेटा चिपकाएँ और Schema.org के अनुसार जाँचें — मान्य JSON-LD, छूटे हुए अनिवार्य फ़ील्ड और वे सभी समस्याएँ जिन पर Google ध्यान देता है।

संरचित डेटा (JSON-LD) 0

टाइप करते ही लाइव सत्यापन।

सत्यापन के लिए ऊपर JSON-LD चिपकाएँ।

Google के reject करने से पहले validate करें

Syntax check और required/recommended properties की audit schema.org की अपेक्षाओं के मुताबिक़ — errors सीधी भाषा में समझाए जाते हैं, parser dumps नहीं।

📏

पंक्ति-स्तंभ सटीक त्रुटियाँ

टूटा हुआ JSON समस्या की सटीक पंक्ति और कॉलम बताता है, ताकि आप मिनिफ़ाइड ब्लॉक में खोजने के बजाय सीधे सुधार पर पहुँच सकें।

🧠

Google की न्यूनतम आवश्यकताएँ

अंतर्निहित शब्दावली ~35 रिच-रिज़ल्ट प्रकारों को कवर करती है और प्रत्येक के लिए Google की आवश्यकताएँ लागू करती है — छूटे अनिवार्य फ़ील्ड त्रुटि के रूप में दिखते हैं, चुपचाप असफल नहीं होते।

🔒

रिच-रिज़ल्ट त्रुटियाँ पकड़ता है

सब कुछ आपके ब्राउज़र में चलता है। आपका मार्कअप कभी अपलोड, संग्रहीत या साझा नहीं होता — सत्यापक इंटरनेट बंद होने पर भी काम करता है।

Validation की परतें

Parse layer — line-column pointers के साथ strict JSON parse (trailing comma यहीं सबसे पहले fail होती है)।
Graph shape — @context/@type की पुष्टि करता है और nested @id references resolve करता है।
Required properties — type के हिसाब से checklist (Article को headline, image, datePublished, author चाहिए); recommended fields छूट जाएँ तो fail किए बिना warning मिलती है।
Format checks — ISO dates, URLs और currency codes values के तौर पर validate होते हैं, सिर्फ़ strings के तौर पर नहीं।

अक्सर पूछे जाने वाले प्रश्न

मेरे पेज के लिए Google "रिच रिज़ल्ट के लिए पात्र नहीं" क्यों दिखाता है?

आमतौर पर इनमें से एक कारण: कोई अनिवार्य फ़ील्ड छूटा है (जैसे Article पर datePublished), @context छूटा या गलत है, या किसी गुण का मान-प्रारूप गलत है — दिनांक ISO 8601 नहीं है, URL में http(s) नहीं है, या priceCurrency 3 अक्षरों का कोड नहीं है। अपना JSON-LD यहाँ चिपकाएँ, सत्यापक हर मिली समस्या सूचीबद्ध करेगा।

क्या अज्ञात प्रकार या गुण हमेशा त्रुटि होते हैं?

नहीं। Schema.org स्पष्ट रूप से विस्तार की अनुमति देता है, इसलिए सत्यापक अज्ञात प्रकारों और गुणों को चेतावनी के रूप में बताता है। केवल त्रुटियाँ — टूटा JSON, छूटा @context, छूटे अनिवार्य फ़ील्ड — का अर्थ है कि Google आपका मार्कअप नहीं पढ़ेगा। चेतावनियाँ बताती हैं कि बड़ी शब्दावली वाला सत्यापक क्या चिह्नित करेगा।

क्या यह @graph और पूर्ण schema.org URL का समर्थन करता है?

हाँ। @graph सरणियाँ तत्व-दर-तत्व सत्यापित होती हैं, और पूर्ण URL (https://schema.org/Article) के रूप में लिखे प्रकार या गुण नाम स्वतः सामान्यीकृत होते हैं। दिनांक ISO 8601 होनी चाहिए (2026-08-01 या 2026-08-01T12:30:00Z); मुद्राएँ 3 अक्षरों के ISO कोड होने चाहिए।

JSON-LD सत्यापक क्या है?

JSON-LD (JavaScript Object Notation for Linked Data) वह प्रारूप है जिसे Google, Bing और अन्य सर्च इंजन यह समझने के लिए पढ़ते हैं कि आपके पेजों का क्या अर्थ है — लेख, उत्पाद, रेसिपी, FAQ अनुभाग, इवेंट। एक सत्यापक जाँचता है कि आपका संरचित डेटा मान्य JSON है, JSON-LD के नियमों (@context, @type, @graph) का पालन करता है, और Schema.org के प्रकारों व गुणों का सही उपयोग करता है। यह ठीक उन्हीं गलतियों को पकड़ता है जिनसे Google आपके रिच रिज़ल्ट अनदेखा कर देता है: Article में headline या datePublished का छूटना, गलत मुद्रा कोड, ऐसी दिनांक जो ISO 8601 प्रारूप में नहीं है, या ऐसे गुण जिन्हें स्कीमा नहीं जानता।

यह क्या करता है

सटीक पंक्ति और कॉलम के साथ JSON सिंटैक्स त्रुटियाँ बताता है
JSON-LD संरचना जाँचता है: @context, @type और @graph नियम
Google की न्यूनतम आवश्यकताओं के अनुसार ~35 सामान्य Schema.org प्रकार सत्यापित करता है
छूटे हुए अनिवार्य फ़ील्ड, अज्ञात प्रकार और अज्ञात गुण चिह्नित करता है
मान-प्रारूप जाँचता है: दिनांक, URL, मूल्य, मुद्रा कोड, रेटिंग और पूर्णांक
पता लगाए गए सभी प्रकार सूचीबद्ध करता है ताकि आप देखें कि Google क्या पढ़ेगा

इसका उपयोग कब करें

Article या BlogPosting मार्कअप वाला पेज प्रकाशित करने से पहले
FAQPage, Recipe या Event संपादित करने के बाद पुष्टि करने के लिए कि कुछ नहीं टूटा
जब रिच-रिज़ल्ट पूर्वावलोकन कुछ नहीं दिखाता और आपको कारण खोजना हो
जब आप JSON-LD हाथ से या जनरेटर से बना रहे हों

आपका संरचित डेटा आपके डिवाइस से कभी बाहर नहीं जाता: सत्यापन पूरी तरह आपके ब्राउज़र में चलता है, इसलिए कोई अपलोड, कोई भंडारण और कोई गोपनीयता जोखिम नहीं है।