AI खोज के लिए संरचित डेटा: अब भी क्या मायने रखता है

AI असिस्टेंट के लिए संरचित डेटा असल में क्या करता है

“मेरे पास सबसे अच्छा दंत चिकित्सक” या “यह पुर्ज़ा कहाँ मिलेगा” जैसे सवाल का उत्तर देता हर AI असिस्टेंट पहले एक क्रॉलर भेजता है — यानी वह प्रोग्राम जो वेब पन्नों पर जाकर उनकी सामग्री की नक़ल करता है — ताकि आपकी साइट पढ़ी जा सके। लेबल न हों तो उस क्रॉलर को शब्दों की दीवार दिखती है और उसे मतलब निकालना पड़ता है: “555-0134” कोई फ़ोन नंबर है या उत्पाद कोड? संरचित डेटा तथ्यों को JSON-LD नाम के छोटे कोड ब्लॉक में लपेटकर यह अनुमान लगाना ख़त्म कर देता है। वह ब्लॉक पन्ने पर चुपचाप बैठा रहता है और असल में यह कहता है: यह फ़ोन नंबर है, यह कीमत है, यह खुलने का समय है।

OpenAI का अपना दस्तावेज़ मानता है कि उसका क्रॉलर GPTBot सार्वजनिक रूप से उपलब्ध वेब पन्ने लगभग वैसे ही लाता है जैसे कोई पारंपरिक सर्च इंजन OpenAI, और Google का संरचित डेटा संबंधी मार्गदर्शन साफ़ कहता है कि ये लेबल किसी प्रोग्राम को “पन्ने की सामग्री समझने” में मदद करते हैं Google Search Central। दोनों में से किसी कंपनी ने यह नहीं कहा कि वह इस लेबलिंग को नज़रअंदाज़ करती है, इसलिए व्यवहार में वही JSON-LD ब्लॉक, जो आप पारंपरिक खोज के लिए जोड़ते, उन असिस्टेंट द्वारा भी पढ़ा जाता है जिनकी ओर आपके ग्राहक खिसक रहे हैं। अगर आपने यह कभी जोड़ा ही नहीं, तो आज आपके कारोबार के बारे में उत्तर देते असिस्टेंट तथ्यों से नहीं, अनुमानों से काम चला रहे हैं।

वे चार स्कीमा प्रकार जो आपके समय के लायक़ हैं

schema.org सैकड़ों आइटम प्रकार गिनाता है, Recipe से लेकर Movie और Airport तक, पर किसी आम छोटे या मझोले कारोबार को उनमें से बस चार चाहिए ताकि लगभग हर वह तथ्य ढँक जाए जिसे असिस्टेंट उद्धृत कर सकता है। ये जोड़िए, बाक़ी की चिंता मत कीजिए।

• Organization — आपके कारोबार को एक नामित इकाई के रूप में स्थापित करता है, लोगो और आपकी आधिकारिक सोशल प्रोफ़ाइलों के लिंक के साथ, ताकि असिस्टेंट समझ सके कि Instagram खाता और वेबसाइट दोनों एक ही “डोलोरेस बेकरी” के हैं।
• LocalBusiness — Organization का ही विस्तार, जो उनके लिए बना है जिनका कोई भौतिक पता या सेवा क्षेत्र है; यह आपका समय, फ़ोन नंबर और मोहल्ला ढोता है, यानी ठीक वे ब्योरे जो “क्या वे अभी खुले हैं” का उत्तर देने के लिए असिस्टेंट को चाहिए।
• Product और Offer — जो आप बेचते हैं उससे असली कीमत, मुद्रा और उपलब्धता जोड़ देते हैं, ताकि असिस्टेंट कुछ प्रतिस्पर्धियों के अनुमानों का औसत निकालने के बजाय आपका असली आँकड़ा उद्धृत करे।
• FAQPage — सवाल-जवाब की जोड़ियों का समूह, ठीक उसी रूप में जिसे असिस्टेंट पहले से उठाकर उपयोगकर्ता को शब्दशः लौटाना पसंद करते हैं।

मशीन-पठनीय पुष्टि इकाई की पहचान तय करने में क्या करती है

