Schema Markup और JSON-LD डेटा वैलिडेटर
स्कीमा मार्कअप वैलिडेटर कैसे इस्तेमाल करें
टूल पर वापस जाएँएक पेज अंदर जाता है; उसके मूल HTML में मौजूद हर JSON-LD ब्लॉक पढ़ा जाता है और Schema.org शब्दावली से मिलाया जाता है।
- 01
जाँचने के लिए पेज दर्ज करें
हर बार एक पेज — संरचित डेटा किसी एक पेज का होता है, और एंटिटी के कई पेड़ साथ-साथ पढ़े नहीं जाते। URL सामान्यीकरण अब भी मायने रखता है: इसे केवल डोमेन पर रखा तो आप होम पेज का मार्कअप पढ़ रहे होंगे, वह पेज नहीं जो आपने चिपकाया।
- 02
कच्चे HTML पर जाँच चलाएँ
टूल पेज लाता है और जो HTML मिला उसी को पढ़ता है। यह JavaScript नहीं चलाता, इसलिए लोड के बाद स्क्रिप्ट से जोड़ा गया मार्कअप वहाँ मिलेगा ही नहीं। इसीलिए खाली नतीजा कहता है "मूल HTML में नहीं मिला", यह नहीं कि "इस पेज पर स्कीमा नहीं है"।
- 03
घोषित डेटा का JSON प्रिंट पढ़ें
परिणाम पंक्ति-क्रमांकित एक JSON दस्तावेज़ है: संरचित डेटा जैसा पढ़ा गया, न कि आपका लिखा कच्चा मार्कअप। @id से संदर्भित आइटम वहीं भर दिया जाता है जहाँ उसका उपयोग है। समस्या वाली पंक्ति रंगी होती है, त्रुटियों के लिए एक आइकन और चेतावनियों के लिए दूसरा। प्रिंट के नीचे, हर घोषित प्रकार का एक चिप उस प्रकार के हर ब्लॉक को उभारता है।
- 04
सूची से ठीक पंक्ति तक जाएँ और निर्यात करें
प्रिंट के नीचे दो गिनतियाँ और हर समस्या की एक प्रविष्टि है, पंक्ति संख्या के क्रम में। हर प्रविष्टि प्रिंट में अपनी पंक्ति से जुड़ी है, इसलिए तीस समस्याओं वाला पेज भी चलने योग्य रहता है। प्रिंट के ऊपर की पंक्ति में Copy और Export आपको प्रिंट ही देते हैं: डाउनलोड एक .json फ़ाइल है जिसे आप सीधे वापस चिपका सकते हैं।
JSON-LD संरचित डेटा रिपोर्ट कैसे पढ़ें
सूची दो सवालों का उत्तर देती है: यह पेज क्या घोषित करता है, और उसके कौन-से हिस्से पार्सर अस्वीकार करेगा। अनिवार्य फ़ील्ड और रिच रिज़ल्ट पात्रता यहाँ नहीं परखी जाती; सर्च इंजन हर रिच रिज़ल्ट के लिए वह तय करता है।
प्रिंट के घटक
- @type
- आइटम का Schema.org प्रकार, उसकी पहली पंक्ति के रूप में छपा, और वही पंक्ति जिस पर अमान्य प्रकार चिह्नित होता है। जो आइटम केवल संदर्भ है उसकी कोई @type पंक्ति नहीं: पेज ने कोई घोषित नहीं किया और प्रिंट कुछ गढ़ता नहीं।
- @id
- जो एक ही प्रकार के दो आइटम को अलग बताता है, @type के ठीक बाद छपा। @id से संदर्भित आइटम वहीं भरा जाता है जहाँ उसका उपयोग है, शीर्ष स्तर पर दोहराया नहीं जाता, इसलिए प्रिंट मार्कअप से छोटा हो सकता है।
- त्रुटियाँ
- ऐसा मार्कअप जिसे पार्सर ठुकरा देगा या अनदेखा करेगा: शब्दावली में न होने वाला टाइप या प्रॉपर्टी, गलत किस्म का मान, या ऐसा ब्लॉक जो वैध JSON ही नहीं है।
- चेतावनियाँ
- वैध मार्कअप जो शायद आपका इरादा नहीं था — अक्सर ऐसी प्रॉपर्टी जो मौजूद तो है पर इस टाइप के लिए परिभाषित नहीं। Schema.org इन्हें नियम नहीं, अपेक्षा कहता है, इसलिए यहाँ ये कभी त्रुटि नहीं बनतीं।
संदेश संदर्भ
- टाइप शब्दावली में नहीं है
- यह @type Schema.org में है ही नहीं — आमतौर पर टाइपो, या साइट का गढ़ा हुआ नाम। जिस आइटम पर कोई @type ही नहीं, उसकी रिपोर्ट भी यही रहती है, क्योंकि पार्सर दोनों में से किसी के साथ कुछ नहीं कर सकता।
- प्रॉपर्टी शब्दावली में नहीं है
- यह प्रॉपर्टी नाम Schema.org में कहीं मौजूद नहीं, इसलिए कोई इसे पढ़ नहीं सकता। यह त्रुटि है: मान चाहे कुछ भी कहे, फेंक दिया जाता है।
- यह प्रॉपर्टी इस टाइप के लिए मान्य नहीं
- प्रॉपर्टी है, बस इस टाइप पर नहीं — जैसे Article पर cookTime। यह केवल चेतावनी है: प्रॉपर्टी किस टाइप की है, इसे Schema.org मार्गदर्शन मानता है, और पढ़ने वाले इसे अकसर अनदेखा कर देते हैं।
- मान अपेक्षित टाइप से मेल नहीं खाता
- प्रॉपर्टी मौजूद है और यहीं की है, पर मान दूसरी किस्म का है — जहाँ तारीख या नेस्टेड आइटम अपेक्षित था, वहाँ सादा टेक्स्ट।
- यह ब्लॉक वैध JSON नहीं है
- सूची के ऊपर रिपोर्ट होता है, किसी ब्लॉक के भीतर नहीं, क्योंकि जो ब्लॉक पार्स नहीं होता उसमें कुछ जोड़ने को कोई आइटम नहीं। सिंटैक्स त्रुटि के बाद का सब कुछ अपठित रहता है; एक भटका हुआ अल्पविराम बाकी मार्कअप छिपा सकता है।
- schema.org की ओर इशारा करता @context नहीं है
- जानबूझकर यहाँ रिपोर्ट किया गया, हालाँकि संदर्भ वैलिडेटर इस पर चुप रहता है। @context के बिना भीतर के नाम केवल शब्द हैं, इसलिए ब्लॉक में कुछ जाँचा नहीं जा सका, और बिना जाँचे ब्लॉक पर साफ़ रिपोर्ट सबसे बुरा संभव उत्तर है।