कंपनी वेबसाइटों के लिए एक्सेसिबिलिटी चेकलिस्ट: करियर, PDF, निवेशक पेज और फ़ॉर्म

कंपनी वेबसाइटों के लिए एक्सेसिबिलिटी चेकलिस्ट: नेविगेशन, करियर और नौकरी के आवेदन, PDF और सालाना रिपोर्ट, वीडियो, फ़ॉर्म, कुकी बैनर और स्टेटमेंट।

FixReports संपादकीय टीमअपडेट: 26 अक्टूबर 2026पढ़ने में 9 मिनट

कंपनी की वेबसाइट शायद ही कभी सीधे कुछ बेचती है, इसलिए उस पर एक्सेसिबिलिटी की समस्याएँ आसानी से नज़रअंदाज़ हो जाती हैं। लेकिन यहीं लोग नौकरी के लिए आवेदन करते हैं, निवेशक सालाना रिपोर्ट पढ़ते हैं, पत्रकार प्रेस रिलीज़ ढूँढते हैं और ग्राहक संपर्क जानकारी खोजते हैं, और इनमें से हर काम किसी बाधा से रुक सकता है: ऐसा नौकरी आवेदन जो कीबोर्ड से पूरा नहीं हो सकता, बिना टैग वाली PDF के रूप में प्रकाशित सालाना रिपोर्ट, बिना कैप्शन का वीडियो, फ़ोकस को फँसाने वाला कुकी बैनर। यह चेकलिस्ट ज़्यादातर कॉर्पोरेट साइटों में मौजूद सेक्शन के हिसाब से WCAG 2.2 Level AA को कवर करती है, और बताती है कि हर एक में क्या जाँचना है।

मुख्य बातें

WebAIM को 2026 में टॉप 10 लाख होम पेजों में से 95.9% पर पकड़ में आने वाली WCAG कमियाँ मिलीं; कम कंट्रास्ट वाला टेक्स्ट (83.9%) और गायब alt टेक्स्ट (53.1%) सबसे आम थे (WebAIM (नए टैब में खुलता है))।
WCAG वेब पेजों के साथ-साथ साइट पर प्रकाशित PDF जैसे दस्तावेज़ों पर भी लागू होता है; W3C, PDF को एक्सेसिबल बनाने की तकनीकें प्रकाशित करता है (W3C (नए टैब में खुलता है))।
पहले से रिकॉर्ड किए गए वीडियो में कैप्शन (1.2.2, Level A) चाहिए, और जहाँ दृश्य ऐसी जानकारी देते हैं जो ऑडियो में नहीं है, वहाँ ऑडियो डिस्क्रिप्शन (1.2.5, AA) (W3C (नए टैब में खुलता है))।
2022 के दिशानिर्देशों में अमेरिकी न्याय विभाग (Department of Justice) ने कहा कि ADA जनता के लिए खुले व्यवसायों की वेब सेवाओं पर लागू होता है, लेकिन कोई ख़ास तकनीकी मानक तय नहीं किया (ADA.gov (नए टैब में खुलता है))।
W3C एक्सेसिबिलिटी स्टेटमेंट लिखने के लिए मार्गदर्शन और एक मुफ़्त जनरेटर देता है (W3C (नए टैब में खुलता है))।

कंपनी की वेबसाइट पर एक्सेसिबिलिटी क्यों मायने रखती है?

क्योंकि जो विज़िटर इस पर निर्भर हैं, वे अक्सर वही लोग होते हैं जिन तक आप सबसे ज़्यादा पहुँचना चाहते हैं: उम्मीदवार, ग्राहक, पार्टनर और निवेशक। विश्व स्वास्थ्य संगठन का अनुमान है कि 1.3 अरब लोग, यानी लगभग हर छह में से एक, किसी बड़ी विकलांगता के साथ जीते हैं (WHO (नए टैब में खुलता है))। इनसे कहीं ज़्यादा लोग माउस की जगह कीबोर्ड इस्तेमाल करते हैं, टेक्स्ट को ज़ूम करते हैं, या तेज़ रोशनी में फ़ोन पर पढ़ते हैं।

