WCAG 2.1 की तुलना में WCAG 2.2 में क्या बदला
वेब कंटेंट एक्सेसिबिलिटी गाइडलाइन्स (WCAG) वह मानक है जिसकी ओर अधिकांश सुलभता क़ानून संकेत करते हैं। WCAG 2.2 5 अक्टूबर 2023 को W3C अनुशंसा बनी, नौ नए सफलता मानदंड जोड़े और एक हटाया। यह अब ISO/IEC 40500:2025 भी है। अगर आप 2026 में कोई वेबसाइट, डिज़ाइन सिस्टम या उत्पाद बनाए रखते हैं, व्यावहारिक प्रश्न है: क्या बदला, हर नया मानदंड वास्तव में क्या माँगता है, और सुधारों को कैसे प्राथमिकता दें? यह पोस्ट हर एक का उत्तर देती है, स्रोत उद्धृत करके ताकि आप कार्य करने से पहले सत्यापित कर सकें।
WCAG का संक्षिप्त इतिहास
W3C ने पहली वेब कंटेंट एक्सेसिबिलिटी गाइडलाइन्स 5 मई 1999 को प्रकाशित कीं। WCAG 1.0 निर्देशात्मक और HTML-विशिष्ट थी; जब वेब सपाट दस्तावेज़ों से समृद्ध ऐप्लीकेशनों की ओर बढ़ा तो यह तेज़ी से पुरानी हो गई।
WCAG 2.0 11 दिसंबर 2008 को आई। इसने मार्गदर्शन को किसी एक तकनीक से अमूर्त किया, इसे «अनुभवनीय, संचालन योग्य, समझने योग्य, मज़बूत» (POUR) चार सिद्धांतों के तहत व्यवस्थित किया, और तीन-स्तरीय अनुपालन योजना A/AA/AAA पेश की जो आज भी उपयोग होती है। यह वह संस्करण है जिसका अधिकांश US और अंतर्राष्ट्रीय विनियमन मूल रूप से संदर्भ देते थे।
WCAG 2.1 5 जून 2018 को आई। इसने 17 नए मानदंड जोड़े जो मोबाइल (orientation, टच लक्ष्य, motion activation), कम-दृष्टि उपयोगकर्ता (reflow, टेक्स्ट स्पेसिंग, ग़ैर-टेक्स्ट कंट्रास्ट) और संज्ञानात्मक सुलभता (label-in-name, status messages) को कवर करते हैं। यह वह संस्करण है जो European Accessibility Act द्वारा संदर्भित मानक EN 301 549 v3.2.1 में बेक किया गया है।
WCAG 2.2 5 अक्टूबर 2023 को प्रकाशित हुई और 12 दिसंबर 2024 को संपादकीय अपडेट के साथ पुन: प्रकाशित। यह नौ नए मानदंड जोड़ती है, एक (4.1.1 Parsing) हटाती है, और अब ISO/IEC 40500:2025 भी है। WCAG 3, एक नए स्कोरिंग वाला मूल रूप से अलग ढाँचा, अभी भी मसौदे में है, सामान्य अपनाने की 2027 से पहले उम्मीद नहीं।
नौ नए सफलता मानदंड
नए मानदंड तीन विषयगत समूहों में आते हैं: फ़ोकस, इनपुट मोडैलिटी, संज्ञानात्मक सुलभता।
फ़ोकस समूह
2.4.11 फ़ोकस अनछुपा (न्यूनतम), स्तर AA. जब कोई UI घटक कीबोर्ड फ़ोकस प्राप्त करता है, घटक लेखक द्वारा बनाई गई सामग्री (sticky headers, cookie banners, chat widgets) द्वारा पूरी तरह छिपा नहीं होना चाहिए। घटक आंशिक रूप से छुप सकता है; मानदंड केवल तभी विफल होता है जब कुछ भी दृश्य नहीं।
2.4.12 फ़ोकस अनछुपा (बढ़ाया गया), स्तर AAA. 2.4.11 का सख़्त संस्करण: फ़ोकस प्राप्त घटक का कोई भी हिस्सा छुपा नहीं होना चाहिए। यह AAA संस्करण जिसे अधिकांश एंटरप्राइज़ डिज़ाइन सिस्टम लक्ष्य करते हैं।
2.4.13 फ़ोकस उपस्थिति, स्तर AAA. फ़ोकस संकेतक स्वयं फ़ोकस नियंत्रण के चारों ओर कम-से-कम 2 CSS पिक्सेल मोटा होना चाहिए, और आसन्न अनफ़ोकस अवस्था के विरुद्ध इसका कंट्रास्ट कम-से-कम 3:1 होना चाहिए। गहरे बटन पर 1px ब्राउज़र डिफ़ॉल्ट फ़ोकस रिंग विफल; 2px उच्च-कंट्रास्ट रिंग पास।
इनपुट मोडैलिटी समूह
2.5.7 खींचने की गतिविधि, स्तर AA. जो भी खींचने के भाव से किया जा सकता है, बिना खींचे भी संभव होना चाहिए। उदाहरण: केवल खींचने पर प्रतिक्रिया देने वाली क्रमबद्ध सूचियाँ, sliders, मानचित्र पैनिंग। मानदंड खींचने पर रोक नहीं लगाता; एक विकल्प माँगता है जैसे पुनर्व्यवस्थित करने के लिए ऊपर/नीचे तीर, या slider मान के लिए टेक्स्ट-इनपुट फ़ील्ड।
2.5.8 लक्ष्य आकार (न्यूनतम), स्तर AA. पॉइंटर लक्ष्य कम-से-कम 24 × 24 CSS पिक्सेल होने चाहिए, सिवाय अगर वे inline (पैराग्राफ में लिंक), user-agent डिफ़ॉल्ट में उजागर (एक <select>), फ़ंक्शन के लिए आवश्यक, या पृष्ठ पर कहीं और 24x24 पूरा करने वाला समकक्ष नियंत्रण है। पहले के WCAG 2.1 मानदंड 2.5.5 ने सीमा 44x44 पर रखी थी पर स्तर AAA पर; 2.5.8 छोटे 24x24 तल को स्तर AA पर अनिवार्य बनाता है।
संज्ञानात्मक सुलभता समूह
3.2.6 सुसंगत सहायता, स्तर A. यदि सहायता तंत्र («संपर्क करें», chat widget, सहायता लिंक, सहायता फ़ोन) कई पृष्ठों पर आते हैं, तो उन्हें हर पृष्ठ पर समान सापेक्ष क्रम में आना चाहिए। मक़सद संज्ञानात्मक बोझ कम करना है।
3.3.7 अनावश्यक प्रविष्टि, स्तर A. उपयोगकर्ताओं को उसी प्रक्रिया में पहले प्रदान की गई जानकारी फिर से दर्ज करने के लिए नहीं कहा जाना चाहिए। बहु-चरणीय फ़ॉर्म को पहले की इनपुट याद रखनी चाहिए। मानदंड फिर पूछने पर रोक नहीं लगाता जब आवश्यक हो (सुरक्षा सत्यापन) या जब सूचना बदल गई हो।
3.3.8 सुलभ प्रमाणीकरण (न्यूनतम), स्तर AA. प्रमाणीकरण पासवर्ड याद रखने, पहेली सुलझाने, या छवि-आधारित CAPTCHA पढ़ने जैसे संज्ञानात्मक कार्य परीक्षणों की माँग नहीं कर सकता, जब तक कि विकल्प प्रदान न किया जाए। स्वीकार्य विकल्प: पासवर्ड मैनेजर, एक-बार कोड, बायोमेट्रिक, हार्डवेयर टोकन।
3.3.9 सुलभ प्रमाणीकरण (बढ़ाया गया), स्तर AAA. सख़्त संस्करण: वस्तु-पहचान और व्यक्तिगत-सामग्री पहेलियाँ भी अनुमत नहीं, जब तक विकल्प न हो।
हटाया गया एक मानदंड
4.1.1 Parsing अप्रचलित के रूप में वापस ले लिया गया। इसने माँगा कि सामग्री पार्स योग्य हो: पूर्ण आरंभ/अंत टैग, कोई डुप्लिकेट IDs नहीं, सही ढंग से नेस्टेड तत्व। 2008 में यह मायने रखता था क्योंकि सहायक तकनीकें स्वयं HTML पार्स करती थीं और विकृत markup पर विफल होती थीं। 2024 में हर सहायक तकनीक ब्राउज़र के सुलभता वृक्ष का उपभोग करती है, कच्चे HTML का नहीं; ब्राउज़र पहले से ही विकृत markup से सुंदर तरीक़े से उबरता है। WCAG 2.2 मानदंड हटाकर इसे स्वीकार करती है। यह अभी भी WCAG 2.0 और 2.1 अनुपालन में आता है, 2.2 में नहीं।
अनुपालन स्तर पुनरावलोकन
| स्तर | क्या कवर करता है | कहाँ ज़रूरी |
|---|---|---|
| A | बुनियादी सुलभता, जिस तल से नीचे कुछ उपयोगकर्ताओं के लिए सामग्री टूटी है | अधिकांश विनियमन कम-से-कम यह माँगते हैं |
| AA | व्यावहारिक मानक जिसे अधिकांश क़ानून उद्धृत करते हैं | US Section 508, EU EAA + EN 301 549, ADA केस-लॉ तल |
| AAA | आकांक्षात्मक सर्वोत्तम अभ्यास, अक्सर हर पृष्ठ प्रकार के लिए संभव नहीं | डिज़ाइन सिस्टम के लिए सर्वोत्तम-अभ्यास लक्ष्य |
व्यावहारिक प्रभाव, पहले क्या ठीक करें
- 2.5.8 लक्ष्य आकार (न्यूनतम), 24x24 CSS पिक्सेल। बटन, आइकन लिंक और छोटे toggles ऑडिट करें। 24x24 से छोटे नियंत्रणों को या तो बड़ी हिट क्षेत्र, चारों ओर अधिक स्थान, या पृष्ठ पर एक समकक्ष बड़ा नियंत्रण चाहिए। मौजूदा साइटों पर सबसे आम 2.2 विफलता।
- 2.4.11 फ़ोकस अनछुपा (न्यूनतम)। Sticky bottom bars, sticky footers, chat widgets, cookie banners देखें जो viewport के नीचे को ओवरले करते हैं। जब कोई फ़ोकस योग्य तत्व उनमें से एक के पीछे स्क्रॉल करता है, मानदंड विफल। फ़िक्स: फ़ोकस योग्य तत्वों पर sticky bar की ऊँचाई के बराबर
scroll-margin-bottom। - 3.3.8 सुलभ प्रमाणीकरण (न्यूनतम)। लॉगिन प्रवाह से छवि-आधारित CAPTCHA हटाएँ; invisible-CAPTCHA या दर-सीमित दृष्टिकोण से बदलें। पासवर्ड मैनेजरों की अनुमति दें (पासवर्ड फ़ील्ड पर autocomplete अक्षम न करें)। एक-बार कोडों को paste करने की अनुमति दें।
- 2.5.7 खींचने की गतिविधि। किसी भी केवल-खींचने वाली बातचीत के लिए ग़ैर-खींचने वाला विकल्प प्रदान करें। क्रमबद्ध सूचियाँ: ऊपर/नीचे तीर। Sliders: संख्या इनपुट। मानचित्र: पैन बटन।
- 3.2.6 सुसंगत सहायता। अगर आपका «संपर्क» या «सहायता» लिंक कई पृष्ठों पर आता है, तो उसे सुसंगत रूप से स्थान दें।
- 3.3.7 अनावश्यक प्रविष्टि। बहु-चरण फ़ॉर्म को पहले की इनपुट याद रखनी चाहिए।
नए मानदंड लागू करने के सामान्य जाल
- 4.1.1 Parsing को हर जगह गया हुआ मानना। 4.1.1 WCAG 2.2 से हटाया गया है पर WCAG 2.0 और 2.1 द्वारा अभी भी आवश्यक है। यदि आपका अनुबंध या विनियमन 2.1 निर्दिष्ट करता है, parsing नियम अभी भी लागू।
- 2.5.8 लक्ष्य आकार को ग़लत पढ़ना। 24x24 न्यूनतम लक्ष्य के लिए है, दृश्य आइकन के लिए नहीं। 24x24 बटन के अंदर 16x16 आइकन पास। 16x16 बटन में 16x16 आइकन विफल।
- 2.5.8 के अपवादों को भूलना। पैराग्राफ में inline लिंक, डिफ़ॉल्ट user-agent नियंत्रण, आवश्यक लक्ष्य, और पृष्ठ पर कहीं और बड़े समकक्ष नियंत्रण सभी छूट प्राप्त।
- 3.3.8 को सभी CAPTCHA हटाकर लागू करना। आप CAPTCHA रख सकते हैं; आपको बस एक सुलभ वैकल्पिक रास्ता चाहिए। उल्टे ट्यूरिंग परीक्षण, दर सीमाएँ, magic links, passkeys, या हार्डवेयर टोकन सभी योग्य।
- 2.4.11 को 2.4.13 के साथ भ्रमित। फ़ोकस अनछुपा (2.4.11) इस बारे में है कि फ़ोकस तत्व बिल्कुल दिखाई दे रहा है या नहीं। फ़ोकस उपस्थिति (2.4.13) फ़ोकस संकेतक के स्वयं मोटे और कंट्रास्ट होने के बारे में है। विभिन्न स्तरों पर विभिन्न आवश्यकताएँ।
- 2.4.13 को AAA होने के कारण छोड़ना। कई सरकारों (नॉर्वे, कनाडा के हिस्से) ने सार्वजनिक क्षेत्र की साइटों के लिए AAA स्तर नियम अपनाए हैं।
WCAG 2.2 अनुपालन जाँचने के उपकरण
| उपकरण | WCAG 2.2 समर्थन | नोट्स |
|---|---|---|
| axe DevTools (ब्राउज़र एक्सटेंशन) | हाँ, 4.8.0 (2024 की शुरुआत) से | स्वचालित परीक्षण के लिए उद्योग मानक |
| Lighthouse (Chrome) | आंशिक | उपसमुच्चय; सभी 2.2 मानदंड नहीं |
| WAVE (ब्राउज़र एक्सटेंशन) | हाँ | 2024 में 2.2 के लिए अपडेट |
| Stark (Figma प्लगइन) | हाँ | डिज़ाइन समय पर 2.2 के विरुद्ध डिज़ाइन परखता है |
| Pa11y (CLI) | हाँ | ओपन-सोर्स, CI के लिए स्क्रिप्ट योग्य |
| Tenon | हाँ | वाणिज्यिक, व्यापक कवरेज |
| ARC Toolkit | हाँ | मुफ्त, 2.0, 2.1 और 2.2 के विरुद्ध चलता है |
| ANDI (NSA bookmarklet) | आंशिक | US संघीय साइट परीक्षण |
| मैनुअल कीबोर्ड परीक्षण | अनिवार्य | कोई भी उपकरण सभी फ़ोकस, खींचने, अनावश्यक प्रविष्टि या प्रमाणीकरण मुद्दे नहीं पकड़ता |
स्वचालित उपकरण अपने सर्वोत्तम पर भी लगभग 30 से 40 % WCAG विफलताएँ पकड़ते हैं। नए 2.2 मानदंड स्वचालित करना विशेष रूप से कठिन है (2.5.7, 3.2.6, 3.3.7, 3.3.8) क्योंकि उन्हें उपयोगकर्ता प्रवाह समझना ज़रूरी है, केवल markup नहीं। हर रिलीज़ पर मैनुअल कीबोर्ड परीक्षण की योजना बनाएँ।
गोपनीयता और उपकरण
Absolutool पर रंग कंट्रास्ट चेकर, WCAG शीर्षक चेकर, और सुलभ पैलेट जनरेटर सभी पूरी तरह आपके ब्राउज़र में चलते हैं। आप जो HTML या रंग मान चिपकाते हैं, उन्हें आपके डिवाइस पर JavaScript प्रोसेस करता है, परिणाम पृष्ठ पर रेंडर होते हैं, और कुछ भी सर्वर पर नहीं भेजा जाता। इनपुट पर कोई टेलीमेट्री नहीं, सामग्री को छूने वाली कोई तृतीय-पक्ष स्क्रिप्ट नहीं, नेविगेशन के बाद कोई कैश नहीं। आंतरिक डिज़ाइन सिस्टम ऑडिट, अप्रकाशित ब्रांड रंगों, या एम्बार्गो के तहत किसी भी ऑडिट डेटा के लिए, यह सख़्ती से स्थानीय प्रवाह सही डिफ़ॉल्ट है। उपकरण पृष्ठ लोड होने के बाद ऑफ़लाइन चल सकते हैं, जिसे आप नेटवर्क बंद करके और एक कंट्रास्ट जोड़ी की फिर से जाँच करके सत्यापित कर सकते हैं।
अक्सर पूछे जाने वाले प्रश्न
When did WCAG 2.2 become a W3C Recommendation?
5 October 2023, with an updated edition published on 12 December 2024. The 2.2 specification is also published as ISO/IEC 40500:2025, identical to the October 2023 version.
How many new success criteria does WCAG 2.2 add?
Nine. They cover focus visibility (2.4.11, 2.4.12, 2.4.13), input modality (2.5.7 Dragging Movements, 2.5.8 Target Size Minimum), and cognitive accessibility (3.2.6 Consistent Help, 3.3.7 Redundant Entry, 3.3.8 and 3.3.9 Accessible Authentication).
Was anything removed from WCAG 2.1?
Yes. Success Criterion 4.1.1 Parsing was removed as obsolete in WCAG 2.2. Modern browsers and assistive technologies no longer fail because of duplicate IDs or unclosed tags in the way they did when 4.1.1 was written.
Does the European Accessibility Act require WCAG 2.2?
The EAA, in force since 28 June 2025, references the harmonised European standard EN 301 549. The current EN 301 549 (v3.2.1, 2021) aligns with WCAG 2.1 AA. A future revision is expected to align with WCAG 2.2, but for now the legal floor in the EU is 2.1 AA, with 2.2 being best practice.
Is WCAG 2.2 a complete replacement for WCAG 2.1?
No. WCAG 2.2 is backward compatible with 2.1, meaning content that conforms to 2.2 also conforms to 2.1. Most regulations are still written against 2.0 or 2.1; targeting 2.2 covers both and is the safe recommendation for new work.