स्ट्रक्चर्ड डेटा क्या है? Schema Markup आसान भाषा में समझें

स्ट्रक्चर्ड डेटा वेब पेज पर कोड का एक छोटा सा ब्लॉक है, जो एक मानक फ़ॉर्मेट में बताता है कि पेज किस बारे में है, ताकि सर्च इंजन उसे समझ सकें। उदाहरण के लिए: "यह पेज Lavender Candle नाम के एक प्रोडक्ट का है, इसकी कीमत $24 है, और यह स्टॉक में है।" Google इसे पेज के बारे में जानकारी देने और उसकी सामग्री को वर्गीकृत करने का एक मानक तरीका बताता है। सही तरीके से लगाने पर यह सर्च इंजनों को पेज समझने में मदद करता है और उसे बेहतर सर्च नतीजों के लिए योग्य बना सकता है, जैसे लिस्टिंग में ही दिखने वाली कीमतें, रेटिंग या इवेंट की तारीखें।

AI से बनाते समय यह क्यों मायने रखता है

सर्च इंजन पेज पढ़ने में अच्छे हैं, पर फिर भी उन्हें अंदाज़ा लगाना पड़ता है। क्या "24" कीमत है, मात्रा है या तारीख? क्या "Riverside Hall" कोई जगह है या कोई व्यक्ति? स्ट्रक्चर्ड डेटा यह अंदाज़ा लगाने की ज़रूरत खत्म कर देता है।

AI से बनी साइटों के लिए दो व्यावहारिक बातें ध्यान रखने लायक हैं:

• यह कोड है, कॉन्टेंट नहीं, इसलिए इसे भूल जाना आसान है। AI builder आमतौर पर इसे तभी जोड़ता है जब आप कहें, और जब जोड़ता है तो उसे वही दिखाना होता है जो पेज पर सचमुच है।
• यह गलत होने पर भी सही दिख सकता है। AI कोई फ़र्ज़ी पाँच-स्टार रेटिंग बना सकता है, ऐसा मार्कअप जोड़ सकता है जो पेज पर दिखता ही नहीं, या ऐसा टाइप इस्तेमाल कर सकता है जो Google अब नहीं दिखाता। Google के दिशानिर्देश सटीकता पर सख्त हैं, और भ्रामक मार्कअप को नज़रअंदाज़ किया जा सकता है या उस पर जुर्माना लग सकता है।

थोड़ा सा स्ट्रक्चर्ड डेटा, जो सटीक हो और आपकी असली सामग्री से मेल खाता हो, लगाना फ़ायदेमंद है। बहुत सारा गढ़ा हुआ मार्कअप कुछ न होने से भी बुरा है।

एक रोज़मर्रा की मिसाल

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

स्ट्रक्चर्ड डेटा आपके पेज का न्यूट्रिशन लेबल है। डिज़ाइन आपकी पसंद का कुछ भी हो सकता है; लेबल मानक होता है ताकि मशीनें उसे भरोसे से पढ़ सकें। और न्यूट्रिशन लेबल की तरह इसे भी ईमानदार होना चाहिए कि अंदर क्या है।

स्ट्रक्चर्ड डेटा कैसे काम करता है

स्ट्रक्चर्ड डेटा के दो हिस्से होते हैं:

1. शब्दावली (vocabulary) — चीज़ों का वर्णन करने के शब्द। सबसे आम है schema.org, एक साझा शब्दावली जिसमें Product, LocalBusiness, Event, Article, Recipe और Organization जैसे टाइप हैं, और name, price, address तथा startDate जैसी प्रॉपर्टी हैं।
2. फ़ॉर्मेट (format) — ये लेबल पेज में कैसे लिखे जाते हैं। Google तीन फ़ॉर्मेट सपोर्ट करता है: JSON-LD, Microdata और RDFa। वह JSON-LD की सिफ़ारिश करता है, जो एक JSON ब्लॉक है और <script> टैग के अंदर रहता है, दिखने वाले HTML से अलग।