इसका एक अनुपालन (compliance) पहलू भी है, जो देश के हिसाब से और इस हिसाब से बदलता है कि साइट किसे सेवा देती है। EU की सरकारी संस्थाओं को Web Accessibility Directive का पालन करना होता है; EU के उपभोक्ताओं को बेचने वाले व्यवसाय European Accessibility Act के दायरे में आ सकते हैं; अमेरिका में न्याय विभाग ने कहा है कि ADA जनता के लिए खुले व्यवसायों की वेब सेवाओं पर लागू होता है (ADA.gov (नए टैब में खुलता है))। सिर्फ़ बिज़नेस-टू-बिज़नेस साइट इनमें से कुछ क़ानूनों के दायरे से बाहर हो सकती है, लेकिन बड़े ग्राहक अपने सप्लायरों से एक्सेसिबिलिटी के बारे में ज़्यादा से ज़्यादा पूछने लगे हैं। European Accessibility Act और ADA डिमांड लेटर पर हमारी गाइड इसका संदर्भ समझाती हैं; यह क़ानूनी सलाह नहीं है।

हर पेज पर क्या जाँचें?

ये समस्याएँ साझा टेम्पलेट से आती हैं, इसलिए इन्हें एक बार ठीक करने से पूरी साइट ठीक हो जाती है:

कंट्रास्ट: बॉडी टेक्स्ट अपने बैकग्राउंड के मुकाबले कम से कम 4.5:1, बड़ा टेक्स्ट 3:1 (1.4.3)। हल्का ग्रे टेक्स्ट और ब्रांड रंगों पर सफ़ेद टेक्स्ट आम कमियाँ हैं। कलर कंट्रास्ट चेकर किसी भी रंग-जोड़े को टेस्ट करता है।
कीबोर्ड: हर लिंक, मेन्यू और बटन Tab से पहुँच में हो और Enter या Space से इस्तेमाल हो सके, दिखने वाले फ़ोकस इंडिकेटर के साथ (2.1.1, 2.4.7)। मेगा मेन्यू और कैरोसेल अक्सर समस्या बनते हैं।
स्किप लिंक और लैंडमार्क: हेडर को छोड़कर सीधे मुख्य कंटेंट पर जाने का तरीक़ा (2.4.1), और header, nav, main और footer लैंडमार्क।
हेडिंग: हर पेज पर एक H1 और हेडिंग की तार्किक संरचना (1.3.1), ताकि स्क्रीन रीडर इस्तेमाल करने वाले पेज पर नज़र डाल सकें।
लिंक टेक्स्ट: ऐसे लिंक जो संदर्भ के बिना भी समझ आएँ, न कि दस बार दोहराया गया “और पढ़ें” (2.4.4)।
भाषा: हर पेज पर lang एट्रिब्यूट, और दूसरी भाषा के हिस्सों पर भी (3.1.1, 3.1.2), ताकि स्क्रीन रीडर उनका सही उच्चारण करें।
ज़ूम और reflow: 200% ज़ूम पर और 320 पिक्सेल चौड़ाई पर, बिना हॉरिज़ॉन्टल स्क्रॉल के इस्तेमाल होने लायक कंटेंट (1.4.4, 1.4.10)।

करियर पेज और नौकरी के आवेदन को एक्सेसिबल कैसे बनाएँ?

करियर सेक्शन वह जगह है जहाँ बाधाओं के नतीजे सबसे साफ़ होते हैं: जो उम्मीदवार आवेदन पूरा नहीं कर सकता, उस पर विचार ही नहीं हो सकता।