ऑस्टिन में बेकरी चलाने वाली डोलोरेस की कल्पना कीजिए। उसके पास एक Google Business Profile है, एक Yelp पन्ना, एक Instagram खाता और एक वेबसाइट — यानी इंटरनेट पर बिखरे “डोलोरेस बेकरी” के चार अलग-अलग ज़िक्र। कोई असिस्टेंट उसकी सिफ़ारिश सुरक्षित रूप से करने से पहले इकाई की पहचान सुलझाए बिना नहीं रह सकता: यह तय करना कि क्या चारों ज़िक्र एक ही असली कारोबार के हैं, या उनमें से कोई किसी दूसरे शहर की दूसरी डोलोरेस बेकरी है।

संरचित डेटा असिस्टेंट को शॉर्टकट देता है। schema.org की sameAs नाम की एक प्रॉपर्टी डोलोरेस को यह सुविधा देती है कि वह अपने Instagram, Facebook और Yelp के URL सीधे अपनी ही वेबसाइट के Organization मार्कअप के भीतर सूचीबद्ध कर दे — यानी उसके अपने शब्दों में एक मशीन-पठनीय पुष्टि कि ये खाते उसी के हैं schema.org। यह उससे कहीं मज़बूत संकेत है जो असिस्टेंट उन स्रोतों में मिलते-जुलते नामों और पतों से अनुमान लगाकर बनाता, जिन पर उसका पूरा भरोसा नहीं। यहाँ ख़ुद डोलोरेस उस जुड़ाव की ज़मानत दे रही है, ऐसे रूप में जिसे कोई ग़लत नहीं पढ़ सकता।

जैसे-जैसे किसी नाम पर होड़ बढ़ती है, यह और मायने रखता है। आठ हज़ार की आबादी वाले क़स्बे में अकेली “डोलोरेस बेकरी” अपने आप सुलझ जाती है। पर मिलते-जुलते नामों वाले चार क्लीनिकों से भिड़ती “रिवरसाइड डेंटल” को हर वह ब्योरा चाहिए जो उसे अलग करे — सटीक पता, सटीक फ़ोन नंबर, पुष्ट सोशल लिंक — ताकि असिस्टेंट उसे गली के आगे वाले प्रतिद्वंद्वी में न घोल दे।

इसी हफ़्ते अपनाने लायक़, नक़ल करने योग्य JSON-LD उदाहरण

इसे शून्य से लिखने के लिए आपको डेवलपर की ज़रूरत नहीं; आपको बस एक टेम्पलेट भरना है। किसी स्थानीय कारोबार का JSON-LD ब्लॉक एक ही script टैग के भीतर बैठता है, जिसका प्रकार application/ld+json बताया जाता है, और वह उस पंक्ति से शुरू होता है जो अपनी शब्दावली को schema.org का संदर्भ घोषित करती है। उसके भीतर प्रकार LocalBusiness रखा जाता है, फिर आपके सटीक कारोबारी नाम वाला name खाना और आपके लोगो की ओर इशारा करता image खाना आता है।

इसके बाद पता आता है, जो PostalAddress प्रकार की अपनी अलग नेस्टेड ऑब्जेक्ट के रूप में लिखा जाता है और streetAddress, addressLocality (आपका शहर), addressRegion (आपका राज्य या प्रांत) तथा postalCode में बँटा होता है — यानी एक पंक्ति के पाठ के बजाय चार अलग लेबल वाले खाने, क्योंकि यही असिस्टेंट को पिन कोड को कमरा नंबर पढ़े बिना “क्या यह मेरे पास है” का उत्तर देने देता है। फिर telephone खाना और priceRange खाना आते हैं (मध्यम दाम के लिए “$” जितना सरल भी चलेगा)। openingHoursSpecification खाना आपके दिन और समय वाक्य के बजाय संरचित रूप में सूचीबद्ध करता है, ताकि “रविवार बंद” को “सोमवार बंद” न पढ़ लिया जाए। अंत में sameAs खाना URL की एक सूची रखता है: आपका Instagram, आपका Facebook पन्ना, आपकी Yelp प्रविष्टि, और कोई भी दूसरी प्रोफ़ाइल जो निस्संदेह आपकी है।

