रीडायरेक्ट लेटेंसी चेकर

रीडायरेक्ट एक पूरी अतिरिक्त रिक्वेस्ट है। असली पेज रिक्वेस्ट करने से पहले ब्राउज़र को अगला होस्ट ढूंढना होता है, कनेक्शन खोलना होता है, नए डोमेन के लिए TLS हैंडशेक करना होता है और सर्वर का इंतज़ार करना होता है। एक ही होस्ट पर एक हॉप में कुछ दर्जन मिलीसेकंड लग सकते हैं, जबकि किसी शॉर्टनर, ट्रैकिंग डोमेन और HTTP से HTTPS वाले नियम से होकर जाने वाली चेन आसानी से आधा सेकंड या उससे ज़्यादा जोड़ सकती है, खासकर मोबाइल नेटवर्क पर।

रीडायरेक्ट का समय बाकी हर चीज़ से पहले आता है, इसलिए यह सीधे Time to First Byte और Largest Contentful Paint में जुड़ता है। इसी वजह से Lighthouse और PageSpeed Insights मुख्य डॉक्यूमेंट पर होने वाले रीडायरेक्ट को फ़्लैग करते हैं।

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

माप आपके डिवाइस से नहीं, बल्कि उस Cloudflare डेटा सेंटर से लिए जाते हैं जो आपकी जांच चलाता है, आम तौर पर आपके सबसे नज़दीक वाला। इनसे पता चलता है कि हर सर्वर कितनी तेज़ी से जवाब देता है, लेकिन असली विज़िटर के लिए हर हॉप पर उनकी अपनी नेटवर्क लेटेंसी भी जुड़ती है। उतार-चढ़ाव कम करने के लिए जांच दोहराएं: पहली जांच में खाली (cold) DNS कैश और नए कनेक्शन शामिल हो सकते हैं, जबकि बाद की जांचें आम तौर पर सामान्य स्थिति के ज़्यादा करीब होती हैं।

एक मोटा पैमाना, जिसके हिसाब से TrueURL हर हॉप के समय को रंग भी देता है:

• हर हॉप 200 ms से कम: तेज़, जो CDN एज या सामान्य वेब सर्वर नियम से मिलने वाले रीडायरेक्ट के लिए आम है।
• 200 से 600 ms: ठीक-ठाक, जो ऐप्लिकेशन सर्वर के लिए या ऐसे दूसरे डोमेन पर रीडायरेक्ट के लिए आम है जिसमें नया TLS कनेक्शन चाहिए।
• 600 ms या उससे ज़्यादा: धीमा। रीडायरेक्ट शायद किसी सामान्य नियम के बजाय किसी भारी ऐप्लिकेशन से बन रहा है, जैसे प्लगइन लोड करता या डेटाबेस लुकअप चलाता CMS।

सबसे अच्छा ऑप्टिमाइज़ेशन है हॉप को पूरी तरह हटा देना। उसके बाद, रीडायरेक्ट का जवाब विज़िटर के जितना हो सके उतना करीब से दें: CDN या एज नियम उस ऐप्लिकेशन से कहीं ज़्यादा तेज़ जवाब देता है जिसे सिर्फ़ एक 301 भेजने के लिए स्टार्ट होना पड़ता है।

• अपनी साइट पर और ईमेल, विज्ञापनों और सोशल प्रोफ़ाइल में सीधे अंतिम URL का लिंक दें, ताकि ज़्यादातर विज़िटर को रीडायरेक्ट से गुज़रना ही न पड़े।
• HTTP से HTTPS, होस्ट और स्लैश के नियमों को एक हॉप में मिला दें; HTTPS रीडायरेक्ट चेकर दिखाता है कि आपके नियम पहले से ऐसे हैं या नहीं।
• रीडायरेक्ट को ऐप्लिकेशन के बजाय अपने CDN, लोड बैलेंसर या वेब सर्वर कॉन्फ़िगरेशन में संभालें।
• HSTS हेडर भेजें, ताकि लौटकर आने वाले विज़िटर HTTP से HTTPS वाले रीडायरेक्ट से पूरी तरह बच जाएं।
• लिंक शॉर्टनर और ट्रैकिंग रीडायरेक्ट को एक के ऊपर एक जोड़ने से बचें।