डिजिटल सुलभता को कैसे मापा जाता है?

डिजिटल ऐक्सेसिबिलिटी का मतलब है कि अपने डिजिटल ऑफ़र को इस तरह से डिज़ाइन और तैयार करना कि कोई भी व्यक्ति, अपनी मानसिक या शारीरिक क्षमता के बावजूद, आपकी वेबसाइट, ऐप्लिकेशन या अन्य डिजिटल प्रॉडक्ट के साथ इंटरैक्ट कर सके. साथ ही, उसे इसका फ़ायदा मिल सके.

हालांकि, किसी डिजिटल प्रॉडक्ट की ऐक्सेसिबिलिटी को कैसे मेज़र किया जाता है? आपको कैसे पता चलेगा कि कोई चीज़ ऐक्सेस की जा सकती है?

ऐक्सेसिबिलिटी की जांच के बारे में जानकारी

किसी डिजिटल प्रॉडक्ट की ऐक्सेसिबिलिटी की जांच करने के कई तरीके हैं. एक बुनियादी तरीका यह है कि उसकी तुलना, ऐक्सेसिबिलिटी के मानकों के सेट से की जाए.

ऐक्सेसिबिलिटी के कई तरह के मानक होते हैं. आम तौर पर, आपकी इंडस्ट्री, प्रॉडक्ट का टाइप, स्थानीय और देश के कानून और नीतियां, या ऐक्सेसिबिलिटी के कुल मिलाकर लक्ष्य तय करते हैं कि किन दिशा-निर्देशों का पालन करना है और किन लेवल को पूरा करना है. अगर आपके प्रोजेक्ट के लिए कोई खास मानक ज़रूरी नहीं है, तो वेब कॉन्टेंट ऐक्सेसिबिलिटी गाइडलाइंस (डब्ल्यूसीएजी) के सबसे नए वर्शन का पालन करने का सुझाव दिया जाता है .

किसी ऐक्सेसिबिलिटी स्टैंडर्ड और कंफ़र्मेंस लेवल के हिसाब से अपने डिजिटल प्रॉडक्ट की जांच करने को आम तौर पर, ऐक्सेसिबिलिटी ऑडिट कहा जाता है. ऐक्सेसिबिलिटी ऑडिट में, अलग-अलग तरीके, तकनीकें, और टूल इस्तेमाल किए जाते हैं. इनमें डिज़ाइन, ऑटोमेटेड, मैन्युअल, और असिस्टिव टेक्नोलॉजी (एटी) की जांच शामिल है.

किसी डिजिटल प्रॉडक्ट की ऐक्सेसिबिलिटी के लिए, ज़रूरी शर्तों के पालन की शुरुआती स्थिति जानने के लिए, ऐक्सेसिबिलिटी ऑडिट करें. हालांकि, किसी प्रॉडक्ट को ऐक्सेस किया जा सकता है या नहीं, यह जानने के लिए किसी प्रोजेक्ट की शुरुआत में एक बार ऑडिट करना काफ़ी नहीं है. सॉफ़्टवेयर प्रॉडक्ट के लाइफ़साइकल के दौरान, आपको यह ऑडिट कई बार करना चाहिए. इससे, पहले से तय किए गए ऐक्सेसिबिलिटी चेकपॉइंट या दिशा-निर्देशों के हिसाब से, कंफ़र्मेंस के लेवल में होने वाले बदलावों की जांच की जा सकती है.

वेब कॉन्टेंट ऐक्सेसिबिलिटी गाइडलाइंस (डब्ल्यूसीएजी)

वेब कॉन्टेंट ऐक्सेसिबिलिटी गाइडलाइंस (डब्ल्यूसीएजी), ऐक्सेसिबिलिटी के अंतरराष्ट्रीय मानकों का एक सेट है. इसे W3C ने, लोगों और संगठनों के साथ मिलकर तैयार किया है. डब्ल्यूसीएजी का मकसद, डिजिटल ऐक्सेसिबिलिटी के लिए एक साझा मानक उपलब्ध कराना है. इससे दुनिया भर के लोगों, संगठनों, और सरकारों की ज़रूरतें पूरी होती हैं.

डब्ल्यूसीएजी मुख्य तौर पर, वेब-आधारित और मोबाइल ऐप्लिकेशन के डिज़ाइनर और डेवलपर के लिए है. हालांकि, सॉफ़्टवेयर डेवलपर, कॉन्टेंट क्रिएटर्स/एडिटर, और मैनेजमेंट के सभी लेवल के लोगों को, अपनी प्रोसेस में डब्ल्यूसीएजी पर आधारित तकनीकों को समझने और लागू करने से फ़ायदा मिलता है. आपकी भूमिका पर, W3C के अन्य मानक भी लागू हो सकते हैं. इनमें ऑथरिंग टूल ऐक्सेसिबिलिटी गाइडलाइंस (एटीएजी) और यूज़र एजेंट ऐक्सेसिबिलिटी गाइडलाइंस (यूएएजी) शामिल हैं. इसलिए, पक्का करें कि आपने W3C के मानकों की सूची देखी हो और अपनी भूमिका और प्रोजेक्ट के लिए सबसे सही मानक का इस्तेमाल किया हो.

