एक अच्छा प्रोग्रेसिव वेब ऐप्लिकेशन क्या होता है?

प्रोग्रेसिव वेब ऐप्लिकेशन (PWA), आधुनिक एपीआई के साथ बनाए और बेहतर बनाए गए हैं. ये एक ही कोड बेस वाले किसी भी, कहीं से भी, किसी भी डिवाइस पर काम करने के साथ-साथ बेहतर सुविधाएं, विश्वसनीयता, और इंस्टॉल करने की क्षमता देते हैं. सबसे अच्छा अनुभव देने में आपकी मदद करने के लिए, मुख्य और सबसे असरदार चेकलिस्ट और सुझावों का इस्तेमाल करें.

मुख्य प्रोग्रेसिव वेब ऐप्लिकेशन की चेकलिस्ट

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

तेज़ी से शुरू होता है, तेज़ बना रहता है

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

क्यों शुरू करें?

उपयोगकर्ता आपके ऐप्लिकेशन का इस्तेमाल करें, इसके लिए स्पीड बहुत ज़रूरी है. दरअसल, पेज लोड होने का समय एक सेकंड से दस सेकंड तक जाने पर, उपयोगकर्ता के बाउंस करने की संभावना 123% तक बढ़ जाती है. परफ़ॉर्मेंस का मतलब load इवेंट के साथ नहीं चलता. उपयोगकर्ताओं को इस बात की चिंता नहीं करनी चाहिए कि उनका इंटरैक्शन—उदाहरण के लिए, किसी बटन पर क्लिक करना—रजिस्टर हुआ था या नहीं. स्क्रोल करना और ऐनिमेशन में कोई दिक्कत नहीं होनी चाहिए. परफ़ॉर्मेंस का असर आपके पूरे अनुभव पर पड़ता है. इसमें ऐप्लिकेशन के बारे में लोगों के नज़रिए से लेकर, ऐप्लिकेशन की परफ़ॉर्मेंस तक, सब कुछ शामिल है.

वैसे तो सभी ऐप्लिकेशन की ज़रूरतें अलग-अलग होती हैं, लेकिन Lighthouse में परफ़ॉर्मेंस ऑडिट वेबसाइट की परफ़ॉर्मेंस की अहम जानकारी पर आधारित होते हैं. इन ऑडिट पर अच्छे स्कोर आने से उपयोगकर्ताओं को अच्छा अनुभव मिलने की संभावना बढ़ जाती है. अपने वेब ऐप्लिकेशन का असल परफ़ॉर्मेंस डेटा पाने के लिए, PageSpeed Insights या Chrome इस्तेमाल करने वाले लोगों के अनुभव की रिपोर्ट का भी इस्तेमाल किया जा सकता है.

जवाब कैसे दें

अपने PWA को तेज़ी से शुरू करने और तेज़ बनाए रखने का तरीका जानने के लिए, हमारी तेज़ी से लोड होने वाले समय के बारे में बताने वाली गाइड देखें.

किसी भी ब्राउज़र में काम करता है

आपका वेब ऐप्लिकेशन इंस्टॉल होने से पहले, उपयोगकर्ता उसे ऐक्सेस करने के लिए किसी भी ब्राउज़र का इस्तेमाल कर सकते हैं.

क्यों शुरू करें?

प्रोग्रेसिव वेब ऐप्लिकेशन सबसे पहले वेब ऐप्लिकेशन होते हैं. इसका मतलब है कि उन्हें सिर्फ़ एक ब्राउज़र पर ही नहीं, बल्कि सभी ब्राउज़र पर काम करना होगा.

ऐसा करने का एक असरदार तरीका है- Resilient Web Design में जेरेमी कीथ के मुताबिक, वेबसाइट के मुख्य फ़ंक्शन की पहचान करना, उसे सबसे आसान टेक्नोलॉजी का इस्तेमाल करके उपलब्ध कराना, और जहां तक हो सके अनुभव को बेहतर बनाना. कई मामलों में, इसका मतलब मुख्य फ़ंक्शन बनाने के लिए सिर्फ़ एचटीएमएल से शुरू करना होता है. साथ ही, दिलचस्प अनुभव देने के लिए, सीएसएस और JavaScript का इस्तेमाल करके उपयोगकर्ता अनुभव को बेहतर बनाना होता है.

