इंटरैक्शन टू नेक्स्ट पेंट (आईएनपी)

ब्राउज़र सहायता

  • 96
  • 96
  • x
  • x

सोर्स

Chrome के इस्तेमाल के बारे में डेटा दिखाता है कि किसी पेज के लोड होने के बाद, उपयोगकर्ता का 90% समय उस पर बीतता है. इसलिए, पेज के लाइफ़साइकल पूरा होने पर रिस्पॉन्स देने वाली स्थिति का सावधानी से आकलन करना ज़रूरी है. आईएनपी मेट्रिक इसी आकलन का आकलन करती है.

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

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

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

इस वीडियो में, दाईं ओर दिए गए उदाहरण में आपको तुरंत विज़ुअल फ़ीडबैक मिलता है. इससे पता चलता है कि अकॉर्डियन खुल रहा है. बाईं ओर दिए गए उदाहरण में, खराब रिस्पॉन्स को दिखाया गया है. साथ ही, यह भी बताया गया है कि इससे उपयोगकर्ता अनुभव कैसे खराब हो सकता है.

खराब बनाम अच्छे रिस्पॉन्स का उदाहरण. बाईं ओर, लंबे टास्क हैं जो अकॉर्डियन को खुलने से रोकते हैं. इस वजह से, उपयोगकर्ता को यह लगता है कि पेज पर कई बार क्लिक किया जा सकता है. जब मुख्य थ्रेड पूरी तरह से रुक जाता है, तो यह देर से आने वाले इनपुट को प्रोसेस करता है. इससे, अकॉर्डियन अचानक से खुल और बंद हो जाता है. दाईं ओर, ज़्यादा रिस्पॉन्सिव पेज (स्क्रीन के हिसाब से साइज़ बदलने वाले पेज) से, अकॉर्डियन को तुरंत और बिना किसी घटना के खुलता है.

इस गाइड में बताया गया है कि आईएनपी कैसे काम करता है और इसे कैसे मेज़र करना है. साथ ही, इसमें सुधार करने के लिए संसाधनों के बारे में बताया गया है.

आईएनपी क्या है?

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

आईएनपी का हिसाब लगाने के तरीके के बारे में जानकारी

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

हालांकि, बहुत ज़्यादा इंटरैक्शन वाले पेजों के लिए, अचानक होने वाली गड़बड़ियों की वजह से किसी दूसरे रिस्पॉन्सिव पेज (स्क्रीन के हिसाब से साइज़ बदलने वाले पेज) पर, इंतज़ार के समय का अंतर असामान्य रूप से बढ़ सकता है. किसी पेज पर जितने ज़्यादा इंटरैक्शन होते हैं, उसके होने की संभावना उतनी ही ज़्यादा होती है.

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

इंटरैक्शन, इवेंट हैंडलर का एक ऐसा ग्रुप है जो एक ही लॉजिकल जेस्चर के दौरान ट्रिगर होता है. उदाहरण के लिए, "tap" टचस्क्रीन डिवाइस पर होने वाले इंटरैक्शन में pointerup, pointerdown, और click जैसे कई इवेंट शामिल होते हैं. इंटरैक्शन JavaScript, सीएसएस, बिल्ट-इन ब्राउज़र कंट्रोल (जैसे कि फ़ॉर्म एलिमेंट) या उनके मिले-जुले तरीकों की मदद से हो सकता है.

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

अच्छा आईएनपी स्कोर क्या होता है?

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

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

  • इससे कम या 200 मिलीसेकंड पर दिखने वाले आईएनपी का मतलब है कि किसी पेज का अच्छा जवाब पाने की क्षमता है.
  • 200 मिलीसेकंड और 500 मिलीसेकंड से ज़्यादा पर दिखने वाले आईएनपी का मतलब है कि पेज का रिस्पॉन्सिवनेस सुधार की ज़रूरत है.
  • 500 मिलीसेकंड से ज़्यादा आईएनपी का मतलब है कि किसी पेज पर खराब रिस्पॉन्स है.
आईएनपी की अच्छी वैल्यू 200 मिलीसेकंड या उससे कम होती हैं, खराब वैल्यू 500 मिलीसेकंड से ज़्यादा होती हैं, और इनमें सुधार की ज़रूरत है.
आईएनपी की अच्छी वैल्यू 200 मिलीसेकंड या इससे कम होती हैं. खराब वैल्यू 500 मिलीसेकंड से ज़्यादा हैं.

इंटरैक्शन में क्या होता है?

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

