Google's Rich Results Test Displays No More Than 102 Objects for One JSON-LD Entity and Accepts an Invalid eventStatus Value
यह शोध पत्र गूगल के रिच रिजल्ट्स टेस्ट (Rich Results Test) में दो मौन विफलताओं की पहचान करता है: एक डिस्प्ले सीमा जो बिना किसी चेतावनी के JSON-LD ऑब्जेक्ट काउंट को 102 तक सीमित कर देती है, और `eventStatus` प्रॉपर्टी के लिए सत्यापन का अभाव जो "EventCompleted" जैसे अमान्य मानों को गलत तरीके से स्वीकार कर लेता है।
मूल पेपर CC BY 4.0 (https://creativecommons.org/licenses/by/4.0/) के तहत लाइसेंस किया गया है। नीचे दिए गए पेपर की यह व्याख्या AI से तैयार की गई है। इसे लेखकों ने न तो लिखा है, न इसका समर्थन किया है। तकनीकी सटीकता के लिए मूल पेपर देखें। पूरा डिस्क्लेमर पढ़ें
एक ऐसी लाइब्रेरी की कल्पना करें जहाँ हर किताब को न केवल उसके शीर्षक और लेखक द्वारा, बल्कि उसकी सामग्री के एक विस्तृत मानचित्र, अन्य पुस्तकों के साथ उसके संबंधों और उसमें मौजूद विशिष्ट तथ्यों द्वारा वर्णित किया जाता है। आधुनिक खोज इंजन (search engines) वेब को इसी तरह समझते हैं। केवल एक पृष्ठ पर लिखे शब्दों को पढ़ने के बजाय, वे साइट की संरचना के भीतर छिपे एक विशेष प्रकार के कोड की तलाश करते हैं। यह कोड, जिसे JSON-LD नामक प्रारूप में लिखा जाता है, सूचना के एक संरचित मानचित्र के रूप में कार्य करता है। यह खोज इंजन को ठीक से बताता है कि साइट कौन चलाता है, यह किन विषयों को कवर करती है, और सूचना के विभिन्न हिस्से एक-दूसरे से कैसे संबंधित हैं। वेबसाइट मालिकों के लिए, यह एक शक्तिशाली उपकरण है। इन स्पष्ट, व्यवस्थित तथ्यों को प्रदान करके, वे यह आशा करते हैं कि उनके पृष्ठ समृद्ध विवरणों, जैसे कि स्टार रेटिंग, कार्यक्रम की तारीखें, या प्रश्नों के सीधे उत्तरों के साथ खोज परिणामों में दिखाई देंगे, जिससे लोगों के लिए वह ढूंढना आसान हो जाएगा जिसकी उन्हें आवश्यकता है।
हालाँकि, वेबसाइट मालिकों द्वारा प्रदान की जाने वाली जानकारी और उस जानकारी की जाँच करने वाले उपकरणों द्वारा वास्तव में दिखाई जाने वाली जानकारी के बीच एक अंतर है। एक हालिया अध्ययन में ब्रायन आर. हटन, जो एक आर्थोपेडिक सर्जन और घुटने के प्रतिस्थापन (knee replacement) वाले रोगियों के लिए एक शैक्षिक वेबसाइट के संस्थापक हैं, ने गूगल के प्राथमिक परीक्षण उपकरण, 'रिच रिजल्ट्स टेस्ट' (Rich Results Test) में दो मौन विफलताओं का खुलासा किया। यह उपकरण वेबमास्टर्स को अपना कोड पेस्ट करने और यह देखने के लिए डिज़ाइन किया गया है कि गूगल इसकी व्याख्या कैसे करेगा। हटन ने पाया कि इस उपकरण की एक छिपी हुई सीमा है: यह किसी एक व्यक्ति या संगठन के लिए सूचना के केवल पहले 102 टुकड़ों को ही प्रदर्शित करेगा, और उसके बाद आने वाली हर चीज़ को चुपचाप अनदेखा कर देगा। इसके अलावा, यह उपकरण कुछ प्रकार की त्रुटियों को पकड़ने में विफल रहता है, और अमान्य डेटा को स्वीकार कर लेता है जिसे अस्वीकार कर दिया जाना चाहिए था। ये निष्कर्ष महत्वपूर्ण हैं क्योंकि इसका अर्थ है कि एक वेबसाइट मालिक को इस उपकरण से अनुमोदन का "हरा निशान" (green check) मिल सकता है, यह विश्वास करते हुए कि उनका डेटा पूर्ण और सटीक है, जबकि वास्तव में, उनकी जानकारी का एक महत्वपूर्ण हिस्सा उनकी दृष्टि से छिपा हुआ है या तकनीकी रूप से गलत है।
इस खोज की कहानी हटन की अपनी वेबसाइट, 'माई नी गाइड' (My Knee Guide) से शुरू हुई। 2026 में, उन्होंने अपने काम और अपनी योग्यताओं को समझने के लिए खोज इंजन और आर्टिफिशियल इंटेलिजेंस सिस्टमों की मदद करने हेतु अपनी साइट के लिए एक व्यापक स्ट्रक्चर्ड डेटा मैप बनाने का निर्णय लिया। उन्होंने एक डिजिटल प्रोफाइल बनाया, जिसे "फिजिशियन" (Physician) एंटिटी के रूप में जाना जाता है, जो उनके करियर, उनके संबद्धताओं, उनके द्वारा लिखे गए लेखों और उनके द्वारा सिखाए गए कार्यक्रमों का वर्णन करता था। जैसे-जैसे उन्होंने अधिक विवरण जोड़े, यह प्रोफाइल बढ़कर 121 विशिष्ट सूचनाओं तक पहुँच गया। जब उन्होंने यह देखने के लिए कि यह उनके लिए कैसा दिखेगा, इस प्रोफाइल को गूगल के 'रिच रिजल्ट्स टेस्ट' के माध्यम से चलाया, तो उपकरण ने उन्हें एक स्वच्छ, वैध परिणाम दिखाया। लेकिन जब हटन ने अपने मूल फ़ाइल के विरुद्ध टूल के आउटपुट की तुलना की, तो उन्हें एहसास हुआ कि कुछ गायब है। टूल ने ठीक 102 आइटम प्रदर्शित किए और फिर रुक गया। इसने उनके द्वारा शामिल किए गए अंतिम 19 सूचनाओं को नहीं दिखाया।
इस खोज को विशेष रूप से जटिल बनाने वाली बात यह थी कि टूल ने कोई चेतावनी नहीं दी। इसने यह संकेत देने के लिए कोई त्रुटि संदेश या लाल बत्ती नहीं जलाई कि डेटा काट दिया गया है। सारांश स्क्रीन पर एक हरा निशान (green checkmark) दिखाई दिया, जिससे पता चलता कि सब कुछ ठीक है। हटन को यह समझने के लिए कि उनके प्रोफाइल का अंतिम भाग बस गायब था, टूल के टेक्स्ट की अपने मूल फ़ाइल के टेक्स्ट के साथ मैन्युअल रूप से तुलना करनी पड़ी। उन्होंने इस व्यवहार की पुष्टि करने के लिए परीक्षणों की एक श्रृंखला आयोजित की। उन्होंने अलग-अलग संख्या में आइटमों वाली फाइलें बनाईं और पाया कि जब भी कोई एंटिटी 102 आइटमों से अधिक हो जाती थी, तो टूल लगातार केवल पहले 102 आइटम ही प्रदर्शित करता था। इससे कोई फर्क नहीं पड़ता था कि आइटम छोटे थे या बड़े; सीमा आइटमों की संख्या पर आधारित थी, न कि टेक्स्ट की मात्रा पर। इससे भी अधिक आश्चर्यजनक रूप से, ऐसा प्रतीत हुआ कि टूल प्रत्येक व्यक्ति या संगठन पर यह सीमा लागू करता है। यदि एक पृष्ठ में दो अलग-अलग संगठन थे, तो टूल पहले संगठन के लिए पहले 102 आइटम और दूसरे के लिए पहले 102 आइटम दिखाएगा, न कि पूरे पृष्ठ के लिए 102 आइटमों के बाद रुक जाएगा।
हटन ने यह भी पाया कि टूल हमेशा प्रदर्शित की जा रही जानकारी की गुणवत्ता की जाँच नहीं कर रहा था। अपने प्रोफाइल में, उन्होंने एक ऐसे कार्यक्रम को शामिल किया जो पहले ही समाप्त हो चुका था और उसका स्टेटस "इवेंट कंप्लीटेड" (EventCompleted) के रूप में चिह्नित किया था। इस प्रकार के डेटा के आधिकारिक नियमों के अनुसार, एक कार्यक्रम की स्थिति के लिए वैध विकल्प विशिष्ट शब्द हैं जैसे "इवेंट शेड्यूल्ड" (EventScheduled) या "इवेंट कैंसिलड" (EventCancelled), लेकिन "इवेंट कंप्लीटेड" उस सूची में नहीं है। जब हटन ने अपनी फ़ाइल को गूगल के टूल के माध्यम से चलाया, तो इसने उसे बिना किसी शिकायत के एक हरा निशान दिया, यानी अमान्य शब्द को स्वीकार कर लिया। हालाँकि, जब उन्होंने उसी फ़ाइल को एक अन्य, स्वतंत्र वैलिडेटर (validator) के माध्यम से चलाया, तो उस टूल ने सही ढंग से त्रुटि को पकड़ा और शब्द को अस्वीकार कर दिया। इसका मतलब था कि महीनों तक, हटन की वेबसाइट पर एक ऐसा डेटा था जो तकनीकी रूप से गलत था, फिर भी उनके काम को सत्यापित करने के लिए उपयोग किया जाने वाला प्राथमिक उपकरण उन्हें बता रहा था कि वह एकदम सही है।
इन निष्कर्षों के निहितार्थ उन सभी के लिए महत्वपूर्ण हैं जो अपनी डिजिटल उपस्थिति का प्रबंधन करने की कोशिश कर रहे हैं। 'रिच रिजल्ट्स टेस्ट' वेबसाइट मालिकों के लिए यह सत्यापित करने का मानक तरीका है कि उनका स्ट्रक्चर्ड डेटा सही ढंग से काम कर रहा है या नहीं। यदि टूल चुपचाप जानकारी को हटा देता है या अमान्य मानों को स्वीकार कर लेता है, तो मालिक सुरक्षा की एक झूठी भावना के साथ रह जाते हैं। उन्हें लग सकता है कि उनके रिच रिजल्ट्स इच्छित रूप में दिखाई देंगे, केवल यह पता लगाने के लिए कि खोज इंजन महत्वपूर्ण विवरणों को मिस कर रहे हैं या उनके द्वारा प्रदान किया गया डेटा इंडेक्सिंग के लिए आवश्यक सख्त मानकों को पूरा नहीं करता है। हटन का अध्ययन सुझाव देता है कि टूल एक पूर्ण जाँच नहीं है। यह सत्यापित कर सकता है कि एक फ़ाइल पठनीय है, लेकिन यह गारंटी नहीं दे सकता कि पूरी फ़ाइल प्रदर्शित की गई है या प्रत्येक मान आधिकारिक परिभाषाओं के अनुसार सही है।
इन छिपी हुई सीमाओं से निपटने के लिए, हटन अधिक सतर्क दृष्टिकोण अपनाने की सलाह देते हैं। वेबसाइट मालिकों को 'रिच रिजल्ट्स टेस्ट' के हरे निशानों पर पूरी तरह से भरोसा नहीं करना चाहिए। इसके बजाय, उन्हें अपने डेटा में आइटमों की संख्या को मैन्युअल रूप से गिनना चाहिए ताकि वे किसी भी एकल एंटिटी के लिए 102-आइटम की सीमा के नीचे रह सकें। उन्हें अपनी फाइलों को स्वतंत्र वैलिडेटर्स के साथ भी क्रॉस-चेक करना चाहिए ताकि उन त्रुटियों को पकड़ा जा सके जिन्हें गूगल का टूल मिस कर सकता है। शायद सबसे महत्वपूर्ण बात यह है कि उन्हें टूल के प्रदर्शन को एक पूर्ण रिपोर्ट के बजाय एक नमूने (sample) के रूप में मानना चाहिए। यदि कोई आइटम टूल के प्रीव्यू में नहीं दिखाया गया है, तो इसका मतलब यह नहीं है कि खोज इंजन ने उसे अनदेखा कर दिया है, लेकिन इसका मतलब यह जरूर है कि मालिक यह सुनिश्चित नहीं कर सकता कि क्या देखा जा रहा है। अध्ययन का निष्कर्ष है कि जब तक गूगल अपने टूल्स को इन सीमाओं और त्रुटियों को स्पष्ट रूप से रिपोर्ट करने के लिए अपडेट नहीं करता, तब तक यह जिम्मेदारी वेबसाइट निर्माता की है कि वे अपने डेटा को कई स्रोतों के विरुद्ध सत्यापित करें, जिससे यह सुनिश्चित हो सके कि उनके द्वारा बनाया गया डिजिटल मानचित्र पूर्ण और सटीक है।
अपने क्षेत्र के पेपरों की भीड़ में उलझे हुए हैं?
आपके रिसर्च कीवर्ड से मेल खाने वाले सबसे नए और अलग सोच वाले पेपरों का रोज़ाना Digest पाएँ—तकनीकी सारांश के साथ, आपकी भाषा में।