पब्लिश किया गया: 20 मई, 2025
जब किसी वेब प्लैटफ़ॉर्म की सुविधा को हर ब्राउज़र में लागू कर दिया जाता है, तो वह बेसलाइन के तौर पर 'हाल ही में उपलब्ध' के तौर पर दिखने लगती है. 30 महीनों के बाद, वह सुविधा बेसलाइन के तौर पर सभी के लिए उपलब्ध हो जाती है. इस थ्रेशोल्ड के बाद, ज़्यादातर वेबसाइटें बिना किसी समस्या के सुविधाओं को अपना सकती हैं. इस गाइड में, बेसलाइन का इस्तेमाल करने का तरीका बताया गया है. साथ ही, अपनी वेबसाइट के उपयोगकर्ताओं से मिले डेटा का इस्तेमाल करके, बेसलाइन टारगेट चुनने का तरीका भी बताया गया है.
बेसलाइन टारगेट क्या है?
बेसलाइन टारगेट, वेब की उन सुविधाओं का ग्रुप होता है जिन्हें डेवलपर, अपने बेसलाइन स्टेटस के आधार पर इस्तेमाल कर सकते हैं. बेसलाइन टारगेट दो तरह के होते हैं: मूविंग टारगेट और फ़िक्स्ड टारगेट.
माइग्रेट करने वाले टारगेट, जैसे कि बेसलाइन के तौर पर बड़े पैमाने पर उपलब्ध या बेसलाइन के तौर पर हाल ही में उपलब्ध, ऐसे टारगेट होते हैं जिनमें मौजूद सुविधाओं का सेट समय के साथ बदल सकता है. टारगेट में बदलाव करने का फ़ायदा तब होता है, जब आपको ब्राउज़र के नए वर्शन रिलीज़ होने पर, काम करने वाली सुविधाओं का सेट अपने-आप अपडेट करना हो.
फ़िक्स किए गए टारगेट ऐसे होते हैं जिनमें समय के साथ सुविधाओं का सेट नहीं बदलता. आम तौर पर, तय किए गए टारगेट, कैलेंडर साल के हिसाब से होते हैं. उदाहरण के लिए, बेसलाइन 2023 एक तय टारगेट है. इसमें वेब की उन सुविधाओं का सेट शामिल होता है जो 2023 में बेसलाइन के तौर पर उपलब्ध हुईं. बेसलाइन 2023 में, ऐसी सुविधाएं शामिल नहीं होंगी जो 2023 के बाद बेसलाइन बन गई हैं. इसका मतलब है कि बेसलाइन 2023 की सुविधाओं का सेट कभी नहीं बदलता.
तय किए गए लक्ष्य उन मामलों में काम के होते हैं जहां अनुमान लगाना और तय करना सबसे ज़रूरी होता है. हालांकि, समय के साथ ये लक्ष्य पुराने हो सकते हैं. इसलिए, तय किए गए लक्ष्यों का इस्तेमाल करते समय, अपने लक्ष्य का नियमित तौर पर फिर से आकलन करना एक अच्छा विचार है.
टारगेट क्यों चुनना चाहिए?
वेब पर सुविधाओं को अपनाने में, काम करने से जुड़ी समस्याओं की वजह से देरी होती है. इस वजह से, वेब को बेहतर बनाने में भी देरी होती है. बेसलाइन से, ब्राउज़र में सुविधाओं के काम करने के बारे में साफ़ तौर पर पता चलता है. साथ ही, इससे यह भी पता चलता है कि कुछ सुविधाओं का इस्तेमाल कब किया जा सकता है. अपनी ऑडियंस और ज़रूरतों के हिसाब से टारगेट चुनने पर, आपको उस टारगेट ग्रुप में मौजूद सुविधाओं का इस्तेमाल करने में भरोसा हो सकता है. इसके लिए, आपको अलग-अलग सुविधाओं को एक-एक करके देखने की ज़रूरत नहीं पड़ेगी.
अपना बेसलाइन टारगेट चुनने के लिए डेटा का इस्तेमाल करना
अगर हो सके, तो सही बेसलाइन टारगेट चुनने के लिए, डेटा के आधार पर फ़ैसला लें. डेटा होने पर, यह तय करना आसान हो जाता है कि किस टारगेट को चुनना है.
अगर आपके पास अपनी साइट के लिए रीयल यूज़र मॉनिटरिंग का डेटा है, तो यह पता लगाया जा सकता है कि बेसलाइन टारगेट, आपके उपयोगकर्ताओं को कैसे मैप करते हैं. उदाहरण के लिए, अगर Google Analytics का इस्तेमाल किया जा रहा है, तो Google Analytics बेसलाइन चेकर का इस्तेमाल करके, यह जानकारी बिना किसी शुल्क के पाई जा सकती है.
इसका इस्तेमाल करने के लिए, आपको Google Analytics में नया एक्सप्लोरेशन बनाना होगा. साथ ही, अपनी रिपोर्ट में कुछ मेट्रिक और डाइमेंशन जोड़ने होंगे और रिपोर्ट को TSV फ़ाइल के तौर पर एक्सपोर्ट करना होगा. इस प्रोसेस के बारे में इन निर्देशों में ज़्यादा जानकारी दी गई है. TSV फ़ाइल को चेकर में इंपोर्ट करने पर, आपको ऐसा आउटपुट दिखेगा:
हमने देखा है कि अन्य टूल भी बेसलाइन के लिए सहायता लागू कर रहे हैं. इससे आपको यह जानकारी मिल सकती है कि आपकी ऑडियंस में से कितने लोग किसी टारगेट के हिसाब से काम करते हैं. उदाहरण के लिए, RUMvision में एक डैशबोर्ड होता है. इससे पता चलता है कि आपके कितने दर्शकों को हर बेसलाइन साल के लिए सहायता मिली है.
अगर मेरे पास असली उपयोगकर्ताओं से मिला सहायता डेटा नहीं है, तो क्या होगा?
ऐसा हो सकता है कि आपको बेसलाइन सुविधाओं के लिए, उपयोगकर्ता का असल डेटा न मिले. अच्छी बात यह है कि आरयूएम संग्रह की अहम जानकारी से, अलग-अलग बेसलाइन टारगेट के लिए सहायता के बारे में सामान्य जानकारी मिल सकती है. यहां तक कि, देश के लेवल पर फ़िल्टर भी किया जा सकता है. हालांकि, यह डेटा आपकी वेबसाइट के उपयोगकर्ताओं के हिसाब से नहीं होगा. यह जानकारी देने वाला एक सामान्य टूल है. इससे पता चलता है कि ये अनुमान आम तौर पर सही हैं:
- नए बेसलाइन टारगेट, जैसे कि मौजूदा साल या पिछले साल के लिए, आपके उपयोगकर्ताओं के बीच सबसे कम सहायता मिलने की संभावना होती है. हालांकि, समय के साथ इन टारगेट के लिए बेहतर सहायता उपलब्ध होगी.
- पुराने बेसलाइन टारगेट, खास तौर पर बेसलाइन के तौर पर उपलब्ध टारगेट, अच्छी तरह से काम करेंगे. अगर आपको कोई संदेह है, तो 'बहुत से लोगों के लिए उपलब्ध' एक बेहतरीन टारगेट है. यह टारगेट, 30 महीने की विंडो के साथ-साथ समय के साथ बेहतर होता जाता है.
- पुराने बेसलाइन टारगेट के लिए भी सबसे अच्छी सहायता मिलेगी. ये ऐसे टारगेट होते हैं जो 30 महीने की विंडो के बाद उपलब्ध होते हैं. 'बहुत से लोगों के लिए उपलब्ध' एक अच्छा डिफ़ॉल्ट टारगेट है. हालांकि, कुछ खास इस्तेमाल के उदाहरणों के लिए, एसएलए की ज़रूरत होती है.
ऐसा हो सकता है कि पांच साल से ज़्यादा पुराना बेसलाइन टारगेट चुनने पर भी, ऐसी सुविधाओं का इस्तेमाल किया जा सके जिनका फ़िलहाल इस्तेमाल नहीं किया जा रहा है. सबसे अच्छी स्थिति में, हो सकता है कि आपने इन सुविधाओं का इस्तेमाल पहले से ही किया हो. हालांकि, ऐसा हो सकता है कि आपको पॉलीफ़िल की ज़रूरत न हो.
मैं अपने प्रोजेक्ट में चुने गए बेसलाइन टारगेट को कैसे लागू करूं?
Browserslist, उन ब्राउज़र को टारगेट करने का एक आम तरीका है जिन पर आपको अपने ऐप्लिकेशन को चलाना है. इसका इस्तेमाल बंडलर और इससे जुड़े अन्य टूल में किया जाता है. जैसे, Babel और PostCSS. इन टूल की मदद से यह तय किया जाता है कि कोड के कुछ हिस्सों को बदलना है या नहीं. इसके अलावा, यह भी तय किया जाता है कि उन्हें पॉलीफ़िल करना है या नहीं.
अब Browserslist के साथ बेसलाइन का इस्तेमाल किया जा सकता है, ताकि कोई बेसलाइन टारगेट चुनते समय, उसे मान्य Browserslist क्वेरी के तौर पर बताया जा सके. इससे यह पक्का होता है कि आपके प्रोजेक्ट में मौजूद टूल, आपके चुने गए टारगेट के हिसाब से कोड को बदलते हैं. ज़्यादा जानकारी के लिए, Browserslist के साथ बेसलाइन का इस्तेमाल करना लेख पढ़ें.
उन सुविधाओं के बारे में क्या होगा जो मेरे बेसलाइन टारगेट को पूरा नहीं करती हैं?
बेसलाइन टारगेट चुनने के बाद, हो सकता है कि आपके पास ऐसी सुविधाएं हों जिनका इस्तेमाल आपको करना है, लेकिन वे उस टारगेट में शामिल न हों. बेसलाइन से आपको यह नहीं पता चलता कि आपको यहां क्या करना चाहिए. साथ ही, आपको इन सुविधाओं का इस्तेमाल करना है या नहीं, यह इस बात पर निर्भर करता है कि आपने किस तरह की वेबसाइट बनाई है और आपकी दर्शक कैसी है.
उदाहरण के लिए, हो सकता है कि ई-कॉमर्स या B2B वेबसाइटों को सहायता थ्रेशोल्ड कम रखना हो और समस्याओं को तब मैनेज करना हो, जब उपयोगकर्ता उनसे सहायता मांगें. वहीं, सरकारी वेबसाइटों को सहायता थ्रेशोल्ड ज़्यादा रखना पड़ सकता है. यहां एक अहम नियम है कि वेब की सभी सुविधाएं एक जैसी नहीं काम करतीं. काम न करने की वजह के हिसाब से सुविधाओं को अलग-अलग कैटगरी में बांटा जा सकता है. हालांकि, काम की सुविधाओं को अलग-अलग कैटगरी में बांटने का एक तरीका यह है:
- बेहतर सुविधा: अगर इस सुविधा का इस्तेमाल किसी ऐसे ब्राउज़र में किया जाता है जिस पर यह काम नहीं करती, तो भी यह सुविधा काम करती रहेगी. इससे उपयोगकर्ता अनुभव खराब हो सकता है, लेकिन हो सकता है कि उपयोगकर्ता को इसका पता न चले. उदाहरण:
loading="lazy". - अतिरिक्त: इस सुविधा से कुछ अतिरिक्त फ़ायदे मिलते हैं, जो आसानी से देखे जा सकते हैं. जैसे, पेज की स्टाइल या कुछ फ़ंक्शन में बदलाव. अगर यह सुविधा काम नहीं करती है, तो हो सकता है कि उपयोगकर्ताओं को इस फ़र्क़ का पता न चले. हालांकि, अगर इस सुविधा के साथ काम करने वाले ब्राउज़र में तुलना की जाती है, तो यह फ़र्क़ दिख सकता है. उदाहरण: सबग्रिड
- गंभीर: अगर यह सुविधा काम नहीं करती है, तो उपयोगकर्ता को खराब अनुभव मिलेगा. हो सकता है कि उसे कोई अनुभव न मिले. उदाहरण: फ़ाइल सिस्टम ऐक्सेस एपीआई का इस्तेमाल, मुख्य और ज़रूरी सुविधा के तौर पर किया जाता है.
आपको यह भी पता चल सकता है कि आपके टारगेट के बाहर की कुछ सुविधाओं के लिए, आपके हिसाब से ज़्यादा सहायता उपलब्ध है. इससे यह पता चलता है कि आपके कितने उपयोगकर्ताओं के पास किसी खास सुविधा के लिए सहायता है. Can I Use की मदद से, आपके Analytics डेटा के आधार पर, अलग-अलग सुविधाओं के लिए सहायता की जांच की जा सकती है. अगर आपको सुविधा के लेवल का डेटा देखना है, तो RUMvision की मदद से ड्रिल-डाउन किया जा सकता है.
इस तरह, आपको जिन सुविधाओं पर ध्यान देने की ज़रूरत है उनकी संख्या कम करने के लिए, अपने बेसलाइन टारगेट का इस्तेमाल किया जा सकता है. टारगेट में शामिल हर चीज़ के लिए आपको चिंता करने की ज़रूरत नहीं है. अगर आपके टारगेट के बाहर एक या दो ऐसी सुविधाएं हैं जो खास तौर पर काम की होंगी, तो आपके पास उन्हें एक्सप्लोर करने के लिए टूल हैं. साथ ही, यह तय करने के लिए भी टूल हैं कि उन्हें पोलीफ़िल करना है या प्रोग्रेसिव एन्हांसमेंट के तौर पर इस्तेमाल करना है.
नतीजा
हर वेब ऐप्लिकेशन की अलग-अलग ज़रूरतें होती हैं. जैसे, ऐसी ई-कॉमर्स साइट जिस पर काम करने में ज़्यादा समस्याएं आ सकती हैं और ऐसी सरकारी वेबसाइट जो ज़्यादा से ज़्यादा उपयोगकर्ताओं के लिए उपलब्ध और काम करती हो. आपको ये हिसाब खुद लगाने होंगे. Baseline का मकसद यह नहीं है कि आपको वेब की नई सुविधाओं को अपनाने के लिए, क्या फ़ैसले लेने हैं, बल्कि यह कैसे फ़ैसले लेने हैं.