Google Search, अनुमान लगाने के नियमों का इस्तेमाल कैसे करता है

Barry Pollard

Oleksiy Busaryev

पब्लिश किया गया: 12 फ़रवरी, 2025

Google Search, वेब पर सबसे ज़्यादा इस्तेमाल की जाने वाली साइटों में से एक है. साथ ही, यह सबसे तेज़ साइटों में से भी एक है. Search की टीम, खोज के अनुभव को बेहतर बनाने के लिए लगातार काम कर रही है. Google Search जैसे लोकप्रिय पेज पर, कुछ मिलीसेकंड की परफ़ॉर्मेंस में सुधार होने से भी काफ़ी फ़र्क़ पड़ता है! तेज़ी से लोड होने वाले पेजों में, Google का होम पेज, सर्च इंजन के नतीजों वाला पेज (एसईआरपी), और खोज नतीजों से अन्य साइटों पर मिलने वाले क्लिक शामिल हैं.

Google Search, खोज नतीजों के पेज से नतीजों के लिंक पर तेज़ी से नेविगेट करने के लिए, Speculation Rules API का इस्तेमाल कर रहा है. साथ ही, वह एपीआई की कुछ ऐसी सुविधाओं का इस्तेमाल कर रहा है जो साइट के अन्य मालिकों के लिए काम की हो सकती हैं.

पहले दो नतीजों को प्रीफ़ेच करना

स्पेकुलेशन नियमों का इस्तेमाल सबसे पहले, खोज के पहले दो नतीजों को प्रीफ़ेच करने के लिए किया गया था. उदाहरण के लिए, पेज में "test" खोजने पर, अनुमान लगाने से जुड़ा यह नियम शामिल होता है:

{
    "prefetch": [{
        "source": "list",
        "requires": [
            "anonymous-client-ip-when-cross-origin"
        ],
        "referrer_policy": "strict-origin",
        "urls": [
            "https://www.merriam-webster.com/dictionary/test",
            "https://dictionary.cambridge.org/dictionary/english/test"
        ]
    }]
}

सबसे नीचे मौजूद दो यूआरएल, खोज के पहले दो नतीजे हैं. इन्हें तुरंत प्रीफ़ेच किया जाता है. अगर उपयोगकर्ता इन पर क्लिक करता है, तो उसे शुरुआत में ही फ़ायदा मिलेगा, क्योंकि एचटीएमएल दस्तावेज़ ब्राउज़र के लिए पहले से ही उपलब्ध होना चाहिए.

नियम और प्रीफ़ेच करने की कोशिशों को DevTools Application -> Speculation टैब में देखा जा सकता है. जैसा कि पहले बताया गया है:

निजता बनाए रखने वाले प्रीफ़ेच

ये लिंक, दूसरी साइटों पर मौजूद कॉन्टेंट के लिए होते हैं. इसलिए, प्रीफ़ेचिंग के लिए निजता से जुड़ी कुछ बातों का ध्यान रखना ज़रूरी है. ऐसा इसलिए, क्योंकि उपयोगकर्ता ने अब तक उन साइटों पर विज़िट नहीं किया है.

शुक्र है कि एपीआई को इस बात को ध्यान में रखकर डिज़ाइन किया गया था. साथ ही, Google Search उपयोगकर्ता की निजता को बनाए रखने के लिए, दो सुविधाओं का इस्तेमाल कर रहा है.

पहला तरीका, requires कॉन्फ़िगरेशन का इस्तेमाल करना है. इससे यह पक्का किया जा सकता है कि प्रीफ़ेच, Chrome में निजी प्रीफ़ेच प्रॉक्सी का इस्तेमाल करें:

"requires": [
    "anonymous-client-ip-when-cross-origin"
],

यह प्रॉक्सी का इस्तेमाल करता है, ताकि कनेक्शन आईपी पते को गुमनाम बना दे. इससे हम उपयोगकर्ता के आईपी पते को साइट पर तब तक लीक नहीं करते, जब तक उपयोगकर्ता खोज के नतीजों वाले पेज से साइट पर जाने के लिए लिंक पर क्लिक नहीं करता.

