इस पेज का अनुवाद Cloud Translation API से किया गया है.

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

Jeremy Wagner

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

ध्यान दें: पेज के रिस्पॉन्स में लगने वाला समय (आईएनपी), Core Web Vitals की एक स्टैबल मेट्रिक है. यह इवेंट टाइमिंग एपीआई के डेटा का इस्तेमाल करके, रिस्पॉन्सिवनेस का आकलन करती है. INP, किसी व्यक्ति को पेज पर इंटरैक्ट करने में लगने वाले समय को ट्रैक करता है. साथ ही, यह इंतज़ार के समय की एक वैल्यू बताता है. पेज पर हुए सभी या ज़्यादातर इंटरैक्शन के लिए, इंतज़ार के समय की वैल्यू इससे कम होती है. आईएनपी कम होने का मतलब है कि पेज के ज़रिए सभी उपयोगकर्ताओं के इंटरैक्शन (या ज़्यादातर लोगों के इंटरैक्शन) का तुरंत जवाब दिया जा सकता था.

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

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

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

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

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

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

इस गाइड में, INP के काम करने के तरीके और उसे मेज़र करने के तरीके के बारे में बताया गया है. साथ ही, इसे बेहतर बनाने के लिए रिसॉर्स के बारे में भी बताया गया है.

INP क्या है?

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

INP के मकसद के मुताबिक, सिर्फ़ इन तरह के इंटरैक्शन पर नज़र रखी जाती है:

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

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

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

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

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

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

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

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

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

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

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

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

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

फ़ील्ड में

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

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

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

लैब में

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

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

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

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

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

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

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

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

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

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

INP मेट्रिक का मुख्य लक्ष्य क्या है?

किसी पेज का पहला कॉन्टेंट दिखने में लगने वाले समय को मेज़र करने के लिए.

गलत - यह फ़र्स्ट कॉन्टेंटफ़ुल पेंट के बारे में बताता है

किसी पेज की विज़ुअल स्थिरता का आकलन करने और अनचाहे लेआउट शिफ़्ट को कम करने के लिए.

गलत - यह कुल लेआउट शिफ़्ट के बारे में बताता है

यह आकलन करने के लिए कि किसी पेज को पूरी तरह से इंटरैक्टिव होने में कितना समय लगता है.

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

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

सही!

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

माउस से क्लिक करना.

सही!

माउस व्हील या ट्रैकपैड की मदद से पेज को स्क्रोल करना.

गलत - आईएनपी में स्क्रोल करना ज़रूरी नहीं है

टचस्क्रीन पर टैप करना.

सही!

एलिमेंट पर कर्सर घुमाना.

गलत - INP, कर्सर घुमाने की कार्रवाई को ध्यान में नहीं रखता

कीबोर्ड पर किसी बटन को दबाना.

सही!

पेज पर ज़ूम इन या ज़ूम आउट करना.

गलत - INP, ज़ूम करने की सुविधा को ध्यान में नहीं रखता

आईएनपी के लिए, किसी इंटरैक्शन के "देर" को कैसे तय किया जाता है?

किसी इंटरैक्शन के इवेंट हैंडलर को प्रोसेस करने में ब्राउज़र को लगने वाला समय.

गलत - इसमें सिर्फ़ प्रोसेसिंग में लगने वाला समय शामिल होता है, न कि इनपुट में लगने वाला समय या अगला फ़्रेम दिखाने में लगने वाला समय

किसी पेज पर सभी इंटरैक्शन के लिए, विज़ुअल रिस्पॉन्स देने में लगने वाला औसत समय.

गलत - आईएनपी, औसत इंटरैक्शन पर नहीं, बल्कि सबसे लंबे इंटरैक्शन पर फ़ोकस करता है

किसी इंटरैक्शन से जुड़े इवेंट हैंडलर को प्रोसेस करने में ब्राउज़र को लगने वाला समय.

गलत - इसमें सिर्फ़ इनपुट में लगने वाला समय शामिल होता है, न कि प्रोसेसिंग और रेंडरिंग में लगने वाला समय

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

सही!

INP और FID में क्या अंतर है?

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

गलत - यह फ़र्स्ट कॉन्टेंटफ़ुल पेंट के बारे में बताता है, न कि आईएनपी के बारे में

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

सही!

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

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

इनमें कोई अंतर नहीं है. INP और FID, एक ही मेट्रिक के दो अलग-अलग नाम हैं.

गलत - इनकी अलग-अलग परिभाषाएं हैं

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

पेज पर, परफ़ॉर्मेंस मेज़रमेंट की कस्टम लाइब्रेरी का इस्तेमाल किया जा रहा है, जो INP डेटा की रिपोर्ट नहीं करती.

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

CrUX डेटासेट में, आईएनपी की सही वैल्यू का हिसाब लगाने के लिए, Chrome के उपयोगकर्ताओं का ज़रूरत के मुताबिक इंटरैक्शन डेटा नहीं है.

सही!

उपयोगकर्ताओं ने पेज से सिर्फ़ स्क्रोल करने और कर्सर घुमाने के ज़रिए इंटरैक्ट किया, जिसे INP के लिए नहीं गिना जाता.

सही!

यह पेज, ऐसे फ़्रेमवर्क का इस्तेमाल करके बनाया गया है जो INP के लिए अपने-आप ऑप्टिमाइज़ हो जाता है. इसलिए, इसकी शिकायत करने की ज़रूरत नहीं है.

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

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

चुनौतीपूर्ण स्थितियां बनाने के लिए, किसी हाई-एंड डिवाइस को धीमे और अविश्वसनीय नेटवर्क कनेक्शन के साथ सिम्युलेट करना.

गलत - नेटवर्क की वजह से भी ऐसा हो सकता है, लेकिन डिवाइस की क्षमताओं की वजह से भी इंटरैक्शन धीमा हो सकता है

पेज के पूरी तरह लोड होने और कोई गतिविधि न होने के बाद ही इंटरैक्शन की जांच करना.

गलत - इससे लोड होने में ज़्यादा समय लेने वाले इंटरैक्शन का डेटा नहीं मिलता

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

सही!

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

गलत - सामान्य यूज़र फ़्लो, आईएनपी की सामान्य समस्याओं की पहचान करने के लिए ज़्यादा काम के होते हैं

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