मुफ़्त एक्सेसिबिलिटी टूल

WCAG 2.2 चेकर

देखें कि WCAG 2.2 लेवल A और AA के 55 सफलता मानदंडों में से हर एक पर आपकी साइट कहाँ खड़ी है। हर मानदंड को चार में से एक स्टेटस मिलता है, ताकि आप समझ सकें कि ऑटोमेटेड टेस्ट ने क्या कवर किया और किसी व्यक्ति को अब भी क्या जाँचना है।

मुफ़्त। लगभग एक मिनट में अधिकतम पांच मुख्य पेज टेस्ट करता है।

यह टूल क्या जांचता है

  • लेवल A और AA का हर मानदंड

    सभी 55 मानदंड, लेवल A के 31 और लेवल AA के 24, WCAG के क्रम में अपने नंबर और नाम के साथ। 4.1.1 Parsing को शामिल नहीं किया गया है, क्योंकि WCAG 2.2 उसे अप्रचलित (obsolete) मानता है।

  • मानदंडों से जोड़े गए ऑटोमेटेड नतीजे

    axe-core के नियम आपके डाले गए पेज और अधिकतम चार मुख्य पेजों पर चलते हैं, और हर नतीजा उन सफलता मानदंडों से जोड़ा जाता है जिन्हें वह नियम टेस्ट करता है। कोई मानदंड तब फ़ेल होता है जब उसका कोई भी नियम टेस्ट किए गए किसी भी पेज पर फ़ेल हो।

  • कीबोर्ड से मिले सबूत

    पहले पेज पर 40 बार Tab दबाने वाली जाँच 2.1.2 No Keyboard Trap के लिए सबूत देती है, और एक अनुमान पर आधारित (heuristic) जाँच के रूप में, जिसे समीक्षा के लिए दिखाया जाता है, 2.4.7 Focus Visible के लिए भी।

  • अनिर्णीत नतीजे अलग रखे जाते हैं

    जब कोई नियम किसी नतीजे पर नहीं पहुँच पाता, जैसे इमेज के ऊपर लिखे टेक्स्ट के मामले में, तो उसके मानदंड पास या फ़ेल के बजाय समीक्षा ज़रूरी दिखाते हैं।

  • स्कोर के बजाय साफ़ दिखती कमियाँ

    जिन मानदंडों को कोई ऑटोमेटेड नियम कवर नहीं करता, उन्हें मैनुअल जाँच (Manual check) के रूप में चिह्नित किया जाता है। किसी भी चीज़ का औसत निकालकर ऐसा प्रतिशत नहीं बनाया जाता जो यह छिपा दे कि क्या टेस्ट नहीं हुआ।

यह क्या नहीं जांच सकता

  • उन मानदंडों का फ़ैसला नहीं कर सकता जिनके लिए इंसानी समझ ज़रूरी है, जैसे 1.4.10 Reflow, 1.4.11 Non-text Contrast, कैप्शन और ऑडियो डिस्क्रिप्शन से जुड़े 1.2 के मानदंड, और फ़ॉर्म एरर से जुड़े 3.3.1 से 3.3.4 तक के मानदंड।
  • “कोई ऑटोमेटेड फ़ेल्योर नहीं” (No automated failures) को पास में नहीं बदल सकता। जो नियम चला और पास हुआ, वह केवल उतना ही कवर करता है जितना वह नियम टेस्ट करता है।
  • कंफ़ॉर्मेंस क्लेम, एक्सेसिबिलिटी स्टेटमेंट या VPAT तैयार नहीं कर सकता। कंफ़ॉर्मेंस का आकलन पूरे पेजों और पूरी प्रक्रियाओं पर, लोगों द्वारा किया जाता है।
  • लेवल AAA को, या स्कैन के पाँच पेजों के अलावा किसी और पेज को टेस्ट नहीं कर सकता।
  • लॉगिन या चेकआउट के पीछे के चरणों तक नहीं पहुँच सकता, जहाँ आमतौर पर 3.3.7 Redundant Entry और 3.3.8 Accessible Authentication जैसे मानदंड लागू होते हैं।

यह क्यों ज़रूरी है

WCAG सफलता मानदंडों के रूप में लिखा गया है, और ऑडिटर, ख़रीद (procurement) टीमें और एक्सेसिबिलिटी स्टेटमेंट किसी साइट का वर्णन इसी तरह करते हैं। फ़ेल होने वाले नियमों की सूची बताती है कि क्या ठीक करना है। मानदंडों वाला व्यू बताता है कि आप साइट के बारे में क्या कह सकते हैं और क्या अभी नहीं कह सकते।

