HTML सुलभता लेखा परीक्षक

ज़्यादातर त्वरित सुलभता जाँचें या तो सतही कीवर्ड स्कैन होती हैं या एक भारी-भरकम लाइब्रेरी जिस पर आपको ब्लैक बॉक्स की तरह भरोसा करना पड़ता है। यह टूल एक तीसरा रास्ता अपनाता है: यह ब्राउज़र के अपने अंतर्निहित DOMParser का उपयोग करके आपके द्वारा पेस्ट किए गए HTML को पार्स करता है — कोई axe-core नहीं, कोई बाहरी सुलभता लाइब्रेरी नहीं, कुछ भी डाउनलोड नहीं — और फिर परिणामी DOM ट्री पर हाथ से लिखी गई जाँचों का एक सेट चलाता है जो सामान्य, वास्तविक WCAG 2.1 विफलता पैटर्न को दर्शाता है। इसका मतलब है कि तर्क पूरी तरह से निरीक्षण योग्य है और ऑडिट पूरी तरह से आपके ब्राउज़र के अंदर चलता है: आप जो मार्कअप पेस्ट करते हैं, और कोई भी कलर पेयर जिसका आप परीक्षण करते हैं, वह कभी अपलोड या कहीं नहीं भेजा जाता।

ये जाँचें उन विफलताओं को कवर करती हैं जो वास्तविक पृष्ठों में सबसे अधिक बार दिखाई देती हैं: बिना किसी alt एट्रिब्यूट वाले <img> एलिमेंट (एक वास्तविक WCAG विफलता, जो सजावटी छवियों के लिए उपयोग किए जाने वाले जानबूझकर खाली alt="" से भिन्न है, जिसे सही तरीके से फ़्लैग नहीं किया जाता), ऐसे फ़ॉर्म नियंत्रण जिनमें सहायक तकनीक के लिए यह जानने का कोई तरीका नहीं है कि वे किस लिए हैं (लेबल के हर वास्तविक रास्ते के विरुद्ध जाँचा गया — एक मैचिंग <label for>, <label> के अंदर लिपटा होना, या aria-label/aria-labelledby एट्रिब्यूट), हैडिंग स्तर जो बिना चेतावनी के छूट जाते हैं (एक <h1> से सीधे <h3>, या एक डॉक्यूमेंट जिसमें कोई <h1> ही नहीं, या एक से अधिक), बिना href वाले या 'यहाँ क्लिक करें' या 'और पढ़ें' जैसे अस्पष्ट, संदर्भहीन टेक्स्ट वाले लिंक, और जब संपूर्ण HTML डॉक्यूमेंट (केवल एक टुकड़ा नहीं) पेस्ट किया जाता है तो एक गुम lang एट्रिब्यूट।

खास बात है वास्तविक कंट्रास्ट गणित, सतही 'पढ़ने योग्य लगता है' अनुमान नहीं। इनलाइन color और background-color वाले किसी भी एलिमेंट के लिए, टूल दोनों मानों को पढ़ता है, ब्राउज़र के अपने CSS इंजन के माध्यम से उन्हें असली RGB संख्याओं में बदलता है (इसलिए हेक्स, rgb(), hsl() और 'tomato' जैसे नामित रंग सभी समान रूप से काम करते हैं), और प्रत्येक के लिए सटीक WCAG रिलेटिव लूमिनेंस की गणना करता है — L = 0.2126×R + 0.7152×G + 0.0722×B, प्रत्येक चैनल को पहले असली sRGB ट्रांसफ़र वक्र का उपयोग करके गामा-करेक्ट किया जाता है — उन्हें आधिकारिक कंट्रास्ट अनुपात फ़ॉर्मूले, (हल्का L + 0.05) / (गहरा L + 0.05), में जोड़ने से पहले। एलिमेंट का अपना फ़ॉन्ट-साइज़ और फ़ॉन्ट-वेट यह तय करते हैं कि सख्त 'सामान्य टेक्स्ट' सीमाएँ लागू हों या अधिक ढीली 'बड़ा टेक्स्ट' सीमाएँ (18pt+, या 14pt+ बोल्ड), और परिणाम को एक ही बार में सभी चार वास्तविक WCAG संख्याओं के विरुद्ध जाँचा जाता है: AA के लिए 4.5:1 और 3:1, AAA के लिए 7:1 और 4.5:1 — कभी भी एक ही नकली अच्छा/खराब निर्णय में नहीं समेटा जाता।

यह एक जानबूझकर ईमानदार, व्यावहारिक है, पूर्ण सुलभता ऑडिट का उपसमुच्चय, प्रमाणन उपकरण नहीं: यह JavaScript-संचालित अंतःक्रियाशीलता, बुनियादी लेबलिंग से परे ARIA विजेट पैटर्न, कीबोर्ड फ़ोकस क्रम, या किसी भी ऐसी चीज़ का मूल्यांकन नहीं करता जिसके लिए वास्तव में पृष्ठ को प्रस्तुत करने और चलाने की आवश्यकता होती है। इसे एक त्वरित प्रथम पास के रूप में समझें जो किसी पृष्ठ के शिप होने से पहले कुछ सबसे सामान्य और सबसे परिणामी WCAG विफलताओं — गुम alt टेक्स्ट, बिना लेबल वाले फ़ील्ड, टूटी हुई हैडिंग पदानुक्रम, कम-कंट्रास्ट टेक्स्ट और अस्पष्ट लिंक — को पकड़ लेता है, उत्पादन में शिप होने वाली किसी भी चीज़ के लिए पूर्ण मैन्युअल समीक्षा या एक समर्पित ऑडिटिंग टूल के साथ (उसके बजाय नहीं)।