क्रॉस-फ़ंक्शनल तरीके से वेबसाइट की स्पीड को ठीक करना

अन्य विभाग, वेबसाइट की स्पीड ऑप्टिमाइज़ेशन प्रोजेक्ट को ज़्यादा सफल बनाने में कैसे मदद कर सकते हैं.

Lina Hansson

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

अपने कारोबार के हिस्सेदारों की मदद से, स्पीड ठीक करना

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

शेयर किया गया चैलेंज

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

ऑपरेशनल लेवल के अलावा, यह समझना भी ज़रूरी है कि फ़िलहाल दो बदलाव हो रहे हैं:

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

अपने हिस्सेदारों को प्रस्ताव भेजना

आम तौर पर, करीब 10% बिक्री डिजिटल प्लैटफ़ॉर्म पर होती है. हालांकि, रिसर्च से पता चलता है कि स्टोर में होने वाली 85% बिक्री पर, पहले डिजिटल प्लैटफ़ॉर्म का असर पड़ता है. इसलिए, हमारे कारोबार की आय के लिए यह ज़रूरी है कि हमारी साइट अच्छी परफ़ॉर्म करे. खास तौर पर, मोबाइल पर, जो अब मुख्य डिवाइस बन रहा है. हम एक स्पीड प्रोजेक्ट का सुझाव देते हैं. इससे साइट को कन्वर्ज़न बढ़ाने में मदद मिलेगी. साथ ही, कम्यूनिकेशन की स्ट्रीम सेट अप करने में भी मदद मिलेगी, ताकि साइट पर असर डालने वाले फ़ैसले लेने से पहले, तकनीकी टीमों की अहम जानकारी का बेहतर तरीके से इस्तेमाल किया जा सके.

अपने हिस्सेदारों के साथ मीटिंग के लिए तैयारी करना

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

  • अपने रिलेटिव मोबाइल कन्वर्ज़न रेट का हिसाब लगाएं. अपनी आंकड़ों की टीम के साथ मिलकर काम करें और स्पीड की वैल्यू में बताए गए विश्लेषण को पूरा करें. अगर आपके पास ऐसी कोई अवधि (कम से कम 2-3 महीने) है जब लोड होने में लगने वाला समय, एक जैसी अवधि की तुलना में काफ़ी ज़्यादा रहा है, तो आम तौर पर साइट की धीमी स्पीड का मोबाइल कन्वर्ज़न पर काफ़ी असर पड़ेगा. विश्लेषण की मदद से, यह हिसाब लगाया जा सकता है कि स्पीड के खराब होने की अवधि के दौरान, कंपनी को कितना रेवेन्यू अगर लोड होने में लगने वाला समय करीब-करीब एक जैसा है, तो विश्लेषण करना मुश्किल होगा. हालांकि, नीचे दिए गए विकल्पों से आपको ज़्यादा जानकारी मिल सकती है.
  • आंकड़ों के मॉडल से, स्पीड की वैल्यू का अनुमान लगाना. Google के TestMySite की मदद से, आपके पास जांच करने का विकल्प है. इसके बाद, यह हिसाब लगाया जा सकता है कि तेज़ साइट आपके कारोबार पर क्या असर डाल सकती है. आपको सिर्फ़ हर महीने आने वाले औसत व्यूअर, कन्वर्ज़न रेट, और औसत ऑर्डर वैल्यू का डेटा चाहिए. इसमें आपकी ऐनलिटिक्स टीम आपकी मदद कर सकती है.
  • सबसे सही तरीके की केस स्टडी उपलब्ध कराएं. दूसरी कंपनियों के उदाहरणों का इस्तेमाल भी किया जा सकता है. इन कंपनियों ने अपनी साइट को तेज़ बनाया है और इसका असर देखा है. पेज लोड होने में लगने वाले समय का कन्वर्ज़न रेट पर क्या असर पड़ता है: 12 केस स्टडी में कुछ उदाहरण दिए गए हैं.
  • मोबाइल की अहमियत बताएं. आंकड़ों से जुड़ी टीम से यह डेटा मांगें कि आपके ट्रैफ़िक का कितना प्रतिशत मोबाइल से और कितना प्रतिशत डेस्कटॉप से आता है.
  • जानें कि इसमें कितना खर्च आएगा. ऊपर दी गई गणनाओं से, हिस्सेदारों को यह दिखाया जा सकता है कि तेज़ी से डिलीवरी करने से, आय में कितनी बढ़ोतरी हो सकती है. हालांकि, हिस्सेदारों को फ़ैसले लेने के लिए आरओआई की जानकारी ज़रूरी होती है. इसलिए, अगर आपने अनुमानित लागत के साथ तैयारी कर ली है, तो फ़ैसला जल्दी लिया जा सकता है. ऐसा करने के लिए, यह आकलन करें कि तेज़ी बढ़ाने के लिए शुरू किए गए प्रोजेक्ट को पूरा होने में कितना समय लगेगा. साथ ही, यह भी देखें कि इसके बाद रखरखाव में कितना समय लगेगा. उदाहरण के लिए, फ़ास्ट-फ़ॉरवर्ड थिंकिंग: TUI ने साइलो को तोड़कर अपनी साइट की स्पीड बढ़ाई में, डेवलपर को बैकलॉग और कैंपेन से 20% समय मुक्त दिया गया था. इस समय का इस्तेमाल, वे प्रोजेक्ट को तेज़ी से पूरा करने और साइट को बेहतर बनाने के दूसरे तरीकों के लिए कर सकते थे.

