इस पेज का अनुवाद 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 और FID में क्या अंतर है?

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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