पेज लोड टाइम क्या है?

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

पेज लोड टाइम वह समय है जो विज़िटर के पेज मांगने से लेकर उस पेज के उसके ब्राउज़र में पूरी तरह इस्तेमाल के लायक बनने तक लगता है। इसे कई तरह से मापने की वजह यह है कि "लोड हो गया" का मतलब इस पर निर्भर करता है कि आप क्या समझना चाहते हैं। पेज हर एलिमेंट लोड होने से पहले कंटेंट दिखा सकता है। वह क्लिक का जवाब देने से पहले ही इंटरैक्टिव दिख सकता है। यह समझना कि लोडिंग क्रम का कौन सा हिस्सा धीमा है, पेज स्पीड के डेटा को सिर्फ़ डरावना नहीं, काम का बनाता है। यह आपके बिज़नेस और सर्च रैंकिंग के लिए क्यों मायने रखता है, इसके संदर्भ के लिए वेबसाइट स्पीड क्यों मायने रखती है वाला लेख देखें।

पेज लोड टाइम असल में क्या मापता है?

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

लोडिंग का क्रम

• ब्राउज़र आपके सर्वर को रिक्वेस्ट भेजता है
• सर्वर रिक्वेस्ट प्रोसेस करता है और जवाब वापस भेजता है
• ब्राउज़र पेज को पाना और रेंडर करना शुरू करता है
• टेक्स्ट और इमेज डाउनलोड होते-होते धीरे-धीरे दिखते हैं
• स्क्रिप्ट चलती हैं, जिससे पेज इंटरैक्टिव बनता है
• आखिरी एलिमेंट लोड हो जाता है

अलग-अलग मेट्रिक्स इस क्रम के अलग-अलग बिंदु पकड़ते हैं। अच्छा पेज लोड टाइम स्कोर इस पर निर्भर करता है कि आप कौन से चेकपॉइंट माप रहे हैं, सिर्फ़ किसी एक बीते समय पर नहीं।

पेज लोड टाइम मापने के लिए इस्तेमाल होने वाले खास मेट्रिक्स कौन से हैं?

Time to First Byte (TTFB)

• यह क्या मापता है: ब्राउज़र आपके सर्वर से डेटा का पहला बाइट मिलने से पहले कितना इंतज़ार करता है
• अच्छा स्कोर: 800 मिलीसेकंड से कम
• यह क्यों मायने रखता है: धीमा TTFB उसके बाद की हर चीज़ में देरी करता है। डेटा आने तक ब्राउज़र कुछ भी रेंडर करना शुरू नहीं कर सकता। धीमा TTFB आमतौर पर सर्वर परफ़ॉर्मेंस, होस्टिंग क्वालिटी या बिना ऑप्टिमाइज़ की डेटाबेस क्वेरी की ओर इशारा करता है

First Contentful Paint (FCP)

• यह क्या मापता है: वह पल जब ब्राउज़र कंटेंट का पहला टुकड़ा रेंडर करता है, चाहे टेक्स्ट हो, इमेज या बैकग्राउंड
• अच्छा स्कोर: 1.8 सेकंड से कम
• यह क्यों मायने रखता है: यही वह समय है जब विज़िटर को पहली बार दिखता है कि कुछ हो रहा है। तेज़ FCP संकेत देता है कि पेज जवाब दे रहा है, भले ही वह पूरा लोड न हुआ हो

Largest Contentful Paint (LCP)

• यह क्या मापता है: सबसे बड़ा दिखने वाला एलिमेंट (आमतौर पर हीरो इमेज या बड़ी हेडिंग) कब पूरा लोड होता है
• अच्छा स्कोर: 2.5 सेकंड या उससे तेज़
• यह क्यों मायने रखता है: LCP सर्च रैंकिंग में इस्तेमाल होने वाले तीन Core Web Vitals में से एक है। "यह पेज कब इस्तेमाल के लायक लगता है" का यह सबसे करीबी पैमाना है, क्योंकि सबसे बड़ा एलिमेंट आमतौर पर पेज का सबसे अहम विज़ुअल होता है

Time to Interactive (TTI)

• यह क्या मापता है: पेज कब पूरी तरह इंटरैक्टिव होता है और क्लिक व कीबोर्ड इनपुट पर भरोसे से जवाब देता है
• अच्छा स्कोर: 3.8 सेकंड से कम
• यह क्यों मायने रखता है: पेज लोड हुआ दिख सकता है जबकि JavaScript बैकग्राउंड में अब भी चल रही हो। TTI पेज के तैयार दिखने और असल में तैयार होने के बीच का फ़ासला पकड़ता है

