Chrome इंस्टॉल करने से जुड़ी ज़रूरी शर्तों पर फिर से ध्यान देना

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

ऐप्लिकेशन इंस्टॉल करने की सुविधा, मोबाइल पर वेब फ़ीचर के तौर पर साल 2015 से मौजूद है. हालांकि, साल 2019 में डेस्कटॉप पर PWA इंस्टॉल करने की सुविधा जोड़ी गई थी. Chromium ब्राउज़र पर इंस्टॉल करने की क्षमता, क्वालिटी की शर्तों के हिसाब से तय होती है. इनमें नाम और आइकॉन जैसे खास फ़ील्ड वाला मेनिफ़ेस्ट और फ़ेच हैंडलर वाला सर्विस वर्कर शामिल है.

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

मौजूदा शर्तों की वजह से सही नतीजा नहीं मिल रहा है. इसलिए, हम शर्तों में कुछ बदलावों के साथ प्रयोग कर रहे हैं. पहले चरण के तौर पर, हमने मेन्यू से इंस्टॉल करने के लिए fetch() तरीके को लागू करने वाले सर्विस वर्कर की ज़रूरत को हटा दिया है. मोबाइल पर वर्शन 108 और डेस्कटॉप पर 112 वर्शन है.

ऐसा ऐप्लिकेशन जिसमें सर्विस वर्कर लागू नहीं किया गया है, जो तीन बिंदु वाले मेन्यू के विकल्प के तौर पर 'ऐप्लिकेशन इंस्टॉल करें' दिखाता है.

उपयोगकर्ताओं को इन-ऐप्लिकेशन ऑफ़लाइन अनुभव देने के मूल लक्ष्य को पूरा करने के लिए, हमने उन साइटों के लिए एक डिफ़ॉल्ट कस्टम पेज लॉन्च किया है जो अपना डिफ़ॉल्ट पेज लागू नहीं करती हैं.

फ़िलहाल, इंस्टॉल प्रॉम्प्ट दिखाने वाले एल्गोरिदम के लिए अब भी fetch() हैंडलर की ज़रूरत है. इस समय हम नए सिग्नल शामिल करने और उस समय प्रॉम्प्ट दिखाने के लिए काम कर रहे हैं जब लोगों के ऐप्लिकेशन को इंस्टॉल करने की संभावना ज़्यादा हो. डेवलपर अब भी प्रॉम्प्ट को कंट्रोल करने के लिए beforeInstallPrompt() का इस्तेमाल कर सकते हैं.

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

"

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

इन एक्सपेरिमेंट पर नज़र रखें. अगर आपका कोई सवाल या समस्या है, तो कृपया सुझाव, शिकायत या राय सबमिट करें.