JSON-LD इम्प्लीमेंटेशन: वह फ़ॉर्मेट जो AI सिस्टम पसंद करते हैं

स्कीमा मार्कअप मशीनों को बताता है कि आपके कंटेंट का मतलब क्या है। पर आप कौन सा फ़ॉर्मेट इस्तेमाल करते हैं, यह मायने रखता है। आप स्कीमा मार्कअप तीन अलग भाषाओं में लिख सकते हैं: Microdata, RDFa और JSON-LD। वेब का ज़्यादातर हिस्सा Microdata इस्तेमाल करता है क्योंकि वह पुराना और आसान है। AI सिस्टम JSON-LD पसंद करते हैं क्योंकि वह साफ़, व्यवस्थित और बिना अस्पष्टता वाला है।

JSON-LD का मतलब है JSON for Linking Data। यह ऐसा फ़ॉर्मेट है जो खास तौर पर इसलिए बनाया गया कि आपके HTML को उलझाए बिना स्ट्रक्चर्ड डेटा मशीनों के पढ़ने लायक हो। आप इसे अलग script टैग में लिखते हैं। आपका दिखने वाला कंटेंट साफ़ रहता है। मशीन के पढ़ने लायक डेटा अपने अलग ब्लॉक में रहता है। AI क्रॉलर JSON-LD को दूसरे फ़ॉर्मेट से तेज़ और ज़्यादा भरोसेमंद ढंग से पार्स करते हैं। अगर आप चाहते हैं कि आपका कंटेंट AI सिस्टम के लिए कोट करने लायक हो, तो JSON-LD इसका तरीका है।

JSON-LD दूसरे स्कीमा फ़ॉर्मेट से बेहतर क्यों है

Microdata ऐसा दिखता है। आप अपने HTML टैग में सीधे एट्रिब्यूट जोड़ते हैं:

<div itemscope itemtype="https://schema.org/Article">
<h1 itemprop="headline">Article Title</h1>
<p itemprop="description">Article summary.</p>
</div>

यह काम करता है। Google इसे पढ़ता है। पर आपका HTML स्कीमा एट्रिब्यूट से भर जाता है। कंटेंट और मेटाडेटा आपस में उलझ जाते हैं।

JSON-LD उन्हें पूरी तरह अलग करता है:

<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "Article",
"headline": "Article Title",
"description": "Article summary"
}
</script>

आपका HTML साफ़ रहता है। मशीन के पढ़ने लायक डेटा अपने script टैग में रहता है। AI क्रॉलर यह अलगाव पसंद करते हैं। यह ज़्यादा साफ़ है। इसमें गलतियों की संभावना कम है। यह तेज़ी से पार्स होता है।

RDFa तीसरा फ़ॉर्मेट है, पर इसका इस्तेमाल कम होता है। यह Microdata और JSON-LD, दोनों से ज़्यादा जटिल है। न Google न AI सिस्टम इसे पसंद करते हैं। RDFa छोड़ दें।

AI सिस्टम JSON-LD कैसे पढ़ते हैं

जब कोई AI क्रॉलर आपके पेज पर आता है, तो वह दो काम करता है। वह आपका दिखने वाला HTML कंटेंट पढ़ता है। और वह मिलने वाले हर JSON-LD script टैग को पार्स करता है।

JSON-LD उसे बताता है: यह पेज एक Article है। यह इस तारीख को प्रकाशित हुआ। इसे इस लेखक ने लिखा। मुख्य विषय यह है। इस URL पर एक इमेज है। शब्दों की गिनती यह है। यह सारा मेटाडेटा AI सिस्टम को सिर्फ़ टेक्स्ट से मिलने वाली समझ से ज़्यादा गहराई से कंटेंट समझने में मदद करता है।

जब AI सिस्टम बाद में तय करता है कि आपको कोट करना है या नहीं, तो वह उस मेटाडेटा का इस्तेमाल करता है। प्रकाशन की तारीख, लेखक और इमेज के साथ सही फ़ॉर्मेट वाला JSON-LD Article स्कीमा, बिना किसी स्कीमा वाले उसी कंटेंट से ज़्यादा कोट होता है। मेटाडेटा साबित करता है कि आप मूल सोर्स हैं।

ज़रूरी JSON-LD ढांचा

हर JSON-LD ब्लॉक के तीन मुख्य हिस्से होते हैं। @context पार्सर को बताता है कि आप कौन सी शब्दावली इस्तेमाल कर रहे हैं (लगभग हमेशा schema.org)। @type उसे बताता है कि आप किस तरह की चीज़ का वर्णन कर रहे हैं। प्रॉपर्टी खास एट्रिब्यूट का वर्णन करती हैं।

एक बुनियादी Article स्कीमा ऐसा दिखता है:

<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "Article",
"headline": "Your Article Title",
"description": "Your article summary",
"image": "https://yoursite.com/image.jpg",
"datePublished": "2026-04-17",
"author": {
"@type": "Person",
"name": "Author Name"
},
"publisher": {
"@type": "Organization",
"name": "Your Brand",
"logo": {
"@type": "ImageObject",
"url": "https://yoursite.com/logo.jpg"
}
}
}
</script>

वह JSON-LD ब्लॉक आपके पेज के head में रहता है (या body में कहीं भी)। वह क्रॉलर को लेख के बारे में वह सब बताता है जो उसे जानना है।

अपने पेज पर JSON-LD कहां रखें

सबसे अच्छा तरीका है JSON-LD को अपने HTML के head सेक्शन में, दिखने वाले कंटेंट के ऊपर रखना। क्रॉलर पहले head पढ़ता है, इसलिए body पार्स करना शुरू करने से पहले ही उसे स्कीमा मेटाडेटा मिल जाता है।

