डेटोना बीच, फ्लोरिडा में एडीए अनुपालन ठेकेदार

फ्लोरिडा में एक छोटे व्यवसाय को एक मांग पत्र मिलता है। दावा: स्क्रीन रीडर पर भरोसा करने वाले किसी व्यक्ति द्वारा उनकी वेबसाइट का उपयोग नहीं किया जा सकता है, और यह ADA का उल्लंघन है। मालिक को पता नहीं था — साइट स्क्रीन पर ठीक दिख रही थी। ऐसा अब अक्सर होता है कि “हमें नहीं पता था” कोई बचाव की बात नहीं है। सार्वजनिक वेबसाइट पूरी तरह से दायरे में हैं, और मुकदमे आते रहते हैं।

यही वह अंतर है जिसे बंद करने के लिए एडीए अनुपालन ठेकेदार मौजूद हैं। अच्छे लोग इसे दो चालों में बंद कर देते हैं।

मूव वन: द ऑडिट

जो आपको नहीं मिला है उसे आप ठीक नहीं कर सकते। एक ऑडिट आपकी साइट को WCAG 2.1 AA के खिलाफ चलाता है — मानक अदालतें और निपटान इस ओर इशारा करते रहते हैं — और हर बाधा को सूचीबद्ध करता है। ठीक से किया गया, यह ज़्यादातर मैन्युअल होता है: कीबोर्ड के साथ नेविगेट करना, यह सुनना कि NVDA और VoiceOver वास्तव में प्रत्येक पेज को कैसे पढ़ते हैं, कंट्रास्ट और फ़ोकस ऑर्डर की जाँच करना और हाथ से लेबल बनाना। ऑटोमेटेड स्कैनर मदद करते हैं, लेकिन वे वास्तविक समस्याओं के केवल एक अंश को पकड़ते हैं और आत्मविश्वास से उन चीज़ों को पास करते हैं जो वास्तव में टूटी हुई हैं।

डिलिवरेबल एक प्राथमिकता वाली सूची है: क्या गलत है, कहां, कितना गंभीर है, और इसे ठीक करने के लिए क्या आवश्यक है।

मूव टू: रेमेडिएशन

यह वह जगह है जहाँ बहुत सारे “अनुपालन” विक्रेता चुपचाप टैप आउट कर देते हैं। वे आपको समस्याओं का PDF देते हैं और आपको शुभकामनाएं देते हैं। एक ठेकेदार जो वास्तव में कोड कर सकता है, वह बाकी काम करता है — मार्कअप को फिर से लिखना, घटकों को ठीक करना, कंट्रास्ट और फ़ोकस ट्रैप को ठीक करना, और प्रत्येक अवरोध के समाप्त होने की पुष्टि करने के लिए सहायक तकनीक के साथ फिर से परीक्षण करना।

सामान्य रीमेडिएशन पास में सामान्य सुधार:

• वास्तविक ऑल्ट टेक्स्ट और लेबल जोड़ना ताकि स्क्रीन रीडर सामग्री और नियंत्रण का वर्णन कर सकें
• दृश्यमान फ़ोकस के साथ, हर इंटरैक्शन को केवल कीबोर्ड के माध्यम से काम करना
• कंट्रास्ट को ठीक करना ताकि कम दृष्टि वाले यूज़र पेज को पढ़ सकें
• शीर्षक संरचना और पठन क्रम को ठीक करना ताकि नेविगेशन समझ में आए
• फ़ॉर्म की मरम्मत करना ताकि त्रुटियों की घोषणा की जाए, न कि केवल लाल रंग में दिखाया जाए

मुकदमा जोखिम ठीक करने योग्य जोखिम क्यों है

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

एक सावधानी। वे ओवरले विजेट जो तुरंत अनुपालन का वादा करते हैं — एक दिन में आप जिस छोटे एक्सेसिबिलिटी बटन पर बोल्ट लगाते हैं — वे खुद एक लक्ष्य बन गए हैं। वादी तर्क देते हैं कि वे वास्तविक बाधाओं को ठीक किए बिना उन्हें खत्म कर देते हैं, और अदालतें इससे प्रभावित नहीं होती हैं। यहां कोई शॉर्टकट नहीं है। अंतर्निहित कोड ठीक होने पर एक्सपोज़र समाप्त हो जाता है, न कि जब कोई स्क्रिप्ट उसके ऊपर स्तरित होती है।

हमारे साथ काम करना

स्वींट एक डेटोना बीच टीम के रूप में दोनों हिस्सों को संभालता है — एक ही छत के नीचे ऑडिट और उपचार, वास्तविक स्क्रीन रीडर के साथ परीक्षण किया जाता है और WCAG 2.1 AA के लिए दस्तावेजीकरण किया जाता है, जिसमें VPAT उपलब्ध होता है जब आपको फ़ाइल पर एक की आवश्यकता होती है। हमने यह एक्सेसिबिलिटी कार्य इंजीनियरों के रूप में किया है, न कि केवल समीक्षकों के रूप में, यही वजह है कि हम आपको रिपोर्ट और समस्या देने के बजाय जो कुछ भी मिलता है उसे ठीक कर सकते हैं।

ऑडिट के बाद आपको एक विशिष्ट डिलिवरेबल मिलता है: टाइमलाइन के साथ प्राथमिकता वाली रिमेडिएशन सूची, ताकि आपको पता चल सके कि वास्तव में कौन सी बाधाएं बंद हो रही हैं और कब बंद हो रही हैं।