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

पेज के रिस्पॉन्स में लगने वाला समय (आईएनपी)

Jeremy Wagner

Browser Support

ध्यान दें: पेज के रिस्पॉन्स में लगने वाला समय (आईएनपी), वेबसाइट की परफ़ॉर्मेंस की अहम जानकारी देने वाली स्टैबल मेट्रिक है. यह इवेंट टाइमिंग एपीआई के डेटा का इस्तेमाल करके, रिस्पॉन्सिवनेस का आकलन करती है. 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, फ़र्स्ट इनपुट डिले (एफ़आईडी) से कैसे अलग है?

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

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

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

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

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

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

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

फ़ील्ड में

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

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

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

लैब में

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

गलत - यह इंटरैक्टिव होने में लगने वाले समय से जुड़ा है, लेकिन INP खास तौर पर उपयोगकर्ता के इनपुट के रिस्पॉन्स पर फ़ोकस करता है

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

सही!

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

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

सही!

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

गलत - INP स्क्रोल करने की सुविधा को शामिल नहीं करता

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

सही!

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

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

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

सही!

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

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

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

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

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

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

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

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

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

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

सही!

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

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

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

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

सही!

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

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

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

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

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

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

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

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

सही!

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

सही!

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

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

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

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

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

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

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

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

सही!

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

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

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