सुलभ AI chat interface: keyboard, screen reader और streaming की मार्गदर्शिका
AI chat को keyboard और assistive technology से उपयोग करने योग्य बनाएँ: focus का क्रम साफ़ रखें, ज़रूरी स्थिति बताएँ, controls को label करें और असली streaming व्यवहार जाँचें।
इस मार्गदर्शिका में
सुलभ AI chat interface में क्या होना चाहिए?
सुलभ chat में व्यक्ति अपने चुने हुए साधनों से बातचीत पढ़, लिख, भेज और दोबारा देख सके, generation रोक सके और त्रुटि से उबर सके। Streaming text, typing संकेत और tool updates लगातार बदलते हैं, इसलिए केवल अंत में ARIA attributes जोड़ना पर्याप्त नहीं है; पूरा interaction जाँचें। WCAG status-message मार्गदर्शन बताता है कि स्थिति बदलने पर focus हटाए बिना सूचना कैसे उपलब्ध हो सकती है। W3C का role=log एक तकनीक है, हर chat के लिए अनिवार्य तरीका नहीं।
Pointer के बिना हर action तक पहुँचना संभव बनाएँ
Keyboard से message field, send button, generation रोकने का control, attachments, retry और conversation history तक पहुँचा जा सके। Focus का संकेत साफ़ और क्रम स्वाभाविक रखें। Enter से भेजना सुविधाजनक हो सकता है, पर नई पंक्ति लिखने का स्पष्ट तरीका दें; अप्रत्याशित shortcut को भेजने का अकेला रास्ता न बनाएँ।
बातचीत को पढ़ने योग्य क्रम में दिखाएँ
Semantic headings और controls उपयोग करें और नए संदेश को पढ़ने के क्रम में खोजा जा सके। यदि live log उपयुक्त हो तो चुने हुए role और politeness setting को समर्थित browser तथा screen reader में जाँचें। बहुत लंबा उत्तर हर token के साथ बोलना थकाने वाला हो सकता है; updates को अर्थपूर्ण वाक्यांशों में दें या संक्षिप्त completion status बताएँ और पूरा उत्तर व्यक्ति की गति से पढ़ने दें।
Controls के नाम और बदलती स्थिति स्पष्ट करें
केवल icon वाले buttons को सुलभ नाम दें, जैसे Stop generating या Copy answer, और disabled, loading तथा selected स्थिति बताएं। उत्तर शुरू या पूरा होने पर उपयोगी हो तो छोटा status घोषित करें। हर token आते ही focus न बदलें और पहले के संदेश पढ़ रहे व्यक्ति का focus न छीनें। Send, retry, error और cancel के बाद focus का व्यवहार एक जैसा रखें।
| उपयोगकर्ता का काम | Keyboard का रास्ता | Screen reader की घोषणा | अपेक्षित focus | जाँचा गया browser और assistive technology |
|---|---|---|---|---|
| Prompt भेजना और पढ़ना | ||||
| Generation रोकना | ||||
| त्रुटि से उबरना |
Streaming उत्तर और status message कैसे काम करें?
उपयोगकर्ता के मौजूदा काम में focus रहने दें
भेजने के बाद focus को ऐसे उत्तर पर अपने आप न ले जाएँ जो अभी बदल रहा है। Focus बदले बिना Answer generating जैसा छोटा status घोषित किया जा सकता है; व्यक्ति तैयार होने पर उत्तर तक जा सकता है। Stop दबाने पर स्पष्ट स्थिति दें और कार्रवाई पूरी होने से पहले control गायब न हो।
Live region को शोर बनने से रोकें
यह मानने के बजाय कि कोई role हर जगह समान अनुभव देगा, वास्तविक घोषणा जाँचें। हर token, progress animation या बार-बार tool status सुनाना speech output में बाधा दे सकता है। Updates को समूहित करें, केवल अर्थपूर्ण स्थिति परिवर्तन बताएं और generation रोकने का विकल्प दें। W3C की technique क्रमिक log सामग्री का उदाहरण देती है; सफलता का मानदंड programmatically उपलब्ध status message है, इसलिए अपने tested stack के लिए उपयुक्त तरीका चुनें।
Error और completion के बाद उपयोगी जानकारी दें
Something went wrong से यह पता नहीं चलता कि prompt सहेजा गया या retry से कोई काम दोहर सकता है। बताएँ कि क्या हुआ, क्या उपलब्ध है और अगला सुरक्षित कदम क्या है। Error को संबंधित field से जोड़ें, जहाँ सुरक्षित हो भरा हुआ text रखें, और केवल spinner देखकर स्थिति समझने की मजबूरी न रखें।
भाषाओं और devices पर accessibility कैसे जाँचें?
Assistive technology के साथ पूरा user journey जाँचें
Keyboard-only उपयोग, screen-reader navigation, browser zoom, high contrast, touch और छोटे screens शामिल करें। पहला संदेश, लंबा streamed उत्तर, citations, बीच में रोकना, retry, खाली स्थिति, rate-limit error तथा code या table वाले उत्तर जाँचें। Automated checks markup की कुछ गलतियाँ पकड़ते हैं; वे घोषणा का समय, समझ या recovery नहीं परख सकते।
Page और बदलते text की भाषा बताएं
Document की भाषा घोषित करें और जहाँ संभव हो अलग भाषा के अंश को mark करें ताकि assistive technology सही pronunciation चुन सके। English interface में Hindi उत्तर को चुपचाप English न माना जाए। मूल script सुरक्षित रखें, जहाँ संभव हो transliteration की जगह मूल भाषा का label दें और भाषा बदलने के व्यवहार को उपयोगकर्ताओं के assistive tools के साथ जाँचें।
Release और incident जाँच में accessibility शामिल करें
Focus, labels और announcements में regression को product defect मानें। प्रमुख browser और assistive technology के लिए छोटा manual test रखें, दोहराए जा सकने वाले नियमों के automated checks CI में लगाएँ और streaming, component library या rendering बदलने पर manual जाँच फिर करें। बाधा की report देने का रास्ता भी दें, जिसके लिए टूटा हुआ interaction पूरा करना आवश्यक न हो।
सुलभ AI chat interface: आम सवाल
क्या हर AI chat transcript में role=log लगाना चाहिए?
नहीं। W3C role=log को कुछ क्रमिक updates के लिए पर्याप्त तकनीक बताता है, लेकिन accessibility की एकमात्र विधि नहीं। Interaction के अनुसार semantics चुनें और समर्थित browser व assistive technology में घोषणाएँ जाँचें।
क्या screen reader को हर streamed token बोलना चाहिए?
आमतौर पर इससे अनुभव बहुत शोरभरा होगा। संक्षिप्त और अर्थपूर्ण status जाँचें तथा पूरा उत्तर व्यक्ति की गति से पढ़ने योग्य रखें। सही व्यवहार चुने हुए markup और assistive technology पर निर्भर करता है।
Prompt भेजने के बाद focus उत्तर पर चला जाना चाहिए?
उत्तर आते समय focus अपने आप न बदलें। Keyboard की स्थिति अनुमान योग्य रखें, जहाँ उपयोगी हो status बताएँ और उत्तर तक जाने का साफ़ रास्ता दें।
क्या automated scan AI chat को accessible प्रमाणित कर सकता है?
नहीं। Scan कुछ programmatic समस्याएँ ढूँढ़ सकता है, पर timing, focus, समझ और recovery को वास्तविक बातचीत में लोगों को जाँचना चाहिए।
संबंधित व्यावहारिक मार्गदर्शिकाएँ
संबंधित मुद्दों की मार्गदर्शिकाएँ
स्रोत और प्रकाशन रिकॉर्ड
मसौदा 27 सितंबर 2026 को तैयार; इंजीनियरिंग, सुरक्षा और संपादकीय समीक्षा लंबित · स्रोत जाँचे गए .