Total Blocking Time (TBT)

• यह क्या मापता है: FCP और TTI के बीच कुल वह समय जब मुख्य थ्रेड रुकी हुई होती है और इनपुट का जवाब नहीं दे पाती
• अच्छा स्कोर: 200 मिलीसेकंड से कम
• यह क्यों मायने रखता है: TBT दिखाता है कि कितनी भारी JavaScript प्रोसेसिंग इंटरैक्टिविटी में देरी कर रही है। ऊंचे TBT का मतलब है कि विज़िटर बटन क्लिक करते हैं और कुछ नहीं होता, जो पेज के देखने में लोड हुआ लगने पर भी भरोसे को नुकसान पहुंचाता है

पूरा पेज लोड

• यह क्या मापता है: पेज का हर एक रिसोर्स, इमेज, स्क्रिप्ट, फ़ॉन्ट और थर्ड-पार्टी एम्बेड समेत, कब पूरी तरह लोड हो जाता है
• अच्छा स्कोर: मोबाइल पर 5 सेकंड से कम
• यह क्यों मायने रखता है: "पेज लोड टाइम" कहने पर ज़्यादातर लोग इसी मेट्रिक के बारे में सोचते हैं। यह आपके पेज का कुल वज़न समझने के लिए काम का है, पर विज़िटर के अनुभव के लिए LCP और TTI से कम ज़रूरी है, क्योंकि विज़िटर आमतौर पर हर एलिमेंट के लोड होने से काफ़ी पहले पेज से जुड़ना शुरू कर देते हैं

मोबाइल का पेज लोड टाइम डेस्कटॉप से अलग क्यों होता है?

कंटेंट एक जैसा होने पर भी मोबाइल और डेस्कटॉप एक ही पेज के लिए अलग पेज लोड टाइम स्कोर देते हैं।

मोबाइल लगातार धीमा क्यों होता है

• औसतन मोबाइल कनेक्शन फ़िक्स्ड ब्रॉडबैंड से धीमे होते हैं, 4G और 5G नेटवर्क पर भी
• मोबाइल प्रोसेसर डेस्कटॉप CPU से कम ताकतवर होते हैं, यानी JavaScript धीमे चलती है
• मोबाइल ब्राउज़र में कम मेमोरी उपलब्ध होती है, जिससे पेजों के बीच वे कितना कैश कर सकते हैं, यह सीमित होता है
• मोबाइल पर नेटवर्क की हालत ज़्यादा बदलती है, जिससे अलग-अलग विज़िट में परफ़ॉर्मेंस एक जैसी नहीं रहती

मोबाइल स्कोर का वज़न ज़्यादा क्यों है

• सर्च इंजन मोबाइल-फ़र्स्ट इंडेक्सिंग इस्तेमाल करते हैं, यानी वे पेजों को उनके मोबाइल वर्शन के आधार पर क्रॉल और रैंक करते हैं
• मोबाइल पर Core Web Vitals स्कोर का रैंकिंग वज़न डेस्कटॉप स्कोर से ज़्यादा होता है
• दुनिया भर के वेब ट्रैफ़िक का बड़ा हिस्सा मोबाइल से आता है, इसलिए मोबाइल परफ़ॉर्मेंस आपके सबसे बड़े हिस्से के विज़िटर को प्रभावित करती है

हमेशा मोबाइल और डेस्कटॉप के अलग-अलग टेस्ट चलाएं। जो पेज डेस्कटॉप पर अच्छा स्कोर करता है, उसमें मोबाइल पर फिर भी गंभीर समस्याएं हो सकती हैं, और रैंकिंग का सबसे ज़्यादा असर मोबाइल पर ही है।

पेज लोड टाइम धीमा होने की वजहें क्या हैं?

बड़ी बिना कंप्रेस की इमेज

• पेज का वज़न ज़्यादा होने और लोड टाइम धीमा होने की सबसे आम वजह
• फ़ोन से सीधे अपलोड की गई फ़ोटो 4 से 8 मेगाबाइट की हो सकती है
• वही इमेज, ठीक से कंप्रेस करने पर, बिना दिखने वाले क्वालिटी फ़र्क के 100 किलोबाइट से कम की हो सकती है
• हर बिना कंप्रेस की इमेज FCP और LCP में सेकंड जोड़ती है

रेंडर-ब्लॉकिंग स्क्रिप्ट और स्टाइलशीट

