एक्सेसिबिलिटी संसाधन

web accessibility का एक संक्षिप्त इतिहास

web से बहुत पहले, US federal law ने वह legal scaffolding बनानी शुरू कर दी थी जिससे accessibility बाद में जुड़ेगी। Rehabilitation Act of 1973 का Section 504 ने federal financial assistance प्राप्त करने वाले किसी भी program द्वारा disability के आधार पर discrimination को prohibited किया, implementing regulations केवल 28 अप्रैल 1977 को sign हुईं, और केवल प्रसिद्ध 504 sit-in के बाद, जिसमें disability-rights activists ने San Francisco में एक federal building पर 25 दिन तक कब्ज़ा किया, US history में किसी federal building पर सबसे लंबा nonviolent occupation। उसी act का Section 508 1986 में amendment द्वारा जोड़ा गया लेकिन इसमें enforcement की कोई क्षमता नहीं थी; practitioners जिस substantially revised version को आज reference करते हैं वह 1998 में Workforce Investment Act के भाग के रूप में enacted हुई, US federal agencies को अपनी electronic और information technology को accessible बनाने की आवश्यकता बनाई। Americans with Disabilities Act of 1990 broader civil-rights statute है जो disability discrimination को prohibit करता है, और यह ADA (Section 508 नहीं) है जिसे private-sector website lawsuits में invoke किया जाता है।

W3C ने 1997 में standards-setting community में web accessibility work coordinate करने के लिए Web Accessibility Initiative (WAI) launch किया। Tim Berners-Lee का framing (कि web की value universality पर टिकी है, और disability की परवाह किए बिना सभी के लिए access essential है) WAI का founding premise बना।

WCAG version timeline

• WCAG 1.0: W3C Recommendation, 5 मई 1999। Priority 1, 2, या 3 rated checkpoints के साथ 14 guidelines के इर्द-गिर्द accessibility advice organize की (conformance levels A, AA और AAA इसी scheme से inherit हुए)। 1990 के दशक के अंत के HTML और early-web stack पर firmly oriented।
• WCAG 2.0: W3C Recommendation, 11 दिसंबर 2008। पूरे framework को चार POUR principles के इर्द-गिर्द reorganize किया। अभी भी current three-tier conformance model (A / AA / AAA) introduce किया। अक्टूबर 2012 में ISO/IEC 40500:2012 के रूप में adopted।
• WCAG 2.1: W3C Recommendation, 5 जून 2018। mobile users (screen orientation, pointer gestures, motion actuation), low-vision users (320 CSS-pixel reflow, UI components के लिए 3:1 non-text contrast, text-spacing tolerance), और cognitive और learning disabilities वाले लोगों (autofill input-purpose, timeout help) को address करने वाले 17 new success criteria जोड़े। «WCAG 2.1 AA» दुनिया भर में accessibility law में सबसे अधिक cited standard बना हुआ है।
• WCAG 2.2: W3C Recommendation, 5 अक्टूबर 2023, दिसंबर 2024 में published editorial maintenance updates के साथ। नौ new success criteria जोड़े जिनमें Focus Not Obscured (2.4.11/2.4.12), Dragging Movements (2.5.7), Target Size Minimum (2.5.8, कम से कम 24×24 CSS pixels), Consistent Help (3.2.6), Redundant Entry (3.3.7), और Accessible Authentication (3.3.8/3.3.9, login flows accessible alternative के बिना puzzle CAPTCHAs की आवश्यकता नहीं कर सकते) शामिल हैं। obsolete 4.1.1 Parsing criterion हटाया। यह current published version है।
• WCAG 3.0: अभी भी Working Draft। अधिक flexible scoring model और broader scope (apps, authoring tools, publishing platforms, emerging tech) के साथ designed। W3C स्पष्ट है कि WCAG 3, WCAG 2 को immediately supersede नहीं करेगा, WCAG 2 को 3 के finalize होने के बाद कई वर्षों तक maintained किया जाता रहेगा। 2026 में accessibility statements लिखने वाले practitioners को अभी भी WCAG 2.2 (या 2.1) को operative standard के रूप में reference करना चाहिए।

सरल भाषा में चार POUR principles