दूसरा, Google Search, referrer_policy सेटिंग का इस्तेमाल करता है. इससे यह पक्का किया जाता है कि खोज पेज के यूआरएल में कोड में बदली गई कोई भी जानकारी, साइट को referer एचटीटीपी हेडर में न भेजी जाए:

"referrer_policy": "strict-origin",

ज़्यादातर ब्राउज़र अब डिफ़ॉल्ट रूप से strict-origin-when-cross-origin पर सेट होते हैं. हालांकि, यह सेटिंग strict-origin रेफ़रर नीति का इस्तेमाल करने के लिए, ज़्यादा पाबंदियों वाली सेटिंग का इस्तेमाल करती है. ऐसा, एक ही ऑरिजिन से प्रीफ़ेच किए गए कॉन्टेंट के लिए भी किया जाता है.

अगर उपयोगकर्ता के पास साइट के लिए कुकी हैं, तो सुरक्षा की तीसरी लेयर अपने-आप लागू हो जाती है. इस मामले में, उन्हें उन कुकी के आधार पर अलग-अलग नतीजे मिल सकते हैं. साथ ही, Chrome पहले से फ़ेच किए गए एचटीएमएल का इस्तेमाल नहीं करेगा:

इसका मतलब है कि जिन उपयोगकर्ताओं के पास कुकी हैं उन्हें उस साइट पर क्लिक करने पर, परफ़ॉर्मेंस प्रीफ़ेचिंग की बेहतर सुविधा का फ़ायदा नहीं मिलेगा. हालांकि, निजता की सुरक्षा और पेज लोड होने की सटीक जानकारी को प्राथमिकता दी जाएगी. इसके अलावा, अगर कोई उपयोगकर्ता पहले ही किसी साइट पर जा चुका है और उसके पास उस साइट की कुकी हैं, तो हो सकता है कि उसके पास उस साइट की कुछ ऐसेट पहले से ही कैश मेमोरी में सेव हों. ऐसे में, प्रीफ़ेचिंग के बिना भी पेज तेज़ी से लोड हो सकता है.

पहले दो नतीजों को पहले से फ़ेच करने की सुविधा का इस्तेमाल करने वाले लोगों पर इसका असर

ज़्यादातर बदलावों की तरह, Google Search ने प्रीफ़ेचिंग को A/B टेस्ट एक्सपेरिमेंट में रोल आउट किया और इसके असर का आकलन किया. उन्हें सबसे बड़े एलिमेंट को रेंडर करने में लगने वाले समय (एलसीपी) में काफ़ी सुधार देखने को मिला. Android पर Chrome के लिए, Google Search से मिले क्लिक के लिए एलसीपी में 67 मिलीसेकंड की कमी आई. डेस्कटॉप Chrome के लिए, फ़ॉलोअप लॉन्च से एलसीपी में 58.6 मिलीसेकंड का सुधार हुआ. ये सुधार, Google Search की साइट में नहीं, बल्कि उस साइट में किए जाते हैं जिस पर उपयोगकर्ता को रीडायरेक्ट किया जाता है. हालांकि, इससे Google Search का इस्तेमाल करने वाले लोगों को फ़ायदा मिलता है.

एलसीपी में हुए ये सुधार मामूली लग सकते हैं. हालांकि, Google Search जैसी हाइपर-ऑप्टिमाइज़ की गई साइट के लिए, हम अपने उपयोगकर्ताओं के लिए मिलीसेकंड में हुए सुधारों का भी जश्न मनाते हैं. इसलिए, दसियों मिलीसेकंड की रेंज में हुए सुधार असामान्य हैं! आपकी साइट को इससे काफ़ी फ़ायदा मिल सकता है. इसलिए, आपको इसे आज़माकर देखना चाहिए!

Android पर Search में, अटकलों पर आधारित नियमों का इस्तेमाल करके प्रीफ़ेच करने की सुविधा, अक्टूबर 2022 से डिफ़ॉल्ट रूप से चालू है. इसे सितंबर 2024 तक डेस्कटॉप पर भी रोल आउट कर दिया गया था.

पहले दो नतीजों के बाद