सर्च इंजन यह ब्लॉक पढ़ते हैं, पेज की चीज़ों को समझते हैं, और अगर पेज योग्य है और ज़रूरतें पूरी करता है, तो वे एक rich result दिखा सकते हैं: सर्च लिस्टिंग में अतिरिक्त जानकारी के साथ।

एक उदाहरण: कैंडल शॉप का प्रोडक्ट पेज

मान लीजिए आपने एक ऑनलाइन दुकान बनाई है और एक पेज पर लैवेंडर कैंडल बिकती है। दिखने वाले पेज पर नाम, एक फ़ोटो, विवरण, कीमत ($24.00) और "In stock" लिखा है।

उस पेज के लिए JSON-LD कुछ ऐसा हो सकता है:

{
  "@context": "https://schema.org",
  "@type": "Product",
  "name": "Lavender Soy Candle",
  "image": "https://www.examplecandles.com/images/lavender.jpg",
  "description": "Hand-poured soy candle with lavender essential oil. Burns for about 40 hours.",
  "sku": "CAN-LAV-01",
  "brand": { "@type": "Brand", "name": "Example Candles" },
  "offers": {
    "@type": "Offer",
    "url": "https://www.examplecandles.com/candles/lavender",
    "price": "24.00",
    "priceCurrency": "USD",
    "availability": "https://schema.org/InStock"
  }
}

यह पेज के HTML में <script type="application/ld+json">…</script> के अंदर रहता है।

ध्यान दीजिए कि इसमें क्या नहीं है: कोई aggregateRating नहीं, क्योंकि दुकान पेज पर रिव्यू नहीं दिखाती। ऐसी रेटिंग जोड़ना जो विज़िटर देख नहीं सकते, Google के नियमों के खिलाफ़ होगा।

अब उसी दुकान का कॉन्टैक्ट पेज खुद कारोबार का वर्णन कर सकता है:

{
  "@context": "https://schema.org",
  "@type": "LocalBusiness",
  "name": "Example Candles",
  "address": {
    "@type": "PostalAddress",
    "streetAddress": "12 Market Street",
    "addressLocality": "Bristol",
    "postalCode": "BS1 1AA",
    "addressCountry": "GB"
  },
  "telephone": "+44 117 000 0000",
  "openingHours": "Mo-Sa 10:00-17:00"
}

फिर से, हर वैल्यू वही है जो पेज पर दिखती है।

जाँच। लाइव URL को Google के Rich Results Test में डालें, यह देखने के लिए कि पेज Google के rich results के योग्य है या नहीं और कुछ ज़रूरी चीज़ छूटी तो नहीं। सामान्य schema.org जाँच के लिए Schema Markup Validator इस्तेमाल करें। लॉन्च के बाद Search Console पूरी साइट में आई गलतियाँ दिखाता है।

ज़रूरी नियम

Google के structured data दस्तावेज़ों से:

• सिर्फ़ वही मार्कअप करें जो यूज़र देख सकते हैं। ऐसी जानकारी के बारे में स्ट्रक्चर्ड डेटा न जोड़ें जो पेज पर दिखती नहीं, भले ही वह सही हो।
• ज़रूरी प्रॉपर्टी शामिल करें। हर rich result प्रकार की कुछ ज़रूरी फ़ील्ड होती हैं; कोई छूट जाए तो पेज अयोग्य हो जाता है।
• योग्यता कोई गारंटी नहीं है। सही मार्कअप पेज को rich result के योग्य बनाता है, यह पक्का नहीं करता कि वह दिखेगा ही।
• Rich result के प्रकार बदलते रहते हैं। Google समय के साथ कुछ फ़ीचर बंद कर देता है। उदाहरण के लिए, उसके FAQ rich results केवल जानी-मानी सरकारी और स्वास्थ्य साइटों तक सीमित थे, और Google ने घोषणा की है कि ये मई 2026 से Search में दिखना बंद हो जाएँगे। किसी खास rich result के लिए कुछ बनाने से पहले Google की मौजूदा search gallery देख लें।
• सिर्फ़ मार्कअप रखने के लिए पेज न बनाएँ।