Perceivable पूछता है: क्या user वास्तव में screen पर जो है उसे ग्रहण कर सकता है? बिना alt text के एक photograph, screen reader उपयोग करने वाले के लिए perceivable नहीं है। बिना captions के एक video, deaf व्यक्ति के लिए perceivable नहीं है। slightly less dark grey पर 9-point dark grey में text, low vision वाले कई लोगों के लिए perceivable नहीं है। «Perceivable» का अर्थ «अच्छा दिखता है» नहीं है, इसका अर्थ है «क्या information किसी ऐसे form में present है जिसे इस user की senses और tools ग्रहण कर सकते हैं?»

Operable पूछता है: क्या user वास्तव में interface use कर सकता है? एक site जिसे mouse से hover करने की आवश्यकता है, keyboard या touch users के लिए operable नहीं है। 60-second timeout, पढ़ने में अधिक समय लेने वाले के लिए operable नहीं है। एक modal जो keyboard focus को बिना escape के trap करता है, operable नहीं है।

Understandable पूछता है: क्या user समझ सकता है कि क्या हो रहा है? एक form जो «Error 47» और कुछ नहीं कहता, understandable नहीं है। एक page जहाँ navigation हर visit में अलग तरह से rearrange होती है, understandable नहीं है।

Robust पूछता है: क्या content तब भी काम करेगा जब user agents और assistive technologies evolve करें? Custom components जो accessibility tree को proper roles, names और states expose नहीं करते, इस principle में fail हैं। सबसे common practical advice: जहाँ possible हो custom JavaScript widgets के बजाय standard HTML elements prefer करें; जब आप custom widgets build करें, तो W3C द्वारा documented ARIA patterns follow करें।

WAI-ARIA, rich-application का साथी

WAI-ARIA एक अलग W3C specification है जो roles, states और properties define करता है जो HTML assistive technologies को dynamic interface components के purpose और current state communicate करने के लिए carry कर सकता है। ARIA इसलिए आवश्यक है क्योंकि HTML अकेले modern patterns जैसे tabs, dialogs, autocomplete combo-boxes, tree views, और live regions जो page reload के बिना update होती हैं, describe नहीं कर सकता। Version timeline: WAI-ARIA 1.0 Recommendation 20 मार्च 2014; 1.1 14 दिसंबर 2017 को; 1.2 6 जून 2023 को, current version। ARIA use के पाँच «rules of ARIA use» का सार है: native HTML prefer करें; existing elements की semantics न बदलें; keyboard operability सुनिश्चित करें; assistive tech से focusable elements कभी न छिपाएं; और हर interactive element को हमेशा एक accessible name दें।

Legal landscape, jurisdiction by jurisdiction

United States में, web accessibility lawsuits लगभग पूरी तरह ADA Title III के अंतर्गत filed होते हैं। दो cases ने modern landscape set किया। National Federation of the Blind v. Target Corp. (7 फरवरी 2006 को filed, अगस्त 2008 में $6 million plus $3.7 million attorney fees पर settled) पहला major US web-accessibility class action था। Robles v. Domino's Pizza: 15 जनवरी 2019 को Ninth Circuit ruling; Supreme Court ने 7 अक्टूबर 2019 को appeal सुनने से इनकार किया, confirmed किया कि ADA physical locations वाले US business के किसी भी online platform तक पहुँचता है। परिणाम filings में sustained boom रहा है: 2024 में 4,187 federal digital-accessibility lawsuits, 2021 से हर साल 4,000 से अधिक। 2024 के लगभग एक चौथाई cases में वे companies शामिल थीं जिन पर पहले भी sue किया जा चुका था। उल्लेखनीय रूप से, 2024 के 1,000 से अधिक defendants ने पहले से ही एक «accessibility widget» install किया था (small businesses को heavily marketed overlay-style scripts) जिसने suit को रोका नहीं।

अप्रैल 2024 में US Department of Justice ने ADA Title II को state और local government web content और mobile apps पर apply करने वाला long-awaited rule finalize किया। rule 24 अप्रैल 2024 को Federal Register में published हुआ और WCAG 2.1 Level AA को technical standard के रूप में adopted किया। अप्रैल 2026 में DOJ ने Interim Final Rule के माध्यम से original deadlines को एक वर्ष बढ़ाया: large public entities के पास अब 26 अप्रैल 2027 तक, small entities के पास 26 अप्रैल 2028 तक का समय है।