अपने हिस्सेदारों से मिलना

  • बताएं कि आपको मोबाइल और डेस्कटॉप, दोनों से कितना ट्रैफ़िक मिल रहा है. साथ ही, पिछले कुछ सालों में मोबाइल से मिले ट्रैफ़िक में हुई बढ़ोतरी के बारे में भी बताएं. इससे पता चलता है कि मोबाइल पर अच्छा अनुभव देना कितना ज़रूरी है.
  • यह बताएं कि स्पीड से कंपनी की आय पर क्या असर पड़ता है.
  • हितधारकों को बताएं कि डेवलपर, मोबाइल पर आने वाले लोगों से होने वाली आय बढ़ाने में मदद कर सकते हैं. इसके लिए, उन्हें स्पीड को लगातार बेहतर बनाने का समय देना होगा.
  • सुझाव दें कि डेवलपमेंट टीम के किसी व्यक्ति को उन एग्ज़ीक्यूटिव मीटिंग में शामिल होने का न्योता दिया जाए जहां साइट से जुड़े फ़ैसले लिए जाएंगे. अब हम डिजिटल प्लैटफ़ॉर्म पर प्रॉडक्ट बेचते हैं. जिन कंपनियों ने अपने डिजिटल विशेषज्ञों के साथ बातचीत शुरू कर दी है वे ही इस प्रोग्राम में विजेता होंगी. आधुनिक कंपनियों को डिपार्टमेंट के बीच और हिस्सेदारों और डेवलपर के बीच, कम्यूनिकेशन स्ट्रीम सेट अप करनी होंगी. हार्वर्ड बिज़नेस रिव्यू की एक स्टडी से पता चला है कि हर छह में से एक आईटी प्रोजेक्ट की लागत 200% तक बढ़ जाती है. इसका एक उदाहरण Kmart है. साल 2000 में, जब इसने 1.4 अरब डॉलर का आईटी आधुनिकीकरण प्रोजेक्ट शुरू किया था, तब यह Walmart और Target के मुकाबले अपनी प्रतिस्पर्धी स्थिति खो रही थी. कम्यूनिकेशन और रखरखाव की सुविधा को पहले से सेट अप करने से, सिलो को कम किया जा सकता है. साथ ही, जानकारी शेयर करने से आपको प्रतिस्पर्धा में फ़ायदा मिल सकता है.

अपनी मार्केटिंग टीम की मदद से, स्पीड ठीक करना

शेयर किया गया चैलेंज

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

स्क्रिप्ट का इस्तेमाल सावधानी से करके, बैलेंस बनाए रखा जा सकता है:

  • ऐसे डुप्लीकेट मेट्रिक से बचें जो एक ही चीज़ को मेज़र करती हैं.
  • ऐसे टूल हटाएं जिनका अब इस्तेमाल नहीं किया जा रहा है.
  • "अच्छा है कि हो" वाली चीज़ों को मेज़र न करें. सिर्फ़ कारोबार के लिए ज़रूरी चीज़ों को मेज़र करें.

डेवलपर के लिए यह जानना मुश्किल होता है कि मार्केटिंग डिपार्टमेंट किस पर निर्भर है. साथ ही, हो सकता है कि मार्केटिंग डिपार्टमेंट को यह पता न हो कि साइट के लिए कौनसे टूल ज़्यादा भारी हैं. इसलिए, आपको साथ मिलकर काम करना होगा.

अपनी मार्केटिंग टीम को प्रस्ताव भेजना

