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

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

Lina Hansson

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

अपने कारोबार के हिस्सेदारों की मदद से वेबसाइट की परफ़ॉर्मेंस को बेहतर बनाएं

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

द शेयर्ड चैलेंज

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

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

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

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

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

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

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

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

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

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

अपनी मार्केटिंग टीम की मदद से स्पीड को बेहतर करें

द शेयर्ड चैलेंज

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

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

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

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

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

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

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

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

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

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

आगे के चरणों के लिए सहमति दें

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

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

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

द शेयर्ड चैलेंज

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

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

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

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

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

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

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

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

आंकड़ों की टीम की मदद से, अपनी साइट की परफ़ॉर्मेंस को बेहतर करें

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

द शेयर्ड चैलेंज

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

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

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

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

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

आंकड़ों की टीम से मिलें

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

अगले चरण

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