पब्लिश होने की तारीख: 21 नवंबर, 2025
पहले, Target.com पर ब्राउज़र सपोर्ट, मुख्य तौर पर उन सभी उपयोगकर्ताओं को सपोर्ट करने पर आधारित था जो Target.com पर खरीदारी करते हैं. यह नीति, अहम फ़ैसलों के समय बदल जाती है. जैसे, Internet Explorer के लिए पूरी तरह से सपोर्ट बंद करना या ज़्यादा अहम सुविधा का ऐक्सेस पाने के लिए, ब्राउज़र के किसी खास वर्शन को टारगेट करना. ऐसा हर कुछ सालों में एक बार तब होता है, जब इसकी ज़रूरत होती है.
Target.com के पास यह तय करने के लिए कोई प्रोग्रेसिव नीति नहीं थी कि किन ब्राउज़र और सुविधाओं को टारगेट किया जाए. इसलिए, उसने सिर्फ़ कोडबेस में आधुनिक सुविधाओं को अनुमति दी. इसके लिए, उसने पॉलीफ़िलिंग और ट्रांसपाइलिंग जैसे मुश्किल समाधानों का इस्तेमाल किया. ये समाधान, JavaScript के बहुत पुराने वर्शन के लिए उपलब्ध थे. जब WebDX Community Group ने Baseline लॉन्च किया, तब Target.com के स्टेकहोल्डर ने इसे, कम से कम सपोर्ट करने के लिए ज़्यादा सही टारगेट ढूंढने का सही समय माना.
बेसलाइन की मदद से, Target को अब यह पता है कि किन ब्राउज़र पर कौनसी सुविधाएं उपलब्ध हैं. साथ ही, यह उन नई सुविधाओं की पहचान कर सकता है जो प्रोग्रेसिव एन्हांसमेंट और पॉलीफ़िल के साथ उपलब्ध हुई हैं.
समस्या
Target.com के लिए, हर दिन कई इंजीनियर कोड लिखते हैं. कोड की समीक्षा के दौरान, उन सुविधाओं के बारे में बताना आम बात है जो Target.com के साथ काम नहीं करती हैं. इसके लिए, Can I use को संसाधन के तौर पर इस्तेमाल किया जाता है. जब इंजीनियरों को लगातार ऐसी टिप्पणियां मिलती हैं जिनमें उन्हें अपने कोड को बदलकर, आधुनिक सुविधाओं के बजाय लेगसी सुविधाओं का इस्तेमाल करने के लिए कहा जाता है, तो वे नई वेब सुविधाओं का इस्तेमाल नहीं करते हैं. इसके बाद, टारगेट करने के लिए "पुरानी" तकनीकों का इस्तेमाल किया जाता है. हालांकि, आधुनिक सुविधाओं का इस्तेमाल करने का मौका बाद में मिलता है. आधुनिक वेब सुविधाओं का इस्तेमाल करने से, डेवलपर को अक्सर बेहतर अनुभव मिलता है. साथ ही, कम कोड शिप करके उपयोगकर्ताओं को बेहतर अनुभव भी दिया जा सकता है.
ब्राउज़र के साथ काम करने की सुविधा के लिए, डेटा पर आधारित तरीका
Target.com के पास एक webpack config है. यह ब्राउज़र के उन वर्शन के बारे में बताता है जिन पर यह काम करता है. ब्राउज़र के इन वर्शन को अपग्रेड करने के लिए, हमें काफ़ी समय से मुश्किलों का सामना करना पड़ रहा है. साल 2025 की शुरुआत में, ये नियम लागू थे:
- Chrome, Edge, और Firefox के मौजूदा और पिछले दो वर्शन.
- Safari 11 और इसके बाद के वर्शन.
Safari को ज़्यादा अहमियत दी जाती है, क्योंकि iOS पर Safari से ज़्यादा ट्रैफ़िक और बिक्री मिलती है. शुरुआत में, Safari 11 को डेवलपमेंट के लिए कम से कम वर्शन के तौर पर सेट करने का फ़ैसला लिया गया था. इस फ़ैसले के तहत, Target.com को उन वेब सुविधाओं से जोड़ा गया जो 2017 में और उससे पहले उपलब्ध थीं.
Target ने डेवलपमेंट वर्कफ़्लो में बेसलाइन को इंटिग्रेट करने के लिए, डेटा पर आधारित तरीका इस्तेमाल किया. यह इस प्रोसेस का पहला चरण था. रिसर्च से Target को पता चला कि Safari के वर्शन 11 से 14 का कारोबार पर बहुत कम असर पड़ा. खास तौर पर, Target.com पर मांग के हिसाब से होने वाली बिक्री का सिर्फ़ 0.0001%. इस बात को ध्यान में रखते हुए, Target ने यह फ़ैसला लिया कि ब्राउज़र के इन पुराने वर्शन के लिए, ट्रांसपाइलेशन और पॉलीफ़िल हटाने से साइट की परफ़ॉर्मेंस को बेहतर बनाने के कई मौके मिलेंगे.
अतिरिक्त रिसर्च से पता चला कि Safari 15.4, Safari का पहला ऐसा वर्शन था जिसने मांग के हिसाब से कम से कम 0.5% बिक्री की. इसके बाद, Safari 15 के हर माइनर वर्शन का असर एक जैसा रहा. जब भी Anytime Target, A/B टेस्ट करता है, तो मांग के हिसाब से होने वाली बिक्री में 0.5% का बदलाव बहुत अहम होता है. इससे यह नतीजा निकलता है कि Safari का कम से कम सपोर्टेड वर्शन, 15 के आस-पास होना चाहिए.
इस रिसर्च में हमें एक दिलचस्प ट्रेंड मिला है. वह यह है कि Safari ब्राउज़र के पुराने वर्शन का इस्तेमाल कितनी तेज़ी से कम हो रहा है. सितंबर 2024 तक, Target.com पर मांग के आधार पर होने वाली बिक्री में Safari 15 का योगदान सिर्फ़ 0.94% था. जनवरी 2025 में, यह मांग के आधार पर होने वाली बिक्री का 0.67% था. मई 2025 तक, यह और भी कम होकर 0.45% हो गया. नवंबर 2025 तक, यह 0.32% पर पहुंच गया. Target ने इससे यह सीखा कि अगर साइट पर मांग के हिसाब से होने वाली बिक्री के प्रतिशत के तौर पर, असली पैसे के थ्रेशोल्ड का पता लगाया जाता है, तो इन ब्राउज़र के लिए सहायता अपने-आप बंद हो सकती है. साथ ही, Safari 16 का अगला मुख्य वर्शन साल के आखिर तक उपलब्ध हो सकता है.
ब्राउज़र के साथ काम न करने का मतलब यह नहीं है कि उन ब्राउज़र को ब्लॉक कर दिया गया है. उनका इस्तेमाल करने वाले लोग अब भी खरीदारी कर सकते हैं. हालांकि, कुछ मामलों में उन्हें बेहतर अनुभव नहीं मिल सकता. बदलाव करने के बाद, डेटा पर आधारित अप्रोच का इस्तेमाल जारी रखने पर, विश्लेषकों ने बताया कि कारोबारी मेट्रिक पर कोई खास असर नहीं पड़ा. Target, ऐसे बैनर पर भी काम कर रहा है जो ब्राउज़र के ऐसे वर्शन पर दिखता है जिन पर यह काम नहीं करता. इस बैनर में, उपयोगकर्ता को खराब अनुभव के बारे में चेतावनी दी जाती है.
Target.com के लिए बेसलाइन टारगेट चुनना
Target के वेब इंजीनियरों ने एक Baseline वर्किंग ग्रुप बनाया. इसका मकसद, आधुनिक सुविधाओं का इस्तेमाल करने और यह तय करने के लिए इन कोशिशों को एक साथ लाना था कि किन ब्राउज़र के साथ काम करने वाली सुविधाओं को इस्तेमाल किया जाए, ताकि नीति को लागू करने में मदद मिल सके. उन्होंने Baseline के टूल का इस्तेमाल करके, यह पता लगाया कि हर साल के लिए ब्राउज़र का कम से कम सेट क्या था. Target की नई नीति के सबसे करीब बेसलाइन 2022 का लक्ष्य था:
{
"chrome": "108",
"edge": "108",
"firefox": "108",
"ios": "16",
"safari": "16"
}
उस बेसलाइन तक पहुंचने के लिए, Target को अपनी ब्राउज़र नीति में बदलाव करके, Safari 16 को कम से कम इस्तेमाल करना होगा. फ़िलहाल, वह 15.4 वर्शन का इस्तेमाल कर रहा है. इससे, खरीदारी करने वाले 0.5% से भी कम लोगों को खराब अनुभव मिलेगा. हालांकि, यह प्रतिशत कम हो रहा है. इसलिए, Target को उम्मीद है कि वह 2025 के आखिर तक, अपनी आधिकारिक नीति को अपडेट कर लेगा. इससे, वह 2022 के बेसलाइन से जुड़ जाएगी. इससे Target.com के डेवलपर को यह सुविधा मिलती है कि वे टारगेट को बदलकर, सालाना पब्लिश होने वाले बेसलाइन से करीब तीन साल पीछे कर सकते हैं.
कुल मिलाकर, Target.com के लिए webpack बंडल छोटे होते हैं. ऐसा इसलिए है, क्योंकि कोड को कम ट्रांसपाइल किया जाता है और पॉलीफ़िल जोड़े जाते हैं. Target को भरोसा है कि यह टारगेट समय के साथ आगे बढ़ेगा. साथ ही, उम्मीद है कि अगले साल इस समय तक, Baseline 2023 को अपनाया जा सकेगा. इसमें कई बेहतरीन सुविधाएं शामिल हैं. जैसे, कंटेनर क्वेरी, :has सिलेक्टर, inert एट्रिब्यूट वगैरह.
बेसलाइन की नई सुविधाओं के सेट को देखना
Target Baseline वर्किंग ग्रुप, Baseline 2022 के साथ काम करना बंद नहीं कर रहा है. Baseline 2023 की सुविधाओं को देखने पर पता चलता है कि इनमें से कई सुविधाएं, बिना बैकअप के काम कर सकती हैं. जैसे, पॉलीफ़िल. Target को बेसलाइन 2023 में शामिल हर सुविधा के लिए, ये काम करने होंगे:
- बताएं कि यह सुविधा क्या करती है.
- इस बात का दस्तावेज़ बनाएं कि इसके इस्तेमाल से Target.com को कैसे बेहतर बनाया जा सकता है. इसमें डेवलपर के अनुभव को बेहतर बनाने के तरीके भी शामिल करें.
- Target.com के कोडबेस में सुविधा को लागू करने के लिए, एक अच्छा टेस्ट केस ढूंढें.
- अगर ज़रूरी हो, तो यह दस्तावेज़ बनाएं कि कौनसे फ़ॉलबैक इस्तेमाल किए जाएं. इनमें प्रोग्रेसिव एन्हांसमेंट या सुविधा का पता लगाने की प्रोसेस के ज़रिए उपलब्ध कराए गए अन्य समाधान शामिल हैं.
- आखिर में, इस सुविधा के इस्तेमाल की अनुमति कब तक मिल सकती है? क्या अब इसका इस्तेमाल किया जा सकता है? या क्या हमें आने वाले समय में किसी थ्रेशोल्ड के पूरा होने का इंतज़ार करना चाहिए?
इसका एक उदाहरण inert एट्रिब्यूट है. Safari में inert का इस्तेमाल करने के लिए, कम से कम 15.5 वर्शन होना चाहिए. इसका मतलब है कि Target.com जल्द ही इसका इस्तेमाल कर पाएगा! Target.com पर कई ऐसे मोडल लागू किए गए हैं जहां इस एट्रिब्यूट का इस्तेमाल करने से, मौजूदा JavaScript समाधान की तुलना में ज़्यादा फ़ायदा मिलेगा. इस सुविधा के बारे में इंजीनियर से रिपोर्ट लिखवाने पर, जानकारी शेयर करने और ब्राउज़र की नीति में अगले बदलाव के लिए तैयारी करने में मदद मिलती है. इससे यह साबित करने में मदद मिलती है कि ब्राउज़र के ऐसे वर्शन के लिए सहायता बंद करने से, कारोबार को कम फ़ायदा मिलता है. हालांकि, इससे ऐसी सुविधाएं अनलॉक की जा सकती हैं जिनसे कारोबार को फ़ायदा मिलता है. इस सुविधा को फ़ीचर फ़्लैग के तहत बनाया, समीक्षा किया, और डिप्लॉय किया जा सकता है. साथ ही, इसे इस्तेमाल करने के लिए तैयार रखा जा सकता है.
इसके अलावा, कोई दूसरा इंजीनियर कंटेनर क्वेरी का इस्तेमाल करने के लिए, इसी प्रोसेस को फ़ॉलो करेगा. यह सुविधा अब बड़े पैमाने पर उपलब्ध है. कंटेनर क्वेरी का इस्तेमाल पॉलीफ़िल के साथ किया जा सकता है. हालांकि, पॉलीफ़िल की परफ़ॉर्मेंस से जुड़ी समस्याएं पहले से पता हैं. Target ने इस समस्या का समाधान यह निकाला कि कंटेनर क्वेरी का इस्तेमाल सिर्फ़ प्रोग्रेसिव एन्हांसमेंट के तौर पर किया जाए. ऐसा तब तक किया जाए, जब तक ब्राउज़र के ज़रूरी वर्शन इस सुविधा को पूरी तरह से सपोर्ट न करने लगें.
यह प्रोसेस Target.com के लिए अच्छी तरह से काम करती है. ऐसा इसलिए, क्योंकि जब किसी सुविधा के कम से कम वर्शन का इस्तेमाल काफ़ी हद तक होने लगता है, तो प्रोग्रेसिव एन्हांसमेंट की ज़रूरत नहीं होती. इसके बाद, सुविधा का इस्तेमाल किया जा सकता है. हाल ही के ऑडिट में यह पता चला है कि Target.com, कई ऐसे पॉलीफ़िल शिप कर रहा है जिनकी ज़रूरत नहीं है. इसलिए, अपने ऐप्लिकेशन में बेसलाइन को लागू करके, इस तरह के तकनीकी कर्ज़ को कंट्रोल किया जा सकता है.
वेब परफ़ॉर्मेंस से जुड़े बेसलाइन कॉन्सेप्ट
किसी भी खुदरा वेबसाइट के लिए परफ़ॉर्मेंस अहम होती है. Target.com पर काम करने वाले डेवलपर का मानना है कि बहुत ज़्यादा JavaScript का इस्तेमाल किया जाता है. अगर उपयोगकर्ताओं को भेजे गए JavaScript बंडलों में से 5% को हटा दिया जाता है, तो यह एक बड़ी उपलब्धि है. हालांकि, इससे Target.com पर वेबसाइट की परफ़ॉर्मेंस की जानकारी में ज़्यादा सुधार नहीं होता. अगर Target इस काम को 10 बार करता है, तो बंडल के साइज़ में 50% की कमी आएगी. इससे Target के परफ़ॉर्मेंस लक्ष्यों को हासिल करने में काफ़ी मदद मिलेगी.
Target.com पर इंजीनियरों को, JavaScript की उस मात्रा के बारे में सोचने की अनुमति मिली है जिस पर मोडल, सुलभता से जुड़ी ज़रूरतें, पॉपओवर, कैरसेल, अकॉर्डियन, और उपयोगकर्ता अनुभव से जुड़ी अन्य सामान्य समस्याएं निर्भर करती हैं. इनमें से हर एक के लिए, पॉलीफ़िल या कस्टम JavaScript समाधानों की ज़रूरत होती है. इससे ऐप्लिकेशन के JavaScript का साइज़ बढ़ जाता है. Target, बेसलाइन का इस्तेमाल करता है. इसलिए, ब्राउज़र के टारगेट समय के साथ बेहतर होते जाते हैं. साथ ही, नई सुविधाओं को शामिल करने से जुड़ी नीतियों में ढील दी जा सकती है. Target को उम्मीद है कि समय के साथ, वह कम कोड ट्रांसपाइल करेगा, कम सुविधाओं के लिए पॉलीफ़िल करेगा, और ज़रूरत पड़ने पर वेब कॉम्पोनेंट भी इस्तेमाल करेगा. प्रोजेक्ट टूलचेन में शामिल किए गए पॉलीफ़िल और टारगेट किए गए ब्राउज़र पर ध्यान देने से, Target.com के JavaScript बंडल का साइज़ पहले ही 10%कम हो गया है. यह नई सुविधाओं को अपनाने से पहले किया जाता है. इसमें हर साल सुधार होना चाहिए. यह सीधे तौर पर इस बात से जुड़ा है कि Target.com की परफ़ॉर्मेंस को बेहतर बनाने के लिए, Target बड़े पैमाने पर निवेश कर रहा है.
सीखने वाली अहम बातें
Target.com के लिए, नई और ज़्यादातर उपलब्ध वेब सुविधाओं की बेसलाइन रिपोर्ट और बेसलाइन टारगेट तय करना एक अहम टूल साबित हुआ है. यहां कुछ मुख्य नतीजे दिए गए हैं:
- ब्राउज़र टारगेट करने की सुविधा, अब आठ साल पहले रिलीज़ हुए ब्राउज़र के बजाय तीन साल पहले रिलीज़ हुए ब्राउज़र के साथ काम करती है.
- साल 2022 के बेसलाइन टारगेट को 2025 के आखिर तक हासिल कर लिया जाएगा.
- Target.com के JavaScript बंडलों का कुल साइज़ 10% कम हो गया है.
- पुराने ब्राउज़र इस्तेमाल करने वाले लोगों की संख्या में हर साल करीब 300% की गिरावट आ रही है. इन ब्राउज़र से कारोबार को 1% से भी कम फ़ायदा मिलता है. सितंबर 2024 में, पुराने ब्राउज़र इस्तेमाल करने वाले लोगों की संख्या 0.94% थी. नवंबर 2025 में यह संख्या 0.32% हो गई.
वेब पहले से ज़्यादा तेज़ी से आगे बढ़ रहा है. इस बात को ध्यान में रखते हुए, Target ने सुविधाओं को तेज़ी से अपनाने का फ़ैसला किया है. इन सुविधाओं को व्यवस्थित करने से, टारगेट को यह तय करने में मदद मिलती है कि हर सुविधा को कब अनलॉक करना है. साथ ही, इससे टारगेट के इंजीनियरों को यह भरोसा मिलता है कि उन्हें यह पता है कि बड़ी खुदरा वेबसाइट के लिए किन सुविधाओं का इस्तेमाल करना है और उन्हें कब इस्तेमाल करना है.