कारोबार के बारे में ज़रूरी फ़ैसले लेने वालों के लिए, वेबसाइट की परफ़ॉर्मेंस की अहम जानकारी को ऑप्टिमाइज़ करना

जानें कि कारोबार से जुड़े फ़ैसले लेने वाले लोग और नॉन-डेवलपर, Core Web Vitals को कैसे बेहतर बना सकते हैं.

परिचय

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

हालांकि, Core Web Vitals से जुड़े ज़्यादातर दस्तावेज़ वेब डेवलपर के लिए होते हैं. इनमें तकनीकी जानकारी और कोड पर पूरा कंट्रोल होता है. कई वेबसाइटें, डेवलपर के बजाय "साइट-बिल्डर" प्लैटफ़ॉर्म का इस्तेमाल करके बनाई जाती हैं. जैसे, WordPress, Shopify, Wix या ऐसे ही अन्य प्लैटफ़ॉर्म. अक्सर इन्हें बनाने के लिए, वेब डेवलपमेंट टीम की ज़रूरत नहीं होती.

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

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

साथ ही, परफ़ॉर्मेंस से जुड़ी कई समस्याओं को हल करने के लिए, डेवलपर को तकनीकी सुधार करने की ज़रूरत होती है. डेवलपर के लिए बनाई गई हमारी गाइड से, इन समस्याओं को हल करने में मदद मिल सकती है. यह ज़्यादा जानकारी देने वाली कोई गाइड नहीं है. इसमें कारोबार से जुड़े फ़ैसले लेने वाले लोगों के लिए, Core Web Vitals की पहल के बारे में जानकारी दी गई है. साथ ही, पेज की खराब परफ़ॉर्मेंस की कुछ ऐसी सामान्य वजहें बताई गई हैं जो डेवलपमेंट से जुड़ी नहीं हैं. इसके अलावा, आगे बढ़ने के लिए आपको किसी वेब डेवलपर की मदद लेनी पड़ सकती है.

Core Web Vitals क्या हैं?

Core Web Vitals, तीन मेट्रिक का एक सेट है. इसे किसी पेज के उपयोगकर्ता अनुभव को मेज़र करने के लिए डिज़ाइन किया गया है. खास तौर पर, इससे यह पता चलता है कि उपयोगकर्ताओं को पेज कितनी तेज़ी से लोड होता हुआ दिखता है. इनमें से हर एक के लिए, तीन अक्षरों का छोटा नाम होता है:

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

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

Core Web Vitals को कैसे मेज़र किया जाता है?

Core Web Vitals को आपकी वेबसाइट के असल उपयोगकर्ताओं के हिसाब से मेज़र किया जाता है. अलग-अलग उपयोगकर्ताओं के लिए, इसके नतीजे अलग-अलग होंगे. ये मेट्रिक, "Google की राय" या "Googlebot की राय" नहीं हैं, बल्कि आपकी वेबसाइट के असल उपयोगकर्ताओं के अनुभव पर आधारित हैं.

कुछ उपयोगकर्ता, तेज़ डिवाइसों और तेज़ नेटवर्क पर होंगे. कुछ लोग धीमे डिवाइसों या धीमे नेटवर्क पर होंगे. कुछ उपयोगकर्ता आपकी साइट पर आसान और तेज़ी से लोड होने वाले पेजों पर जाएंगे, जबकि कुछ उपयोगकर्ता ज़्यादा जटिल और धीरे लोड होने वाले पेजों पर जाएंगे. इसके बाद, उपयोगकर्ताओं को मिले इन सभी अनुभवों के नतीजों को इकट्ठा किया जाता है, ताकि आपकी पूरी वेबसाइट का आकलन किया जा सके.

Google, Chrome के उन उपयोगकर्ताओं का डेटा Chrome के लिए उपयोगकर्ता अनुभव से जुड़ी रिपोर्ट (CrUX) में उपलब्ध कराता है जिन्होंने इस रिपोर्ट में शामिल होने का विकल्प चुना है. यह डेटा, Google के कई टूल में फ़ीड किया जाता है. जैसे, PageSpeed Insights और Google Search Console.

