तीसरे पक्ष के टैग को ऑप्टिमाइज़ करने से पहले, पक्का करें कि आपकी साइट पर इन स्क्रिप्ट की अब भी ज़रूरत है.
तीसरे पक्ष की स्क्रिप्ट या "टैग" आपकी साइट पर परफ़ॉर्मेंस से जुड़ी समस्याओं का सोर्स हो सकते हैं, इसलिए ऑप्टिमाइज़ेशन का टारगेट. हालांकि, जोड़े गए टैग को ऑप्टिमाइज़ करने से पहले, पक्का करें कि वे टैग ऑप्टिमाइज़ न किए जा रहे हों जिनकी आपको ज़रूरत नहीं है. इस लेख में आपको नए टैग के अनुरोधों का आकलन करने, मौजूदा टैग को मैनेज करने और उनकी समीक्षा करने का तरीका बताया गया है.
तीसरे पक्ष के टैग के बारे में बात करते समय, बातचीत अक्सर परफ़ॉर्मेंस से जुड़ी समस्याओं पर जाती है जिससे इन टैग की "मुख्य" भूमिका के बारे में पता नहीं चलता. ये वेब को ज़्यादा डाइनैमिक, इंटरैक्टिव, और आपस में कनेक्ट होने के लिए, काम की कई तरह की सुविधाएं देते हैं. हालांकि, संगठन की अलग-अलग टीमें तीसरे पक्ष के टैग जोड़ सकती हैं और ऐसा अक्सर समय के साथ भूल जाते हैं. लोग आगे बढ़ते रहते हैं, अनुबंध खत्म हो जाते हैं या नतीजे मिलते हैं, लेकिन स्क्रिप्ट हटाने के लिए टीमें कभी संपर्क नहीं करती.
तीसरे पक्ष के टैग स्क्रिप्ट को लागू करने या तकनीकी नज़रिए से कौनसे टैग स्थगित, लेज़ी-लोडेड या पहले से कनेक्ट किए जा सकते हैं के बारे में सोचना शुरू करने से पहले, यह तय करने का एक मौक़ा है कि संगठन के नज़रिए से साइट/पेज पर कौनसे टैग जोड़े जाएं. यह एक सामान्य विषय है, जो तीसरे पक्ष के बहुत ज़्यादा टैग की वजह से वेबसाइट के धीमा हो रहा है. यह है कि वेबसाइट के इस हिस्से पर किसी एक व्यक्ति या टीम का मालिकाना हक नहीं है. इसलिए, यह सही से काम नहीं करता. स्टेजिंग एनवायरमेंट में परफ़ॉर्मेंस से खुश रहना, अपनी वेबसाइट को ऑप्टिमाइज़ करना से ज़्यादा परेशान करने वाली बात नहीं होती. यह सिर्फ़ इसलिए होती है, क्योंकि जोड़े गए टैग की वजह से प्रोडक्शन में तेज़ी से गिरावट आती है. तीसरे पक्ष के टैग के लिए "जांच करने की प्रोसेस" लागू करने से, इस समस्या को रोकने में मदद मिल सकती है. इसके लिए, एक ऐसा वर्कफ़्लो बनाया जाता है जो इन टैग के लिए क्रॉस-फ़ंक्शनल रिस्पॉन्स और ज़िम्मेदारी तय करता है.
तीसरे पक्ष के टैग को मैनेज करने का तरीका पूरी तरह से संगठन, उसकी संरचना, और उसकी मौजूदा प्रोसेस पर निर्भर करता है. यह उतना ही बुनियादी काम हो सकता है, जितना कि एक सिंगल टीम का होना, जो टैग को जोड़े जाने से पहले उनका विश्लेषण करने के लिए, गेटकीपर की भूमिका निभाती है. या ज़्यादा बेहतर और औपचारिक हो सकता है. उदाहरण के लिए, किसी टैग के अनुरोध को सबमिट करने के लिए टीमों को फ़ॉर्म मुहैया कराना. इसमें इस बारे में कुछ जानकारी मांगी जा सकती है कि वेबसाइट पर इसके होने की क्या ज़रूरत है, वेबसाइट कितनी देर तक बनी रहेगी, और इससे कारोबार को क्या फ़ायदा होगा.
टैग को मैनेज करने की प्रक्रिया
अगर अपने संगठन में ही प्रॉडक्ट टैग करने हैं, तो इन चरणों को टैग के लाइफ़साइकल का हिस्सा माना जाना चाहिए.
अनुपालन
पेज पर कोई भी टैग जोड़ने से पहले, जांच लें कि किसी कानूनी टीम ने उसकी पूरी तरह से जांच की है. इससे यह पक्का किया जा सकेगा कि टैग मौजूद होने के लिए सभी ज़रूरी शर्तों को पूरा करता है. इसमें यह जांचना शामिल हो सकता है कि टैग ईयू (यूरोपीय संघ) के जनरल डेटा प्रोटेक्शन रेगुलेशन (जीडीपीआर) और कैलिफ़ोर्निया कंज़्यूमर प्राइवसी ऐक्ट (सीसीपीए) का पालन करता है या नहीं.
अगर इस चरण को लेकर कोई शंका है, तो इसे ठीक करना बेहद ज़रूरी है. अगर परफ़ॉर्मेंस के हिसाब से टैग का आकलन किया जाता है, तो उसे ठीक करना ज़रूरी है.
ज़रूरी है
दूसरे चरण में यह सवाल है कि पेज पर किसी खास टैग की ज़रूरत है या नहीं. बातचीत के इन बिंदुओं पर विचार करें:
- क्या टैग ऐक्टिव तौर पर इस्तेमाल किया जा रहा है? अगर नहीं, तो क्या इसे हटाया जा सकता है?
- अगर टैग पूरी वेबसाइट पर लोड हो रहा है, क्या यह ज़रूरी है? उदाहरण के लिए, अगर हम किसी A/B टेस्टिंग सुइट का विश्लेषण कर रहे हैं और फ़िलहाल सिर्फ़ लैंडिंग पेज पर टेस्ट किया जा रहा है, तो क्या हम टैग को सिर्फ़ इस पेज टाइप पर ही छोड़ सकते हैं?
- क्या हम इसमें कोई और लॉजिक जोड़ सकते हैं. क्या यह पता लगाया जा सकता है कि लाइव A/B टेस्ट मौजूद है या नहीं? अगर ऐसा है, तो टैग जोड़ने की अनुमति दें. अगर ऐसा नहीं है, तो पक्का करें कि वह मौजूद नहीं है.
मालिकाना हक
टैग के मालिक के तौर पर साफ़ व्यक्ति या टीम के होने से, टैग का लगातार ट्रैक रखने में मदद मिलती है. आम तौर पर, यह वही व्यक्ति होता है जिसने टैग जोड़ा हो. टैग के बगल में किसी व्यक्ति को असाइन करने से, यह पक्का होता है कि आने वाले समय में समीक्षाएं और ऑडिट किए जा सकेंगे, ताकि यह पता लगाया जा सके कि टैग की ज़रूरत है या नहीं.
मकसद
चौथा चरण, लोगों को यह समझाना है कि पेज पर टैग क्यों जोड़ा गया है, क्रॉस-फ़ंक्शनल ज़िम्मेदारी और ज़िम्मेदारी तय करना शुरू होता है. इसके लिए यह समझना ज़रूरी है कि हर टैग की वजह से वेबसाइट पर क्या आ रहा है और उसका इस्तेमाल क्यों किया जा रहा है. उदाहरण के लिए, अगर टैग, उपयोगकर्ता के सेशन की कार्रवाइयों को रिकॉर्ड कर रहा है, ताकि उपयोगकर्ताओं को मनमुताबिक अनुभव मिल सके, तो क्या सभी टीमों को पता है कि इसकी वजह क्या होनी चाहिए?
इसके अलावा, क्या कोई व्यावसायिक बनाम परफ़ॉर्मेंस ट्रेड-ऑफ़ चर्चा हुई है? अगर कोई ऐसा टैग है जिसे "ज़रूरी" माना गया है, क्योंकि उससे कमाई होती है, तो देखें कि स्पीड रिग्रेशन के ज़रिए संभावित रेवेन्यू के नुकसान का विश्लेषण किया गया है
समीक्षा
पांचवां, अंतिम और सबसे अहम चरण यह है कि टैग की नियमित रूप से समीक्षा की जा रही हो. यह वेबसाइट के आकार, साइट पर मौजूद टैग की संख्या, और उनके टर्नअराउंड टाइम (जैसे कि हर हफ़्ते, हर महीने, तिमाही) पर निर्भर होना चाहिए. इसका इस्तेमाल ठीक उसी तरह किया जाना चाहिए जिस तरह अन्य वेबसाइट ऐसेट (JS, सीएसएस, इमेज वगैरह) को ऑप्टिमाइज़ करते समय किया जाता है. साथ ही, नियमित तौर पर इसकी जांच की जानी चाहिए. समीक्षा न करने पर टैग मैनेजर का काम "फूला हुआ" हो सकता है, जिससे पेज धीमा हो जाते हैं. पेज पर ज़रूरी फ़ंक्शन को पहले जैसा किए बिना, वापस बेहतर परफ़ॉर्म करने वाला होना चाहिए, तो यह मुश्किल काम हो सकता है.
जांच करने की प्रक्रिया में आपको टैग की एक आखिरी सूची मिल जाएगी. इन टैग को किसी खास पेज की ज़रूरत के हिसाब से तय किया जाता है. इस चरण में, तकनीकी ऑप्टिमाइज़ेशन के तरीकों पर काम किया जा सकता है. इससे परफ़ॉर्मेंस बजट के अंदर ही, इस फ़ाइनल सूची में टैग की संख्या तय करने का मौका भी मिलता है. Lighthouse CI से इसे मॉनिटर किया जा सकता है और परफ़ॉर्मेंस के हिसाब से लक्ष्य की सेटिंग में शामिल किया जा सकता है. उदाहरण के लिए:
अगर हम अपने लैंडिंग पेज पर, ऑप्टिमाइज़ किए गए JS के साथ-साथ पांच से कम टैग का इस्तेमाल करते हैं, तो हमें भरोसा है कि वेबसाइट की परफ़ॉर्मेंस की जानकारी में टोटल ब्लॉकिंग टाइम (टीबीटी), ‘अच्छा’ हो सकता है.