नौकरी की लिस्टिंग: फ़िल्टर और सर्च कीबोर्ड से काम करें और नतीजों की गिनती स्क्रीन रीडर को बताएँ (4.1.3)।
आवेदन फ़ॉर्म: हर फ़ील्ड को दिखने वाला लेबल चाहिए (3.3.2), एरर टेक्स्ट में बताए जाने चाहिए (3.3.1), और फ़ाइल अपलोड बटन के एक्सेसिबल नाम होने चाहिए।
समय सीमा: अगर फ़ॉर्म का समय ख़त्म होता है, तो लोगों को चेतावनी दें और उन्हें समय बढ़ाने दें (2.2.1)।
थर्ड-पार्टी आवेदक ट्रैकिंग सिस्टम: कई कंपनियाँ आवेदनों के लिए किसी बाहरी सिस्टम का इस्तेमाल करती हैं। विक्रेता से उसकी Accessibility Conformance Report माँगें, आवेदन फ़्लो को ख़ुद कीबोर्ड से टेस्ट करें, और आवेदन का कोई दूसरा तरीक़ा दें, जैसे ईमेल, जो करियर पेज पर लिखा हो।
असेसमेंट और वीडियो इंटरव्यू: जाँचें कि कोई भी ऑनलाइन टेस्ट या वीडियो इंटरव्यू टूल स्क्रीन रीडर, कैप्शन और अनुरोध पर अतिरिक्त समय को सपोर्ट करता है।

एक्सेसिबल PDF और सालाना रिपोर्ट कैसे प्रकाशित करें?

सालाना रिपोर्ट, सस्टेनेबिलिटी रिपोर्ट, ब्रोशर और नीति दस्तावेज़ अक्सर सिर्फ़ PDF के रूप में प्रकाशित होते हैं, और इनमें से कई बिना टैग के होते हैं: स्क्रीन रीडर इन्हें टेक्स्ट के एक बड़े ब्लॉक की तरह पढ़ता है, या बिल्कुल नहीं पढ़ पाता।

अहम कंटेंट के लिए HTML को प्राथमिकता दें। वेब पेज को एक्सेसिबल बनाना आसान है, वह फ़ोन पर बेहतर काम करता है और उसमें सर्च करना आसान है।
अगर आप PDF प्रकाशित करते हैं, तो उसे टैग करें। सोर्स दस्तावेज़ (Word, InDesign) से टैग चालू करके एक्सपोर्ट करें, ताकि हेडिंग, सूचियाँ, टेबल और पढ़ने का क्रम बना रहे। PDF/UA मानक (ISO 14289) एक्सेसिबल PDF को परिभाषित करता है।
ज़रूरी बातें जाँचें: दस्तावेज़ का टाइटल, दस्तावेज़ की भाषा, चार्ट और इमेज के लिए वैकल्पिक टेक्स्ट, असली टेबल हेडर, और पढ़ने का तार्किक क्रम। Adobe Acrobat Pro में एक बिल्ट-इन एक्सेसिबिलिटी चेकर है; PAC, Windows के लिए एक मुफ़्त चेकर है।
स्कैन किए गए दस्तावेज़ टेक्स्ट की इमेज होते हैं और उन्हें OCR और टैगिंग, या एक HTML वर्ज़न की ज़रूरत होती है।
वित्तीय टेबल: हेडर पंक्तियों और कॉलम को मार्क अप करें; HTML में scope के साथ <th> इस्तेमाल करें।

वीडियो, वेबकास्ट और पॉडकास्ट का क्या?