European Accessibility Act, Directive (EU) 2019/882 है, अप्रैल 2019 में adopted। Member states को इसे 28 जून 2022 तक national law में transpose करना था, और substantive accessibility requirements 28 जून 2025 से apply होने लगीं। EAA EU market पर placed consumer products और services की एक wide range cover करता है: computers और operating systems, smartphones और tablets, e-readers, ATMs और ticketing/check-in machines, e-commerce websites, banking services, e-books, audiovisual media services, और passenger-transport information। services provide करने वाले microenterprises (10 से कम employees, €2 million से कम turnover) exempt हैं। harmonised technical standard EN 301 549 है, CEN, CENELEC और ETSI द्वारा jointly published; current version 3.2.1 (मार्च 2021) WCAG 2.1 का full text incorporate करती है।

अन्य significant national frameworks: Ontario की AODA (Accessibility for Ontarians with Disabilities Act), 2005 में enacted, 2025 तक full accessibility का stated goal; France की RGAA (Référentiel Général d'Amélioration de l'Accessibilité) v4.1.2 (2022), WCAG 2.1 AA पर mapped 106 technical criteria का एक set, public-sector और large private companies (annual turnover €250 million या अधिक) द्वारा non-compliance के लिए substantial fines।

आपकी site वास्तव में कौन use कर रहा है, assistive-tech landscape

screen reader और browser combinations पर सबसे reliable data WebAIM Screen Reader User Survey से आता है। सबसे recent edition, Survey #10, दिसंबर 2023 और जनवरी 2024 में conducted हुई और 1,539 valid responses मिले। Headline numbers: primary screen reader के रूप में, JAWS 40.5%, NVDA 37.7%, VoiceOver 9.7%। «most commonly used at all» के रूप में (multiple choice), NVDA 65.6%, JAWS 60.5%, VoiceOver 43.9%: लगभग 71.6% respondents एक से अधिक screen reader use करते हैं। सबसे common combinations JAWS + Chrome (24.7%), NVDA + Chrome (21.3%), JAWS + Edge (11.4%), NVDA + Firefox (10.0%), और VoiceOver + Safari (7.0%) हैं।

• JAWS (Job Access With Speech), commercial Windows screen reader, originally Ted Henter द्वारा Henter-Joyce के through 1989 में released, अब Vispero का हिस्सा। US enterprise और government में dominant।
• NVDA (NonVisual Desktop Access), leading free open-source Windows screen reader, पहली बार अप्रैल 2006 में Michael Curran और James Teh (दोनों खुद blind) द्वारा released। non-profit NV Access 2007 की शुरुआत में established हुई। NVDA की growth पिछले दशक में screen-reader market में सबसे striking trend रही है।
• VoiceOver: Apple के operating systems में built-in। Mac OS X 10.4 Tiger (2005) में debut किया; iPhone 3GS (2009) के साथ iOS में जोड़ा गया। अब macOS, iOS, iPadOS, tvOS और watchOS पर ship होता है।
• TalkBack: Android पर equivalent built-in screen reader, Google द्वारा maintained।

broader ecosystem में अन्य assistive technologies: screen magnifiers (Windows के लिए ZoomText, built-in macOS magnifier), speech-recognition software (Dragon NaturallySpeaking), limited motor control वाले users के लिए switch-access devices, alternative keyboards और head-pointers, eye-tracking systems, और refreshable braille displays। WCAG criteria इन सभी को address करते हैं यहाँ तक कि जब page केवल screen readers के बारे में सोचता है।

Colour contrast, WCAG 2 model और APCA candidate

WCAG 2.x दो colours के बीच luminance ratio के रूप में contrast measure करता है, 1:1 (कोई contrast नहीं) से 21:1 (pure black पर pure white) तक। thresholds: Level AA, normal text 4.5:1; large text (18 pt या 14 pt bold) 3:1; Level AAA, normal text 7:1; large text 4.5:1। WCAG 2.1 के §1.4.11 Non-Text Contrast ने UI components और graphical objects जो information convey करते हैं, के लिए AA पर 3:1 requirement जोड़ी।