CrUX, लाखों लोकप्रिय वेबसाइटों पर उपलब्ध है. हालांकि, सभी वेबसाइटें CrUX में शामिल नहीं हैं. रीयल यूज़र मॉनिटरिंग (आरयूएम) के अन्य टूल भी आपकी साइट के लिए ये मेट्रिक इकट्ठा कर सकते हैं.

मुझे अपनी साइट के Core Web Vitals की जानकारी कैसे मिल सकती है?

ऐसे कई टूल हैं जो Google और तीसरे पक्षों से मिली, Core Web Vitals मेट्रिक दिखाते हैं. इस पोस्ट में दो ऐसे टूल के बारे में बताया गया है जिनकी मदद से, अपनी साइट के लिए Core Web Vitals को तुरंत देखा जा सकता है. Google के अन्य टूल के बारे में ज़्यादा जानने के लिए, Google के टूल की मदद से Core Web Vitals के वर्कफ़्लो पोस्ट देखें. इसमें Core Web Vitals से जुड़ी समस्याओं को हल करने के लिए, इन टूल का इस्तेमाल करने का वर्कफ़्लो भी शामिल है.

अगर आपका प्लैटफ़ॉर्म, इंटिग्रेट किया गया आरयूएम समाधान उपलब्ध कराता है, तो इससे आपकी साइट के पेजों के बारे में ज़्यादा जानकारी मिल सकती है. इसके अलावा, इससे आपको खास पेजों के बारे में ज़्यादा जानकारी पाने या उपयोगकर्ताओं को सेगमेंट में बांटने की सुविधा मिल सकती है. इससे समस्याओं को समझने और उनकी पहचान करने में मदद मिलती है.

PageSpeed Insights

अगर आपको बिना किसी सेटअप के तुरंत जानकारी देखनी है, तो PageSpeed Insights (PSI) का इस्तेमाल करें. यूआरएल टाइप करें और 'विश्लेषण करें' पर क्लिक करें. अगर आपकी साइट CrUX में शामिल है, तो आपको "जानें कि आपके असली उपयोगकर्ताओं को कैसा अनुभव मिल रहा है" सेक्शन तुरंत दिखना चाहिए:

इससे पता चलता है कि पिछले 28 दिनों में, Chrome का इस्तेमाल करने वाले असल उपयोगकर्ताओं को आपकी वेबसाइट पर कैसा अनुभव मिला. आपको सबसे ऊपर, Core Web Vitals दिखेंगी. साथ ही, उनके नीचे अन्य मेट्रिक दिखेंगी. इनमें आईएनपी मेट्रिक भी शामिल है. फ़िलहाल, आईएनपी को Core Web Vitals के तौर पर मंज़ूरी नहीं मिली है. पेज के सबसे ऊपर, आकलन में पास या फ़ेल होने की जानकारी देने वाले सेक्शन में, सिर्फ़ Core Web Vitals की मेट्रिक को शामिल किया जाता है. हालांकि, अन्य मेट्रिक का इस्तेमाल, Core Web Vitals से जुड़ी समस्याओं को हल करने में किया जा सकता है. इसके बारे में अगले सेक्शन में बताया जाएगा.

इस सेक्शन में सबसे ऊपर मौजूद बटन का इस्तेमाल करके, मोबाइल और डेस्कटॉप व्यू के बीच टॉगल किया जा सकता है. सबसे ऊपर दाईं ओर मौजूद टॉगल का इस्तेमाल करके, इस यूआरएल और उस ऑरिजिन के सभी डेटा के बीच टॉगल भी किया जा सकता है. हालांकि, ऐसा तब ही किया जा सकता है, जब दोनों के लिए डेटा मौजूद हो.

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

Google Search Console

