सुलभता
पढ़ने लायक बयान वही होता है जो गलत चीज़ों को साफ़-साफ़ बताए। इस बयान में यह भी बताया गया है कि हम क्या बनाने का लक्ष्य रखते हैं और जो कमियाँ हमसे रह गई हों, उनकी रिपोर्ट कैसे करें।
- WCAG 2.2 AA को लक्ष्य बनाया गया है
- कंट्रास्ट को मापा जाता है, केवल राय से नहीं आंका जाता
- ज्ञात कमियाँ सूचीबद्ध हैं
स्थिति
हम इस वेबसाइट को WCAG 2.2 स्तर AA के अनुसार बनाते हैं और केवल मान लेने के बजाय इसकी जाँच भी करते हैं: हर एलिमेंट जिस रंग की सतह पर वास्तव में दिखाई देता है, उसके आधार पर contrast मापा जाता है और कोई जाँच विफल होने पर build रुक जाता है। यह ऐसा लक्ष्य नहीं है जिसकी घोषणा करके साल में एक बार फिर समीक्षा की जाए — यह हर release पर चलता है।
यह पूर्ण अनुरूपता का दावा नहीं है। ज्ञात कमियों को छिपाने के बजाय नीचे सूचीबद्ध किया गया है। अगर इस साइट या app में कुछ आपके लिए इस्तेमाल करने योग्य नहीं है, तो [email protected] पर subject में सुलभता लिखकर बताएं कि क्या हुआ — इसे feedback नहीं, बल्कि defect report माना जाता है।
लागू होने की तारीख
क्या-क्या बनाया गया है
- हर पेज JavaScript के बिना काम करता है। डिफ़ॉल्ट रूप से कुछ भी छिपाया नहीं जाता और किसी script से बाद में दिखाया नहीं जाता, इसलिए अगर कोई script विफल हो जाए, सख्त content blocker लगा हो या text-only client इस्तेमाल हो रहा हो, तब भी पेज अपना content दिखाता है। Interactive elements उन पेजों के ऊपर किए गए सुधार हैं जो पहले से काम करते हैं।
- Contrast को असली painted background के मुकाबले मापा जाता है, हर element के पीछे मौजूद पहले opaque ancestor को खोजकर, किसी अनुमानित colour के मुकाबले देखकर नहीं। इस site के body text का ratio कभी 4.49:1 था — AA से कम और देखने में बिल्कुल सामान्य — और इसका पता measurement से ही चला।
- Skip link और visible focus। हर पेज की शुरुआत skip-to-content link से होती है और हर interactive element में visible focus indicator होता है; साफ-सफाई के लिए outline हटाई नहीं जाती।
- Semantic structure। हर पेज पर एक h1, बिना किसी level को छोड़े क्रम से headings, असली lists, सही header cells और captions वाली tables, और ऐसे landmarks जिन्हें screen reader से navigate किया जा सके।
- Motion system setting का सम्मान करता है। prefers-reduced-motion के तहत हर animation बंद हो जाती है और content तुरंत दिखाई देता है, entrance का इंतज़ार नहीं करता।
- Text scale होता है। Layouts relative units और reflow का इस्तेमाल करते हैं, इसलिए text बड़ा करने या window छोटी होने पर वे टूटते नहीं और sideways scroll नहीं होता।
- Meaningful alternative text, और ऐसे image पर जानबूझकर खाली alt जो पहले से अपना text रखने वाले link के अंदर हो — वहाँ description देने पर screen reader एक ही बात दो बार पढ़ेगा।
ज्ञात कमियाँ
इस section को publish करने की वजह यही है। हर item वास्तविक है, हमें उसके बारे में पता है और यहाँ किसी को भी ठीक हुआ बताकर पेश नहीं किया गया है।
Site तीस भाषाओं में published है और सभी भाषाओं में screen reader के साथ इसका test नहीं हुआ है। Testing English में की गई है। Right-to-left भाषाओं में pronunciation और reading order, और उन scripts में जहाँ हमारे display typefaces में coverage नहीं है और platform font substitute हो जाता है, assistive technology के साथ verify नहीं किए गए हैं।
हमारे दोनों typefaces केवल Latin को cover करते हैं। Cyrillic, Devanagari, Georgian, Thai, Arabic, Hebrew, Bengali, Ethiopic और CJK सभी platform के अपने fonts पर fallback होते हैं। Legibility के लिए यह आम तौर पर अच्छा है, लेकिन इसका मतलब है कि English में जिन typographic details को हम control करते हैं — weight, spacing, और वह size जिस पर छोटा text बहुत छोटा हो जाता है — उन locales में हमारे control में नहीं हैं।
कुछ interactive elements नए हैं और उनका कम testing हुआ है। Comparison matrix और help search rows को वहीं filter करते हैं, जो सही pattern है, लेकिन बदले हुए result count की घोषणा screen reader को करना implement तो किया गया है, user-tested नहीं।
App का उद्देश्य वही रखा गया है, लेकिन इसका audit site की तुलना में कम बार होता है। यह platform के अपने text sizing और screen reader को support करता है, जो ज़्यादातर काम कर देते हैं, लेकिन हम अभी हर release के खिलाफ formal accessibility audit नहीं चलाते।
Site या app, किसी का भी formal third-party audit नहीं हुआ है। हम ऐसा कहना पसंद करेंगे, बजाय इसके कि ऐसी certification का संकेत दें जो हमारे पास नहीं है।
App, और एक ज़रूरी बात
Telvio app जिस operating system पर चलती है, उसकी accessibility features पर निर्भर करती है: iOS पर VoiceOver और Dynamic Type, और Android पर TalkBack और font scaling। ये उस app के लिए ज़्यादातर ज़रूरी चीज़ें cover कर देते हैं जिसका interface keypad, balance और rates की list है।
एक design decision को feature के बजाय accessibility property के रूप में बताना ज़रूरी है। App के लिए account की ज़रूरत नहीं है, इसलिए sign-up form नहीं है, enter करने के लिए password नहीं है, email verification step नहीं है और message से retrieve करने के लिए code नहीं है — यानी वह पूरा interaction class जो assistive technology इस्तेमाल करने वाले लोगों या forms को मुश्किल पाने वाले किसी भी व्यक्ति के लिए सबसे ज़्यादा परेशानी पैदा करता है, यहाँ मौजूद ही नहीं है। Install करें, dial करें, बात करें।
इसके साथ जुड़ी limitation भी बाकी सबकी तरह उसी page पर है: app emergency services को call नहीं कर सकती, जैसा कि emergency calls में बताया गया है। अगर कोई इस app को किसी रिश्तेदार के लिए setup करता है — खासकर विदेश में family को call करने वाले बुज़ुर्ग लोगों के मामले में यह आम है — तो setup करते समय समझाने वाली यह सबसे ज़रूरी बात है।
हमें बताएं कि कुछ गलत है
Subject Accessibility के साथ [email protected] पर email करें। उपयोगी जानकारी: page या screen, आप क्या करने की कोशिश कर रहे थे, कौन-सी assistive technology और उसका कौन-सा version इस्तेमाल कर रहे थे, और इसके बजाय क्या हुआ। इनमें से कुछ भी ज़रूरी नहीं है — “I cannot use the rates table with a screen reader” लिख देना भी बिल्कुल सही report है और हमें कुछ न मिलने से यह बेहतर लगेगा।
हम पाँच working days के भीतर assessment और, जहाँ हम defect से सहमत हों, एक अनुमानित समयसीमा के साथ reply करने का लक्ष्य रखते हैं। जो चीज़ किसी को task पूरा करने से रोकती है, उसे दूसरे कामों से पहले ठीक किया जाता है; जो चीज़ task को मुश्किल बनाती है, उसे अस्पष्ट वादे करने के बजाय ईमानदारी से queue किया जाता है।
अगर आप European Union में हैं और आपको लगता है कि accessibility obligation पूरी नहीं की जा रही है, तो आप संबंधित national enforcement body के पास भी मामला उठा सकते हैं। हम चाहेंगे कि आप पहले हमसे संपर्क करें, और किसी भी स्थिति में हम जवाब देंगे।
Checks वास्तव में कैसे चलते हैं
दो बातें बताना ज़रूरी है, क्योंकि इन्हीं से statement और practice में फर्क आता है।
Contrast को paint किया जाता है, parse नहीं। Stylesheet से पढ़ी गई colour value बताती है कि element से क्या होने को कहा गया था, यह नहीं कि वह आखिर में दिखा कैसा — जैसे dark band के ऊपर semi-transparent element, कोई modern colour function जिसे regex समझ नहीं पाता, या hero image के ऊपर fixed header। Check हर element के real background को पहले opaque ancestor तक ऊपर जाकर और browser के ज़रिए colour resolve करके render करता है, फिर ratio निकालता है। इसी से पता चला कि इस site का body text 4.49:1 पर था, जो AA से कम है और अलग से देखने पर बिल्कुल सामान्य लगता है।
Page को जैसा लिखा गया है, वैसा नहीं बल्कि जैसा render हुआ है, वैसा check किया जाता है। एक अलग probe हर page को real browser में load करता है और जाँचता है कि viewport में कोई text zero opacity पर तो नहीं है, document sideways scroll तो नहीं करता, और कहीं कुछ अपने background colour में तो paint नहीं हो रहा। आखिरी बात तब तक absurd लगती है जब तक वह production में न चली जाए: एक single grouped CSS rule ने कभी label के colour और background को एक ही value पर set कर दिया था, जिससे 1:1 contrast ratio बना जो markup में दिखाई नहीं देता, DOM में दिखाई नहीं देता और source के screenshot में भी दिखाई नहीं देता।
हमने जानबूझकर ये फैसले किए
- बिना अनुमति कोई motion नहीं। Scroll animations ऐसे script से opt-in होती हैं जो पहले confirm करता है कि motion चाहिए, इसलिए reduced motion enabled रखने वाला reader content तुरंत देखता है और उसे आते हुए कभी नहीं देखता।
- JavaScript के पीछे कोई content नहीं। कुछ भी invisible लिखकर author नहीं किया जाता। यह performance जितना ही accessibility का भी फैसला है — जो page visible होने के लिए script पर निर्भर है, वह हर उस व्यक्ति के लिए fail होता है जिसके लिए script fail होती है।
- Data में icons के बजाय words। Comparison tables ticks और crosses के बजाय “Yes”, “None” और “Rounded up” कहती हैं, क्योंकि announce किए जाने पर tick अस्पष्ट होता है और copy करने पर दिखाई नहीं देता।
- जहाँ description दोहराई जाती, वहाँ empty alt। जिस link में अपना text पहले से मौजूद हो, उसके अंदर image को
alt=""दिया जाता है, ताकि screen reader destination को दो बार के बजाय एक बार announce करे। - Wide tables अपने ही box के अंदर scroll होती हैं और page को sideways नहीं धकेलतीं, इसलिए phone पर paragraph पढ़ने के लिए कभी horizontal scroll नहीं करना पड़ता।
निचोड़
हम WCAG 2.2 AA के अनुसार बनाते हैं और हर release पर इसकी जाँच करते हैं। Contrast को अनुमान के बजाय असल में render किए गए background के आधार पर मापा जाता है। यह पूर्ण conformance का दावा नहीं है।
ज्ञात कमियाँ: तीस भाषाओं के लिए screen reader testing केवल English में की गई है, हमारे typefaces में सिर्फ़ Latin script का support है इसलिए दूसरी scripts के लिए platform fonts का इस्तेमाल होता है, सबसे नए interactive elements की testing कम हुई है, और किसी third-party audit से जाँच नहीं कराई गई है।
जो भी इस्तेमाल करने लायक न हो, उसे [email protected] पर subject Accessibility के साथ report करें। इसे defect report माना जाता है, और जो चीज़ किसी task को रोकती है उसे बाकी काम से पहले ठीक किया जाता है।
अक्सर पूछे जाने वाले प्रश्न
Telvio किस accessibility standard को follow करता है?
वेबसाइट के लिए WCAG 2.2 लेवल AA लक्ष्य है, और इसकी जाँच समय-समय पर नहीं, बल्कि हर release पर की जाती है। Contrast को उस background के आधार पर मापा जाता है जिस पर हर element वास्तव में render होता है, और कोई failure build को रोक देता है। Full conformance का दावा नहीं किया गया है।
क्या Telvio की वेबसाइट JavaScript के बिना काम करती है?
हाँ। डिफ़ॉल्ट रूप से कुछ भी छिपाकर script से नहीं दिखाया जाता, इसलिए JavaScript disabled या blocked होने पर भी हर page अपना content दिखाता है। Comparison filters जैसे interactive features उन pages के ऊपर जोड़े गए enhancements हैं जो पहले से काम करते हैं।
क्या Telvio का accessibility audit हुआ है?
वेबसाइट या app, किसी का भी third-party audit नहीं हुआ है। साइट के हर release पर automated और manual checks चलते हैं, और यह statement ज्ञात कमियों को छिपाने के बजाय उन्हें सूचीबद्ध करता है।
क्या Telvio app screen reader के साथ accessible है?
यह app platform के अपने accessibility features पर निर्भर करता है — iOS पर VoiceOver और Dynamic Type, और Android पर TalkBack और font scaling। इसका audit वेबसाइट की तुलना में कम बार किया जाता है, और हर release के लिए कोई formal accessibility audit नहीं चलाया जाता।
मैं accessibility की समस्या की report कैसे करूँ?
[email protected] पर email करें और subject में Accessibility लिखें। बताएं कि कौन-सा page या screen था, आप क्या करने की कोशिश कर रहे थे और क्या हुआ। Assistive technology और version बताना मददगार है, लेकिन ज़रूरी नहीं। हमारा लक्ष्य पाँच working days के भीतर reply करना है।
मेरी भाषा में साइट अलग font का इस्तेमाल क्यों करती है?
साइट जिन दो typefaces में डिज़ाइन की गई है, वे केवल Latin script को support करते हैं। Cyrillic, Devanagari, Georgian, Thai, Arabic, Hebrew, Bengali, Ethiopic और CJK के लिए platform के अपने fonts इस्तेमाल होते हैं। इससे आम तौर पर readability बेहतर होती है, लेकिन इन locales में typographic detail पर हमारा नियंत्रण नहीं रहता।