• ब्राउज़र जब ऐसी JavaScript या CSS फ़ाइलें देखते हैं जिन्हें आगे बढ़ने से पहले प्रोसेस करना है, तो रेंडरिंग रोक देते हैं
• डॉक्यूमेंट हेड में लोड होने वाली स्क्रिप्ट पेज को तब तक कुछ भी दिखाने से रोकती हैं जब तक वे खत्म न हों
• गैर-ज़रूरी स्क्रिप्ट को टालना उन्हें क्रिटिकल पाथ से बाहर करता है और FCP व LCP को तेज़ करता है

धीमा सर्वर रिस्पॉन्स (ऊंचा TTFB)

• हर पेज लोड सर्वर रिक्वेस्ट से शुरू होता है। अगर सर्वर धीमा है, तो आगे की हर चीज़ में देरी होती है
• शेयर्ड होस्टिंग माहौल कई साइटों में CPU और मेमोरी बांटते हैं, जिससे रिस्पॉन्स टाइम अनिश्चित रहता है
• बिना ऑप्टिमाइज़ किए डेटाबेस और कैशिंग के बिना सर्वर-साइड रेंडरिंग आम योगदानकर्ता हैं

बहुत ज़्यादा थर्ड-पार्टी स्क्रिप्ट

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

कैशिंग नहीं है

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

आप अपना पेज लोड टाइम कैसे मापें?

स्पीड टेस्टिंग टूल क्या मापते हैं

• स्पीड टेस्टिंग टूल किसी तय जगह और कनेक्शन से पेज लोड की नकल करते हैं और हर मेट्रिक को मानक सीमाओं के मुकाबले स्कोर करते हैं
• इन्हें लैब नतीजे कहते हैं: एक जैसी परिस्थितियों में चलाए गए नियंत्रित टेस्ट
• लैब नतीजे खास समस्याएं पहचानने के लिए काम के हैं, पर यह नहीं पकड़ते कि अलग-अलग कनेक्शन और डिवाइस पर असली विज़िटर आपके पेज का अनुभव असल में कैसे करते हैं

लैब डेटा बनाम फ़ील्ड डेटा

• लैब डेटा: नियंत्रित माहौल में नकली टेस्ट। चलाने में तेज़ और खास समस्याएं अलग करने के लिए अच्छे
• फ़ील्ड डेटा: आपकी साइट के असली विज़िटर के समय के साथ जुटाए गए असली माप। सर्च इंजन Core Web Vitals स्कोरिंग के लिए यही इस्तेमाल करते हैं
• पेज लैब टेस्ट में अच्छा पर फ़ील्ड डेटा में खराब स्कोर कर सकता है, अगर असली दुनिया की हालत, धीमे डिवाइस, कमज़ोर कनेक्शन या आपके सर्वर से भौगोलिक दूरी असली विज़िटर के लिए अलग नतीजे दें

स्पीड रिपोर्ट पढ़ते समय क्या देखें

• पहले LCP देखें: यह विज़िटर के अनुभव और सर्च रैंकिंग, दोनों के लिए सबसे अहम मेट्रिक है
• TTFB देखें ताकि पता चले कि समस्या सर्वर की तरफ़ की है या फ़्रंट-एंड की
• TBT देखें ताकि पता चले कि JavaScript इंटरैक्टिविटी को रोक रही है या नहीं
• मोबाइल और डेस्कटॉप के अलग-अलग टेस्ट चलाएं
• अपने स्कोर की तुलना अपने टारगेट कीवर्ड पर आपसे ऊपर रैंक करने वाले पेजों से करें, सिर्फ़ अमूर्त पैमानों से नहीं

Core Web Vitals की सीमाओं और सर्च इंजन पेजों को उनके मुकाबले कैसे स्कोर करते हैं, इसके ब्रेकडाउन के लिए Core Web Vitals क्या हैं वाला लेख देखें।

WEMASY पेज लोड टाइम को कैसे संभालता है

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

LCP, INP और CLS समेत Core Web Vitals स्कोर असली विज़िटर के फ़ील्ड डेटा का इस्तेमाल करके सीधे WEMASY डैशबोर्ड में दिखते हैं। इसका मतलब है कि आप बाहरी टेस्ट चलाए बिना जांच सकते हैं कि आपके पेज उन सीमाओं के मुकाबले कैसा प्रदर्शन कर रहे हैं जो सर्च रैंकिंग के लिए मायने रखती हैं।

क्या-क्या शामिल है, यह WEMASY वेबसाइट बिल्डर पर देखें, या प्राइसिंग पेज पर प्लान के विकल्प देखें।

अक्सर पूछे जाने वाले सवाल