Google Search Console (GSC) सिर्फ़ साइट के मालिकों के लिए है. इसलिए, इसका इस्तेमाल करने के लिए, साइट के मालिकाना हक की पुष्टि करना और रजिस्ट्रेशन करना ज़रूरी है. इससे पता चलता है कि Google Search आपकी साइट को कैसे देखता है.

PageSpeed Insights के उलट, GSC आपकी साइट के उन सभी पेजों की सूची दिखाता है जिनके बारे में Google Search को पता है. साथ ही, उन सभी पेजों के लिए Core Web Vitals की जानकारी देता है:

पेजों को यूआरएल ग्रुप में इकट्ठा किया जाता है, ताकि आप यह देख सकें कि पेजों की कुछ कैटगरी (उदाहरण के लिए, प्रॉडक्ट की जानकारी वाले पेज, ब्लॉग पेज वगैरह) में Core Web Vitals से जुड़ी समस्याएं हैं या नहीं. आम तौर पर, ये पेज एक जैसी टेक्नोलॉजी या टेंप्लेट पर बनाए जाते हैं. इसलिए, इनमें होने वाली समस्याओं की वजह भी एक जैसी हो सकती है.

साइट बिल्डर के लिए, Core Web Vitals से जुड़ी सामान्य समस्याएं

परफ़ॉर्मेंस से जुड़ी कई समस्याओं को ठीक करने के लिए, डेवलपर को तकनीकी समाधान लागू करने पड़ते हैं. डेवलपर के लिए बनाई गई हमारी गाइड से, डेवलपर को इसमें मदद मिल सकती है. इस सेक्शन में, हम डेवलपर से जुड़ी कुछ ऐसी सामान्य समस्याओं के बारे में बात करेंगे जिन्हें हल करने में, कारोबार के लिए फ़ैसले लेने वाले लोग मदद कर सकते हैं. इससे इन मेट्रिक को बेहतर बनाने में मदद मिलेगी.

"नॉन-डेवलपर" से हमारा मतलब उन लोगों से है जो साइट-बिल्डर प्लैटफ़ॉर्म का इस्तेमाल करते हैं. इन प्लैटफ़ॉर्म पर, साइट को कोड करने के तरीके पर उनका सीमित कंट्रोल होता है. इसके अलावा, हमारा मतलब कारोबार से जुड़े फ़ैसले लेने वाले उन लोगों से है जो साइट के डिज़ाइन के बारे में फ़ैसला ले सकते हैं या बजट को प्राथमिकता देने में मदद कर सकते हैं.

सबसे बड़े एलिमेंट को रेंडर करने में लगने वाले समय (एलसीपी) से जुड़ी समस्याएं

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

पेज की अच्छी परफ़ॉर्मेंस के लिए ज़रूरी है कि लिंक पर क्लिक करने के बाद, वेब पेज का कॉन्टेंट लोड होने में 2.5 सेकंड से कम समय लगना चाहिए. अगर इसमें चार सेकंड से ज़्यादा समय लगता है, तो इसे खराब परफ़ॉर्मेंस माना जाता है.

अगले सेक्शन में, एलसीपी पर असर डालने वाली कुछ सामान्य समस्याओं के बारे में बताया गया है. कारोबार से जुड़े फ़ैसले लेने वाले लोग, इन समस्याओं को ठीक कर सकते हैं.

पेज लोड होने में देरी होना

हम अक्सर पेज के लोड होने में लगने वाले समय को कम करने के बारे में सोचते हैं. हालांकि, पेज लोड होने की प्रोसेस शुरू होने से पहले ही, अक्सर देरी हो जाती है. अगर वेबसाइट कुछ सेकंड के लिए भी डाउनलोड नहीं होती है, तो 2.5 सेकंड के अच्छे थ्रेशोल्ड के तहत एलसीपी पाना नामुमकिन है!

