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

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

शुरुआती जानकारी

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

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

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

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

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

वेबसाइट की परफ़ॉर्मेंस की अहम जानकारी क्या होती है?

वेबसाइट की परफ़ॉर्मेंस की अहम जानकारी देने वाली मेट्रिक, तीन मेट्रिक का एक सेट होती हैं. इन्हें किसी पेज पर मौजूद उपयोगकर्ता अनुभव को मापने के लिए डिज़ाइन किया गया है. खास तौर पर, यह मेट्रिक, उपयोगकर्ताओं को पेज लोड होने की रफ़्तार बढ़ाने में मदद करती है. इनमें से हर एक का छोटा रूप तीन अक्षर का है:

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

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

वेबसाइट की परफ़ॉर्मेंस की अहम जानकारी को कैसे मेज़र किया जाता है?

वेबसाइट की परफ़ॉर्मेंस की अहम जानकारी को, आपकी वेबसाइट के असली उपयोगकर्ताओं से मापा जाता है. साथ ही, इसे इस्तेमाल करने वाले लोगों को अलग-अलग नतीजे मिलते हैं. ये "Google के बारे में क्या सोचते हैं" और न ही "googlebot क्या सोचता है", ये नहीं हैं कि वे आपकी वेबसाइट के असल उपयोगकर्ताओं को क्या अनुभव करते हैं.

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

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

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

मैं अपनी साइट की वेबसाइट की परफ़ॉर्मेंस की अहम जानकारी का पता कैसे लगाऊं?

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

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

PageSpeed Insights

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

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

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

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

Google Search Console

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

PageSpeed Insights के उलट, GSC आपकी साइट के उन सभी पेजों की सूची बनाता है जिनके बारे में Google Search को पता है. साथ ही, इन सभी के लिए, GSC की वेबसाइट की परफ़ॉर्मेंस की जानकारी का ब्यौरा भी मिलता है:

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

साइट बिल्डर के लिए, वेबसाइट की परफ़ॉर्मेंस की जानकारी से जुड़ी सामान्य समस्याएं

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

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

सबसे बड़े कॉन्टेंटफ़ुल पेंट (एलसीपी) से जुड़ी समस्याएं

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

अपने पेजों पर मीडिया के असर को ध्यान में रखें. इमेज और वीडियो जैसे मीडिया, आम तौर पर बहुत बड़े होते हैं. इसलिए, उन्हें डाउनलोड करने में टेक्स्ट से ज़्यादा समय लगता है. इससे, बाकी पेज लोड होने की रफ़्तार भी कम हो सकती है. यह खास तौर पर तब अहम होता है, जब एलसीपी एलिमेंट टेक्स्ट के बजाय मीडिया हो. एलसीपी एलिमेंट, करीब 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 में परफ़ॉर्मेंस से जुड़ी समस्याओं का पता लगाएं/लाइटहाउस रिपोर्ट से, आपको JavaScript की पहचान करने में मदद मिल सकती है. इस रिपोर्ट का आपकी वेबसाइट की परफ़ॉर्मेंस पर काफ़ी असर पड़ रहा है.

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

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

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

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

पेज के बहुत ज़्यादा साइज़ से बचें

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

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

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

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

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

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

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

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

वेब डेवलपर से जुड़ना

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

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

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

नतीजा

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

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

स्वीकार हैं

Unsplash पर कार्लोस मुज़ा की थंबनेल इमेज