1. यह किसे कवर करता है
pollslive.com वेबसाइट और वेब एप्लिकेशन: मार्केटिंग और दस्तावेज़ीकरण पृष्ठ, प्रस्तुतकर्ता का Studio, और प्रतिभागी अनुभव (किसी सत्र में शामिल होना, किसी प्रश्न का उत्तर देना और परिणाम देखना)। यह उन सभी आठ भाषाओं में साइट को कवर करता है जिनमें हम प्रकाशित करते हैं। यह उस सामग्री को कवर नहीं करता जो कोई होस्ट अपने स्वयं के पोल में लिखता है, जिसे सुलभ बनाना उसकी जिम्मेदारी है, और न ही हमारे द्वारा अंतःस्थापित तृतीय-पक्ष सेवाओं को, जिनके नाम नीचे दिए गए हैं।
2. अनुरूपता स्थिति
PollsLive, WCAG 2.1 स्तर AA के साथ आंशिक रूप से अनुरूप है, यह वह मानक है जिसका संदर्भ EN 301 549 और European Accessibility Act देते हैं। "आंशिक रूप से अनुरूप" का अर्थ है कि मानक का अधिकांश भाग पूरा होता है और कुछ भाग पूरे नहीं होते; जो भाग पूरे नहीं होते, वे आपके स्वयं खोजने के लिए छोड़े जाने के बजाय ज्ञात सीमाएँ के अंतर्गत सूचीबद्ध हैं। हम अपनी जाँच को WCAG 2.2 स्तर AA तक बढ़ा रहे हैं, जो इस मानक का मौजूदा संस्करण है।
हम पूर्ण अनुरूपता का दावा नहीं करते, और किसी स्वचालित परीक्षण के पास होने के आधार पर हम इसका दावा नहीं करेंगे। स्वचालित टूल WCAG विफलताओं के केवल एक छोटे भाग का पता लगाते हैं: वे आपको बता सकते हैं कि किसी नियंत्रण का कोई नाम नहीं है, पर यह नहीं बता सकते कि वह नाम अर्थपूर्ण है या नहीं।
3. European Accessibility Act के अंतर्गत हमारी स्थिति
PollsLive का संचालन एक सूक्ष्म उद्यम (micro-enterprise) द्वारा किया जाता है, जैसा कि आयोग अनुशंसा (Commission Recommendation) 2003/361/EC में परिभाषित है (10 से कम कर्मचारी और €2 million या उससे कम का कारोबार) और इसलिए यह European Accessibility Act (Directive (EU) 2019/882) के सेवा दायित्वों से छूट प्राप्त है। फिर भी हम यह विवरण प्रकाशित करते हैं। छूट यह बताती है कि हम क्या करने के लिए बाध्य हैं, न कि यह कि हम क्या करने का इरादा रखते हैं, और किसी पोल का उत्तर देने के लिए स्क्रीन रीडर का उपयोग करने वाले व्यक्ति को इससे कोई फ़र्क नहीं पड़ता कि हम पर कौन-सा प्रस्तावना खंड (recital) लागू होता है।
4. हम कैसे परीक्षण करते हैं
प्रत्येक सार्वजनिक रूट (कुल 79) को axe-core का उपयोग करके WCAG 2.1 A और AA के सापेक्ष स्वचालित रूप से स्कैन किया जाता है, जिसे एक वास्तविक ब्राउज़र के माध्यम से तीन व्यूपोर्ट आकारों पर चलाया जाता है, जिनमें 320px का फ़ोन शामिल है, साथ ही एक लाइव सत्र भी जिसमें एक होस्ट और एक प्रतिभागी जुड़े होते हैं, क्योंकि प्रतिभागी जो कुछ अनुभव करता है उसका अधिकांश भाग पृष्ठ लोड होने के बाद होता है और एक स्थिर स्कैन वहाँ तक कभी नहीं पहुँचता। स्कैन कम गति (reduced motion) के साथ चलता है ताकि रीडिंग एनिमेशन के बीच की नहीं, बल्कि स्थिर पृष्ठों की हों।
यदि किसी रूट में कोई अति गंभीर (critical) या गंभीर (serious) उल्लंघन हो तो बिल्ड विफल हो जाता है, ताकि कोई रिग्रेशन ऑडिट के समय नहीं, बल्कि रिलीज़ से पहले पकड़ा जाए। कम-गंभीरता वाले निष्कर्ष रोकने के बजाय दर्ज किए जाते हैं और उनकी समीक्षा की जाती है। हमने कोई बाहरी ऑडिट या सहायक-प्रौद्योगिकी उपयोगकर्ताओं के साथ उपयोगकर्ता परीक्षण नहीं करवाया है; जब हम करवाएँगे, तो यह विवरण ऐसा बताएगा।
5. हमने क्या ठीक किया
अगस्त 2026 के ऑडिट में ये पाए गए और सुधारे गए: साइट पर कहीं भी सामग्री-पर-जाएँ (skip-to-content) लिंक नहीं था, इसलिए कीबोर्ड उपयोगकर्ताओं को हर पृष्ठ पर पूरे हेडर से टैब करते हुए गुज़रना पड़ता था; विकल्पों के ऐसे रंग जो सफ़ेद लेबलों को 2.15:1 जितनी कम पृष्ठभूमि पर रखते थे, जबकि 4.5:1 आवश्यक है; इनलाइन लिंक जो आसपास के पाठ से केवल रंगत (hue) द्वारा अलग दिखते थे; कोड नमूने और संदर्भ तालिकाएँ जो बगल में स्क्रॉल होती थीं और कीबोर्ड से उन तक पहुँचने का कोई तरीका नहीं था; एक लाइव परिणाम पैनल जिसमें तीन अतिव्यापी घोषणा क्षेत्र थे जो हर आने वाले वोट पर पूरा चार्ट ज़ोर से पढ़ते थे; और एक प्रतिभागी दृश्य जो बिना कुछ भी घोषित किए प्रश्न बदल देता था; /demo हब अपने कार्ड लेबलों को चार्ट FILL पैलेट में रंगता था, जो गहरी स्याही के पीछे रहने के लिए बना है और सफ़ेद कार्ड पर पाठ के रूप में 2.77:1 मापा गया; और दस्तावेज़ीकरण सूचकांक में एक "new" बैज 4.43:1 पर था, जो 9px पर सीमा से एक अंक का दसवाँ भाग कम था।
6. ज्ञात सीमाएँ
वर्तमान, और ईमानदार। इनमें से प्रत्येक आज वास्तविक है:
- इंटरैक्टिव API संदर्भ (/docs/api-reference) Swagger UI द्वारा रेंडर किया जाता है, जो एक तृतीय-पक्ष घटक है जिसे हम बनाते नहीं, बल्कि लोड करते हैं। यह इंटरैक्टिव नियंत्रणों को एक-दूसरे के भीतर नेस्ट करता है, जिसे सहायक प्रौद्योगिकी भ्रामक ढंग से घोषित कर सकती है, और हम इसे फ़ोर्क किए बिना पुनर्गठित नहीं कर सकते। वही विनिर्देश /api/v1/openapi.json पर सादे JSON के रूप में उपलब्ध है, और हमारे अपने दस्तावेज़ीकरण पृष्ठ वही जानकारी सुलभ HTML में देते हैं।
- प्रस्तुतकर्ता-पक्ष के लाइव पैनल (होस्ट कंसोल, लीडरबोर्ड, मॉडरेटेड Q&A कतार और इनसाइट्स पैनल) अपने परिवर्तनों की घोषणा किए बिना रीयल टाइम में अद्यतन होते हैं। प्रतिभागी-पक्ष को ठीक कर दिया गया है; प्रस्तुतकर्ता-पक्ष को अभी नहीं, और स्क्रीन रीडर का उपयोग करने वाले प्रस्तुतकर्ता को नया प्रश्न प्राप्त होने पर नहीं बताया जाएगा।
- फ़ॉर्म त्रुटि संदेश दृश्य रूप से दिखाए जाते हैं और प्रोग्रामेटिक रूप से अपने फ़ील्ड से लगातार संबद्ध नहीं होते, इसलिए जब फ़ोकस उस इनपुट पर आता है जिससे त्रुटि संबंधित है, तो हो सकता है कि स्क्रीन रीडर त्रुटि न पढ़े।
- स्वचालित कवरेज पूर्ण कवरेज नहीं है। हमने हर प्रवाह का स्क्रीन रीडर के साथ मैन्युअल परीक्षण नहीं किया है, और वॉयस कंट्रोल या स्विच डिवाइस के साथ बिल्कुल भी परीक्षण नहीं किया है। इस सूची में किसी चीज़ का न होना इस बात का प्रमाण नहीं है कि वह काम करती है।
7. किसी बाधा के बारे में हमें बताना
यदि कोई चीज़ आपको PollsLive का उपयोग करने से रोकती है, तो support@pollslive.com पर ईमेल करें या हमारे संपर्क फ़ॉर्म का उपयोग करें। हमें पृष्ठ बताएँ, आप क्या करने का प्रयास कर रहे थे, और यदि संभव हो तो आप कौन-सी सहायक प्रौद्योगिकी और ब्राउज़र उपयोग कर रहे थे। इससे यह फ़र्क पड़ता है कि हम समस्या को दोहरा पाते हैं या केवल अनुमान लगाते हैं। हमारा लक्ष्य पाँच कार्य दिवसों के भीतर उत्तर देना है।
यदि आपको PollsLive से कुछ किसी अन्य रूप में चाहिए (कोई परिणाम निर्यात, किसी पोल की सामग्री) तो पूछें और हम उसे ऐसे प्रारूप में भेजेंगे जो आपके लिए उपयुक्त हो। यदि हम आपके द्वारा रिपोर्ट की गई किसी बाधा को हल नहीं कर पाते, तो आप मामले को डच प्रवर्तन प्राधिकरण तक ले जा सकते हैं; हमारा पंजीकरण और संपर्क विवरण कानूनी सूचना में है।