टाइम टू फ़र्स्ट बाइट (टीटीएफ़बी) वह समय होता है जो आपके वेब पेज के पहले हिस्से को डाउनलोड होने में लगता है. अगर PageSpeed Insights में टीटीएफ़बी की डाइग्नोस्टिक मेट्रिक की वैल्यू ज़्यादा है और वह लाल या ऐंबर रंग में दिख रही है, तो इसे ठीक करना ज़रूरी है. इससे एलसीपी पर सीधा असर पड़ सकता है.

अपने दर्शकों के बारे में जानें

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

रीडायरेक्‍ट छोटे करें

रीडायरेक्ट, टीटीएफ़बी के धीमे होने की एक और आम वजह है. विज्ञापन कैंपेन चलाते समय या ईमेल भेजते समय, रीडायरेक्ट की संख्या कम से कम रखने की कोशिश करें. इसके लिए, लिंक छोटा करने वाली एक से ज़्यादा सेवाओं का इस्तेमाल न करें. इसके अलावा, ऐसे यूआरएल भी इस्तेमाल न करें जो किसी दूसरे यूआरएल पर रीडायरेक्ट करें. उदाहरण के लिए, किसी कैंपेन में example.com/blog का इस्तेमाल करने पर, उसे www.example.com/blog पर रीडायरेक्ट करना पड़ता है. इसके बाद, https://www.example.com/blog पर रीडायरेक्ट करने से, पेज के टीटीएफ़बी में समय बढ़ जाता है. पक्का करें कि आपके मार्केटिंग कैंपेन में, कम से कम रीडायरेक्ट का इस्तेमाल किया गया हो.

यह पक्का करना कि विज्ञापन कैंपेन सही ऑडियंस को टारगेट कर रहे हों

यह भी पक्का करें कि आपके विज्ञापन कैंपेन, आपकी ऑडियंस को असरदार तरीके से टारगेट कर रहे हों. दुनिया के किसी दूसरे हिस्से में रहने वाले उपयोगकर्ताओं से नया ट्रैफ़िक मिलने पर, विज्ञापन पर खर्च होने वाली रकम बर्बाद होती है. साथ ही, आपकी वेबसाइट की परफ़ॉर्मेंस पर भी बुरा असर पड़ता है. ऐसा इसलिए होता है, क्योंकि उन उपयोगकर्ताओं को आपका प्रॉडक्ट डिलीवर नहीं किया जा सकता.

यूआरएल पैरामीटर, वेब की परफ़ॉर्मेंस पर असर डाल सकते हैं

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

मीडिया, परफ़ॉर्मेंस पर असर डाल सकता है

अपने पेजों पर मीडिया के असर को ध्यान में रखें. इमेज और वीडियो जैसे मीडिया का साइज़ आम तौर पर काफ़ी बड़ा होता है. इसलिए, इन्हें डाउनलोड होने में टेक्स्ट की तुलना में ज़्यादा समय लगता है. इससे पेज के बाकी हिस्से को लोड होने में भी ज़्यादा समय लग सकता है. यह खास तौर पर तब ज़रूरी होता है, जब एलसीपी एलिमेंट टेक्स्ट के बजाय मीडिया हो. करीब 80% वेब पेजों पर एलसीपी एलिमेंट एक इमेज होता है. इसलिए, यह ज़रूरी है कि आप अपनी साइट पर मीडिया के असर को ध्यान में रखें.

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

कैरसेल का इस्तेमाल न करें

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

वेब के लिए ऑप्टिमाइज़ की गई इमेज का इस्तेमाल करना