इंटरैक्टिविटी का मुख्य उद्देश्य अक्सर JavaScript होता है. हालांकि, ब्राउज़र ऐसे कंट्रोल के ज़रिए इंटरैक्टिविटी देते हैं जो JavaScript से चलने वाले नहीं होते हैं. इन कंट्रोल में चेकबॉक्स, रेडियो बटन, और सीएसएस से चलने वाले कंट्रोल शामिल हैं.

आईएनपी के मकसद के तौर पर, सिर्फ़ इस तरह के इंटरैक्शन देखे जाते हैं:

  • माउस से क्लिक करना.
  • टचस्क्रीन वाले डिवाइस पर टैप करना.
  • किसी फ़िज़िकल या ऑनस्क्रीन कीबोर्ड पर कोई बटन दबाना.

इंटरैक्शन, मुख्य दस्तावेज़ में या दस्तावेज़ में एम्बेड किए गए iframe में होता है—उदाहरण के लिए, किसी एम्बेड किए गए वीडियो पर चलाएं पर क्लिक करना. असली उपयोगकर्ताओं को यह पता नहीं होगा कि iframe में क्या है या क्या नहीं है. इसलिए, iframe में मौजूद INP की ज़रूरत होती है, ताकि टॉप लेवल पेज के उपयोगकर्ता अनुभव को मेज़र किया जा सके. JavaScript वेब एपीआई के पास iframe के कॉन्टेंट का ऐक्सेस नहीं होता है. इसलिए, इसे CrUX और RUM के बीच अंतर के तौर पर दिखाया जा सकता है

इंटरैक्शन में एक से ज़्यादा इवेंट हो सकते हैं. उदाहरण के लिए, कीस्ट्रोक में keydown, keypress, और keyup इवेंट शामिल होते हैं. टैप इंटरैक्शन में pointerup और pointerdown इवेंट शामिल हैं. इंटरैक्शन में सबसे लंबी अवधि वाले इवेंट की वजह से, इंटरैक्शन का कुल इंतज़ार का समय तय होता है.

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

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

आईएनपी, फ़र्स्ट इनपुट डिले (एफ़आईडी) से किस तरह अलग है?

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

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

अगर आईएनपी की कोई वैल्यू रिपोर्ट नहीं की जाती है, तो क्या होगा?

ऐसा हो सकता है कि कोई पेज, आईएनपी वैल्यू न दिखाए. ऐसा कई वजहों से हो सकता है. इनमें ये वजहें शामिल हैं:

  • पेज लोड हो गया, लेकिन उपयोगकर्ता ने अपने कीबोर्ड पर कभी भी क्लिक, टैप या कोई बटन नहीं दबाया.
  • पेज लोड हो गया, लेकिन उपयोगकर्ता ने हाथ के ऐसे जेस्चर का इस्तेमाल करके पेज के साथ इंटरैक्ट किया जिन्हें मापा नहीं जाता. जैसे, स्क्रोल करना या एलिमेंट पर कर्सर घुमाना.
  • पेज को सर्च क्रॉलर या हेडलेस ब्राउज़र जैसा कोई बॉट ऐक्सेस कर रहा है, जिसे पेज के साथ इंटरैक्ट करने के लिए स्क्रिप्ट नहीं किया गया है.

आईएनपी मापने का तरीका

आईएनपी को फ़ील्ड और लैब, दोनों में मापा जा सकता है. आईएनपी को उपयोगकर्ता के साथ असल इंटरैक्शन की नकल करने के लिए किया जा सकता है.

फ़ील्ड में

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

अगर आपकी वेबसाइट को Chrome के लिए उपयोगकर्ता अनुभव से जुड़ी रिपोर्ट (CrUX) में शामिल किया जा सकता है, तो आपको PageSpeed Insights में CrUX के ज़रिए आईएनपी के लिए फ़ील्ड डेटा तुरंत मिल सकता है. साथ ही, वेबसाइट की परफ़ॉर्मेंस की अहम जानकारी भी दी जा सकती है. आपको अपनी वेबसाइट के आईएनपी के ऑरिजिन-लेवल की जानकारी मिल सकती है. हालांकि, कुछ मामलों में आपको यूआरएल-लेवल का डेटा भी मिल सकता है.

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

लैब में

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

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

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

आईएनपी को बेहतर बनाने का तरीका