ट्रैकिंग और विज्ञापनों के लिए इस्तेमाल किए जाने वाले टूल, अक्सर यह ब्लॉक करते हैं कि साइट पर आने वाले लोग, कॉन्टेंट को कितनी जल्दी देख पाते हैं. इससे मार्केटिंग में किए गए निवेश की वैल्यू कम हो जाती है, क्योंकि हम विज्ञापनों के लिए पैसे चुकाते हैं, लोगों की दिलचस्पी बढ़ती है, वे क्लिक करते हैं, लेकिन फिर उन्हें इंतज़ार करना पड़ता है. इससे दर्शक परेशान हो सकते हैं और चैनल छोड़ सकते हैं. एक अध्ययन में पता चला है कि स्पीड मेट्रिक इंटरैक्टिव होने में लगने वाला समय 0.15 सेकंड से बढ़कर 0.3 सेकंड होने पर, कन्वर्ज़न रेट 50% से घटकर 35% हो गया. क्या हम इस समस्या को हल करने के लिए साथ मिलकर काम कर सकते हैं, ताकि आपके ज़रूरी टूल और साइट की परफ़ॉर्मेंस के बीच संतुलन बना रहे. इससे, मार्केटिंग में किए गए निवेश पर ज़्यादा रिटर्न मिल पाएगा?

अपनी मार्केटिंग टीम के साथ मीटिंग के लिए तैयारी करना

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

अपनी मार्केटिंग टीम से मिलना

  • स्क्रिप्ट की सूची देखें और हर स्क्रिप्ट के बारे में अपना सुझाव दें. उदाहरण के लिए, क्या ज़रूरी स्क्रिप्ट में से कोई भी साइट की परफ़ॉर्मेंस पर काफ़ी बुरा असर डालती है? सुझावों की मदद से, मार्केटिंग टीम को प्राथमिकता तय करने में आसानी होती है. साथ ही, उनके लिए कारोबार के लिहाज़ से क्या ज़रूरी है, यह जानकर आपको उनके नज़रिए को समझने में आसानी होती है.
  • इन विषयों पर चर्चा करें:
    • क्या इकट्ठा किए गए डेटा के फ़ायदों से, साइट के धीमे होने की वजह से हुए नुकसान से ज़्यादा कन्वर्ज़न में बढ़ोतरी हो रही है? डेटा से फ़ैसला लेने में मदद मिल सकती है.
    • क्या आपकी कंपनी ने किसी ऐसे सेवा देने वाली कंपनी को चुना है जिसके पास, मार्केट में टूल का सबसे तेज़ वर्शन है? मार्केटिंग डिपार्टमेंट को डेवलपर से मदद लेनी पड़ सकती है, ताकि यह पता लगाया जा सके कि कारोबार के लिए ज़रूरी टूल को तेज़ी से काम करने वाले विकल्पों से बदला जा सकता है या नहीं.
    • क्या साइट पर मौजूद किसी भी स्क्रिप्ट के विकल्प मौजूद हैं? उदाहरण के लिए, हीटमैप के बजाय, इस्तेमालिता जांच शुरू की जा सकती है. इससे आपको उपयोगकर्ता के व्यवहार के पीछे की "वजह" के बारे में भी पता चलता है. इससे अक्सर अहम जानकारी मिलती है.

आगे की कार्रवाई के लिए सहमति देना

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

अपनी वेब डिज़ाइन टीम की मदद से, स्पीड ठीक करना

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

शेयर किया गया चैलेंज

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

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

अपनी वेब डिज़ाइन टीम को प्रस्ताव भेजना

अध्ययनों से पता चलता है कि कम इमेज और कम एलिमेंट वाले पेजों से ज़्यादा कन्वर्ज़न मिलते हैं. उदाहरण के लिए, Google और SOASTA की एक स्टडी से पता चला है कि ग्राहक में बदलने वाले उपयोगकर्ताओं के सेशन में, ग्राहक में नहीं बदलने वाले उपयोगकर्ताओं के सेशन की तुलना में 38% कम इमेज थीं. क्या हम स्पीड के टारगेट तक पहुंचने के लिए साथ मिलकर काम कर सकते हैं और एक ऐसा जॉइंट कॉलबोरेशन सेट अप कर सकते हैं जिससे साइट पर कन्वर्ज़न बढ़ सकें? साथ मिलकर हम इन चीज़ों को हासिल कर सकते हैं: इमेज को क्वालिटी और स्पीड के बीच संतुलन बनाते हुए सही लेवल पर कंप्रेस करना या जटिल लेआउट या फ़ंक्शन को कम करना, जिनकी वजह से अक्सर साइटें भारी और धीमी हो जाती हैं.