इसके बाद, मीडिया ऐसेट का साइज़ आता है. वेब पर मौजूद कई इमेज, बहुत ज़्यादा रिज़ॉल्यूशन में दिखाई जाती हैं. पक्का करें कि मीडिया पार्टनर या डिज़ाइन एजेंसियां, अक्सर उपलब्ध कराई जाने वाली प्रिंट-क्वालिटी की पूरी इमेज के बजाय, वेब के लिए ऑप्टिमाइज़ की गई इमेज उपलब्ध कराएं. अपलोड करने से पहले, इमेज से गै़र-ज़रूरी डेटा को तुरंत हटाने के लिए, TinyJPG जैसी सेवा का इस्तेमाल किया जा सकता है. कई वेब प्लैटफ़ॉर्म, इमेज अपलोड होने पर उन्हें अपने-आप ऑप्टिमाइज़ करने की कोशिश करते हैं. हालांकि, उन्हें यह नहीं पता होता कि उपयोगकर्ता के डिवाइस पर वे इमेज किस डाइमेंशन में दिखेंगी. इसलिए, शुरुआत में ही छोटी इमेज उपलब्ध कराने से काफ़ी फ़ायदा मिल सकता है.

वीडियो बनाते समय ज़्यादा सावधानी बरतें

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

A/B टेस्ट

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

A/B टेस्टिंग के कई समाधान, किसी वेबसाइट को उपयोगकर्ता को पहली बार दिखाने में तब तक देरी करते हैं, जब तक कि किसी टेस्ट में किए गए बदलाव लागू नहीं हो जाते. इससे वेबसाइट का ओरिजनल वर्शन नहीं दिखता है. हालांकि, उपयोगकर्ता को वेबसाइट दिखने में देरी होती है. इस देरी से बचने के लिए, सर्वर-साइड पर अन्य समाधान लागू किए जाते हैं. A/B टेस्टिंग की प्रोसेस को समझें और यह भी जानें कि क्या इस प्रोसेस में देरी हो सकती है. इसके अलावा, जहां भी संभव हो वहां सर्वर-साइड A/B टेस्टिंग के समाधानों का इस्तेमाल करें.

A/B टेस्टिंग से, नए बदलावों को लॉन्च करने से पहले अहम सुझाव मिल सकते हैं. हालांकि, पेज की परफ़ॉर्मेंस पर पड़ने वाले असर की तुलना, उन बदलावों से मिलने वाले संभावित फ़ायदों से की जानी चाहिए.

आपका इन्फ़्रास्ट्रक्चर चाहे जो भी हो, A/B टेस्ट करने वाले किसी भी व्यक्ति को इन सबसे सही तरीकों को हमेशा ध्यान में रखना चाहिए:

• A/B टेस्टिंग टूल को सिर्फ़ उन पेजों तक सीमित रखें जो टेस्ट का हिस्सा हैं. ऐसा करने से, सभी पेजों को लोड होने में देरी नहीं होगी. ऐसा इसलिए, क्योंकि हो सकता है कि ज़्यादातर पेजों पर किसी खास समय पर A/B टेस्ट न चल रहा हो.
• A/B टेस्टिंग को उपयोगकर्ताओं के एक सबसेट तक सीमित रखें, ताकि ज़्यादातर उपयोगकर्ताओं पर इसका असर न पड़े.
• A/B टेस्ट को कम से कम समय के लिए चलाएं, ताकि सटीक नतीजे मिल सकें. A/B टेस्ट जितने लंबे समय तक चलेंगे, उपयोगकर्ताओं को पेज की खराब परफ़ॉर्मेंस का अनुभव उतने ही लंबे समय तक हो सकता है.
• सबसे ज़रूरी बात यह है कि जब A/B टेस्टिंग एक्सपेरिमेंट की ज़रूरत न हो, तो उन्हें हटाना न भूलें.

लेआउट शिफ़्ट होने में लगने वाले समय (सीएलएस) से जुड़ी समस्याएं

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

इसे एक गणितीय फ़ॉर्मूले से मेज़र किया जाता है. इससे यह पता चलता है कि कितना कॉन्टेंट शिफ़्ट हुआ है और वह कितना शिफ़्ट हुआ है. इसे बिना यूनिट वाले फ़्रैक्शन के तौर पर दिखाया जाता है. इसमें 0.1 या इससे कम वैल्यू को अच्छा और 0.25 या इससे ज़्यादा वैल्यू को खराब माना जाता है.