बोलचाल वाले सभी पहले से रिकॉर्ड किए गए वीडियो के लिए (1.2.2, A), और लाइव वेबकास्ट के लिए (1.2.4, AA) कैप्शन। अपने आप बने कैप्शन जाँचने ज़रूरी हैं: नाम, संख्याएँ और तकनीकी शब्द अक्सर ग़लत होते हैं।
जहाँ अहम जानकारी सिर्फ़ दृश्य में है, जैसे स्लाइड पर लिखा टेक्स्ट जिसे वक्ता नहीं पढ़ता, वहाँ ऑडियो डिस्क्रिप्शन (1.2.5, AA)। अक्सर सबसे आसान सुधार यह है कि वक्ता स्लाइड के बारे में बता दे।
पॉडकास्ट और सिर्फ़ ऑडियो वाले कंटेंट के लिए ट्रांसक्रिप्ट (1.2.1, A)।
प्लेयर कंट्रोल: एम्बेड किया गया प्लेयर कीबोर्ड से चलाया जा सके, और तीन सेकंड से ज़्यादा अपने आप चलने वाली आवाज़ को रोकने या बंद करने का तरीक़ा होना चाहिए (1.4.2)।

ऑडियो और वीडियो को एक्सेसिबल बनाने पर W3C की गाइड योजना, कैप्शन और डिस्क्रिप्शन को कवर करती है (W3C (नए टैब में खुलता है))।

संपर्क फ़ॉर्म, मैप और लोकेशन को एक्सेसिबल कैसे बनाएँ?

फ़ॉर्म: लेबल, साफ़ एरर मैसेज, और ऐसा कोई CAPTCHA नहीं जो सिर्फ़ बिगड़ा हुआ टेक्स्ट पढ़ने या पहेलियाँ सुलझाने पर निर्भर हो; कोई विकल्प दें (W3C (नए टैब में खुलता है))।
संपर्क जानकारी टेक्स्ट के रूप में: फ़ोन नंबर, ईमेल पते और ऑफ़िस के पते पेज पर लिखे हों, सिर्फ़ किसी इमेज या मैप में नहीं।
मैप: एम्बेड किया गया मैप स्क्रीन रीडर से इस्तेमाल करना मुश्किल है; टेक्स्ट में लिखा पता और रास्ते की जानकारी एक्सेसिबल विकल्प है।
चैट विजेट: जाँचें कि उन्हें कीबोर्ड से खोला, इस्तेमाल और बंद किया जा सकता है, और वे फ़ोकस किए गए कंटेंट को नहीं ढकते (2.4.11)।

क्या कुकी बैनर एक्सेसिबिलिटी की समस्याएँ पैदा करते हैं?

अक्सर, क्योंकि वे सबसे पहले दिखते हैं और बाकी सब चीज़ों के ऊपर होते हैं।

बैनर कीबोर्ड से पहुँच में और इस्तेमाल होने लायक हो, और Tab से उससे बाहर निकला जा सके (2.1.2, No Keyboard Trap) (W3C (नए टैब में खुलता है))।
उसके बटनों के नाम साफ़ हों और कंट्रास्ट पर्याप्त हो; “अस्वीकार करें” ढूँढना उतना ही आसान हो जितना “स्वीकार करें”।
वह अपने पीछे के पेज पर फ़ोकस किए गए एलिमेंट को न छिपाए (2.4.11)।

हमारे स्कैन आपके होम पेज पर कुकी बैनर दिखते हुए ही शुरू होते हैं, क्योंकि कीबोर्ड इस्तेमाल करने वाले को सबसे पहले यही मिलता है, और अगर Tab उससे आगे नहीं जा पाता, तो वे फ़ोकस ट्रैप की रिपोर्ट करते हैं।

क्या आपको एक्सेसिबिलिटी स्टेटमेंट चाहिए?

EU की सरकारी संस्थाओं को इसे प्रकाशित करना ज़रूरी है। कंपनियों के लिए यह आमतौर पर स्वैच्छिक है, हालाँकि European Accessibility Act अपने दायरे में आने वाली सेवाओं से यह जानकारी देने की माँग करता है कि वे उसकी शर्तें कैसे पूरी करती हैं। एक अच्छा स्टेटमेंट बताता है कि आप किस मानक को लक्ष्य बनाते हैं, ज्ञात सीमाएँ क्या हैं, लोग किसी समस्या की रिपोर्ट कैसे कर सकते हैं या किसी दूसरे फ़ॉर्मैट में कंटेंट कैसे माँग सकते हैं, और इसकी पिछली समीक्षा कब हुई थी। W3C मार्गदर्शन और एक मुफ़्त जनरेटर प्रकाशित करता है (W3C (नए टैब में खुलता है))।

