परियोजना का विवरण
अनुवादितहमारी एक कार्यशील वेबसाइट है और हम चाहते हैं कि यह वास्तव में विकलांगता वाले लोगों द्वारा उपयोगी हो, न कि केवल एक चेकबॉक्स "अनुपालन" रखने के लिए। ईमानदारी से, हमें नहीं पता कि यह कितना खराब है: टीम में से किसी ने भी साइट का परीक्षण स्क्रीन रीडर के साथ नहीं किया है, कुछ पृष्ठों को केवल कीबोर्ड के साथ नेविगेट करना असंभव है, और हमें पहले ही कुछ आगंतुकों से कठिनाई से पढ़े जाने वाले पाठ और भरे जाने में असमर्थ फॉर्म के बारे में शिकायतें मिली हैं। हमें एक विशेषज्ञ की आवश्यकता है जो पूरे साइट का निरीक्षण करे, हमें बताएं कि क्या गलत है और सब कुछ ठीक करें ताकि हम आत्मविश्वास के साथ WCAG 2.1 स्तर AA अनुपालन का दावा कर सकें।
ऑडिट में वास्तविक उपयोगकर्ता परिदृश्यों को शामिल करना चाहिए: होमपेज, कैटलॉग और खोज, उत्पाद या सेवा पृष्ठ, पंजीकरण और लॉगिन, फीडबैक और चेकआउट फॉर्म, व्यक्तिगत खाता। हम वास्तविक सहायक तकनीकों (NVDA या VoiceOver के साथ कीबोर्ड-केवल नेविगेशन) के साथ परीक्षण की अपेक्षा करते हैं, न कि केवल स्वचालित स्कैनर रन। सबसे महत्वपूर्ण यह है कि ऑटो परीक्षण क्या नहीं पकड़ते: तार्किक फोकस क्रम, दृश्य फोकस संकेतक, सही शीर्षक संरचना, समझने योग्य लिंक पाठ, बोले गए त्रुटि संदेश, फॉर्म फ़ील्ड जो उनके लेबल से जुड़े हैं, पर्याप्त विपरीत, सही ARIA भूमिकाएँ और राज्य, चित्रों के लिए वैकल्पिक पाठ और आइकन बटन के लिए सुलभ नाम। कृपया जहां मूल HTML बेहतर काम करेगा, वहां ARIA न जोड़ें।
हम जो आउटपुट में प्राप्त करना चाहते हैं: एक स्पष्ट रिपोर्ट जहां प्रत्येक मुद्दा WCAG मानदंड, गंभीरता और स्थान सूचीबद्ध करता है; एक प्राथमिकता दी गई सुधार योजना; साइट कोड में लागू किए गए वास्तविक सुधार (या विस्तृत अंतर जो हम लागू करेंगे); एक संक्षिप्त जांच जो पुष्टि करती है कि सुधार काम करते हैं। यह महत्वपूर्ण परिदृश्यों का स्क्रीन रिकॉर्डिंग होना अच्छा होगा जिसमें स्क्रीन रीडर हो — इस तरह हमारी नेतृत्व टीम परिणाम को बेहतर समझेगी। एक बोनस हमारे डेवलपर्स के लिए एक संक्षिप्त गाइड है ताकि वही त्रुटियाँ फिर से न आएं।
हमारे लिए क्या महत्वपूर्ण है:
— स्क्रीन रीडर और कीबोर्ड के साथ मैनुअल परीक्षण, केवल Lighthouse या axe आउटपुट नहीं
— विपरीत, फोकस क्रम, ARIA, फॉर्म, शीर्षक और वैकल्पिक पाठ — सभी कार्य के दायरे में
— WCAG 2.1 AA मानदंडों के लिए बाध्य अनुपालन रिपोर्ट
— वास्तविक सुधार, फिर पुनः परीक्षण यह पुष्टि करने के लिए कि सब कुछ पास होता है
ऑडिट में वास्तविक उपयोगकर्ता परिदृश्यों को शामिल करना चाहिए: होमपेज, कैटलॉग और खोज, उत्पाद या सेवा पृष्ठ, पंजीकरण और लॉगिन, फीडबैक और चेकआउट फॉर्म, व्यक्तिगत खाता। हम वास्तविक सहायक तकनीकों (NVDA या VoiceOver के साथ कीबोर्ड-केवल नेविगेशन) के साथ परीक्षण की अपेक्षा करते हैं, न कि केवल स्वचालित स्कैनर रन। सबसे महत्वपूर्ण यह है कि ऑटो परीक्षण क्या नहीं पकड़ते: तार्किक फोकस क्रम, दृश्य फोकस संकेतक, सही शीर्षक संरचना, समझने योग्य लिंक पाठ, बोले गए त्रुटि संदेश, फॉर्म फ़ील्ड जो उनके लेबल से जुड़े हैं, पर्याप्त विपरीत, सही ARIA भूमिकाएँ और राज्य, चित्रों के लिए वैकल्पिक पाठ और आइकन बटन के लिए सुलभ नाम। कृपया जहां मूल HTML बेहतर काम करेगा, वहां ARIA न जोड़ें।
हम जो आउटपुट में प्राप्त करना चाहते हैं: एक स्पष्ट रिपोर्ट जहां प्रत्येक मुद्दा WCAG मानदंड, गंभीरता और स्थान सूचीबद्ध करता है; एक प्राथमिकता दी गई सुधार योजना; साइट कोड में लागू किए गए वास्तविक सुधार (या विस्तृत अंतर जो हम लागू करेंगे); एक संक्षिप्त जांच जो पुष्टि करती है कि सुधार काम करते हैं। यह महत्वपूर्ण परिदृश्यों का स्क्रीन रिकॉर्डिंग होना अच्छा होगा जिसमें स्क्रीन रीडर हो — इस तरह हमारी नेतृत्व टीम परिणाम को बेहतर समझेगी। एक बोनस हमारे डेवलपर्स के लिए एक संक्षिप्त गाइड है ताकि वही त्रुटियाँ फिर से न आएं।
हमारे लिए क्या महत्वपूर्ण है:
— स्क्रीन रीडर और कीबोर्ड के साथ मैनुअल परीक्षण, केवल Lighthouse या axe आउटपुट नहीं
— विपरीत, फोकस क्रम, ARIA, फॉर्म, शीर्षक और वैकल्पिक पाठ — सभी कार्य के दायरे में
— WCAG 2.1 AA मानदंडों के लिए बाध्य अनुपालन रिपोर्ट
— वास्तविक सुधार, फिर पुनः परीक्षण यह पुष्टि करने के लिए कि सब कुछ पास होता है
वेब विकास नकद, बैंक ट्रांसफर