सीएलएस पर असर डालने वाली कुछ सामान्य समस्याएं, अगले सेक्शन में दी गई हैं. कारोबार से जुड़े फ़ैसले लेने वाले लोग, इन समस्याओं को ठीक कर सकते हैं.

देखें कि पेज स्क्रोल करने पर, आपकी इमेज कैसे लोड होती हैं

कई टेंप्लेट, पेज पर नीचे मौजूद इमेज को लोड नहीं करते. इससे, पेज लोड होने के दौरान स्क्रीन पर दिखने वाली इमेज को ज़्यादा रिसॉर्स मिलते हैं. इसके बाद, उपयोगकर्ता के नीचे की ओर स्क्रोल करने पर इमेज लोड होती हैं. इमेज लोड करने की इस तकनीक को लेज़ी लोडिंग कहा जाता है.

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

कॉन्टेंट के बीच में विज्ञापन दिखाते समय सावधानी बरतें

कॉन्टेंट के बीच में विज्ञापन डालने से, कॉन्टेंट नीचे की ओर खिसक सकता है. ऐसा इसलिए, क्योंकि विज्ञापनों को लोड होने में अक्सर थोड़ा ज़्यादा समय लगता है. आम तौर पर, पिछले सेक्शन में बताई गई इमेज की तुलना में, विज्ञापनों को लोड होने में ज़्यादा समय लगता है. इन्हें मुख्य पेज के कॉन्टेंट के बगल में रखना एक आम तरीका है. इससे इस जोखिम को कम किया जा सकता है. यह इस बात पर निर्भर करता है कि आपका प्लैटफ़ॉर्म कौनसा है और साइट बनाने के लिए आपने कौनसे टेंप्लेट इस्तेमाल किए हैं.

पेजों के सबसे ऊपर, डाइनैमिक कॉन्टेंट जोड़ने से बचें

पेज लोड होने के बाद, पेज पर सबसे ऊपर सूचनाएं और बैनर जोड़ने से बचें. उदाहरण के लिए, कुकी बैनर या खास ऑफ़र. मुख्य कॉन्टेंट के ऊपर सूचनाओं और बैनर को ओवरले करने से, पेज का कॉन्टेंट इधर-उधर नहीं होगा. पिछले सेक्शन की तरह ही, यहां भी आपके विकल्प इस बात पर निर्भर करेंगे कि आपके पेजों के लिए किस प्लैटफ़ॉर्म और टेंप्लेट का इस्तेमाल किया गया है.

पेज के रिस्पॉन्स में लगने वाले समय (आईएनपी) से जुड़ी समस्याएं

आईएनपी से किसी पेज की रिस्पॉन्सिवनेस का पता चलता है. इससे यह आकलन किया जाता है कि पेज, क्लिक, टैप, और कीबोर्ड इनपुट जैसे इंटरैक्शन का तुरंत जवाब देते हैं या नहीं. जो पेज उपयोगकर्ता के इनपुट का तुरंत जवाब नहीं देते वे अक्सर धीमे लगते हैं. इससे उपयोगकर्ताओं को परेशानी हो सकती है.

आईएनपी, किसी पेज के लाइफ़स्पैन के दौरान, ज़रूरी शर्तें पूरी करने वाले हर इंटरैक्शन को पूरी तरह से मेज़र करता है. साथ ही, सबसे खराब इंटरैक्शन की जानकारी देता है. आईएनपी के लिए, 200 मिलीसेकंड की थ्रेशोल्ड को अच्छा और 500 मिलीसेकंड की थ्रेशोल्ड को खराब माना जाता है.

रिस्पॉन्सिवनेस मेट्रिक, खास तौर पर आईएनपी को ऑप्टिमाइज़ करना मुश्किल होता है. जब ये मेट्रिक खराब थ्रेशोल्ड में होती हैं, तो आम तौर पर ऐसा इसलिए होता है, क्योंकि वेब पेज पर बहुत ज़्यादा काम करने की कोशिश की जाती है. इस वजह से, इंटरैक्शन में देरी होती है. इसलिए, यहां मुख्य समाधानों में ग़ैर-ज़रूरी कोड हटाना शामिल है, ताकि पेज को हल्का बनाया जा सके.