इसे ईमानदारी से लिखें: किसी ऑटोमेटेड स्कैन के बाद पूरे अनुपालन का दावा करना अपने आप में एक जोखिम है, क्योंकि ऑटोमेटेड टेस्ट हर चीज़ नहीं जाँच सकते।

कंपनी की वेबसाइट को कैसे टेस्ट करें?

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

अक्सर पूछे जाने वाले प्रश्न

क्या WCAG, PDF पर लागू होता है?

हाँ। WCAG वेब कंटेंट पर लागू होता है, जिसमें साइट पर प्रकाशित दस्तावेज़ भी शामिल हैं। W3C, PDF फ़ाइलों में WCAG पूरा करने की ख़ास तकनीकें प्रकाशित करता है।

हमारी करियर साइट किसी थर्ड पार्टी द्वारा चलाई जाती है। क्या यह हमारी ज़िम्मेदारी है?

किसी उम्मीदवार की नज़र से, यह आपकी आवेदन प्रक्रिया है। विक्रेता से Accessibility Conformance Report माँगें, फ़्लो टेस्ट करें, और आवेदन का कोई दूसरा तरीक़ा दें। आपकी क़ानूनी ज़िम्मेदारी है या नहीं, यह आपके अधिकार-क्षेत्र पर निर्भर करता है।

क्या अपने आप बने कैप्शन WCAG पूरा करते हैं?

सिर्फ़ तभी, जब वे सटीक हों। अपने आप बने कैप्शन में अक्सर नाम, संख्याएँ और शब्द ग़लत होते हैं; उन पर भरोसा करने से पहले उनकी समीक्षा करें और उन्हें सुधारें।

क्या कॉर्पोरेट साइट के लिए एक्सेसिबिलिटी ओवरले काफ़ी है?

नहीं। ओवरले मूल कोड, दस्तावेज़ या वीडियो को ठीक नहीं करते। एक्सेसिबिलिटी ओवरले और FTC के आदेश पर हमारी गाइड देखें।

कंपनी की वेबसाइट को किस मानक को लक्ष्य बनाना चाहिए?

WCAG 2.2 Level AA मौजूदा वर्ज़न और आम लक्ष्य है; कई क़ानून और नीतियाँ अब भी WCAG 2.1 AA का हवाला देती हैं, जिसे 2.2 AA पूरा करने वाली साइट भी पूरा करती है।

स्रोत

WebAIM: The WebAIM Million (2026) (नए टैब में खुलता है)
W3C: Web Content Accessibility Guidelines (WCAG) 2.2 (नए टैब में खुलता है)
W3C: Techniques for WCAG 2.2: PDF techniques (नए टैब में खुलता है)
W3C: Understanding 1.2.2 Captions (Prerecorded) (नए टैब में खुलता है)
W3C: Understanding 1.2.5 Audio Description (Prerecorded) (नए टैब में खुलता है)
W3C: Making audio and video media accessible (नए टैब में खुलता है)
W3C: Understanding 2.1.2 No Keyboard Trap (नए टैब में खुलता है)
W3C: Inaccessibility of CAPTCHA (नए टैब में खुलता है)
W3C: Developing an accessibility statement (नए टैब में खुलता है)
अमेरिकी न्याय विभाग: Guidance on web accessibility and the ADA (नए टैब में खुलता है)
विश्व स्वास्थ्य संगठन: विकलांगता पर फ़ैक्ट शीट (Disability and health) (नए टैब में खुलता है)