ऐक्सेसिबिलिटी के मामले में, डब्ल्यूसीएजी को कंफ़र्मेंस की जांच के लिए "गोल्ड स्टैंडर्ड" माना जाता है. डब्ल्यूसीएजी का पहला ड्राफ़्ट, 1999 में रिलीज़ किया गया था. फ़िलहाल, डब्ल्यूसीएजी 2.2 वर्शन चल रहा है. डब्ल्यूसीएजी 3.0 का मई 2024 तक एक एक्सप्लोरेटरी ड्राफ़्ट उपलब्ध है, लेकिन इसके W3C स्टैंडर्ड के तौर पर पूरी तरह से तैयार होने में कुछ साल और लग सकते हैं.

डब्ल्यूसीएजी के दिशा-निर्देशों में, सफलता के तीन लेवल के क्राइटेरिया हैं: A, AA, और AAA. सफलता के क्राइटेरिया से, डब्ल्यूसीएजी के मुताबिक कंफ़र्मेंस तय होता है. डब्ल्यूसीएजी के मुताबिक कंफ़र्मेंस पाने के लिए, आपको जिस डिजिटल प्रॉडक्ट की जांच करनी है उसे अपने टारगेट लेवल के लिए, सफलता के क्राइटेरिया को पूरा करना होगा.

30

सफलता का क्राइटेरिया A

20

सफलता का क्राइटेरिया AA

28

सफलता का क्राइटेरिया AAA

मौजूदा स्टैंडर्ड (डब्ल्यूसीएजी 2.2) के लिए, कुल 78 सफलता के क्राइटेरिया हैं. इन्हें हर लेवल के हिसाब से बांटा गया है. यह ध्यान रखना ज़रूरी है कि हर लेवल, प्रोग्रेसिव होता है. इसका मतलब है कि अगर आपका ऐक्सेसिबिलिटी का लक्ष्य AA है, तो आपको कंफ़र्मेंस के इस लेवल को पाने के लिए, A और AA, दोनों के लिए सफलता के क्राइटेरिया को पूरा करना होगा.

30

लेवल A पूरा करें

50

लेवल A + AA पूरा करें

78

लेवल A + AA + AAA पूरा करें

ऐक्सेसिबिलिटी के सिद्धांत

डब्ल्यूसीएजी के सफलता के क्राइटेरिया, दिशा-निर्देशों का एक बहुत अहम सेट है. इसमें डिज़ाइनर और डेवलपर को यह जानकारी मिलती है कि ऐक्सेस की जा सकने वाली वेबसाइटें और ऐप्लिकेशन कैसे बनाए जाएं. इन दिशा-निर्देशों को समझना, ऐक्सेसिबिलिटी कंफ़र्मेंस की जांच में आने वाली समस्याओं को हल करने के लिए ज़रूरी है. हालांकि, ये दिशा-निर्देश बहुत तकनीकी होते हैं.

अगर आप इस फ़ील्ड में नए हैं, तो डब्ल्यूसीएजी के सिद्धांतों से शुरुआत करें. ये सिद्धांत हैं:Perceivable, Operable, Understandable, और Robust (POUR). अपने डिजिटल प्रॉडक्ट पर POUR के सिद्धांतों को लागू करके, इस बात पर फ़ोकस किया जा सकता है कि आपके प्रॉडक्ट का इस्तेमाल, असली लोग कैसे करते हैं. इनमें दिव्यांग लोग भी शामिल हैं.

Perceivable

POUR में पहली कैटगरी, Perceivable है. इस सिद्धांत के मुताबिक, उपयोगकर्ताओं को स्क्रीन पर मौजूद सभी ज़रूरी जानकारी दिखनी चाहिए. साथ ही, यह जानकारी कई तरीकों से दी जानी चाहिए.

खुद से पूछें: क्या आपके डिजिटल प्रॉडक्ट में कोई ऐसा कॉन्टेंट या फ़ंक्शन है जिसे किसी खास तरह की दिव्यांगता वाला व्यक्ति नहीं देख पाएगा? पक्का करें कि आपने सभी तरह की दिव्यांगताओं पर ध्यान दिया हो. जैसे, देखने, चलने-फिरने, सुनने, समझने, और बोलने में परेशानी, वेस्टिबुलर और सीज़र डिसऑर्डर वगैरह.

