Hardik Dewra

2 min read

Landing page की load speed conversion पर कैसे असर डालती है

धीमे pages headline दिखने से पहले ही visitors गँवा देते हैं। speed के ये तीन नंबर track करें, फिर वही सुधार करें जो इन्हें हिलाते हैं।

landing page की load speed तय करती है कि आपका offer कौन देखेगा

हर landing page पर एक क़तार लगी होती है। कोई ad पर उँगली रखता है, browser चीज़ें खींचना शुरू करता है, और visitor इंतज़ार करता है। कमज़ोर 4G वाले phone पर भारी page चार-पाँच सेकंड तक खाली पड़ा रह सकता है। visitors का अच्छा-ख़ासा हिस्सा headline बनने से पहले ही निकल जाता है। न उन्हें offer दिखता है, न वे button तक पहुँचते हैं। आपकी copy लाजवाब हो, तब भी बात नहीं बनती। paid traffic में उस click के पैसे तो आप देते ही हैं। यानी आपने जो कुछ बनाया है उसे परखने कितने लोग पहुँचेंगे, यह landing page की load speed तय करती है।

track करने लायक़ तीन नंबर

Google तीन सीमाएँ छापता है और वे target के तौर पर अच्छी काम करती हैं। Largest Contentful Paint 2.5 सेकंड के अंदर आना चाहिए। यह आमतौर पर आपकी hero image या headline का बनकर पूरा होना होता है। Interaction to Next Paint 200 milliseconds के अंदर रहना चाहिए, ताकि हर tap फ़ौरन काम करता लगे। Cumulative Layout Shift 0.1 के अंदर रहना चाहिए, ताकि पढ़ते समय layout अपनी जगह टिका रहे। Google इन्हें असली visits के 75th percentile पर आँकता है और mobile को desktop से अलग रखता है, तो दोनों देखें। field data हफ़्तों पीछे चलता है, इसलिए आज किया गया सुधार lab test से पक्का करें।

page को धीमा असल में क्या करता है

हम जिस भी site का audit करते हैं, उसमें लगभग यही मुजरिम मिलते हैं। hero video अपने आप चल पड़ता है और किसी के scroll करने से पहले ही megabytes भेज देता है। screenshots 3000 pixel चौड़े export होते हैं और 600 pixel की जगह में डाल दिए जाते हैं। जहाँ दो font weights से काम चल जाता, वहाँ चार load होते हैं, और हर एक text को बनने से रोके रखता है। फिर ऊपर से चिपकी चीज़ें आती हैं: एक chat widget, एक heatmap recorder, दो ad pixels, और एक A/B testing script जो variant चुनते समय rendering रोक देती है। उस वक़्त हर चीज़ मुफ़्त लगी थी। कुल जोड़ कोई नहीं रखता।

इस हफ़्ते कहाँ से शुरू करें

शुरुआत hero से करें, क्योंकि आमतौर पर वही आपका LCP element होता है। दबाई हुई WebP या AVIF भेजें, उसका size viewport के हिसाब से रखें, और उस पर lazy load न लगाएँ। अपने आप चलने वाले video की जगह एक ठहरी हुई image और एक play button रखें। images, embeds और banners के लिए ऊँचाई पहले से छोड़ रखें ताकि page अपनी शक्ल बनाए रखे। फिर network tab खोलें, size के हिसाब से लगाएँ, और हर वह third-party script हटा दें जिसे तीन महीने से किसी ने देखा तक नहीं। असली device पर, धीमे किए गए mobile data पर दोबारा test करें। ज़्यादातर pages तब तेज़ होते हैं जब आप उनसे चीज़ें हटाते हैं।