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

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

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

सुलभता की जांच के बारे में जानकारी

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

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

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

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

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

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

WCAG को मुख्य तौर पर, वेब और मोबाइल ऐप्लिकेशन के डिज़ाइनर और डेवलपर के लिए बनाया गया है. हालांकि, सॉफ़्टवेयर डेवलपर, कॉन्टेंट क्रिएटर्स/एडिटर, और मैनेजमेंट के सभी लेवल के लोगों को, WCAG के आधार पर बनाई गई तकनीकों को समझने और उन्हें अपनी प्रोसेस में लागू करने से फ़ायदा मिलता है. आपकी भूमिका पर W3C के अन्य स्टैंडर्ड भी लागू हो सकते हैं. इनमें Authoring Tool Accessibility Guidelines (ATAG) और User Agent Accessibility Guidelines (UAAG) शामिल हैं. इसलिए, पक्का करें कि आपने W3C के स्टैंडर्ड की सूची देख ली हो और अपनी भूमिका और प्रोजेक्ट के लिए सबसे ज़्यादा लागू होने वाले स्टैंडर्ड का इस्तेमाल किया हो.

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

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

30

सक्सेस क्राइटेरिया

20

AA के लिए सफलता से जुड़ी शर्तें

28

एएए के लिए सफलता से जुड़ी शर्तें

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

30

किसी लेवल को पास करना

50

लेवल A और AA के लिए पास

78

लेवल A + AA + AAA के लिए पास

सुलभता के सिद्धांत

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

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

महसूस करने लायक है

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

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

उदाहरण

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

इस्तेमाल करने लायक हो

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

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

इस्तेमाल करने लायक होने के उदाहरण

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

समझने में आसान

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

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

उदाहरण

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

तकनीकी तौर पर मज़बूत है

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

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

उदाहरण

• सिर्फ़ कीबोर्ड से नेविगेशन की सुविधा को आज़माएं.
• अलग-अलग स्क्रीन रीडर टेक्नोलॉजी के साथ टेस्ट करें.
• पक्का करें कि डिवाइस के साइज़ या स्क्रीन की दिशा से कोई फ़र्क़ न पड़े और सभी कॉन्टेंट और फ़ंक्शन ऐक्सेस किए जा सकें.

नतीजा

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