ऑटोमेटेड टूल लेवल A और AA के आधे से भी कम मानदंडों को छू पाते हैं: axe-core अपने नियमों को 55 में से लगभग 25 मानदंडों से जोड़ता है। बाकी के लिए कोई भरोसेमंद ऑटोमेटेड टेस्ट नहीं है। सॉफ़्टवेयर यह नहीं बता सकता कि कोई एरर मैसेज सुधार का सुझाव देता है या नहीं (3.3.3), या कोई पेज 320 CSS पिक्सेल चौड़ाई पर भी ठीक से काम करता है या नहीं (1.4.10)। इन्हें मैनुअल जाँच के रूप में दिखाने से पता चलता है कि टेस्टिंग अभी कहाँ बाकी है।

जिस मानदंड में कोई ऑटोमेटेड फ़ेल्योर नहीं है, वह भी फ़ेल हो सकता है। 1.1.1 Non-text Content के नियम जाँचते हैं कि इमेज में alt टेक्स्ट है; वे यह नहीं समझ सकते कि alt="IMG_2041.jpg" उस व्यक्ति के किसी काम का नहीं जो फ़ोटो देख नहीं सकता।

नतीजों को कैसे समझें

फ़ेल
इस मानदंड से जुड़ा कम से कम एक ऑटोमेटेड नियम टेस्ट किए गए किसी पेज पर फ़ेल हुआ। यह एक पक्की समस्या है; एक्सेसिबिलिटी चेकर इसके पीछे के एलिमेंट और पेज दिखाता है।
समीक्षा ज़रूरी
किसी ऑटोमेटेड जाँच ने कुछ ऐसा चिह्नित किया जिसका वह फ़ैसला नहीं कर सकी, जैसे ग्रेडिएंट पर लिखे टेक्स्ट का कंट्रास्ट। किसी व्यक्ति को उस एलिमेंट को देखना होगा।
कोई ऑटोमेटेड फ़ेल्योर नहीं
इस मानदंड से जुड़ा कम से कम एक axe-core नियम चला और पास हुआ। यह कंफ़ॉर्मेंस नहीं है: नियम उस हिस्से को ही कवर करते हैं जो मानदंड माँगता है, पूरे को नहीं।
ट्रिगर नहीं हुआ
इस मानदंड के लिए ऑटोमेटेड नियम मौजूद हैं, लेकिन टेस्ट किए गए पेजों पर उन्हें जाँचने के लिए कुछ नहीं मिला, जैसे कैप्शन वाले नियमों के लिए कोई वीडियो नहीं, या लेबल वाले नियमों के लिए कोई फ़ॉर्म नहीं। अगर आपकी साइट पर कहीं और ऐसा कंटेंट है, तो उसे ख़ुद टेस्ट करें।
मैनुअल जाँच
कोई भी ऑटोमेटेड नियम इस मानदंड को कवर नहीं करता, इसलिए स्कैन इसके बारे में किसी भी तरफ़ कुछ नहीं कहता। इसे ख़ुद टेस्ट करें।
लेवल A और लेवल AA
लेवल A न्यूनतम स्तर है। जो नीतियाँ WCAG का हवाला देती हैं, वे आमतौर पर लेवल AA का नाम लेती हैं, जिसमें लेवल A के सभी मानदंड शामिल होते हैं।

