सुगम्यता विवरण

हम वेब कंटेंट एक्सेसिबिलिटी गाइडलाइन्स (WCAG) 2.1, लेवल AA के अनुरूप बनने की दिशा में काम कर रहे हैं। यह दुनिया भर के सुगम्यता कानूनों में सबसे अधिक अपेक्षित मानक है, और यही वह मानक है जिसका पालन हम पूरे प्लेटफ़ॉर्म पर करते हैं — न कि केवल कुछ चुनिंदा पृष्ठों पर।

हम Playwright के माध्यम से चलाए जाने वाले axe-core का उपयोग करके प्लेटफ़ॉर्म के प्रतिनिधि पृष्ठों के एक समूह पर एक वास्तविक, स्वचालित ऑडिट चलाते हैं: सार्वजनिक लैंडिंग पृष्ठ, साइन-अप, साइन-इन और पासवर्ड-रीसेट पृष्ठ, सार्वजनिक नौकरी सूचियाँ और कानूनी पृष्ठ, और साइन-इन के बाद डैशबोर्ड, नौकरियाँ, क्रेडेंशियल, भर्ती, अपील, गोपनीयता, मूल्यांकन, क्रिएटर, कौशल गाइड, डिस्कवरी गेम और एडमिन पृष्ठ।

प्रत्येक पृष्ठ को तीन भाषाओं में स्कैन किया जाता है: अंग्रेज़ी (बाएँ-से-दाएँ), अरबी (दाएँ-से-बाएँ — वह दिशा जिसमें किसी ऐसी खामी के उजागर होने की सबसे अधिक संभावना है जिसे केवल अंग्रेज़ी ऑडिट पकड़ नहीं पाएगा), और स्पेनिश (दूसरी बाएँ-से-दाएँ भाषा, यह पकड़ने के लिए कि क्या समस्या टेक्स्ट की लंबाई से जुड़ी है न कि विशेष रूप से अंग्रेज़ी सामग्री से)। साइन-इन किए गए पृष्ठों को एक सामान्य उम्मीदवार खाते के रूप में, और जहाँ प्रासंगिक हो वहाँ प्लेटफ़ॉर्म एडमिन के रूप में भी स्कैन किया जाता है।

ऑडिट स्क्रिप्ट scripts/a11y-audit.mjs पर कोडबेस में मौजूद है और एक ही कमांड, npm run check:a11y, से चलती है, ताकि इसे समय के साथ सटीक बने रहने का भरोसा करने के बजाय हर रिलीज़ से पहले फिर से चलाया जा सके।

ऊपर दी गई तारीख तक, ऑडिट ने 54 पृष्ठ/भाषा संयोजनों (18 अलग-अलग पृष्ठ × 3 भाषाएँ) को स्कैन किया और शुरुआत में तीन वास्तविक, अलग-अलग खामियाँ पाईं:

तीनों खामियों को सीधे सोर्स कोड में ठीक किया गया: टेक्स्ट और लिंक के रंगों को उन शेड्स में बदला गया जो सामान्य आकार के टेक्स्ट के लिए WCAG 2.1 AA द्वारा अपेक्षित 4.5:1 कंट्रास्ट अनुपात को पूरा करते हैं, हर प्रभावित लेबल को उसके इनपुट से जोड़ा गया, और दोनों ड्रॉपडाउन मेनू को यह बताने वाला एक वास्तविक सुगम्य नाम दिया गया कि वे क्या नियंत्रित करते हैं।

इसके बाद सभी 54 पृष्ठ/भाषा संयोजनों पर वही स्वचालित ऑडिट फिर से चलाया गया और कोई उल्लंघन नहीं मिला। यही परिणाम — न कि केवल यह विवरण — यहाँ "वास्तविक ऑडिट द्वारा समर्थित" का अर्थ है।

हम स्वचालित परीक्षण की सीमाओं के बारे में स्पष्ट रहना चाहते हैं, बजाय इसके कि एक साफ़ स्कैन को उससे अधिक समझा जाए जितना वह वास्तव में है। axe-core जैसे उपकरण सुगम्यता संबंधी खामियों — जैसे गायब लेबल, अपर्याप्त कंट्रास्ट, अमान्य ARIA आदि — के एक सार्थक हिस्से को विश्वसनीय रूप से पकड़ लेते हैं, लेकिन उपकरण के अपने ही दस्तावेज़ीकरण के अनुसार, अकेले स्वचालित जाँचें WCAG की सफलता कसौटियों के लगभग एक-तिहाई से दो-पाँचवें हिस्से को ही पकड़ सकती हैं। वे यह नहीं आँक सकतीं कि किसी छवि का ऑल्ट टेक्स्ट वास्तव में उस छवि का वर्णन करता है या नहीं, कि सामग्री केवल कीबोर्ड या स्क्रीन रीडर से नेविगेट करने वाले किसी व्यक्ति के लिए तर्कसंगत क्रम में पढ़ी जाती है या नहीं, या कि कोई कीबोर्ड उपयोगकर्ता पृष्ठ के किसी हिस्से में फँस तो नहीं सकता।

हमने अभी तक स्क्रीन रीडर (जैसे NVDA या VoiceOver) के साथ एक समर्पित मैनुअल जाँच, हर फ़्लो का पूरा केवल-कीबोर्ड वॉकथ्रू, या रोज़ाना सहायक तकनीक का उपयोग करने वाले लोगों के साथ परीक्षण पूरा नहीं किया है। ये हमारी वर्तमान प्रक्रिया में वास्तविक, स्पष्ट रूप से बताई गई कमियाँ हैं, जिन्हें हम छिपा नहीं रहे — इन्हें दूर करना एक अलग अनुवर्ती कार्य है।

प्लेटफ़ॉर्म के बढ़ने के साथ ऑडिट स्क्रिप्ट की पृष्ठ सूची भी बढ़ती है, और हमारा इरादा है कि जिस भी पृष्ठ को यह कवर करता है, उसमें कोई भी बदलाव जारी करने से पहले इसे चलाया जाए। इस विवरण की तारीख तक, इसे चलाना एक मैनुअल कदम है, न कि निरंतर एकीकरण में एक स्वचालित गेट — इस प्रोजेक्ट में अभी तक कोई CI पाइपलाइन बिल्कुल भी नहीं है, जो स्वयं हमारे बदलाव जारी करने के तरीके में एक ज्ञात कमी है, न कि विशेष रूप से सुगम्यता से जुड़ी।

यदि आप सहायक तकनीक का उपयोग करते हैं और Talaskill पर कुछ ऐसा पाते हैं जो सही ढंग से काम नहीं कर रहा है, तो हम इसके बारे में जानना चाहते हैं। Talaskill1@gmail.com पर संपर्क करें और बताएं कि आप किस पृष्ठ पर थे और क्या हुआ, और हम इसे एक वास्तविक बग के रूप में लेंगे — उतनी ही गंभीरता से जितनी हम इस तरह रिपोर्ट किए गए किसी अन्य दोष को देंगे।