शुरुआती लोगों के लिए Structured Data: Google में Rich Results कैसे पाएँ

आप कोई रेसिपी खोजते हैं और एक नतीजा अलग दिखता है: एक फ़ोटो, स्टार रेटिंग, पकाने का समय, कैलोरी। आप कोई प्रोडक्ट खोजते हैं और एक लिस्टिंग नतीजों में ही क़ीमत और "In stock" दिखाती है। वे नतीजे आपके नतीजों से ज़्यादा क़िस्मत वाले नहीं हैं। उनके पेजों में कोड का एक छोटा ब्लॉक होता है, जिसे structured data कहते हैं, जो Google को ठीक-ठीक बताता है कि पेज किस बारे में है।

अगर आपने कभी किसी प्रतिस्पर्धी का rich result देखकर सोचा है कि उन्हें यह कैसे मिला, तो यह गाइड आपके लिए है। हम बताएँगे कि structured data क्या है, Google अब भी कौन से rich results दिखाता है, पास होने वाला markup कैसे लिखें, और वे चुपचाप होने वाली ग़लतियाँ जो पेजों को अयोग्य बना देती हैं।

Structured data असल में क्या है

वेब पेज लोगों के लिए लिखा जाता है। Google उसे पढ़ सकता है, लेकिन उसे अंदाज़ा लगाना पड़ता है कि कौन सा नंबर क़ीमत है, कौन सी तारीख़ इवेंट की है, और "4.8" रेटिंग है या वर्शन नंबर। Structured data यह अंदाज़ेबाज़ी हटा देता है। यह पेज पर मौजूद तथ्यों का मशीन से पढ़ा जा सकने वाला सारांश है, जो schema.org की साझा शब्दावली में लिखा जाता है।

Google इसे JSON-LD के रूप में लिखने की सलाह देता है: पेज में script टैग के अंदर JSON का एक ब्लॉक। इससे विज़िटर को दिखने वाली चीज़ नहीं बदलती, और यह HTML में कहीं भी रह सकता है।

{
  "@context": "https://schema.org",
  "@type": "Product",
  "name": "Handmade Oak Chopping Board",
  "image": "https://example.com/images/oak-board.jpg",
  "offers": {
    "@type": "Offer",
    "price": "45.00",
    "priceCurrency": "GBP",
    "availability": "https://schema.org/InStock"
  }
}

यह एक पूरा, वैध Product है। इससे ज़्यादा कोई जादू नहीं।

कौन से rich results आपके समय के लायक़ हैं

Google कई type सपोर्ट करता है, लेकिन कुछ दूसरों से कहीं ज़्यादा मायने रखते हैं:

दो लोकप्रिय type बदल गए हैं। Google ने How-to rich results बंद कर दिए हैं, और अब FAQ rich results सिर्फ़ कुछ जानी-मानी, आधिकारिक सरकारी और स्वास्थ्य वेबसाइटों के लिए दिखाता है। किसी सामान्य बिज़नेस पेज पर FAQPage markup जोड़ने से अब वे खुलने वाले सवाल नहीं दिखेंगे जो पहले दिखते थे। यह नुक़सानदेह नहीं है, लेकिन इससे कोई दिखने वाला नतीजा मिलने की उम्मीद न करें।

Required बनाम recommended properties

हर rich result type में required properties होती हैं, जिनके बिना पेज बिल्कुल योग्य नहीं होता, और recommended properties, जो नतीजे को बेहतर बनाती हैं।

• Product को एक name चाहिए, साथ में offers, review या aggregateRating में से कम से कम एक। अगर आप offer शामिल करते हैं, तो उसे price चाहिए।
• Event को एक name, एक startDate और एक location चाहिए।
• LocalBusiness को एक name और एक address चाहिए।
• BreadcrumbList को items की एक लिस्ट चाहिए, हर एक के साथ position और name।
• Article types में कोई सख़्ती से required property नहीं है, लेकिन Google headline, image, datePublished और author की सलाह देता है।

कोई required property छूट जाना सबसे आम वजह है कि markup "कुछ नहीं करता"। पेज ठीक दिखता है, JSON वैध है, लेकिन Google चुपचाप उसे नज़रअंदाज़ कर देता है।

Google से पहले अपना markup कैसे जाँचें

Google के पेज क्रॉल करने और फिर Search Console में रिपोर्ट पढ़ने के इंतज़ार में दिन लग सकते हैं। एक तेज़ तरीक़ा:

1. अपने पेज से JSON-LD कॉपी करें (View Page Source, फिर application/ld+json खोजें), या पब्लिश करने से पहले अपने कोड एडिटर से।
2. उसे Rich Results Tester में पेस्ट करें। यह JSON syntax, @context और @type, और हर सपोर्टेड type की required properties जाँचता है, @graph में nested markup समेत, जो ज़्यादातर SEO प्लगइन बनाते हैं।
3. जो यह बताए उसे ठीक करें, फिर आख़िरी फ़ैसले के लिए लाइव पेज को Google के अपने Rich Results Test से जाँचें।