Speculation Rules API को लॉन्च करने के बाद, इसे eagerness प्रॉपर्टी के साथ बेहतर बनाया गया था. इससे अनुमान सिर्फ़ तब लगाए जा सकते हैं, जब उपयोगकर्ता किसी लिंक पर कर्सर घुमाता है या उस पर क्लिक करना शुरू करता है.

Google Search ने खोज के पहले दो नतीजों के अलावा, बाकी नतीजों को भी प्रीफ़ेच करने का फ़ैसला किया. हालांकि, ऐसा सिर्फ़ तब किया जाएगा, जब उपयोगकर्ता moderate eagerness सेटिंग का इस्तेमाल करके लिंक पर कर्सर घुमाएगा. इससे उन लिंक के लिए संसाधनों का बेवजह इस्तेमाल नहीं होता जिन पर क्लिक किए जाने की संभावना कम होती है.

Chrome में खोज करने पर, DevTools में यह नियम फिर से देखा जा सकता है. यह पिछले नियम जैसा ही है. हालांकि, इस बार इसमें "eagerness": "moderate" विकल्प सेट किया गया है:

इन लिंक पर कर्सर घुमाने से, प्रीफ़ेचिंग शुरू हो जाएगी. ध्यान दें कि Google Search, अनुमान लगाने के नियमों से जुड़े एपीआई की दस्तावेज़ के नियमों की सुविधा का इस्तेमाल करने के बजाय, यूआरएल की सूची बनाता है. इसकी वजह यह है कि वह विज्ञापनों जैसे अन्य यूआरएल को प्रीफ़ेच नहीं करना चाहता.

पहले दो नतीजों के बाद के नतीजों को प्रीफ़ेच करने से उपयोगकर्ताओं पर पड़ने वाला असर

डेस्कटॉप Chrome ने Google Search से नेविगेशन के लिए, फ़र्स्ट कॉन्टेंटफ़ुल पेंट (FCP) को 7.6 मिलीसेकंड और एलसीपी को 9.5 मिलीसेकंड तक कम कर दिया है. यह जानकारी, A/B टेस्टिंग से मिली है. पहले दो नतीजों में 58.6 मिलीसेकंड की बढ़ोतरी हुई थी. इनकी तुलना में, इन नतीजों में कम बढ़ोतरी हुई है. हालांकि, इसमें कोई हैरानी की बात नहीं है, क्योंकि ये नतीजे कम लीड टाइम वाले हैं. साथ ही, इन्हें पहले से फ़ेच नहीं किया जाता. हालांकि, ये अब भी अच्छे फ़ायदे हैं. इनकी वजहें वही हैं जो पहले बताई गई थीं.

डेस्कटॉप पर, खोज के बाकी नतीजों को पहले से फ़ेच करने की सुविधा, दिसंबर 2024 में डिफ़ॉल्ट रूप से रोल आउट की गई थी.

मोबाइल पर, आम तौर पर कर्सर घुमाने की सुविधा उपलब्ध नहीं होती. इसलिए, इस पर कोई खास सुधार नहीं देखा गया. हालांकि, इसमें कोई कमी भी नहीं आई. इसलिए, मोबाइल पर इन अतिरिक्त प्रीफ़ेच को चालू नहीं किया गया.

Google Search के लिए अटकलों का इस्तेमाल करना

Google इस नए और बेहतरीन एपीआई पर एक्सपेरिमेंट करना जारी रखेगा. हमें उम्मीद है कि हम वेब ब्राउज़िंग को ज़्यादा से ज़्यादा तेज़ बना पाएंगे. हम कुछ और नई सुविधाओं पर काम कर रहे हैं.

उदाहरण के लिए, Chrome उन लोगों के लिए पहले से रेंडर किए गए खोज नतीजों वाले पेज लॉन्च कर रहा है जिन्होंने प्रीलोड करने की सुविधा चालू की है. ये पेज तब दिखते हैं, जब लोग Chrome के पता बार और Android पर मौजूद खोज बॉक्स जैसी अन्य जगहों पर खोज क्वेरी टाइप करते हैं. अन्य सर्च इंजन भी इस सुविधा को लागू कर सकते हैं. यह सुविधा सिर्फ़ Google Search के लिए नहीं है. हालांकि, हमें फ़िलहाल यह नहीं पता कि अन्य सर्च इंजन के लिए इसे कब लागू किया जाएगा.

