पब्लिश होने की तारीख: 21 जनवरी, 2026
Chrome 144 से, इंस्टॉल किए जा सकने वाले उन वेब ऐप्लिकेशन के लिए अपडेट करने की प्रोसेस को आसान बना दिया गया है जिनमें वेब ऐप्लिकेशन मेनिफ़ेस्ट होता है. इससे, अपडेट करने की प्रोसेस ज़्यादा भरोसेमंद, अनुमान लगाने लायक, और असरदार हो गई है. इस पोस्ट में, मौजूदा तरीके के बारे में बताया गया है. साथ ही, इसे बेहतर बनाने के लिए किए गए बदलावों के बारे में भी बताया गया है.
पिछला तरीका (Chrome 144 से पहले)
Chrome 144 से पहले, वेब ऐप्लिकेशन में अपडेट को अपने-आप ट्रिगर करने के लिए कोई खास इवेंट नहीं था. इसके बजाय, डेवलपर ऐप्लिकेशन मेनिफ़ेस्ट या उससे जुड़े आइकॉन में बदलाव करते हैं, तब अपडेट हो सकते हैं. अपडेट करने की प्रोसेस तब शुरू होती है, जब कोई उपयोगकर्ता एजेंट, मेनिफ़ेस्ट लिंक का इस्तेमाल करके मेनिफ़ेस्ट को वापस पाता है. ऐसा आम तौर पर तब होता है, जब कोई उपयोगकर्ता किसी साइट पर जाता है या कोई ऐप्लिकेशन लॉन्च करता है (जिसके साथ वह मेनिफ़ेस्ट लिंक किया गया है). अपडेट की ज़रूरत है या नहीं, यह तय करने के लिए सिस्टम, मौजूदा मेनिफ़ेस्ट और आइकॉन की तुलना पहले से रिकॉर्ड की गई स्थिति से करता है. इस प्रोसेस में बहुत ज़्यादा संसाधनों की ज़रूरत होती थी, क्योंकि बिटमैप की तुलना करने के लिए, नेटवर्क से आइकॉन डाउनलोड करना हमेशा ज़रूरी होता था.
आइकॉन डाउनलोड करने की वजह से सर्वर पर पड़ने वाले दबाव को कम करने के लिए, Chrome ने थ्रॉटल लागू किया. इससे हर ऐप्लिकेशन के लिए, इन जांचों को दिन में एक बार तक सीमित किया गया. हालांकि, कुल बैंडविड्थ का इस्तेमाल ज़्यादा बना रहा. इसके अलावा, दिन में एक बार जांच करने की सुविधा को सीमित करने से, डेवलपमेंट और टेस्टिंग के दौरान समस्याएं आती हैं. साथ ही, इससे डेवलपर उन उपयोगकर्ताओं को भरोसेमंद समाधान उपलब्ध नहीं करा पाते जिन्हें अपडेट नहीं मिले हैं.
इस तरीके में, डेवलपर को सुरक्षा से जुड़े अहम बदलाव लागू करते समय, कई मुश्किलों का सामना करना पड़ता था. जैसे, किसी ऐप्लिकेशन के नाम या आइकॉन में बदलाव करना. इसे अक्सर ऐप्लिकेशन की पहचान में बदलाव करना कहा जाता है. Google Play की तरह, Web Apps के पास अपडेट की समीक्षा करने के लिए कोई केंद्रीय संस्था नहीं होती. इसलिए, उपयोगकर्ताओं को इन बदलावों के बारे में साफ़ तौर पर बताना ज़रूरी है, ताकि वे इसकी पुष्टि कर सकें. हालांकि, उपयोगकर्ताओं को इन बदलावों के बारे में बताने के लिए सबसे सही समय तय करना एक चुनौती बनी रही.
अपडेट के बारे में जानकारी देने वाले डायलॉग के पिछले वर्शन में भी अक्सर भ्रम की स्थिति पैदा होती थी. ऐसा इसलिए होता था, क्योंकि उनमें यह दावा किया जाता था कि आइकॉन बदल गए हैं. हालांकि, वे उपयोगकर्ताओं को एक जैसे दिखते थे. यह समस्या, पिक्सल की सीधे तौर पर तुलना करने पर निर्भर रहने की वजह से हुई. इससे अक्सर मामूली अंतर भी दिख जाते थे. कुछ बदलाव डेवलपर ने जान-बूझकर किए थे, लेकिन ज़्यादातर बदलाव सीडीएन ने इमेज को डाइनैमिक तरीके से फिर से एन्कोड करने की वजह से किए थे. पुष्टि करने वाले डायलॉग के बार-बार ट्रिगर होने की वजह से, Chrome 91 में आइकॉन अपडेट करने की सुविधा बंद कर दी गई थी.
Android पर Chrome में इस समस्या को हल करने के लिए, कुछ साल पहले विज़ुअल अंतर थ्रेशोल्ड की सुविधा शुरू की गई थी. इससे यह पक्का होता है कि उपयोगकर्ता से पुष्टि करने के लिए सिर्फ़ तब कहा जाए, जब आइकॉन में अहम बदलाव किए गए हों. इस सुधार की वजह से, Android पर आइकॉन अपडेट करने की सुविधा को फिर से चालू किया जा सका. हालांकि, डेस्कटॉप पर Chrome के लिए यह सुविधा अब भी बंद है.
वेब ऐप्लिकेशन के अपडेट में बदलाव करने से जुड़ी शर्तें और लक्ष्य
अपडेट करने की नई प्रोसेस को इन लक्ष्यों को ध्यान में रखकर बनाया गया है:
- उपयोगकर्ता की उम्मीदों को पूरा करना: किसी ऐप्लिकेशन की पहचान, उसके ओरिजन से जुड़ी होती है. इसलिए, उपयोगकर्ता की साफ़ तौर पर मंज़ूरी के बिना, उसके नाम और आइकॉन में बदलाव नहीं किया जाना चाहिए.
- यह पक्का करें कि ऐप्लिकेशन में एक जैसे फ़ंक्शन काम करते हों: सभी उपयोगकर्ताओं के लिए, ऐप्लिकेशन को अप-टू-डेट रखना चाहिए, ताकि यह पक्का किया जा सके कि ऐप्लिकेशन में एक जैसे फ़ंक्शन काम करते हों.
- अनुमान लगाने लायक UX और डायलॉग उपलब्ध कराएं: डेवलपर को यह अनुमान लगाने में आसानी होनी चाहिए कि उपयोगकर्ताओं को ऐप्लिकेशन के नाम या आइकॉन में हुए अपडेट के बारे में इंटरफ़ेस प्रॉम्प्ट कब दिखेंगे.
- नेटवर्क के इस्तेमाल को ऑप्टिमाइज़ करना: अपडेट करने के तरीके से, गैर-ज़रूरी डेटा ट्रैफ़िक कम होना चाहिए.
Chrome 144 में क्या बदलाव हुए हैं?
नाम और आइकॉन अपडेट करना अब ज़रूरी नहीं है
पहले, उपयोगकर्ताओं को एक ऐसा डायलॉग दिखता था जो उन्हें परेशान करता था. इसमें उन्हें ऐप्लिकेशन अनइंस्टॉल करने या आइकॉन और नाम में हुए बदलावों को तुरंत स्वीकार करने के लिए कहा जाता था. इसे बदलकर, ज़्यादा उपयोगकर्ता-अनुकूल सुझाव दिया गया है. इसे तीन बिंदु वाले मेन्यू को बड़ा करके ऐक्सेस किया जा सकता है. इस विकल्प को चुनने के बाद, उपयोगकर्ताओं के पास यह विकल्प होता है कि वे चाहें, तो पहचान में हुए इन बदलावों को पूरी तरह से अनदेखा कर सकते हैं.
ज़्यादातर मेनिफ़ेस्ट अपडेट तुरंत लागू हो जाते हैं. हालांकि, ऐप्लिकेशन के आइकॉन और नाम को अलग से सेव किया जाता है. इन्हें सुरक्षा के लिहाज़ से संवेदनशील सदस्य माना जाता है. इससे उपयोगकर्ताओं को अपनी सुविधा के हिसाब से, इन बदलावों की समीक्षा करने और उन्हें लागू करने का विकल्प मिलता है.
ऐप्लिकेशन के अपडेट की समीक्षा करें पर क्लिक करने से, बदला हुआ डायलॉग बॉक्स दिखता है. टाइटल में बदलाव, अपडेट किए जा रहे एलिमेंट के हिसाब से होता है.
अगर आइकॉन फ़ील्ड में कोई बदलाव नहीं किया गया है, तो आइकॉन डाउनलोड नहीं किए जाते
अगर मेनिफ़ेस्ट फ़ाइल में icons फ़ील्ड, पिछले वर्शन जैसा ही रहता है, तो अब आइकॉन को बदला हुआ नहीं माना जाता. इस नए लॉजिक के तहत, Chrome विज़ुअल तुलना के लिए आइकॉन डाउनलोड नहीं करता है. इससे आइकॉन के यूआरएल को Cache-Control:immutable के तौर पर माना जाता है.
आइकॉन अपडेट करने के लिए, डेवलपर को अब मेटाडेटा या आइकॉन के यूआरएल में बदलाव करना होगा.
अपडेट थ्रॉटलिंग को हटाना
Chrome अब इंस्टॉल किए गए ऐप्लिकेशन के मेनिफ़ेस्ट का सामना करने पर, हर बार आइकॉन डाउनलोड नहीं करता है. इसलिए, अपडेट की जांच को दिन में एक बार तक सीमित करने वाली पिछली पाबंदी हटा दी गई है. डेवलपर अब सुरक्षा से जुड़ी ज़रूरी शर्तों को पूरा न करने वाले सभी सदस्यों के लिए, तुरंत अपडेट होने की सुविधा का इस्तेमाल कर सकते हैं.
अलग-अलग प्लैटफ़ॉर्म पर आइकॉन में होने वाले छोटे-मोटे बदलावों को मैनेज करना
उपयोगकर्ता अनुभव को बेहतर बनाने के लिए, Chrome अब आइकॉन के अपडेट अपने-आप लागू करता है. ये ऐसे अपडेट होते हैं जिनमें पिक्सल-दर-पिक्सल की तुलना करने पर, 10% से कम का अंतर होता है. इससे यह पक्का होता है कि सीडीएन की री-एनकोडिंग की वजह से होने वाले छोटे-मोटे बदलावों की वजह से, उपयोगकर्ता के लिए अपडेट का कोई ऐसा डायलॉग बॉक्स ट्रिगर न हो जिससे उसे भ्रम हो.
इस सुविधा का इस्तेमाल दिन में सिर्फ़ एक बार किया जा सकता है, ताकि इसका गलत इस्तेमाल न हो. अगर उस विंडो में और बदलाव होते हैं, तो आइकॉन को स्टैंडर्ड अपडेट माना जाता है. साथ ही, उपयोगकर्ता को बदलाव की पुष्टि करने के लिए कहा जाता है.
आइकॉन और नाम अपडेट करने का उदाहरण
{
"name": "Example App",
"short_name": "App",
"id": "https://www.example-app.com/",
"start_url": "https://www.example-app.com/index.html",
"scope": "https://www.example-app.com/",
"icons": [
{
"src": "https://www.example-app.com/img/app.png",
"sizes": "512x512",
"type": "image/png",
"purpose": "any"
}
],
... other attributes omitted ...
}
आइकॉन का यूआरएल बदलने पर, उपयोगकर्ता को आइकॉन बदलने के लिए अपडेट डायलॉग दिखेगा.
{
"name": "Example App",
"short_name": "App",
"id": "https://www.example-app.com/",
"start_url": "https://www.example-app.com/index.html",
"scope": "https://www.example-app.com/",
"icons": [
{
"src": "https://www.example-app.com/img/app-NEW-URL.png",
"sizes": "512x512",
"type": "image/png",
"purpose": "any"
}
],
... other attributes omitted ...
}