उदाहरण

• सजावटी नहीं, बल्कि काम की सभी इमेज और ज़रूरी आइकॉन के लिए, वैकल्पिक टेक्स्ट जोड़ना.
• वीडियो में कैप्शन, ट्रांसक्रिप्ट, और ऑडियो ब्यौरे जोड़ना.
• पक्का करना कि जानकारी देने के लिए सिर्फ़ रंग का इस्तेमाल न किया गया हो.

Operable

दूसरी कैटगरी, Operable है. इस सिद्धांत के मुताबिक, उपयोगकर्ताओं के पास डिजिटल प्रॉडक्ट के इंटरफ़ेस को ऑपरेट करने की सुविधा होनी चाहिए. इंटरफ़ेस के लिए ऐसे इंटरैक्शन की ज़रूरत नहीं होनी चाहिए जिन्हें उपयोगकर्ता नहीं कर सकता.

खुद से पूछें: क्या उपयोगकर्ता, आपके डिजिटल प्रॉडक्ट के इंटरैक्टिव एलिमेंट को कंट्रोल कर सकते हैं? क्या फ़ोकस ऑर्डर से जुड़ी कोई समस्या या कीबोर्ड ट्रैप है? टच इंटरफ़ेस को कैसे हैंडल किया जाता है?

Operable के उदाहरण

• सभी ऐक्टिव एलिमेंट में, कीबोर्ड और टचस्क्रीन की सुविधा जोड़ना.
• पक्का करना कि स्लाइड शो और वीडियो में, सभी ज़रूरी कंट्रोल उपलब्ध हों.
• उपयोगकर्ताओं को फ़ॉर्म भरने के लिए, ज़रूरत के हिसाब से समय देना या समय बढ़ाने का विकल्प देना.

Understandable

POUR की तीसरी कैटगरी, Understandable है. इस सिद्धांत के मुताबिक, उपयोगकर्ताओं को यूज़र इंटरफ़ेस की जानकारी और उसके काम करने के तरीके को समझना आसान होना चाहिए.

खुद से पूछें:: क्या सारा कॉन्टेंट साफ़ तौर पर लिखा गया है? क्या सभी इंटरैक्शन को समझना आसान है? क्या पेज का क्रम सही है— देख पाने वाले उपयोगकर्ताओं, सिर्फ़ कीबोर्ड का इस्तेमाल करने वाले उपयोगकर्ताओं, स्क्रीन रीडर का इस्तेमाल करने वाले उपयोगकर्ताओं के लिए?

उदाहरण

• साफ़, कम शब्दों में, और बिना किसी भ्रम वाली भाषा में लिखें. जब मुमकिन हो, तब मुश्किल शब्द के बजाय आसान शब्द का इस्तेमाल करें.
• पक्का करें कि आपके डिजिटल प्रॉडक्ट में, नेविगेट करने का तरीका अनुमान के मुताबिक हो.
• पक्का करें कि गड़बड़ी के मैसेज साफ़ हों, ताकि उपयोगकर्ता को पता चले कि उसे आगे क्या करना है.

Robust

आखिरी कैटगरी, Robust है. इस सिद्धांत में, असिस्टिव टेक्नोलॉजी के लिए सहायता उपलब्ध कराने पर फ़ोकस किया जाता है. साथ ही, यह पक्का किया जाता है कि डिवाइस और यूज़र एजेंट के बेहतर होने के बावजूद, डिजिटल प्रॉडक्ट को ऐक्सेस किया जा सके.

खुद से पूछें:: किन तरह की असिस्टिव टेक्नोलॉजी के लिए सहायता उपलब्ध कराई जा रही है? क्या आपका डिजिटल प्रॉडक्ट सिर्फ़ नए ब्राउज़र या ऑपरेटिंग सिस्टम पर काम करता है? क्या यह सभी ब्रेकपॉइंट और अलग-अलग डिवाइस ओरिएंटेशन में काम करता है?

उदाहरण

• सिर्फ़ कीबोर्ड से नेविगेशन की जांच करें.
• अलग-अलग स्क्रीन रीडर टेक्नोलॉजी के साथ जांच करें.
• पक्का करें कि डिवाइस के साइज़ या ओरिएंटेशन के बावजूद, सभी कॉन्टेंट और फ़ंक्शन को ऐक्सेस किया जा सके.

नतीजा

ध्यान रखें कि POUR का मकसद, नियमों का सख्ती से पालन करना नहीं है. इसके बजाय, यह आपको अपने उपयोगकर्ताओं की अलग-अलग ज़रूरतों को समझने और उन्हें पूरा करने में मदद करता है.