आने वाले महीनों में Chrome, ऐप्लिकेशन इंस्टॉल करने की शर्तों को आसान बनाने के लिए प्रयोग चलाएगा, ताकि डेवलपर और उपयोगकर्ता अनुभव को बेहतर बनाया जा सके. इस पोस्ट में आपको किए जा सकने वाले बदलाव और इन एक्सपेरिमेंट को चलाने की वजहों के बारे में बताया गया है.
मोबाइल पर वेब सुविधा के तौर पर, इंस्टॉल करने की सुविधा साल 2015 से मौजूद है. इसे 2019 में, डेस्कटॉप के पीडब्ल्यूए इंस्टॉल के लिए भी जोड़ा गया था. Chromium ब्राउज़र पर इंस्टॉल करने की क्षमता, क्वालिटी से जुड़ी शर्तों के हिसाब से प्रतिबंधित होती है. इनमें नाम और आइकॉन जैसे खास फ़ील्ड वाला मेनिफ़ेस्ट और फ़ेच हैंडलर वाला सर्विस वर्कर शामिल हैं.
इंस्टॉल करने की मौजूदा शर्तों का मकसद डेवलपर को बढ़ावा देना है, ताकि वे अच्छी क्वालिटी वाले उपयोगकर्ता अनुभव पाने में निवेश कर सकें. साथ ही, सॉफ़्टवेयर इंस्टॉल होने पर उपयोगकर्ताओं की उम्मीदों को पूरा कर सकें. हालांकि, इस शर्त को पूरा करने के लिए ज़रूरी नहीं है कि इन शर्तों से हमेशा बेहतर क्वालिटी का अनुभव मिले. उदाहरण के लिए, सर्विस वर्कर जांच का मकसद कुछ ऑफ़लाइन अनुभव वाली साइटों का पता लगाने के लिए प्रॉक्सी के रूप में था, लेकिन साइटों ने मानदंड पूरे करने के लिए खाली फ़ेच हैंडलर वाले सर्विस वर्कर को जोड़ दिया. इससे अनुभव को बेहतर बनाने के बजाय वेब की परफ़ॉर्मेंस पर बुरा असर पड़ता है और (Chrome ने खाली हैंडलर को अनदेखा करके समस्या को कम कर दिया है).
मौजूदा शर्तों की वजह से, हमें उम्मीद के मुताबिक नतीजे नहीं मिल रहे हैं. इसलिए, हम इन शर्तों में कुछ बदलाव करके देख रहे हैं. हमने सबसे पहले एक सर्विस वर्कर की शर्त हटा दी है, जो मेन्यू से इंस्टॉल करने के लिए fetch() तरीका लागू करता है. ऐसा इसलिए किया गया है, क्योंकि मोबाइल पर वर्शन 108 और डेस्कटॉप पर 112 लागू होता है.
उपयोगकर्ताओं को इन-ऐप्लिकेशन ऑफ़लाइन अनुभव देने के मूल लक्ष्य को पूरा करने के लिए, हमने उन साइटों के लिए एक डिफ़ॉल्ट कस्टम पेज लॉन्च किया है जो खुद का पेज लागू नहीं करती हैं.
फ़िलहाल, इंस्टॉल करने का प्रॉम्प्ट दिखाने वाले एल्गोरिदम को fetch() हैंडलर की ज़रूरत होती है. इस क्षेत्र में हम नए सिग्नल को शामिल करने पर काम कर रहे हैं और प्रॉम्प्ट तब दिखाते हैं, जब उपयोगकर्ता की ऐप्लिकेशन इंस्टॉल करने की संभावना सबसे ज़्यादा होती है. डेवलपर अब भी प्रॉम्प्ट को कंट्रोल करने के लिए, beforeInstallPrompt() का इस्तेमाल कर सकते हैं.
हम चाहते हैं कि उपयोगकर्ता यह तय कर सकें कि वे किन वेबसाइटों को ऐप्लिकेशन के तौर पर, पूरी विंडो में देखना चाहते हैं. साथ ही, उन्हें आइकॉन का इस्तेमाल करके सीधे ऐक्सेस करने की सुविधा भी दें. आने वाले समय में, हम कुछ मेनिफ़ेस्ट फ़ील्ड की ज़रूरी शर्तों को हटाकर परफ़ॉर्मेंस की जांच करेंगे, ताकि उन्हें इंस्टॉल किया जा सके. Chrome के अपडेट किए गए व्यवहार को तय करने के लिए, हम मेट्रिक और ग्राहक के सुझाव, शिकायत या राय का बारीकी से आकलन करेंगे.
आखिरकार, लाइटहाउस के PWA की जांच, इंस्टॉल करने की ज़रूरी शर्तों से सीधे तौर पर जुड़ी हैं. इसलिए, हमने इस कैटगरी को लाइटहाउस से हटाने का फ़ैसला लिया है. हम अब भी, डेवलपर को सबसे अच्छे टूल उपलब्ध कराने के लिए लगातार काम कर रहे हैं, ताकि वे वेब पर इंस्टॉल किए गए उनके अनुभवों को ऑप्टिमाइज़ कर सकें. हालांकि, अब भी ऑप्टिमाइज़ेशन की जांच और DevTools पर इंस्टॉल किए जा सकने वाले अनुभवों के लिए डीबग करने की जांच की जा सकती है.
इन प्रयोगों पर नज़र बनाए रखें और अगर आपका कोई सवाल या समस्या है, तो कृपया सुझाव सबमिट करें.