सार:
हाल ही में, Google खोज में एक अजीब जोखिम नियंत्रण समस्या सामने आई है। जब उपयोगकर्ता किसी खोज परिणाम प्रविष्टि पर क्लिक करते हैं, तो वे स्वचालित रूप से "अपना अनुरोध सत्यापित करना" पृष्ठ में प्रवेश कर सकते हैं। इस पृष्ठ को पूरा होने के लिए कई सेकंड या दस सेकंड तक प्रतीक्षा करने की आवश्यकता हो सकती है। सत्यापन पूरा होने के बाद, यह अंतिम पृष्ठ पर जा सकता है। ऐसे अन्य उपयोगकर्ता भी हैं जिन्हें आधिकारिक Google समुदाय में ऐसी समस्याओं का सामना करना पड़ा है।
चूंकि Google ने खोज परिणाम पते को एन्क्रिप्ट करना और इसे /goto/ जंप पेज में बदलना शुरू कर दिया है, इसलिए उपयोगकर्ता केवल Google द्वारा सत्यापन पूरा होने तक प्रतीक्षा कर सकते हैं। पहले, क्योंकि Google ने लिंक को एन्क्रिप्ट नहीं किया था, क्लिक करने पर बिना किसी प्रतीक्षा के तुरंत क्लिक हो जाता था।
खोज परिणामों पर क्लिक करने से पहले Google सर्वर द्वारा सत्यापित किया जाना चाहिए:
उपयोगकर्ता की प्रतिक्रिया से पता चलता है कि Google द्वारा लागू किया गया वर्तमान जोखिम नियंत्रण उपयोगकर्ता के व्यवहार के आधार पर अलग-अलग उपाय करेगा। उदाहरण के लिए, जब कोई उपयोगकर्ता क्रोम का उपयोग करता है और Google खाते में लॉग इन नहीं होता है, तो खोज परिणामों पर क्लिक करने पर उन्हें अक्सर एक सत्यापन पृष्ठ मिलता है। सत्यापन पृष्ठ /goto/ मध्य पृष्ठ है। सत्यापन कभी-कभी तेज़ होता है लेकिन कभी-कभी लंबे इंतजार की आवश्यकता होती है।
अन्य उपयोगकर्ताओं ने बताया कि कम संख्या में खोज परिणामों पर क्लिक करने पर जोखिम नियंत्रण ट्रिगर नहीं होगा, लेकिन जब एकाधिक खोज परिणामों पर तुरंत क्लिक किया गया तो जोखिम नियंत्रण दिखाई देने लगा, और सत्यापन मध्यवर्ती पृष्ठ ने अंततः 12 सेकंड के इंतजार के बाद सत्यापन पूरा कर लिया। यदि उपयोगकर्ता प्रॉक्सी आईपी का उपयोग करता है, Google खाते में लॉग इन नहीं करता है, और ब्राउज़र के एक अलग ब्रांड का उपयोग करता है, तो सामने आने वाली जोखिम नियंत्रण स्थिति भी अलग होती है।
विश्लेषण से पता चलता है कि सत्यापन गलत है, लेकिन यह वास्तव में उलटी गिनती की प्रतीक्षा कर रहा है:
एक खोज प्रौद्योगिकी कंपनी, रेज़ोनियो ने इस तंत्र का परीक्षण किया और पाया कि तथाकथित सत्यापन मध्यवर्ती पृष्ठ वास्तव में उलटी गिनती निष्पादित करता है, और फिर उलटी गिनती समाप्त होने के बाद जारी और कूदता है। यद्यपि पृष्ठ पर पाठ सत्यापन शब्द का उपयोग करता है, उपयोगकर्ता को जो वास्तविक अनुभव मिलता है वह मजबूर प्रतीक्षा के करीब है।
वास्तविक स्थिति यह हो सकती है कि Google ने /goto/ मध्यवर्ती पृष्ठ के माध्यम से उपयोगकर्ता के पहुंच व्यवहार को एकत्र किया है, और फिर इसे सर्वर पर सबमिट कर दिया है। सर्वर जोखिम नियंत्रण आवश्यकताओं के अनुसार तुरंत प्रतीक्षा समय लौटाता है और इसे /goto/ पृष्ठ पर भेजता है। प्रतीक्षा समय समाप्त होने के बाद पृष्ठ स्वचालित रूप से कूद जाएगा।
वर्तमान में, Google ने इस मामले पर कोई आधिकारिक प्रतिक्रिया जारी नहीं की है, इसलिए विभिन्न उपयोगकर्ताओं द्वारा सामना की जाने वाली जोखिम नियंत्रण स्थिति, चाहे मध्यवर्ती पृष्ठ वास्तव में सत्यापित हो या अनिवार्य प्रतीक्षा समय जारी किया गया हो, भिन्न हो सकती है। हालाँकि, जो उपयोगकर्ता Google खाते में लॉग इन करते हैं या कम समय में बड़ी संख्या में पेज नहीं खोलते हैं, उनमें आमतौर पर जोखिम नियंत्रण का सामना करने की संभावना कम होती है।
इस बात की बहुत अधिक संभावना है कि यह एंटी-एआई और एंटी-रेप्टाइल के उद्देश्य से है:
पहले, Google खोज परिणाम पृष्ठ एन्क्रिप्टेड जंप मध्यवर्ती पृष्ठों का उपयोग नहीं करता था। यानी, जब तक एआई एजेंट या क्रॉलर Google खोज आरंभ चरण के दौरान जोखिम नियंत्रण को हल कर सकता है, तब तक खोज परिणाम पृष्ठ को पूरे पृष्ठ पर क्रॉल किया जा सकता है (लेकिन पृष्ठ को पलटते समय इसे फिर से जोखिम नियंत्रण से गुजरना पड़ता है)।
/goto/ मध्य पृष्ठ लॉन्च होने के बाद, Google ने Base64 के माध्यम से खोज परिणामों के वास्तविक पते को ट्रांसकोड किया, और Google को ट्रांसकोडिंग करते समय कुछ पैरामीटर जोड़ने चाहिए थे। इसलिए, एन्कोडिंग को सीधे डिक्रिप्ट करने के बाद मूल पते को पुनर्स्थापित नहीं किया जा सकता है, इसलिए अंतिम पहुंच के दौरान डेटा को अभी भी Google सर्वर के माध्यम से डिक्रिप्ट करने की आवश्यकता है।
Google का दृष्टिकोण AI और एंटी-क्रॉलर का मुकाबला करने की सबसे अधिक संभावना है, जिससे AI टूल के लिए सीधे Google खोज के माध्यम से सामग्री को क्रॉल करना अधिक कठिन हो जाता है। बेशक, Google खोज के माध्यम से सीधे खोज परिणामों को क्रॉल करना भी परेशानी भरा हो जाता है। इससे भी अधिक परेशानी की बात यह है कि यह तंत्र विभिन्न एसईओ डेटा विश्लेषण वेबसाइटों को डेटा को स्थिर रूप से कैप्चर करने में असमर्थ बना देता है, इसलिए यह अभी भी कई समस्याओं का कारण बनता है।
टिप्पणियाँ