सामान्य शब्दों की व्याख्या

आम गलतियाँ और गलतफ़हमियाँ

• "स्ट्रक्चर्ड डेटा रैंकिंग बढ़ाता है।" इसका मुख्य फ़ायदा चीज़ों को समझने और rich result की योग्यता में है, रैंकिंग का कोई शॉर्टकट नहीं।
• रिव्यू या रेटिंग गढ़ना। फ़र्ज़ी या समर्थन-रहित रेटिंग Google के नियम तोड़ती है और लोगों को भ्रमित करती है।
• मार्कअप जो पेज से मेल न खाए। JSON-LD में $24 और पेज पर $29 लिखा हो, तो यह समस्या है।
• छिपी हुई सामग्री। ऐसा टेक्स्ट मार्क करना जो विज़िटर देख नहीं सकते, दिशानिर्देशों के खिलाफ़ है।
• हर पेज पर एक ही मार्कअप कॉपी करना। Product ब्लॉक प्रोडक्ट पेजों पर होना चाहिए, होम पेज या ब्लॉग पर नहीं।
• बंद हो चुके फ़ीचर के लिए बनाना। जाँच लें कि जो rich result आप चाहते हैं, वह अभी भी मौजूद है।
• मार्कअप सिर्फ़ ब्राउज़र में जोड़ना। अगर आपकी साइट सब कुछ JavaScript से रेंडर करती है, तो Google उसे फिर भी ढूँढ सकता है, लेकिन JSON-LD को सर्वर से भेजे गए HTML में रखना ज़्यादा भरोसेमंद है।
• कभी टेस्ट न करना। एक छोटी सी गलती, जैसे कोई गायब comma, पूरे ब्लॉक को अपठनीय बना देती है।

AI builder से क्या माँगें

• "हर पेज के अनुसार schema.org के सही टाइप वाला JSON-LD structured data जोड़ें: प्रोडक्ट पेजों पर Product, कॉन्टैक्ट पेज पर LocalBusiness, ब्लॉग पोस्ट पर Article।"
• "मान इसी डेटा से बनाएँ जिससे पेज दिखाता है, ताकि वे हमेशा मेल खाएँ।"
• "कोई रेटिंग, रिव्यू या ऐसी प्रॉपर्टी न जोड़ें जो पेज पर दिखती न हो।"
• "JSON-LD को सर्वर से दिए गए या prerender किए गए HTML में रखें।"
• "उस प्रकार के लिए Google के rich result की सभी ज़रूरी प्रॉपर्टी शामिल करें, और बताएँ कि आपने कौन-सी इस्तेमाल कीं।"
• "Rich Results Test में जाँचने के लिए URL की सूची दें।"

इसे बड़ी तस्वीर में समझने के लिए SEO क्या है, sitemap क्या है देखें, और तकनीकी विवरण के लिए AI से बनी वेबसाइटों के लिए SEO पढ़ें।

Mythex में स्ट्रक्चर्ड डेटा

Mythex स्ट्रक्चर्ड डेटा अपने आप नहीं जोड़ता; आप उसे चैट में माँगते हैं, और एजेंट उसे आपके ऐप के कोड में लिख देता है। बताएँ कि कौन-से पेज प्रोडक्ट, इवेंट या आपके कारोबार को दर्शाते हैं, और कहें कि JSON-LD उसी डेटा से बनाए जो पेज दिखाता है। Published ऐप के लिए SEO वाली docs रेसिपी में यह पंक्ति है: "Do not invent fake review schema", जो हर प्रॉम्प्ट में रखने लायक अच्छी सलाह है। चूँकि डिफ़ॉल्ट सेटअप एक client-rendered single-page app है, अगर सर्च मायने रखती है तो prerendered या static-friendly संरचना माँगें, फिर publish करके लाइव URL जाँचें।

सवाल