अगर आप हाथ से markup लिख रहे हैं और JSON ही बार-बार टूट रहा है, तो JSON Formatter ठीक-ठीक दिखाता है कि छूटा कॉमा या ब्रैकेट कहाँ है।

बिना कोड लिखे markup लिखना

आपको JSON-LD शुरू से टाइप करने की ज़रूरत नहीं है। अगर आपकी साइट WordPress पर चलती है, तो SEO प्लगइन इसका बड़ा हिस्सा आपके लिए बना देते हैं, और आपका काम मुख्य रूप से उसे जाँचना है। कस्टम साइटों, लैंडिंग पेज या इक्का-दुक्का पेजों के लिए, Schema Markup Generator एक सादे फ़ॉर्म से आम type बनाता है, ताकि आप वैध ढाँचे से शुरू करें और सिर्फ़ अपने तथ्य भरें।

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

वे ग़लतियाँ जो चुपचाप आपके rich results छीन लेती हैं

ऐसे कंटेंट का markup जो पेज पर नहीं है

Structured data को वही बताना चाहिए जो विज़िटर सच में देख सकते हैं। markup में ऐसे पाँच-स्टार रिव्यू जोड़ना जो पेज पर नहीं दिखते, या दिखने वाली क़ीमत से अलग क़ीमत, Google के दिशानिर्देश तोड़ता है और manual action की वजह बन सकता है। हमेशा पेज को जैसा है वैसा ही markup करें।

पुरानी क़ीमतें और उपलब्धता

महीनों पहले बदली गई क़ीमत पर "InStock" दिखाया गया प्रोडक्ट गुमराह करता है। अगर आपका प्लेटफ़ॉर्म markup अपने आप बनाता है, तो जाँचें कि प्रोडक्ट बदलने पर वह भी अपडेट होता है।

दोहराए गए या आपस में टकराते ब्लॉक

थीम और प्लगइन कभी-कभी दोनों markup जोड़ देते हैं, जिससे अलग-अलग क़ीमतों वाले दो Product ब्लॉक बन जाते हैं। एक ही स्रोत चुनें। अगर आप markup ख़ुद संभालते हैं, तो @id से जुड़ी हर entity वाला एक ही @graph चीज़ों को सलीक़े से रखता है।

पेज के लिए ग़लत type

बीस प्रोडक्ट वाले कैटेगरी पेज को एक Product के रूप में markup करना, या नतीजों में फ़ोटो पाने के लिए ब्लॉग पोस्ट को Recipe बताना, Google को उलझाता है और शायद ही काम करता है।

जिसकी Google को ज़रूरत है उसे ब्लॉक करना

अगर पेज, या markup में बताई गई इमेज, robots.txt से ब्लॉक हैं, तो Google उन्हें इस्तेमाल नहीं कर सकता। Google को ब्लॉक करने वाली robots.txt की ग़लतियों की हमारी गाइड बताती है कि ऐसा अनजाने में कैसे हो जाता है।

व्यावहारिक उम्मीदें

वैध structured data किसी पेज को rich results के लिए योग्य बनाता है। यह उनकी गारंटी नहीं देता। Google क्वालिटी, प्रासंगिकता और ख़ुद खोज के आधार पर फ़ैसला करता है, और दोबारा क्रॉल होने के बाद कुछ बदलने में दिन या हफ़्ते लग सकते हैं।

Structured data सीधे रैंकिंग भी नहीं बढ़ाता। यह आपके नतीजे को ज़्यादा जानकारी वाला और ज़्यादा क्लिक करने लायक़ बना सकता है, जो अपने आप में क़ीमती है। क़ीमत और उपलब्धता वाली लिस्टिंग, या बिखरे URL की जगह साफ़ breadcrumb रास्ते वाली लिस्टिंग, खोजने वालों को उसे चुनने की और वजह देती है।

किसी भी साइट के लिए एक सीधी योजना

1. हर पेज पर BreadcrumbList जोड़ें। यह आसान है और लगभग हमेशा दिखता है।
2. वह एक type जोड़ें जो आपके मुख्य कंटेंट से मेल खाता हो: दुकानों के लिए Product, आयोजन स्थलों के लिए Event, स्थानीय सेवाओं के लिए LocalBusiness, खाने के लिए Recipe।
3. हर टेम्पलेट को एक बार Rich Results Tester में जाँचें, फिर थीम या प्लगइन अपडेट के बाद दोबारा।
4. पूरी साइट की गड़बड़ियों के लिए Google Search Console में Enhancements रिपोर्ट पर नज़र रखें।
5. पक्का करें कि पेज ख़ुद तेज़ हों; Core Web Vitals गाइड सर्च के पेज एक्सपीरियंस वाले पहलू को समझाती है।

Structured data चालाकी से ज़्यादा धैर्य और सटीकता को इनाम देता है। अपने पेजों का सच्चा वर्णन करें, required फ़ील्ड भरें, और rich results को अपने आप आने दें।