luminance-ratio model की known weaknesses हैं, particularly कि यह dark colours के perceived contrast को overstate करता है, दो dark colours का 4.5:1 pair technically pass करने के बावजूद functionally unreadable हो सकता है। APCA (Accessible Perceptual Contrast Algorithm), Andrew Somers द्वारा developed, self-illuminated displays के लिए designed एक perception-based replacement है। यह WCAG 3.0 के लिए candidate contrast method है, currently किसी भी published WCAG version का हिस्सा नहीं। APCA roughly -108 से +108 scale पर एक signed number produce करता है (light text जब dark background पर हो तो negative)। 2026 में shipping करने वाले practitioners को अभी भी WCAG 2.x ratios के विरुद्ध legal requirement के रूप में test करना चाहिए, APCA scores को supplementary perceptual sanity checks के रूप में treat करते हुए।

संख्याओं में field की स्थिति

सबसे अधिक cited annual snapshot WebAIM का Million report है, जो 2019 से दुनिया भर की top one million websites के home pages के विरुद्ध automated accessibility checks run करता है। WebAIM Million 2026 edition, मार्च 2026 में published, लेखन के समय सबसे recent है। home pages के 95.9% में detected WCAG 2 failures थे (2025 में 94.8% से ऊपर, six-year improving trend का पहला reversal)। average page में 56.1 detected accessibility errors थे, 10.1% year-on-year increase। छह सबसे common error types सभी detected issues के लगभग 96% के लिए account करते हैं:

1. Low-contrast text: 83.9% pages, average ~34 instances per page
2. images पर Missing alt text, 53.1%
3. अनुपस्थित form labels: 51.0%
4. खाली links: 46.3%
5. खाली buttons: 30.6%
6. अनुपस्थित document language declaration: 13.5%

background के लिए: दुनिया भर में 1.3 billion लोग, global population का लगभग 16%, या लगभग 6 में से 1, significant disability का अनुभव करते हैं, World Health Organization fact sheet के अनुसार जो 7 मार्च 2023 को last updated हुई।

इस directory में resources कहाँ से आते हैं

ऊपर दी गई directory उन कुछ organisations और projects से pull करती है जो effectively field को define करते हैं:

• W3C Web Accessibility Initiative (WAI)। Standards body खुद। site teams के लिए दो सबसे active working groups Accessibility Guidelines Working Group (जो WCAG maintain करता है) और ARIA Working Group (जो WAI-ARIA maintain करता है) हैं। WAI overview pages, deep-dive technical specs, Quick Reference, और edX पर free educational courses publish करता है।
• WebAIM (Web Accessibility In Mind)। 1999 में Utah State University के Center for Persons with Disabilities में founded। WAVE evaluation tool operate करता है, Screen Reader User Survey और WebAIM Million run करता है, और web पर practical accessibility articles की सबसे consulted libraries में से एक publish करता है।
• Deque Systems। 1999 में founded, Herndon, Virginia में headquartered। axe-core rules engine का publisher, जिसे इसने जून 2015 में open-source किया। Deque, Deque University भी run करता है और axe DevTools browser extension produce करता है जो अब industry-default automated tester है।
• A11Y Project। 2013 में founded एक community-driven, open-source resource और pattern library। अपने widely shared accessibility checklist के लिए best known; पूरी site community contribution के लिए GitHub पर है।
• International Association of Accessibility Professionals (IAAP)। 19 मार्च 2014 को founded professional body, जुलाई 2016 में G3ict का division बना। recognised industry certifications (CPACC, WAS, CPWA, ADS) administer करता है।
• MDN Web Docs। Mozilla का developer reference, जिसमें maintained accessibility section शामिल है जो developer-implementation angle से ARIA, semantics और accessibility patterns document करता है।

«कौन से standard का पालन करना चाहिए» का 2026 में practical answer WCAG 2.1 AA as a floor (क्योंकि अधिकांश laws अभी भी इसे cite करती हैं) और WCAG 2.2 AA as the forward-looking target है। practical testing-tool answer automation के लिए axe DevTools plus उन parts के लिए एक real screen reader (Windows पर NVDA + Chrome, macOS पर VoiceOver + Safari) है जिन्हें कोई automated tool catch नहीं कर सकता, Deque खुद axe को «up to 80% of issues» catch करने वाला frame करता है, और अधिकांश independent estimates automated detection को total WCAG conformance के 30-50% पर रखते हैं। एक real screen reader के साथ manual testing अभी भी required है।