वेब डिज़ाइन टीम के साथ मीटिंग के लिए तैयारी करना

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

अपनी वेब डिज़ाइन टीम से मिलना

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

अपनी ऐनलिटिक्स टीम की मदद से, स्पीड की समस्या ठीक करना

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

शेयर किया गया चैलेंज

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

अपनी Analytics टीम को प्रस्ताव भेजना

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

अपनी आंकड़ों की टीम के साथ मीटिंग के लिए तैयारी करना

  • स्पीड को नियमित तौर पर ट्रैक करें. हमारा सुझाव है कि Lighthouse CI, PageSpeed Insights या WebPageTest जैसे टूल के साथ एपीआई का इस्तेमाल करें. इससे, आपको अलग-अलग समयावधि में आसानी से बेंचमार्किंग करने के लिए, कंट्रोल की गई लैब सेटिंग में नियमित तौर पर आंकड़े इकट्ठा करने में मदद मिलेगी.
  • स्पीड की वैल्यू को आंकड़ों की टीम को भेजें और पूछें कि क्या वे विश्लेषण कर सकती हैं, ताकि मीटिंग के दौरान चार्ट का विश्लेषण किया जा सके.

अपनी आंकड़ों की टीम से मिलना

  • स्पीड की वैल्यू से बनाया गया चार्ट देखें. रिलेटिव मोबाइल कन्वर्ज़न रेट, स्पीड के असर और आपकी साइट की परफ़ॉर्मेंस में होने वाले सुधार को ट्रैक करने का एक तरीका है. आंकड़ों की टीम से पूछें कि क्या वे इसे ट्रैक करना शुरू कर सकती हैं.
  • यह तय करें कि Google Analytics में लोड होने में लगने वाले समय की मेट्रिक, आसान कारोबारी रिपोर्ट के लिए सही है या नहीं. स्पीड की वैल्यू, इस मेट्रिक का इस्तेमाल करती है. जैसा कि कई डेवलपर जानते हैं, यह स्पीड मेट्रिक में से सिर्फ़ एक मेट्रिक है. साथ ही, यह Google Analytics में मौजूद है, इसलिए यह लैब डेटा के बजाय फ़ील्ड डेटा भी है. लेकिन, क्या इसका इस्तेमाल आसानी से तैयार की जा सकने वाली कारोबार की रिपोर्ट के लिए किया जा सकता है? ऊपर दिए गए विश्लेषण से मिले नतीजे देखें और देखें कि क्या कम से कम दो से तीन महीने तक लोड होने में लगने वाला समय ज़्यादा होने पर, मोबाइल पर रिलेटिव कन्वर्ज़न रेट में गिरावट आई है. साथ ही, यह भी देखें कि दो से तीन महीने तक लोड होने में लगने वाला समय कम होने पर, मोबाइल पर रिलेटिव कन्वर्ज़न रेट में बढ़ोतरी हुई है या नहीं. अगर आपके पेज लोड होने में लगने वाला समय काफ़ी स्थिर रहा है, तो यह पता लगाना मुश्किल होगा कि विश्लेषण आपके लिए काम कर रहा है या नहीं. ऐसा तब तक होगा, जब तक पेज लोड होने में लगने वाले समय में काफ़ी सुधार नहीं किया जाता. अगर ऐसा है, तो अगले विकल्प पर जाएं.
  • डेवलपर के इस्तेमाल की जाने वाली स्पीड मेट्रिक के लिए चार्ट दिखाएं. इनके बारे में आंकड़ों की टीम को बताएं और देखें कि आपको कन्वर्ज़न रेट या मोबाइल कन्वर्ज़न रेट के साथ कोई संबंध मिलता है या नहीं.
  • आंकड़ों की टीम को समय दें, ताकि वह रेवेन्यू से जुड़ी गणना में, स्पीड का इस्तेमाल करने के तरीकों और इसे हिस्सेदारों को रिपोर्ट करने के तरीके के बारे में सोच सके. आम तौर पर, यह उनके लिए एक नया विषय होता है. इसके बाद, फिर से मिलें और उस तरीके को आज़माएं जिस पर आप दोनों सहमत हैं. हमेशा की तरह, आपको डेटा इकट्ठा करने के तरीके में तब तक बदलाव करना होगा, जब तक आपको सही तरीका न मिल जाए. हालांकि, यह तरीका, सहयोग शुरू करने का एक तरीका है.

अगले चरण

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