लैंडिंग पेज रीडायरेक्ट से बचें

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

खास जानकारी

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

यहां रीडायरेक्ट पैटर्न के कुछ उदाहरण दिए गए हैं:

  • example.com में रिस्पॉन्सिव वेब डिज़ाइन का इस्तेमाल किया गया है. इसके लिए, किसी रीडायरेक्ट की ज़रूरत नहीं है. यह बहुत तेज़ और सबसे अच्छा होता है!
  • example.com → m.example.com/home - मोबाइल इस्तेमाल करने वालों के लिए एक से ज़्यादा दोतरफ़ा यात्रा पर लगने वाला जुर्माना.
  • example.com → www.example.com → m.example.com - मोबाइल पर बहुत धीमा अनुभव.

सुझाव

बढ़िया मल्टी-डिवाइस अनुभव देने और गैर-ज़रूरी रीडायरेक्ट को खत्म करने के लिए, रिस्पॉन्सिव डिज़ाइन से जुड़ी बुनियादी बातों के बारे में जानें.

अगर आपकी साइट को रीडायरेक्ट करना ज़रूरी है, तो कृपया हमारे रीडायरेक्ट और उपयोगकर्ता-एजेंट की पहचान से जुड़े दिशा-निर्देश देखें.

सुझाव/राय दें या शिकायत करें

क्या इस पेज से कोई मदद मिली?