अगले सेक्शन में, आईएनपी पर असर डालने वाली कुछ सामान्य समस्याओं के बारे में बताया गया है. कारोबार से जुड़े फ़ैसले लेने वाले लोग, इन समस्याओं को ठीक कर सकते हैं.

अपने डिवाइस की साफ़-सफ़ाई करें!

अपनी साइट में जोड़े गए प्लग इन और विजेट की समीक्षा करें. अगर उनका इस्तेमाल नहीं किया जा रहा है, तो उन्हें हटा दें. किसी प्लग इन को आज़माने के लिए उसे जोड़ना आसान होता है. हालांकि, अगर वह प्लग इन आपके काम का नहीं है, तो उसे बाद में हटाना याद रखना मुश्किल होता है. इंटरैक्शन धीमे होने की यह एक वजह है. हालांकि, इसे ऑप्टिमाइज़ करना अन्य वजहों की तुलना में आसान है.

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

ज़्यादा रिसॉर्स इस्तेमाल करने वाले विजेट और प्लग इन का इस्तेमाल न करें

हो सकता है कि कंप्यूटेशनल तौर पर महंगे विजेट और प्लग इन अच्छे दिखें, लेकिन क्या वे उपयोगकर्ता अनुभव को बेहतर बनाते हैं या उसे और खराब कर देते हैं? PageSpeed Insights में, परफ़ॉर्मेंस से जुड़ी समस्याओं का विश्लेषण करने वाली रिपोर्ट, Lighthouse उपलब्ध कराता है. इससे उस JavaScript की पहचान करने में मदद मिल सकती है जिसका आपकी वेबसाइट की परफ़ॉर्मेंस पर काफ़ी असर पड़ रहा है.

विजेट को सिर्फ़ उन पेजों पर इस्तेमाल करें जहां उनकी ज़रूरत है. उदाहरण के लिए, अगर आपने'हमसे संपर्क करें' पेज पर Google मैप एम्बेड किया है, तो उसे हर पेज पर लोड करने की ज़रूरत नहीं है. इससे पेज के रिस्पॉन्सिव होने में समस्याएं आ सकती हैं.

विज्ञापनों की संख्या पर ध्यान दें—खास तौर पर मोबाइल पर

कई कारोबारों के लिए, विज्ञापन दिखाना कमाई करने की एक अच्छी रणनीति है. हालांकि, यह रणनीति अक्सर जटिल होती है और इसमें ज़्यादा संसाधनों की ज़रूरत होती है. आपके पास जितने ज़्यादा विज्ञापन होंगे, वे उतने ही ज़्यादा संसाधन इस्तेमाल करेंगे. इससे पेज स्पीड पर असर पड़ सकता है. यह बात खास तौर पर मोबाइल डिवाइसों पर लागू होती है. इनमें प्रोसेसिंग पावर मेमोरी अक्सर डेस्कटॉप या लैपटॉप डिवाइसों जितनी अच्छी नहीं होती.

कमाई और परफ़ॉर्मेंस के बीच संतुलन बनाए रखें. अगर खराब अनुभव की वजह से उपयोगकर्ता आपके ऐप्लिकेशन को जल्दी छोड़ रहे हैं, तो हो सकता है कि उन अतिरिक्त विज्ञापनों से आपको रेवेन्यू मिलने के बजाय नुकसान हो रहा हो.

पेज का साइज़ ज़्यादा न रखें

बड़े और जटिल पेजों को दिखाने के लिए, उन्हें प्रोसेस करने में ज़्यादा समय लगता है. उदाहरण के लिए, अगर आपके पास 1,000 अलग-अलग प्रॉडक्ट वाली प्रॉडक्ट गैलरी है, तो उसे उपयोगकर्ता की ब्राउज़र विंडो में दिखने में कुछ समय लगेगा. इस समय को कम करने के लिए, पेजों को पेज नंबर के हिसाब से बांटने पर विचार करें.