फ़ील्ड में धीमे इंटरैक्शन की पहचान करने और लैब डेटा का इस्तेमाल करके, आईएनपी को ऑप्टिमाइज़ करने से जुड़ी गाइड का कलेक्शन उपलब्ध है. इससे आपको वजहों का पता लगाने और उन्हें ऑप्टिमाइज़ करने में मदद मिलेगी.

बदलावों का लॉग

कभी-कभी, मेट्रिक को मापने के लिए इस्तेमाल किए जाने वाले एपीआई में गड़बड़ियां मिलती हैं. कभी-कभी खुद मेट्रिक की परिभाषा में गड़बड़ियां मिलती हैं. इस वजह से, कभी-कभी बदलाव करने पड़ते हैं. ये बदलाव आपकी इंटरनल रिपोर्ट और डैशबोर्ड में सुधार या रिग्रेशन के तौर पर दिख सकते हैं.

इसे मैनेज करने में आपकी मदद करने के लिए, इन मेट्रिक को लागू करने या उनकी परिभाषा करने में किए जाने वाले सभी बदलाव, इस बदलाव लॉग में दिखेंगे.

अगर आपको इन मेट्रिक के बारे में कोई सुझाव/राय देनी है या शिकायत करनी है, तो इसकी जानकारी web-vitals-feedback Google ग्रुप में दें.

अपने ज्ञान को परखें

आईएनपी मेट्रिक का मुख्य लक्ष्य क्या है?

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

आईएनपी का हिसाब लगाने के लिए, इनमें से किस तरह के इंटरैक्शन का इस्तेमाल किया जाता है? (लागू होने वाले सभी विकल्पों को चुनें.)

माउस से क्लिक करना.
सही!
माउस व्हील या ट्रैकपैड से पेज को स्क्रोल करना.
गलत - आईएनपी में स्क्रोल करना ज़रूरी नहीं है
टचस्क्रीन पर टैप किया जा रहा है.
सही!
एलिमेंट पर कर्सर घुमाना.
गलत - आईएनपी, कर्सर घुमाने पर नहीं दिखता
कीबोर्ड पर कोई बटन दबाना.
सही!
पेज को ज़ूम इन या ज़ूम आउट करना.
गलत - आईएनपी, ज़ूम करने के लिहाज़ से काम नहीं करता है

"वीडियो स्ट्रीम होने और उसके दिखने के समय का अंतर" कैसा रहता है आईएनपी के लिए तय किए गए इंटरैक्शन का हिस्सा है?

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

आईएनपी और एफ़आईडी में क्या अंतर है?

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

किन स्थितियों में PageSpeed Insights जैसे टूल में किसी पेज के लिए आईएनपी डेटा उपलब्ध नहीं हो सकता?

पेज, ऐसी कस्टम परफ़ॉर्मेंस मेज़रमेंट लाइब्रेरी का इस्तेमाल कर रहा है जो आईएनपी डेटा को रिपोर्ट नहीं करती.
गलत - आईएनपी को वेब प्लैटफ़ॉर्म एपीआई का इस्तेमाल करके अपने-आप मेज़र किया जाता है. साथ ही, यह उन पेजों पर निर्भर नहीं करता है जो कस्टम लाइब्रेरी के ज़रिए अपनी परफ़ॉर्मेंस की जानकारी खुद देते हैं.
CrUX डेटासेट में, आईएनपी की सही वैल्यू का हिसाब लगाने के लिए, Chrome के उपयोगकर्ताओं का ज़रूरत के मुताबिक इंटरैक्शन डेटा नहीं है.
सही!
उपयोगकर्ता सिर्फ़ स्क्रोल और कर्सर घुमाकर, पेज से इंटरैक्ट करते हैं. इन्हें आईएनपी के लिए नहीं माना जाता.
सही!
यह पेज ऐसे फ़्रेमवर्क का इस्तेमाल करके बनाया गया है जो आईएनपी के लिए अपने-आप ऑप्टिमाइज़ होता है. इसलिए, इसकी शिकायत करने की ज़रूरत नहीं है.
गलत - फ़्रेमवर्क से आईएनपी को बेहतर बनाने में मदद मिल सकती है. हालांकि, डेटा उपलब्ध होने पर, यह मेट्रिक अब भी काम की है और रिपोर्ट की जाती है

लैब एनवायरमेंट में धीमे इंटरैक्शन को रोकने के लिए, सबसे असरदार रणनीति क्या है?

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

इस क्विज़ को Gemini 1.5 ने जनरेट किया है और इसकी समीक्षा मैन्युअल तरीके से की गई है. अपना सुझाव/राय दें या शिकायत करें