Google Search, नतीजों के लिंक के लिए प्रीरेंडरिंग की सुविधा लागू नहीं करेगा. इसकी वजह यह है कि यह सुविधा, अलग-अलग साइटों के बीच नेविगेट करने के लिए उपलब्ध नहीं है. साथ ही, एक ही साइट के अलग-अलग ऑरिजिन के लिए प्रीरेंडरिंग की सुविधा को चालू करना भी ज़रूरी है.

ब्राउज़र के साथ काम करने से जुड़ी जानकारी

फ़िलहाल, Speculation Rules API को Chromium पर आधारित ब्राउज़र में लागू किया गया है. हालांकि, Chrome, W3C के स्टैंडर्ड प्रोसेस के ज़रिए एपीआई स्पेसिफ़िकेशन पब्लिश कर रहा है. साथ ही, वह चाहता है कि अन्य ब्राउज़र भी इस एपीआई को लागू करें.

फ़िलहाल, प्राइवेट प्रीफ़ेच प्रॉक्सी को सिर्फ़ Chrome में लागू किया गया है. इसे Chromium पर आधारित अन्य ब्राउज़र में लागू नहीं किया गया है. हालांकि, अगर अन्य ब्राउज़र अपनी खुद की प्राइवेट प्रीफ़ेच प्रॉक्सी लागू करते हैं, तो Google Search भी इन सुधारों को वहां लागू कर सकता है.

निजी प्रीफ़ेच प्रॉक्सी के बिना प्रीफ़ेच करने से निजता पर असर पड़ता है. इसलिए, Google Search उन ब्राउज़र पर प्रीफ़ेच नहीं करता जो इस टेक्नोलॉजी के साथ काम नहीं करते. साथ ही, Google Search ने अन्य ब्राउज़र के लिए, अन्य टेक्नोलॉजी का इस्तेमाल करके फ़ॉलबैक लागू नहीं किया है. हालांकि, प्रोग्रेसिव एन्हांसमेंट के तौर पर इसका मतलब सिर्फ़ यह है कि उन ब्राउज़र पर मौजूद उपयोगकर्ताओं को, स्पीड में हुई इस मामूली बढ़ोतरी का फ़ायदा नहीं मिलेगा.

इसे अपनी साइट पर आज़माएं!

Speculation Rules API का इस्तेमाल सभी साइटें कर सकती हैं. यह सिर्फ़ Google Search के लिए उपलब्ध नहीं है. यहां बताई गई प्रीफ़ेचिंग की सुविधाओं के अलावा, प्रीरेंडरिंग के भी कई फ़ायदे हैं. हालांकि, इसका इस्तेमाल कुछ खास मामलों में ही किया जा सकता है. Google Search जैसी बड़ी साइटों पर, उपयोगकर्ता अनुभव के लिए इस एपीआई के फ़ायदे साफ़ तौर पर दिख रहे हैं. इसलिए, हम सभी साइट के मालिकों को यह देखने के लिए प्रोत्साहित करते हैं कि वे इस एपीआई का इस्तेमाल कैसे कर सकते हैं और इससे उन्हें क्या फ़ायदे मिल सकते हैं.

इसके अलावा, इस पोस्ट में बताई गई निजता सुरक्षा की सुविधाएं, अन्य साइटों के लिए भी उपलब्ध हैं. हालांकि, इसके लिए ज़रूरी है कि उपयोगकर्ताओं ने अपनी सेटिंग में एक्सटेंडेड प्रीलोड की सुविधा चालू की हो. इससे Google से बाहर की साइटें, Google के निजी प्रीफ़ेच प्रॉक्सी का इस्तेमाल करके ट्रैफ़िक को रूट कर सकेंगी. ऐसा इसलिए है, क्योंकि इससे Google, उपयोगकर्ता और साइट के बीच एक अतिरिक्त पार्टी के तौर पर शामिल हो जाता है. हालांकि, Google साइटों पर ऐसा करना ज़रूरी नहीं है, क्योंकि वे पहले से ही शामिल पार्टियों में से एक हैं.