पर JSON-LD पेज पर कहीं भी काम करता है। head में। body में। कंटेंट से पहले। कंटेंट के बाद। इससे फ़र्क नहीं पड़ता। जब तक JSON वैध है, क्रॉलर उसे ढूंढकर पार्स कर लेंगे।

कई कंटेंट प्लेटफ़ॉर्म मेटाडेटा फ़ील्ड भरने पर JSON-LD अपने आप head में रख देते हैं। आप अपने CMS में हेडलाइन, विवरण और प्रकाशन की तारीख लिखते हैं। प्लेटफ़ॉर्म JSON-LD अपने आप बना देता है। आपको उसे हाथ से नहीं लिखना पड़ता।

अलग-अलग कंटेंट प्रकार के लिए JSON-LD

Article सबसे आम स्कीमा प्रकार है, पर JSON-LD कई प्रकार सपोर्ट करता है। हर प्रकार की ज़रूरी और वैकल्पिक प्रॉपर्टी अलग होती हैं।

FAQPage स्कीमा

अगर आपके पेज पर FAQ सेक्शन है, तो FAQPage स्कीमा इस्तेमाल करें। यह AI क्रॉलर को ठीक बताता है कि आपके सवाल और जवाब कहां हैं:

<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "FAQPage",
"mainEntity": [
{
"@type": "Question",
"name": "What is JSON-LD?",
"acceptedAnswer": {
"@type": "Answer",
"text": "JSON-LD is a structured data format that AI systems prefer."
}
},
{
"@type": "Question",
"name": "Where do I put JSON-LD?",
"acceptedAnswer": {
"@type": "Answer",
"text": "In the head or body of your HTML page."
}
}
]
}
</script>

FAQPage स्कीमा से AI सिस्टम के आपके सवाल-जवाब सही निकालने की संभावना बढ़ती है।

Product स्कीमा

ऑनलाइन स्टोर के लिए Product स्कीमा इस्तेमाल करें:

<script type="application/ld+json">
{
"@context": "https://schema.org/",
"@type": "Product",
"name": "Product Name",
"description": "Product description",
"image": "https://yoursite.com/product.jpg",
"brand": {
"@type": "Brand",
"name": "Your Brand"
},
"offers": {
"@type": "Offer",
"url": "https://yoursite.com/product",
"priceCurrency": "USD",
"price": "99.99"
}
}
</script>

Product स्कीमा AI शॉपिंग एजेंट को आपके प्रोडक्ट की सही कीमत, उपलब्धता और खूबियां बताता है।

HowTo स्कीमा

स्टेप-बाय-स्टेप गाइड के लिए HowTo स्कीमा इस्तेमाल करें:

<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "HowTo",
"name": "How to Set Up JSON-LD",
"step": [
{
"@type": "HowToStep",
"name": "Step 1",
"text": "Add a script tag to your page head."
},
{
"@type": "HowToStep",
"name": "Step 2",
"text": "Write valid JSON inside the script tag."
}
]
}
</script>

HowTo स्कीमा AI सिस्टम को क्रम समझने और स्टेप सही क्रम में निकालने में मदद करता है।

JSON-LD में आम गलतियां

सबसे आम गलती अवैध JSON है। JSON के सिंटैक्स नियम सख्त हैं। हर स्ट्रिंग डबल कोट्स में होनी चाहिए। हर प्रॉपर्टी के बाद कोलन होना चाहिए। हर ऑब्जेक्ट या ऐरे आइटम कॉमा से अलग होना चाहिए। एक कॉमा छूटा और पूरा JSON टूट जाता है।

डिप्लॉय करने से पहले अपना JSON टेस्ट करें। JSON वैलिडेटर टूल इस्तेमाल करें। अपना JSON-LD वैलिडेटर में पेस्ट करें और वह बताएगा कि कोई सिंटैक्स गलती है या नहीं।

दूसरी गलती गलत @type इस्तेमाल करना है। अगर आपका पेज ब्लॉग पोस्ट है, तो Article इस्तेमाल करें, BlogPosting नहीं। अगर वह प्रोडक्ट है, तो Product इस्तेमाल करें, Item नहीं। प्रकार मायने रखता है क्योंकि क्रॉलर प्रकार के आधार पर ढांचे को अलग तरह से समझते हैं।

तीसरी गलती ज़रूरी प्रॉपर्टी का छूट जाना है। Article स्कीमा के लिए headline चाहिए। Product स्कीमा के लिए price चाहिए। HowTo के लिए कम से कम एक स्टेप चाहिए। हर प्रकार की ज़रूरी और वैकल्पिक चीज़ें देखने के लिए schema.org का दस्तावेज़ देखें।

अपने JSON-LD को वैलिडेट और टेस्ट करना

Google के पास Rich Results Test टूल है। आप अपना URL पेस्ट करते हैं और वह उस पेज पर मिला सारा JSON-LD दिखाता है। वह बताता है कि JSON वैध है या नहीं। वह बताता है कि कोई ज़रूरी प्रॉपर्टी छूटी है या नहीं। वह दिखाता है कि पार्स किया गया डेटा कैसा दिखता है।

Schema.org के पास भी वैलिडेशन टूल है। अपना JSON-LD पेस्ट करें और वह सिंटैक्स और स्कीमा अनुपालन को वैलिडेट करता है।

ज़्यादातर CMS प्लेटफ़ॉर्म में बिल्ट-इन वैलिडेशन होता है। अगर आप ज़रूरी स्कीमा प्रॉपर्टी के बिना कंटेंट प्रकाशित करते हैं, तो CMS प्रकाशित करने से पहले चेतावनी देता है।

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