सारांश: स्ट्रक्चर्ड डेटा LLM ऑडिट किसी पेज का schema.org मार्कअप पढ़ता है और सात जाँचों पर उसे 100 में से स्कोर देता है: JSON-LD मौजूद है, हर ब्लॉक वैध है, और पाँच प्रकार जो बताते हैं कि आप कौन हैं और पेज क्या है (Organization, WebSite, Article, BreadcrumbList, FAQPage)। यह मिले हुए प्रकार, गायब प्रकार और हर एक क्यों मायने रखता है, यह सूचीबद्ध करता है। पहले अमान्य ब्लॉक ठीक करें, फिर Organization और Article जोड़ें, वे दो जाँचें जो JSON-LD के बाद सबसे ज़्यादा भार रखती हैं।
एक स्ट्रक्चर्ड डेटा LLM ऑडिट जाँचता है कि आपका पेज अपनी मुख्य जानकारी ऐसे रूप में बताता है या नहीं जिसे मशीनों को अंदाज़ा न लगाना पड़े: इसे कौन प्रकाशित करता है, यह किस प्रकार का पेज है, और साइट में यह कहाँ है। इसके लिए schema.org मार्कअप साझा शब्दावली है, और Google JSON-LD को उस प्रारूप के रूप में सुझाता है जिसे लागू करना और संभालना सबसे आसान है (Google Search Central, स्ट्रक्चर्ड डेटा का परिचय)। फिर भी यह सार्वभौमिक नहीं है: 2024 में JSON-LD 41% पेजों पर था, जो 2022 के 34% से ऊपर है (HTTP Archive Web Almanac 2024, स्ट्रक्चर्ड डेटा)।
स्ट्रक्चर्ड डेटा LLM ऑडिट कैसे काम करता है?
कोई डोमेन या पेज का पूरा URL डालें, एंटी-बॉट जाँच पूरी करें और विश्लेषण चलाएँ। टूल पेज को वैसे ही लाता है जैसे कोई क्रॉलर लाता, JavaScript चलाए बिना, और दो प्रकार का मार्कअप पढ़ता है।
- JSON-LD ब्लॉक: हर
<script type="application/ld+json">पार्स होता है। प्रकार हर शीर्ष-स्तरीय ऑब्जेक्ट पर, ऐरे में और@graphके भीतर पढ़े जाते हैं। जो ब्लॉक वैध JSON नहीं है, उसे अमान्य गिना जाता है। - Microdata: हर
itemtype="https://schema.org/..."विशेषता अपना प्रकार सूची में जोड़ती है।
रिपोर्ट स्कोर और ग्रेड दिखाती है, JSON-LD ब्लॉक और अमान्य ब्लॉक की संख्या, मिले हुए schema प्रकार, फिर पाँच अपेक्षित प्रकार मौजूद या गायब के चिह्न के साथ, हर एक पर एक पंक्ति की व्याख्या और सुझाव। मुफ़्त संस्करण प्रतिदिन तीन ऑडिट देता है।
सिर्फ़ होम पेज नहीं, उन पेजों को भी जाँचें जो उद्धरणों के लिए मायने रखते हैं: ब्लॉग लेख, उत्पाद या सेवा पेज, तुलना। हर टेम्पलेट का अपना मार्कअप होता है।
स्कोर कैसे निकाला जाता है?
स्कोर पास हुई जाँचों का भारित हिस्सा है। हर जाँच पास होती है या विफल; भार का योग 9 है, और परिणाम 100 में से स्कोर में बदला जाता है।
| जाँच | कब पास होती है | भार | स्कोर में हिस्सा |
|---|---|---|---|
| JSON-LD मौजूद | कम से कम एक वैध JSON-LD ब्लॉक | 2 | 22 अंक |
| कोई अमान्य ब्लॉक नहीं | हर JSON-LD ब्लॉक पार्स होता है | 1 | 11 अंक |
| Organization | Organization प्रकार मिला | 1.5 | 17 अंक |
| Article | Article, BlogPosting या NewsArticle मिला | 1.5 | 17 अंक |
| WebSite | WebSite प्रकार मिला | 1 | 11 अंक |
| BreadcrumbList | BreadcrumbList प्रकार मिला | 1 | 11 अंक |
| FAQPage | FAQPage प्रकार मिला | 1 | 11 अंक |
ग्रेड स्कोर का पालन करता है: 90 से A, 75 से B, 60 से C, 40 से D, और उससे नीचे F। लेबल 75 से “मज़बूत”, 60 से “अच्छा, सुधार की गुंजाइश है”, 40 से “काम की ज़रूरत है” और 40 से नीचे “गंभीर कमियाँ” पढ़ा जाता है। कुछ आम उदाहरण:
- कोई स्ट्रक्चर्ड डेटा नहीं: 11/100, ग्रेड F। सिर्फ़ “कोई अमान्य ब्लॉक नहीं” जाँच पास होती है, क्योंकि तोड़ने को कुछ है ही नहीं।
- Organization और WebSite वाला होम पेज: 61/100, ग्रेड C। BreadcrumbList जोड़ने पर यह 72 हो जाता है।
- Article, Organization, WebSite और BreadcrumbList वाला ब्लॉग लेख: 89/100, ग्रेड B। FAQPage ही एकमात्र गायब प्रकार है।
कौन से schema प्रकार LLM को आपका पेज समझने में मदद करते हैं?
पाँच अपेक्षित प्रकार पाँच सवालों का जवाब देते हैं जिन्हें एक मॉडल वरना टेक्स्ट से अंदाज़ा लगाता। तालिका में Web Almanac 2024 के अनुसार हर प्रकार मोबाइल पेजों पर JSON-LD में कितनी बार दिखता है, यह भी जोड़ा गया है।
| प्रकार | मशीन को क्या बताता है | अपनाने की दर (मोबाइल पेज, 2024) |
|---|---|---|
| Organization | साइट कौन प्रकाशित करता है: नाम, लोगो, आधिकारिक प्रोफ़ाइल | 7.16% |
| WebSite | पूरी साइट और उसका नाम | 12.73% |
| Article / BlogPosting | पेज संपादकीय सामग्री है, लेखक और तारीखों के साथ | 0.18% / 1.40% |
| BreadcrumbList | साइट के पदानुक्रम में पेज कहाँ है | 5.66% |
| FAQPage | स्पष्ट सवाल और जवाब के जोड़े | लगभग 0.34% |
Organization केंद्र है। Google समझाता है कि organization मार्कअप उसे आपके प्रशासनिक विवरण समझने में मदद करता है, और आपकी संस्था को दूसरों से अलग पहचानने में (Google Search Central, organization स्ट्रक्चर्ड डेटा)। sameAs प्रॉपर्टी किसी भी पाठक के लिए यही काम करती है: schema.org इसे एक संदर्भ पेज का URL बताता है जो आइटम की पहचान स्पष्ट रूप से दिखाता है, जैसे Wikipedia या Wikidata प्रविष्टि, या आधिकारिक प्रोफ़ाइल (schema.org, sameAs)।
क्या स्ट्रक्चर्ड डेटा AI असिस्टेंट को आपका उद्धरण करवाता है?
अकेले नहीं, और यहाँ सटीक होना ज़रूरी है। Google कहता है कि AI Overviews या AI Mode में दिखने के लिए कोई अतिरिक्त आवश्यकता या विशेष schema.org मार्कअप ज़रूरी नहीं है; वह चाहता है कि स्ट्रक्चर्ड डेटा पेज के दिखने वाले टेक्स्ट से मेल खाए (Google Search Central, AI फ़ीचर और आपकी वेबसाइट)। असिस्टेंट पेजों का उद्धरण उनकी सामग्री और अधिकार के लिए करते हैं।
मार्कअप जो करता है वह अस्पष्टता हटाना है। वह आपके ब्रांड का नाम, आपका लोगो, आपकी आधिकारिक प्रोफ़ाइल, किसी लेख का लेखक और तारीख, और साइट में पेज की जगह, सब एक सुसंगत रूप में बताता है। जब कोई असिस्टेंट, या उसके पीछे का सर्च इंडेक्स, तय करता है कि आप कौन से “Acme” हैं, या कोई लेख ताज़ा है या नहीं, तो ये स्पष्ट तथ्य मदद करते हैं। स्ट्रक्चर्ड डेटा को पेज का पहचान-पत्र मानें, और दिखने वाली सामग्री को उसे उद्धृत करने का कारण।
FAQPage पर एक टिप्पणी ज़रूरी है। Google अब अपने सर्च नतीजों में FAQ रिच रिज़ल्ट नहीं दिखाता और जून 2026 में उसका दस्तावेज़ हटा दिया (Google Search Central, नवीनतम दस्तावेज़ अपडेट)। ऑडिट फिर भी यह प्रकार जाँचता है, क्योंकि सवाल और जवाब के जोड़े किसी भी ऐसी प्रणाली के लिए साफ़, स्वतंत्र प्रारूप हैं जो पेज पढ़ती है, पर Google में दृश्य असर की उम्मीद न करें।
ऑडिट में मिली समस्याएँ कैसे ठीक करें?
सबसे ज़्यादा नुकसान वाली से कम वाली के क्रम में काम करें।
- अमान्य ब्लॉक। जो JSON-LD ब्लॉक पार्स नहीं होता, वह पूरी तरह अनदेखा हो जाता है। आम गलतियाँ हैं अंत में अनावश्यक कॉमा, किसी विवरण में बिना escape किया उद्धरण चिह्न, या खाली छोड़ा गया टेम्पलेट वेरिएबल। ब्लॉक को JSON वैलिडेटर में डालें, ठीक करें और ऑडिट दोबारा चलाएँ।
- कोई JSON-LD नहीं। अपने टेम्पलेट के ज़रिए हर पेज पर पहला ब्लॉक Organization (name, url, logo, sameAs) और WebSite के साथ जोड़ें। स्कीमा जनरेटर शुरुआत के लिए वैध JSON-LD बनाता है।
- संपादकीय पेजों पर Article, जिसमें headline, author, datePublished और dateModified वही हों जो पाठक देखते हैं।
- BreadcrumbList जो दिखने वाले ब्रेडक्रंब रास्ते को दर्शाए।
- FAQPage सिर्फ़ तब जब पेज पर असली सवाल और जवाब दिखते हों। जो सामग्री दिखती नहीं, उसका मार्कअप कभी न करें।
फिर पेज को दूसरे कोणों से जाँचें: LLM रीडेबिलिटी चेकर स्कोर करता है कि कोई मॉडल आपके टेक्स्ट से जवाब कितनी आसानी से निकाल सकता है, और आंसर इंजन ऑप्टिमाइज़ेशन ऑडिट सीधे जवाबों के पीछे की पेज संरचना देखता है। परिभाषाओं के लिए हमारी ग्लॉसरी की schema मार्कअप प्रविष्टि देखें।
ऑडिट की सीमाएँ क्या हैं?
यह मौजूदगी और सिंटैक्स जाँचता है, गुणवत्ता नहीं। स्कोर पढ़ते समय इन बातों को ध्यान में रखें।
- प्रॉपर्टी नहीं जाँची जातीं। बिना लेखक वाला Article ब्लॉक Article जाँच पास कर लेता है। हर ब्लॉक की सामग्री खुद जाँचें।
- नेस्टेड प्रकार नहीं गिने जाते। Article ब्लॉक के भीतर सिर्फ़
publisherके रूप में घोषित Organization, Organization जाँच पास नहीं करता। उसे ऐरे या@graphमें अपनी अलग ऑब्जेक्ट के रूप में घोषित करने से यह हल हो जाता है, और इकाई@idके साथ दोबारा इस्तेमाल हो सकती है। - JavaScript रेंडरिंग नहीं। टैग मैनेजर या क्लाइंट-साइड स्क्रिप्ट से डाला गया मार्कअप नहीं दिखता। Google डायनामिक रूप से जोड़ा गया JSON-LD पढ़ सकता है, पर कई दूसरे क्रॉलर JavaScript नहीं चलाते, इसलिए सर्वर-साइड मार्कअप ज़्यादा सुरक्षित है।
- पाँच प्रकार एक आधार हैं। उत्पाद पेज को Product और Offer चाहिए, स्थानीय व्यवसाय को LocalBusiness, इवेंट को Event। ऑडिट इनकी गैरमौजूदगी पर दंड नहीं देता।
यह देखने के लिए कि बेहतर मार्कअप और सामग्री उद्धरणों में बदलते हैं या नहीं, AI मेंशन ट्रैकिंग हर महीने ChatGPT, Claude और Gemini के जवाबों में आपके ब्रांड को देखता है, और ब्लॉग लेख जनरेटर आपकी साइट पर स्रोत-आधारित, संरचित लेख प्रकाशित करता है।
Organization और Article वाला वैध JSON-LD वह आधार है जिस पर हर पेज को खरा उतरना चाहिए। ऊपर अपने मुख्य पेज ऑडिट करें, फिर AI जवाबों में अपनी विज़िबिलिटी autopilot पर ट्रैक करने के लिए Sorank प्लान देखें।