एक बार लिख लेने पर वह ब्लॉक आपके होमपेज के कोड में ऊपर की तरफ़ एक ही बार चिपकाया जाता है और फिर छेड़ा नहीं जाता। अगर आप Squarespace, Wix या Shopify जैसे वेबसाइट बिल्डर इस्तेमाल करते हैं, तो अब इनमें से ज़्यादातर कस्टम कोड या संरचित डेटा के लिए एक सेटिंग खाना देते हैं, जहाँ इसे बाक़ी साइट को छुए बिना जोड़ा जा सकता है।

क्या छोड़ सकते हैं

schema.org का हर प्रकार आपके समय के लायक़ नहीं है, और सबके पीछे भागना वह मेहनत बर्बाद करता है जो ऊपर बताए चार पर लगती तो बेहतर होता।

• BreadcrumbList मार्कअप, जो आपकी साइट की फ़ोल्डर संरचना बताता है (होम > मेन्यू > केक), पारंपरिक खोज परिणामों में नेविगेशन की पगडंडी दिखाने में मदद करता है पर आपके कारोबार के तथ्यों के बारे में असिस्टेंट को कुछ नहीं बताता — अगर किसी पुराने काम से पहले से मौजूद न हो, तो इसे छोड़ दीजिए।
• असली समीक्षाओं के बिना AggregateRating। Google के अपने संरचित डेटा दिशानिर्देश ऐसे मार्कअप पर साफ़ रोक लगाते हैं जो उन रेटिंग को ग़लत ढंग से पेश करे जो सचमुच आपके पास हैं ही नहीं Google Search Central, और जिस बढ़े-चढ़े अंक को आप साबित नहीं कर सकते उसे असिस्टेंट से दोहरवाना जीत नहीं, साख का जोखिम है।
• हर एक पन्ने पर गहरे नेस्टेड या दोहराए गए मार्कअप। आपकी Organization पहचान को साफ़-साफ़ बस एक बार घोषित करना काफ़ी है, आम तौर पर होमपेज पर; दर्जनों पन्नों पर असंगत ढंग से दोहराने से असिस्टेंट के मिलाने के लिए परस्पर विरोधी संस्करण बन जाते हैं, जो एक बार सही घोषित करने से बुरा है।
• बिलकुल नए और शायद ही कहीं समर्थित schema.org प्रकार। ख़ुद यह शब्दावली सैकड़ों ऐसे प्रकार गिनाती है जो व्यंजनों या हवाई अड्डों जैसे सँकरे उपयोगों के लिए बने हैं schema.org; अगर कोई प्रकार उन गिने-चुने में नहीं है जिन्हें सर्च इंजन और असिस्टेंट सचमुच इस्तेमाल करते हुए दर्ज हैं, तो वह लेबल आज आपके लिए कुछ नहीं करता।

कैसे जाँचें कि आपका संरचित डेटा सचमुच काम कर रहा है

कोड जोड़ना आधा काम है; यह पक्का करना कि वह पढ़ा जा सकता है, बाक़ी आधा। Google का मुफ़्त Rich Results Test आपको पन्ने का URL या ख़ुद कोड चिपकाकर ठीक-ठीक देखने देता है कि उसने कौन-से प्रकार पहचाने और कौन-से खाने छूट गए Google। हर बदलाव के बाद इसे चलाना किसी टाइपिंग ग़लती को — एक छूटा हुआ अल्पविराम पूरे ब्लॉक को चुपचाप तोड़ सकता है — क़ीमत चुकाने से पहले पकड़ लेता है।

वह जाँच बताती है कि कोड वैध है। वह यह नहीं बताती कि ChatGPT ने किसी उत्तर में सचमुच आपके पुष्ट समय का इस्तेमाल किया या नहीं, या Perplexity अब भी किसी प्रतिस्पर्धी को पहले रखता है या नहीं। वह अलग सवाल है, और Growli उसी का उत्तर देने के लिए बना है: हम ट्रैक करते हैं कि अलग-अलग मंचों पर असिस्टेंट किसी कारोबार के बारे में असल में क्या कहते हैं, और जहाँ सही कोड और सही उत्तर के बीच अब भी खाई है, वहाँ निशान लगाते हैं। अगर आप यह मान लेने के बजाय कि मार्कअप अपना काम कर रहा है, अपने नतीजे जाँचना चाहते हैं, तो यह कैसे काम करता है देखिए।

FAQ