उदाहरण के लिए, फ़ॉर्म सबमिशन को देखें. इसे लागू करने का सबसे आसान तरीका एक एचटीएमएल फ़ॉर्म है, जो POST अनुरोध सबमिट करता है. इसे बनाने के बाद, फ़ॉर्म की पुष्टि करने के लिए JavaScript की मदद से उसके अनुभव को बेहतर बनाया जा सकता है. साथ ही, AJAX का इस्तेमाल करके फ़ॉर्म सबमिट किया जा सकता है. इससे, उन उपयोगकर्ताओं के अनुभव को बेहतर बनाया जा सकेगा जो इसके साथ काम कर सकते हैं.

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

जवाब कैसे दें

जेरेमी कीथ का रेसिलिएंट वेब डिज़ाइन एक शानदार संसाधन है, जो यह बताता है कि इस क्रॉस-ब्राउज़र, प्रोग्रेसिव तरीके से, वेब डिज़ाइन के बारे में कैसे सोचना चाहिए.

आपकी मदद के लिए कुछ और लेख

किसी भी स्क्रीन साइज़ के हिसाब से काम कर सकती है

उपयोगकर्ता किसी भी स्क्रीन साइज़ पर आपके PWA का इस्तेमाल कर सकते हैं और सारा कॉन्टेंट, व्यूपोर्ट के किसी भी साइज़ पर उपलब्ध होता है.

क्यों शुरू करें?

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

जिन टास्क को उपयोगकर्ता पूरा करना चाहते हैं और जिन्हें ऐक्सेस करना है उनके कॉन्टेंट में व्यूपोर्ट के साइज़ में कोई बदलाव नहीं होता. सामग्री को अलग-अलग व्यूपोर्ट के साइज़ में फिर से व्यवस्थित किया जा सकता है और यह वहां, एक तरह से या किसी दूसरे तरीके से मौजूद होना चाहिए. जैसा कि ल्यूक रॉब्लेस्की ने अपनी किताब Mobile First में बताया है, साइट के डिज़ाइन को बेहतर बनाने के बजाय छोटे बजट को शुरू किया जा सकता है और पेज को बड़ा करने के बजाय, बड़े पैमाने पर काम किया जा सकता है:

मोबाइल डिवाइस के लिए सॉफ़्टवेयर डेवलपमेंट टीम को सिर्फ़ ऐप्लिकेशन में मौजूद सबसे ज़रूरी डेटा और कार्रवाइयों पर ध्यान देना ज़रूरी है. 320 x 480 पिक्सल स्क्रीन में ऐसी कोई जगह नहीं होती जो गै़र-ज़रूरी चीज़ों के लिए हो. आपको प्राथमिकता देनी होगी.

जवाब कैसे दें

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

एक कस्टम ऑफ़लाइन पेज उपलब्ध कराता है

जब उपयोगकर्ता ऑफ़लाइन होते हैं, तो उन्हें अपने PWA में रखने से उन्हें डिफ़ॉल्ट ब्राउज़र के ऑफ़लाइन पेज पर वापस जाने के बजाय, बेहतर अनुभव मिलता है.

क्यों शुरू करें?

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

जवाब कैसे दें

सर्विस वर्कर के install इवेंट के दौरान, कस्टम ऑफ़लाइन पेज को बाद में इस्तेमाल करने के लिए, प्री-कैश किया जा सकता है. अगर कोई उपयोगकर्ता ऑफ़लाइन हो जाता है, तो आपके पास पहले से कैश मेमोरी में सेव किए गए, कस्टम ऑफ़लाइन पेज की मदद से जवाब देने का विकल्प होता है. इसका उदाहरण देखने और इसे लागू करने का तरीका जानने के लिए, हमारे कस्टम ऑफ़लाइन पेज सैंपल को देखें.

इंस्टॉल किया जा सकता है

ऐसे उपयोगकर्ता जो अपने डिवाइस पर ऐप्लिकेशन इंस्टॉल करते हैं या जोड़ते हैं, उनकी दिलचस्पी उन ऐप्लिकेशन में ज़्यादा होती है.

क्यों शुरू करें?

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

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

जवाब कैसे दें

हमारी इंस्टॉल की जा सकने वाली गाइड में जाकर, PWA को इंस्टॉल करने लायक बनाने, इसे इंस्टॉल करने की जांच करने, और इसे खुद करके देखने का तरीका जाना जा सकता है.

प्रोग्रेसिव वेब ऐप्लिकेशन के लिए सबसे सही चेकलिस्ट

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

ऑफ़लाइन अनुभव मिलता है

जहां कनेक्टिविटी पूरी तरह से ज़रूरी नहीं होती, आपका ऐप्लिकेशन उसी तरह से काम करता है जिससे वह ऑनलाइन काम करता है.

