नफा:
- आर्टिफिशियल इंटेलिजन्स सपोर्टसह कलर कॉन्ट्रास्ट, पर्यायी मजकूर, कीबोर्ड ऍक्सेस आणि WCAG निकष नियंत्रित आणि सुधारण्याची क्षमता
- स्क्रीन रीडर अनुभव, Alt मजकूर आणि कृत्रिम बुद्धिमत्तेसह फॉर्म लेबले यासारखे प्रवेशयोग्यता मजकूर व्युत्पन्न आणि सत्यापित करण्याची क्षमता
- वास्तविक सहाय्यक तंत्रज्ञान आणि वापरकर्ता चाचणीसह AI च्या प्रवेशयोग्यता शिफारसी प्रमाणित करण्याची मर्यादा समजून घेणे
प्रवेशयोग्यता (थोडक्यात a11y) ही अपंग व्यक्तींसह प्रत्येकासाठी वापरण्याची उत्पादनाची क्षमता आहे: दृष्टिहीन वापरकर्ता स्क्रीन रीडरसह नेव्हिगेट करू शकतो (मजकूर भाषणात रूपांतरित करणारे सहाय्यक सॉफ्टवेअर), मोटर अडचण असलेली व्यक्ती कीबोर्डसह काहीही करू शकते, रंगांध व्यक्ती रंगावर अवलंबून न राहता माहिती प्राप्त करू शकते. सर्वसमावेशक डिझाइन अधिक व्यापक आहे: ते वय, भाषा, संस्कृती, तात्पुरते अपंगत्व (हात तुटलेले) किंवा संदर्भित अपंगत्व (सूर्यप्रकाशातील स्क्रीन) यासह मानवी विविधतेला डिझाइनच्या केंद्रस्थानी ठेवते. प्रवेशयोग्यता ही "अतिरिक्त" नसून बहुतेक देशांमध्ये मूलभूत जबाबदारी आणि कायदेशीर आवश्यकता आहे. AI या क्षेत्रातील एक शक्तिशाली प्रीस्क्रीनर आणि मसुदा जनरेटर आहे; परंतु खरी प्रवेशयोग्यता केवळ वास्तविक सहाय्यक तंत्रज्ञान आणि वापरकर्ता चाचणीद्वारे पुष्टी केली जाते.
WCAG आणि प्रमुख नियंत्रण क्षेत्रे
WCAG (वेब सामग्री प्रवेशयोग्यता मार्गदर्शक तत्त्वे) हे प्रवेशयोग्यतेसाठी आंतरराष्ट्रीय स्तरावर स्वीकृत निकषांचा एक संच आहे; AA पातळी सामान्यतः लक्ष्यित आहे. त्याची चार तत्त्वे आहेत: सामग्री समजण्यायोग्य असणे आवश्यक आहे, इंटरफेस वापरण्यायोग्य असणे आवश्यक आहे, माहिती समजण्यायोग्य आणि तांत्रिकदृष्ट्या योग्य असणे आवश्यक आहे. सराव मध्ये सर्वात सामान्य नियंत्रण क्षेत्रे आहेत:
- रंग कॉन्ट्रास्ट: मजकूर आणि पार्श्वभूमीमधील फरक पुरेसा आहे का? (AA साठी, सामान्य मजकुरात किमान 4.5:1 गुणोत्तर.)
- पर्यायी मजकूर (वैकल्पिक मजकूर): प्रतिमांना स्क्रीन रीडरला समजावून सांगणारा मजकूर समतुल्य आहे का?
- कीबोर्ड ऍक्सेस: माऊसशिवाय काही करता येते का? फोकस ऑर्डरला अर्थ आहे का?
- फक्त रंगीत माहिती: "लाल फील्ड भरा" सारखे वाक्यांश रंगांध वापरकर्त्याला वगळतात.
- फॉर्म लेबल: प्रत्येक इनपुट फील्डमध्ये स्क्रीन रीडर वाचेल असे लेबल असते का?
- टच टार्गेट: बोटांनी आरामात दाबता येण्याइतकी बटणे मोठी आहेत का?
AI यापैकी बऱ्याच क्षेत्रांमध्ये द्रुत प्राथमिक स्कॅन करू शकते: तुम्ही काही मजकूर देऊ शकता आणि "कॉन्ट्रास्ट पुरेसा आहे का?" विचारू शकता, प्रतिमा वर्णन द्या आणि "अल्ट मजकूर सुचवा", इंटरफेस वर्णन द्या आणि "कीबोर्ड प्रवेश समस्या काय आहेत" विचारा.
खबरदारी: एआयने "ते प्रवेशयोग्य दिसते" असे म्हटल्यामुळे प्रवेशयोग्यतेची हमी नाही. स्वयंचलित तपासणी फक्त WCAG च्या काही त्रुटी पकडते; उर्वरित प्रत्यक्ष वापरासह उदयास येईल.
ऑल्ट टेक्स्ट: चांगल्या ऑल्ट टेक्स्टचे रहस्य
दृष्टिहीन वापरकर्त्यासाठी Alt मजकूर प्रतिमा बदलतो. चांगला ऑल्ट मजकूर प्रतिमेचे कार्य आणि अर्थ दर्शवितो, त्याच्या सजावटीच्या तपशीलाने नाही. "कार्टमध्ये जोडा" चिन्हासाठी Alt मजकूर "कार्टमध्ये जोडा" असावा आणि "शॉपिंग कार्ट प्रतिमा" नसावा कारण ही क्रिया वापरकर्त्यासाठी महत्त्वाची आहे. एआय सबटेक्स्ट बाह्यरेखा तयार करण्यात चांगले आहे, परंतु त्याला संदर्भ माहित नसल्यामुळे, ते अत्याधिक वर्णनात्मक किंवा असंबद्ध मजकूर तयार करू शकते. तुम्ही प्रत्येक ऑल्ट टेक्स्टला विचारता "ही इमेज इथे का आहे?" प्रश्नासह क्रॉप करा.
दृश्य
कमकुवत सबटेक्स्ट
मजबूत सबटेक्स्ट
कार्ट चिन्ह (बटण)
"कार्ट चिन्ह, राखाडी रंग"
"कार्टमध्ये जोडा"
उत्पादनाचा फोटो
"चित्र"
"निळा हिवाळा कोट, समोरचे दृश्य"
सजावटीची ओळ
"अलंकार ओळ"
(रिकामे सोडा - सजावटीच्या)
ग्राफिक्स
"ग्राफिक प्रतिमा"
"2024 विक्री: प्रत्येक तिमाहीत वाढ"
सर्वसमावेशक भाषा आणि व्याप्ती
प्रवेशयोग्यता तांत्रिक नियंत्रणांपुरती मर्यादित नाही; भाषा देखील सर्वसमावेशक आहे. लिंग गृहीत धरणारा मजकूर (“वापरकर्ता आणि तिचा/तिचा/तिचा/तिचा/तिचा/तिचा जोडीदार”), क्षमतेवर आधारित वगळलेला (“झलक,” “सहजपणे ऐकू”) किंवा सांस्कृतिक गृहीतके समाविष्ट असलेला मजकूर काही वापरकर्त्यांना वगळेल. एआय या दृष्टीकोनातून मजकूर स्कॅन करू शकते, परंतु आपण हे सुनिश्चित करणे आवश्यक आहे की ती सुचवित असलेली "तटस्थ" भाषा नैसर्गिक आणि समजण्यायोग्य राहील; जास्त दुरुस्त केल्याने मजकूर अस्ताव्यस्त होऊ शकतो.
तीन लहान प्रकरणे
केस 1 - कॉन्ट्रास्ट त्रुटी लवकर पकडल्या. एका टीमने AI 20 स्क्रीनचे टेक्स्ट रंग स्कॅन केले आणि 7 ठिकाणी कॉन्ट्रास्ट AA थ्रेशोल्डच्या खाली असल्याचे निर्धारित केले. विकासात न जाता दुरुस्त्या केल्या; त्यानंतरच्या दुरुस्तीचा खर्च टाळला गेला. पण तरीही टीमने प्रत्यक्ष स्क्रीन रीडर चाचणी वगळली नाही.
केस 2 - फक्त रंग-संबंधित माहिती दुरुस्त केली गेली. एका फॉर्मने फक्त लाल बॉर्डरसह त्रुटी फील्ड दर्शविली. एआयने हे ध्वजांकित केले; कार्यसंघाने प्रत्येक त्रुटीमध्ये मजकूर आणि चिन्हे देखील जोडली. Colorblind वापरकर्ते आता त्रुटी पाहू शकतात. धडा: एकटा रंग माहिती देऊ शकत नाही.
प्रकरण 3 - AI ने मंजूरीची दिशाभूल केली. एका डिझायनरने स्क्रीन रीडर चाचणी वगळली कारण त्याने AI ला “प्रवेशयोग्य” म्हटले. वास्तविक चाचणीमध्ये, असे दिसून आले की फोकस ऑर्डर गोंधळलेला होता आणि काही बटणे अजिबात वाचली गेली नाहीत. धडा: स्वयंचलित पुष्टीकरण ही सुरुवात आहे; वास्तविक सहाय्यक तंत्रज्ञान चाचणी अनिवार्य आहे.
कॉपी करण्यायोग्य सूचना
प्रवेशयोग्यतेसाठी हे इंटरफेस वर्णन प्री-स्कॅन करा: 1) माहिती पूर्णपणे रंगावर आधारित आहे का? 2) प्रत्येक क्लिक करण्यायोग्य घटकासाठी मजकूर लेबल आहे का? 3) कीबोर्डद्वारे प्रवेश करता येणार नाही असे कोणतेही घटक आहेत का? 4) फोकस ऑर्डरचा अर्थ आहे का? प्रत्येक समस्या आणि सूचना सूचीबद्ध करा. "वास्तविक चाचणी आवश्यक आहे" टीप जोडा. कृती: <<text>>
या प्रतिमांसाठी Alt मजकूर सुचवा. नियम: प्रतिमेचे कार्य/अर्थ सांगा, सजावटीचे तपशील नाही. बटण चिन्हांसाठी क्रिया लिहा. सजावटीच्या प्रतिमांसाठी, "Alt मजकूर रिक्त सोडला पाहिजे" असे म्हणा. संदर्भ आणि प्रतिमा वर्णन: <<list>>
सर्वसमावेशक भाषेसाठी हे मजकूर तपासा: लिंग गृहीतके, क्षमता-आधारित बहिष्कृत भाषा (जसे की "पहा," "ऐकणे"), सांस्कृतिक गृहीतके आहेत का? नैसर्गिक राहतील असे पर्याय सुचवा; जास्त दुरुस्त करू नका. मजकूर: <<list>>
या फॉर्मसाठी प्रवेशयोग्य त्रुटी आणि लेबल मजकूर लिहा: प्रत्येक फील्डसाठी दृश्यमान लेबल, स्क्रीन रीडरसाठी वर्णन आणि त्रुटीचे वर्णन करणारा संदेश, रंगाची पर्वा न करता (मजकूर + चिन्ह). आवाज आणि टोन: <<card>>फॉर्म फील्ड: <<list>>
कमकुवत प्रॉम्प्ट / मजबूत प्रॉम्प्ट
कमकुवत: "या प्रतिमेसाठी Alt मजकूर लिहा."
परिणाम: "एक प्रतिमा" किंवा फंक्शन चुकवणारा अती वर्णनात्मक मजकूर.
सशक्त: "या प्रतिमांसाठी Alt मजकूर सुचवा; प्रतिमेचे कार्य/अर्थ सांगा; बटण चिन्हांसाठी क्रिया लिहा; सजावटीच्या चिन्हांना 'रिक्त सोडले पाहिजे' म्हणून चिन्हांकित करा."
परिणाम: प्रासंगिक, कार्य-देणारं, अचूक उप-पाठ.
फरक: मजबूत प्रॉम्प्ट फंक्शनल फोकस + बटन कन्व्हेन्शन + डेकोरेटिव्ह डिस्टिंक्शन आणते.
सामान्य चुका
- प्रवेशयोग्यतेची हमी म्हणून कृत्रिम बुद्धिमत्तेची मान्यता चुकीची आहे. हे वास्तविक चाचणीसाठी पर्याय नाही.
- फक्त रंगीत माहिती लोड करत आहे. कलरब्लाइंड वापरकर्ते माहिती गमावतात.
- प्रतिमेचे स्पष्टीकरण, कार्य नाही, Alt मजकूरात. बटण चिन्हासाठी कृती लिहिणे आवश्यक आहे.
- शेवटच्यासाठी प्रवेशयोग्यता सोडत आहे. जर ते वायरफ्रेमच्या टप्प्यावर सुरू झाले नाही, तर ते नंतर पॅच करणे महाग होईल.
- ओव्हरकरेक्ट केलेली भाषा. सर्वसमावेशक भाषा जी नैसर्गिकता गमावते ती देखील आकलनक्षमता कमी करते.
सारांशात
सुलभता म्हणजे उत्पादन प्रत्येकासाठी उपलब्ध आहे; हे अतिरिक्त नाही, ते एक आवश्यक आणि बहुतेक ठिकाणी कायदेशीर जबाबदारी आहे. कॉन्ट्रास्ट, ऑल्ट टेक्स्ट, कीबोर्ड ऍक्सेस आणि सर्वसमावेशक भाषा स्कॅनिंगसाठी द्रुत प्रीफ्लाइट आणि मसुदा जनरेटर म्हणून AI मौल्यवान आहे. परंतु स्वयंचलित मान्यता केवळ WCAG च्या काही त्रुटी पकडते; स्क्रीन रीडर आणि वास्तविक सहाय्यक तंत्रज्ञान वापरकर्त्यांसह चाचणी करून वास्तविक प्रवेशयोग्यतेची पुष्टी केली जाते. समोरचा ब्राउझर म्हणून मॉडेल वापरा, वास्तविक चाचणीमधून पुरावा मिळवा.
अर्ज कार्य
- पहिल्या प्रॉम्प्टवर प्रवेशयोग्यतेसाठी इंटरफेस वर्णन प्री-स्कॅन करा.
- फक्त रंग-आधारित माहिती किंवा लेबल नसलेल्या वस्तू दुरुस्त करा.
- दुसऱ्या प्रॉम्प्टसह तुमच्या स्क्रीनवरील व्हिज्युअलसाठी फंक्शन-ओरिएंटेड ऑल्ट टेक्स्ट तयार करा.
- तिसऱ्या प्रॉम्प्टसह सर्वसमावेशक भाषेसाठी तुमचे मजकूर तपासा.
- शक्य असल्यास, स्क्रीन रीडरसह प्रत्यक्ष चाचणी करून पहा आणि स्वयंचलित स्कॅन काय चुकते ते लक्षात घ्या.
चेकलिस्ट
- [ ] मी पूर्व-स्कॅन कॉन्ट्रास्ट, कीबोर्ड प्रवेश आणि लेबले.
- [ ] मी केवळ रंगावर आधारित माहिती सोडली नाही.
- [ ] मी सबटेक्स्ट फंक्शनल पद्धतीने लिहिले आणि सजावटीचे रिकामे सोडले.
- मी सर्वसमावेशक भाषा नियंत्रण केले, मी नैसर्गिकता जपली.
- [ ] मी स्वयंचलित मंजूरी ही प्रवेशयोग्यतेची हमी मानली नाही.
- [ ] मी प्रत्यक्ष सहाय्यक तंत्रज्ञान चाचणीची योजना / अंमलबजावणी केली.