सबसे आम समस्याओं को कैसे ठीक करें

  • 4.1.2 Name, Role, Value फ़ेल

    div या span एलिमेंट से बने कस्टम कंट्रोल (मेन्यू, टैब, अकॉर्डियन, टॉगल) असिस्टिव टेक्नोलॉजी को यह नहीं बताते कि वे क्या हैं या खुले हैं या नहीं। जहाँ भी हो सके, नेटिव <button> इस्तेमाल करें, उसे एक नाम दें, और aria-expanded या aria-pressed सेट करें ताकि उसकी स्थिति बोली जाए।

  • 1.3.1 Info and Relationships फ़ेल

    स्ट्रक्चर मार्कअप में होना चाहिए, केवल स्टाइलिंग में नहीं। बोल्ड पैराग्राफ़ के बजाय असली h2 और h3 एलिमेंट इस्तेमाल करें, सूचियों के लिए ul या ol, टेबल हेडर के लिए scope के साथ th, और फ़ॉर्म फ़ील्ड के समूहों के लिए लेबल या legend के साथ fieldset।

  • 3.1.1 Language of Page फ़ेल

    html एलिमेंट में एक lang एट्रिब्यूट जोड़ें, जैसे <html lang="en">। WordPress थीम आमतौर पर इसे language_attributes() से प्रिंट करती हैं; Shopify थीम में layout/theme.liquid के अंदर <html lang="{{ request.locale.iso_code }}"> इस्तेमाल करें।

  • 2.5.8 Target Size (Minimum) फ़ेल

    छोटे आइकन और पास-पास लगे लिंक उँगली से दबाना मुश्किल होता है। हर टारगेट को कम से कम 24 × 24 CSS पिक्सेल का बनाएँ, या छोटे टारगेट के बीच इतनी जगह रखें कि हर एक पर केंद्रित 24 px का गोला किसी दूसरे टारगेट से न टकराए। padding आइकन को बदले बिना टारगेट को बड़ा कर देती है।

  • मैनुअल जाँचें कैसे पूरी करें

    जल्दी होने वाली जाँचों से शुरू करें। 1.4.10 Reflow के लिए, 1280 px चौड़ी ब्राउज़र विंडो को 400% पर ज़ूम करें और देखें कि किसी चीज़ के लिए साइड में स्क्रॉल न करना पड़े। 2.4.7 और 2.4.11 के लिए, पेज पर Tab करते हुए देखें कि फ़ोकस हमेशा दिखाई दे और कभी किसी स्टिकी हेडर या कुकी बैनर के पीछे न छिपे। 3.3.1 के लिए, गलतियों के साथ एक फ़ॉर्म सबमिट करें और देखें कि एरर टेक्स्ट में साफ़-साफ़ बताए गए हैं या नहीं।

इस टूल के बारे में सवाल

WCAG 2.2 में लेवल A और AA पर क्या बदला?

छह मानदंड जोड़े गए: 2.4.11 Focus Not Obscured (Minimum), 2.5.7 Dragging Movements, 2.5.8 Target Size (Minimum), 3.2.6 Consistent Help, 3.3.7 Redundant Entry और 3.3.8 Accessible Authentication (Minimum)। WCAG 2.2 लेवल AAA के तीन मानदंड भी जोड़ता है और 4.1.1 Parsing को हटा देता है।

4.1.1 Parsing सूची में क्यों नहीं है?

WCAG 2.2 ने 4.1.1 Parsing को अप्रचलित (obsolete) मानकर हटा दिया है, क्योंकि ब्राउज़र और असिस्टिव टेक्नोलॉजी अब उन मार्कअप गलतियों पर निर्भर नहीं हैं जिन्हें यह कवर करता था। W3C के अनुसार, WCAG 2.0 और 2.1 के लिए अब HTML कंटेंट में इसे हमेशा पूरा हुआ माना जाता है।

क्या WCAG 2.2 पूरा करने से WCAG 2.1 भी कवर हो जाता है?

हाँ। WCAG 2.2 बैकवर्ड कम्पैटिबल है: जो कंटेंट 2.2 के अनुरूप है, वह 2.1 और 2.0 के भी अनुरूप है। इसलिए 2.2 पर टेस्ट करने से वे पुराने वर्ज़न भी कवर हो जाते हैं जिनका हवाला कई नीतियाँ अब भी देती हैं।

क्या इससे एक्सेसिबिलिटी स्टेटमेंट या VPAT लिखा जा सकता है?

यह एक शुरुआती बिंदु है, कंफ़ॉर्मेंस रिपोर्ट नहीं। स्टेटमेंट या VPAT के लिए हर मानदंड का मूल्यांकन ज़रूरी है, जिनमें से ज़्यादातर किसी व्यक्ति को करना होता है; मैनुअल जाँच (Manual check) और समीक्षा ज़रूरी की सूचियाँ दिखाती हैं कि किन मानदंडों के लिए यह अभी बाकी है।

इतने सारे मानदंडों पर “मैनुअल जाँच” (Manual check) क्यों लिखा है?

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

स्रोत

संबंधित टूल

एक्सेसिबिलिटी सुधार रिपोर्ट ($174, एक बार का भुगतान) पूरे मुफ़्त स्कैन से शुरू होती है और उसमें और पेज, हर नतीजे के लिए करने वाला बदलाव, एक PDF और आपके सुधारों की पुष्टि के लिए री-टेस्ट जोड़ती है।

एक्सेसिबिलिटी सुधार रिपोर्ट के बारे में