क्यों शुरू करें?

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

जवाब कैसे दें

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

पूरी तरह से ऐक्सेस करने लायक हो

सभी उपयोगकर्ता इंटरैक्शन के लिए, डब्ल्यूसीएजी 2.0 से जुड़ी ज़रूरी शर्तों को पूरा किया जाता है.

क्यों शुरू करें?

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

जवाब कैसे दें

W3C के वेब सुलभता के बारे में जानकारी, शुरुआत करने का एक अच्छा तरीका है. सुलभता की ज़्यादातर जांच मैन्युअल तरीके से की जानी चाहिए. लाइटहाउस, ऐक्सिस, और सुलभता इनसाइट जैसे सुलभता ऑडिट जैसे टूल की मदद से, कुछ ऐसी सुलभता टेस्ट अपने-आप हो सकते हैं जिन्हें ऑटोमेट किया जा सकता है. खुद ही एलिमेंट फिर से बनाने के बजाय, सही मतलब वाले एलिमेंट का इस्तेमाल करना भी ज़रूरी है, जैसे कि a और button एलिमेंट. इससे यह पक्का होता है कि जब आपको बेहतर फ़ंक्शन बनाने की ज़रूरत होती है, तब आपकी उम्मीदों पर खरा उतरा जा सकता है (जैसे, ऐरो की तुलना में टैब का इस्तेमाल कब करना है). A11Y न्यूट्रिशन कार्ड से, कुछ सामान्य कॉम्पोनेंट के लिए बेहतरीन सलाह मिलती है.

आपके PWA को खोज की मदद से खोजा जा सकता है.

क्यों शुरू करें?

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

जवाब कैसे दें

सबसे पहले यह देख लें कि हर यूआरएल में एक खास, जानकारी देने वाला शीर्षक और मुख्य जानकारी मौजूद हो. इसके बाद, लाइटहाउस में Google Search Console और सर्च इंजन ऑप्टिमाइज़ेशन ऑडिट का इस्तेमाल किया जा सकता है. इससे आपको PWA में खोजने लायक समस्याओं को डीबग और ठीक करने में मदद मिलेगी. Bing या Yandex के वेबमास्टर टूल का इस्तेमाल भी किया जा सकता है. साथ ही, अपने PWA में Schema.org के स्कीमा का इस्तेमाल करके, स्ट्रक्चर्ड डेटा शामिल किया जा सकता है.

किसी भी तरह के इनपुट के साथ काम करता है

आपके PWA को माउस, कीबोर्ड, स्टाइलस या टच के साथ इस्तेमाल किया जा सकता है.

क्यों शुरू करें?

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

जवाब कैसे दें

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

अनुमति के अनुरोधों के बारे में जानकारी देता है

असरदार एपीआई इस्तेमाल करने की अनुमति मांगने पर, जानकारी दें और सिर्फ़ तब पूछें, जब एपीआई की ज़रूरत हो.

क्यों शुरू करें?

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

जवाब कैसे दें

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

स्वस्थ कोड के लिए सबसे सही तरीके अपनाता है

अपने कोडबेस को स्वस्थ रखने से आपके लक्ष्यों को पूरा करना और नई सुविधाएं डिलीवर करना आसान हो जाता है.

क्यों शुरू करें?

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

जवाब कैसे दें

अच्छी क्वालिटी वाले कोडबेस को पक्का करने के लिए कई तरह की ज़्यादा प्राथमिकता वाली जांच होती हैं: जाने-पहचाने कमियों वाली लाइब्रेरी का इस्तेमाल करने से बचना, यह पक्का करना कि काम न करने वाले एपीआई का इस्तेमाल नहीं किया जा रहा है, अपने कोडबेस से वेब एंटी-पैटर्न (जैसे document.write() का इस्तेमाल करना या नॉन-पैसिव स्क्रोल इवेंट लिस्ट करने वाले लोगों का इस्तेमाल करना), और यहां तक कि सुरक्षा के साथ कोडिंग करना, ताकि यह पक्का किया जा सके कि विश्लेषण या तीसरे पक्ष की अन्य लाइब्रेरी लोड न हो पाने पर आपका PWA काम न करे. कई ब्राउज़र और रिलीज़ चैनलों में, लिंटिंग जैसे स्टैटिक कोड विश्लेषण को ज़रूरी बनाएं. साथ ही, इसे अपने-आप टेस्ट करने की सुविधा भी दें. ये तकनीकें, प्रोडक्शन में आने से पहले ही गड़बड़ियों को ठीक करने में मदद कर सकती हैं.