रिसोर्स · 06
सुरक्षित, हाई-परफॉर्मेंस वेब: एक जर्नी-लेड ऑडिट गाइड
ऑडिट स्पीड, एक्सेसिबिलिटी, सिक्योरिटी और उन कामों के आसपास कन्वर्ज़न जिन्हें यूज़र्स को सच में पूरा करने की ज़रूरत है।
अपडेटेड · 7 min
यह गाइड क्या पाने में मदद करती है
- असली यूज़र ब्लॉकर्स को प्रायोरिटी दें।
- वेट, डिपेंडेंसी और अटैक सरफेस कम करें।
- परफॉर्मेंस को कन्वर्ज़न से कनेक्ट करें।
- रियलिस्टिक कंडीशन में फिक्स को वैलिडेट करें।
जल्दी से चेक करें
- क्या तीन सबसे वैल्यूएबल जर्नी के नाम हैं?
- क्या मोबाइल के लिए फील्ड डेटा सेगमेंटेड है?
- क्या साइट को कीबोर्ड से इस्तेमाल किया जा सकता है?
- क्या हर थर्ड-पार्टी स्क्रिप्ट का कोई ओनर होता है?
- क्या फॉर्म एरर यूज़र्स को एक्शन पूरा करने में मदद करते हैं?
स्टेप-बाय-स्टेप तरीका
- 1
ज़रूरी सफ़र चुनें
बिज़नेस वैल्यू के आधार पर सर्च, रीडिंग, कॉन्टैक्ट, साइनअप, परचेज़ या एडमिनिस्ट्रेशन चुनें। डिवाइस, नेटवर्क, कॉन्टेक्स्ट और एक्सपेक्टेड आउटकम के बारे में बताएं।
डिलीवरेबल: प्रायोरिटी वाले टेस्ट सिनेरियो।
- 2
फ़ील्ड और लैब को मापें
एग्रीगेट किए गए रियल-यूज़र डेटा को रिप्रोड्यूसिबल टेस्ट के साथ मिलाएं। एनालिसिस को एक स्कोर तक कम किए बिना लोडिंग, रिस्पॉन्सिवनेस, स्टेबिलिटी, एरर और एबंडनमेंट को देखें।
डिलीवरेबल: सेगमेंटेड बेसलाइन।
- 3
क्रिटिकल पाथ को इंस्पेक्ट करें
शुरुआती HTML, फ़ॉन्ट, इमेज, JavaScript, कैशिंग, सर्वर रिस्पॉन्स और ब्लॉकिंग रिसोर्स को रिव्यू करें। जर्नी को सर्व करने वाले एलिमेंट को एक एक्सप्लिसिट बजट दें।
डिलीवरेबल: परफॉर्मेंस बजट।
- 4
एक्सपोज्ड सरफेस को कम करें
थर्ड-पार्टी स्क्रिप्ट, डिपेंडेंसी, हेडर, कुकीज़, सेशन, फ़ॉर्म और एडमिन इंटरफ़ेस को इन्वेंटरी करें। फालतू चीज़ों को हटा दें और सर्वर पर हार्ड करें।
डिलीवरेबल: डिपेंडेंसी और प्रोटेक्शन रजिस्टर।
- 5
टेस्ट इनक्लूसिव एक्सपीरियंस
हर एक्शन को कीबोर्ड, स्क्रीन रीडर, स्मॉल स्क्रीन, ज़ूम और एरर स्टेट से चलाएं। लेबल, फ़ोकस, कंट्रास्ट और रिकवरी मैसेज चेक करें।
डिलीवरेबल: एक्सेसिबिलिटी और फ्रिक्शन रिपोर्ट।
- 6
गार्डरेल के साथ रिलीज़
स्टेबल कंट्रोल को ऑटोमेट करें, रिलीज़ के बाद बिज़नेस के नतीजों को देखें और रोलबैक की तैयारी करें। जब असली सफ़र बिना किसी रिग्रेशन के बेहतर होता है, तो एक फिक्स बंद हो जाता है।
डिलीवरेबल: लगातार वैलिडेशन प्लान।
काल्पनिक काम का उदाहरण
उदाहरण वाली स्थिति
एक बुकिंग पेज लैब में तेज़ लगता है लेकिन उसका कन्फर्मेशन बटन मोबाइल पर धीरे रिस्पॉन्ड करता है। टीम डिवाइस और जर्नी के हिसाब से फ़ील्ड मेज़रमेंट को सेगमेंट करती है, फिर कम JavaScript और कीबोर्ड बिहेवियर को टेस्ट करती है।
फैसला और उम्मीद का सबूत
बदलाव तभी एक्सेप्ट किया जाता है जब टास्क एक्सेसिबल बना रहे, इंटरैक्शन बेहतर हो और जर्नी के सिक्योरिटी कंट्रोल अभी भी काम करें।
मैनेजमेंट इंडिकेटर
| इंडिकेटर | यह क्या मापता है | पहला एक्शन |
|---|---|---|
| जर्नी सफल | यूज़र्स बिना किसी ब्लॉकिंग एरर के एक्शन पूरा कर रहे हैं | पहले कई सेगमेंट द्वारा शेयर किए गए ब्रेक को ठीक करें |
| फील्ड परफॉर्मेंस | असली डिवाइस पर लोडिंग, इंटरैक्शन और स्टेबिलिटी | मुख्य बॉटलनेक को टारगेट करने से पहले सेगमेंट करें |
| थर्ड-पार्टी कॉस्ट | बाइट्स, मेन-थ्रेड टाइम और डायरेक्ट कंट्रोल से बाहर के रिक्वेस्ट | हर गैर-ज़रूरी थर्ड पार्टी को हटाएँ, टालें या बदलें |
| एरर रेट | टेक्निकल और इनपुट फेलियर स्टेप के हिसाब से | रोकथाम, मैसेज और रिकवरी को बेहतर बनाएँ |
आम गलतियाँ
- सिर्फ़ होम पेज को ऑप्टिमाइज़ करना
- लैब स्कोर को असली अनुभव से कन्फ्यूज़ करना
- गैर-ज़रूरी रिस्क को हटाए बिना सिक्योरिटी टूल जोड़ना
- मिलीसेकंड बचाने के लिए एक्सेसिबिलिटी या मेज़रमेंट को नुकसान पहुँचाना
अक्सर पूछे जाने वाले सवाल
क्या परफॉर्मेंस और सिक्योरिटी में टकराव होता है?
नहीं। डिपेंडेंसी, JavaScript और गैर-ज़रूरी रिक्वेस्ट कम करने से अक्सर दोनों बेहतर होते हैं। ट्रेड-ऑफ़ को असल जर्नी और रिस्क के हिसाब से मापा जाना चाहिए।
हमें किस स्कोर को टारगेट करना चाहिए?
एक थ्रेशहोल्ड फ़ील्ड डेटा की जगह नहीं लेता है। जर्नी, डिवाइस और ऑडियंस के हिसाब से बजट सेट करें, फिर उन्हें बिज़नेस के नतीजों के साथ ट्रैक करें।
ऑडिट में एक्सेसिबिलिटी क्यों शामिल करें?
क्योंकि एक तेज़ एक्शन जिसे कीबोर्ड से इस्तेमाल नहीं किया जा सकता, समझा नहीं जा सकता या जिससे रिकवर नहीं किया जा सकता, वह यूज़र और कमर्शियल फेलियर बना रहता है।
ऑफ़िशियल रेफ़रेंस
रेफ़रेंस इस तरीके को सपोर्ट करते हैं। अपने कॉन्टेक्स्ट के हिसाब से चेक को एडजस्ट करें; वे सर्टिफ़िकेशन नहीं हैं। ओरिजिनल रेफ़रेंस टाइटल और सोर्स डॉक्यूमेंट दूसरी भाषा में हो सकते हैं।