मुझे ज़्यादा मदद कैसे मिल सकती है?

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

प्लैटफ़ॉर्म के हिसाब से जानकारी

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

Lighthouse, स्टैक पैक की सुविधा का इस्तेमाल करके, प्लैटफ़ॉर्म के हिसाब से जानकारी भी दिखाता है. इससे, काम करने वाले प्लैटफ़ॉर्म के उपयोगकर्ताओं को सही सलाह मिल सकती है.

प्लैटफ़ॉर्म समय के साथ लगातार बेहतर होते जा रहे हैं. फ़िलहाल, कई प्लैटफ़ॉर्म परफ़ॉर्मेंस और Core Web Vitals पर ध्यान दे रहे हैं. पक्का करें कि आपका प्लैटफ़ॉर्म अप-टू-डेट हो, ताकि आपको प्लैटफ़ॉर्म डेवलपर की ओर से किए गए नए सुधारों का फ़ायदा मिल सके.

यह तब सबसे आसान होता है, जब होस्ट किए गए किसी प्लैटफ़ॉर्म का इस्तेमाल किया जा रहा हो. ऐसे प्लैटफ़ॉर्म पर, सेवा देने वाली कंपनी प्लैटफ़ॉर्म को अपने-आप मैनेज करती है. इसमें प्लैटफ़ॉर्म के अपडेट भी शामिल होते हैं. अगर प्लैटफ़ॉर्म को खुद होस्ट किया जा रहा है, तो यह पक्का करें कि प्लैटफ़ॉर्म को नियमित तौर पर अपडेट किया जाता हो. उदाहरण के लिए, अपने सर्वर पर WordPress को इंस्टॉल करना. इससे आपकी साइट को उन सभी सुधारों का फ़ायदा मिलेगा जो प्लैटफ़ॉर्म के डेवलपर ने लागू किए हैं. कारोबारों को इस रखरखाव को प्राथमिकता देनी चाहिए या ऐसी सेवा चुननी चाहिए जो उनके लिए इसे मैनेज करे.

किसी वेब डेवलपर की मदद लें

वेब परफ़ॉर्मेंस में विशेषज्ञता रखने वाला वेब डेवलपर, कारोबार के मालिक की तुलना में कई ज़्यादा समस्याओं को हल कर सकता है. ऐसा हो सकता है कि आपने अपनी साइट को शुरू में बनाने या समय-समय पर बदलाव करने के लिए, पहले से ही किसी वेब डेवलपर को काम पर रखा हो. इसके अलावा, आपके पास एक खास डेवलपमेंट टीम हो सकती है या आपको किसी डेवलपर को काम पर रखना पड़ सकता है. हमारा सुझाव है कि ऐसे डेवलपर को काम पर रखें जिसे वेब परफ़ॉर्मेंस की विशेषज्ञता हो.

अगर यहां दिए गए सुझावों से आपकी वेबसाइट की परफ़ॉर्मेंस से जुड़ी समस्याएं हल नहीं हो रही हैं, तो डेवलपर से संपर्क करें. हालांकि, उम्मीद है कि पहले दिए गए उदाहरणों से यह भी पता चलता है कि डेवलपर के साथ काम करना ज़रूरी है. इससे, कारोबार की प्राथमिकताओं और डेवलपमेंट से जुड़े फ़ैसलों के बीच संतुलन बनाया जा सकता है, ताकि आपकी वेबसाइट के लिए सही समाधान मिल सके.

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

नतीजा

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

साथ ही, Core Web Vitals, आपकी वेबसाइट की परफ़ॉर्मेंस का सिर्फ़ एक पैमाना है. कारोबारों को खुद तय करना होगा कि उन्हें अपनी वेबसाइटों पर कितना निवेश करना है और उस निवेश से उन्हें कितना रिटर्न मिलेगा.