कर्मों (tasks) से शुरू करें और संक्षिप्त सूचना-विकल्पका (IA) रखें
इन्फ़ॉर्मेशन आर्किटेक्चर (information architecture) यह निर्धारित करती है कि सामग्री और फ़ंक्शन कैसे समूहित, नामित और जोड़े गए हैं। आगंतुकों के कार्यों की सूची बनाएं, फिर प्रत्येक कार्य के आरम्भ पृष्ठ, अगला पृष्ठ, और सफल समाप्ति (end state) मैप करें। इससे पता चलता है कि कोई मेनू आइटम उपयोगी है या आगंतुकों को डिकोड करना पड़ रहा है। प्राथमिक नेविगेशन उन सेक्शनों पर केंद्रित रखें जो उन कार्यों की शुरुआत करते हैं।
नेविगेशन साइट मैप नहीं है। GOV.UK यह सलाह देता है कि हर सेवा के हर हिस्से की सूची बनाने के बजाय उपयोगी शीर्ष-स्तर सेक्शनों को सूचीबद्ध करें। जब किसी यात्रा का अनिवार्य क्रम हो, तो उसे ग्लोबल मेनू से अनुमान लगाने के बजाय सामग्री या कार्य सूची में दिखाएँ।
वे पृष्ठ एक साथ रखें जहाँ आगंतुक समान उत्तर या कार्य की उम्मीद करते हों, न कि केवल इसलिए कि एक टीम उन पर अधिकार रखती है।
घने हेडर के बजाय लैंडिंग पेज और संदर्भात्मक लिंक से विवरण दें।
ऐसे लेबल चुनें जो गंतव्य का अनुमान लगाएँ
एक लेबल उस बारे में वादा करता है जो आगे आएगा। जब गंतव्य से मेल खाएँ तो परिचित नामों को प्राथमिकता दें जैसे “Pricing”, “Documentation”, “Get support”, या “Manage account” (जहाँ आवश्यक हो, अंग्रेज़ी शब्द बने रहने पर भी स्पष्ट रहें)। अस्पष्ट लेबल जैसे “Resources” या “Explore” तब तक बचाएँ जब तक आगंतुक सामग्री का अनुमान लगा सकें। शब्दावली और क्रम लगातार रखें।
Google संक्षिप्त, प्रासंगिक लिंक टेक्स्ट की सलाह देता है जो संदर्भ से बाहर भी समझ में आए। सामान्य “click here” और कीवर्ड-भरपूर लिंक ऐसा नहीं करते। केवल आइकन-आधारित कंट्रोल को भी उसका क्रिया-नाम (accessible name) दें।
जब गंतव्य योजनाएँ हों तो “View plans” के बजाय “Learn more” के बजाय “View plans” जैसा स्पष्ट टेक्स्ट रखें।
सक्रिय गंतव्य को दृश्य और प्रोग्रामेटिक रूप से मार्क करें; W3C के अनुसार aria-current=page का उपयोग करें।
गंतव्य क्रॉल करने योग्य और संरचनात्मक रूप से स्पष्ट रखें
एक नेविगेशन गंतव्य सामान्यतः एक HTML एंकर होना चाहिए जिसमें वह href हो जो वास्तविक वेब पते पर हल हो। Google बताता है कि यह रूप सामान्यतः क्रॉल किया जा सकता है, जिसमें डायनेमिक रूप से डाला गया एंकर भी शामिल है जब रेंडर्ड मार्कअप वह संरचना बनाए रखता है। केवल क्लिक हैंडलर या कस्टम एट्रिब्यूट भरोसेमंद विकल्प नहीं हैं। फ्रेमवर्क स्रोत मात्र की जाँच न करें—रेंडर्ड आउटपुट की जाँच करें।
प्रमुख नेविगेशन के आसपास अर्थपूर्ण सैमान्टिक (semantic) संरचना का उपयोग करें। W3C nav एलिमेंट और सामान्य साइट नेविगेशन के लिए सूची (list) की सिफ़ारिश करता है। यदि किसी पृष्ठ में कई नेविगेशन क्षेत्र हैं, तो प्रत्येक का लेबल करें ताकि स्क्रीन-रीडर उपयोगकर्ता प्राथमिक नेविगेशन को फ़ूटर या लोकल नेविगेशन से अलग कर सकें।
क्लाइंट-साइड रेंडरिंग के बाद यह पुष्टि करें कि महत्वपूर्ण डेस्कटॉप और मोबाइल गंतव्य एंकर और href मान रखते हैं।
URL Inspection Google के क्रॉल, इंडेक्स, और सर्विंग जानकारी देता है; यह साबित नहीं करता कि आगंतुक पेज ढूँढ सकते हैं।
मोबाइल मेनू को एक पूर्ण इंटरैक्शन के रूप में डिज़ाइन करें
रिस्पॉन्सिव नेविगेशन प्रभावित होकर समेट (collapse) हो सकता है, पर जो गंतव्य रह जाते हैं उन्हें स्क्रीन साइज़ के पार वही शब्दावली, क्रम और लक्ष्य बनाए रखना चाहिए। W3C सब-नेविगेशन आइटम छिपाने या समेटने की अनुमति देता है बशर्ते संगतता बनी रहे। क्रिटिकल रूट को सिर्फ़ इसलिए डेस्कटॉप-ओनली मत बनाइए क्योंकि हेडर भीड़ गया है; निम्न-प्राथमिकता सामग्री को पुनः स्थानांतरित करें या हीरार्की पर पुनर्विचार करें।
शो-एंड-हाइड मेनू के लिए, लिंक समूह को नियंत्रित करने वाले बटन का उपयोग करें और यह संप्रेषित करें कि यह खुला है या नहीं। W3C का disclosure-navigation उदाहरण aria-expanded और aria-controls का उपयोग करता है और Tab, Shift+Tab, और Escape का उल्लेख करता है। यह निर्देशात्मक है—अपने घटक को अपनी ऑडियंस के उपयोग वाले संयोजनों के साथ टेस्ट करें।
जब किसी पेरेंट पेज और उसके चाइल्ड लिंक दोनों की आवश्यकता हो, तो पेज लिंक को एक्सपैंड कंट्रोल से अलग करें।
पॉइंटर हॉवर से खुलने वाली कोई भी चीज़ कीबोर्ड फोकस और टच के साथ खोजने योग्य होनी चाहिए।
ओरिएंटेशन और कीबोर्ड यात्रा का समर्थन करें
कीबोर्ड एक्सेस कोई सजावट नहीं है। WCAG 2.1 Success Criterion 2.1.1 बताता है कि फ़ंक्शन को कीबोर्ड इंटरफ़ेस के माध्यम से कार्यशील होना चाहिए जब तक कि वह पाथ-निर्भर इनपुट न हो। हेडर में, आगंतुकों को कंट्रोल्स में Tab के द्वारा नेविगेट करना, फोकस देखना, लिंक और बटन सक्रिय करना, और बिना ट्रैप हुए आगे बढ़ना चाहिए।
दोहराए गए हेडर लिंक पृष्ठों को ट्रैवर्स करने धीमा कर सकते हैं। पेज की शुरुआत के पास एक skip लिंक कीबोर्ड उपयोगकर्ताओं को मुख्य सामग्री तक मार्ग देता है। GOV.UK बताता है कि यह विज़ुअली छिपा होता है जब तक कि कीबोर्ड उपयोग इसे सक्रिय न करे। परीक्षण करें कि यह एक अर्थपूर्ण लक्ष्य पर लैंड करता है।
ब्राउज़र के फोकस संकेतक को हटाएँ नहीं बिना स्पष्ट विकल्प के जो ज़ूम होने पर भी दिखाई दे।
हेडर से गंतव्य पृष्ठ तक Tab, Shift+Tab, Enter, Space, और Escape का उपयोग करें।
रिलीज़ से पहले और बाद में खोजनीयता का परीक्षण करें
प्रतिनिधि लोगों से एक वास्तविक कार्य पूरा करवाएँ, जैसे रद्दीकरण (cancellation) निर्देश ढूँढना या योजनाओं की तुलना करना। देखें कि वे कहाँ जाने की उम्मीद करते हैं, कौन से लेबल वे गलत पढ़ते हैं, और क्या वे खोज का सहारा लेते हैं क्योंकि नेविगेशन नाकाम रहा। उन्हें उद्देश्यपूर्ण लेबल की ओर मत पहुँचाइए। हर बाधा रिकॉर्ड करें और उसे हटाने के लिए सबसे छोटा परिवर्तन निर्धारित करें।
टास्क टेस्टिंग के साथ तकनीकी जाँच जोड़ें। W3C के Easy Checks बिना माउस के परीक्षण, फोकस दृश्यता, टैब क्रम, कीबोर्ड ट्रैप्स, और ड्रॉपडाउन की जाँच की सलाह देते हैं। कोर टास्क को संकीर्ण चौड़ाइयों और बड़े टेक्स्ट साइज़ पर दोहराएँ। ऑटोमेटेड चेक मार्कअप मुद्दों को पकड़ सकते हैं, पर यह निर्धारित नहीं कर सकते कि कोई लेबल समझ में आता है या नहीं।
परीक्षण से पहले इच्छित एंडपॉइंट और समर्थित डिवाइस या इनपुट विधि रिकॉर्ड करें।
stakeholder प्राथमिकता पर भरोसा करने की बजाय पुराने और नए रूट को एक ही टास्क के खिलाफ टेस्ट करें।
नेविगेशन परिवर्तन को उपलब्धता-संवेदनशील रिलीज़ मानें
एक हेडर लोड होने पर भी एक क्रिटिकल पाथ प्रभावी रूप से अनुपलब्ध हो सकता है: एक चेकआउट, लॉगिन, सपोर्ट रूट, या दस्तावेज़ी पेज टूटे हुए स्टेट, स्थिर लिंक, या गलत रीडायरेक्ट के पीछे बैठ सकता है। रिलीज़ से पहले, महत्वपूर्ण गंतव्यों का इन्वेंटरी बनाएं, डेस्कटॉप और मोबाइल पाथ टेस्ट करें, और पुष्टि करें कि रेंडर्ड लिंक इच्छित पेज तक पहुँचते हैं। ऑथोराइज़्ड वातावरण का उपयोग करें जहाँ प्रमाणीकृत या क्षेत्रीय पाथ हैं।
SIU (Status Is UP) की भूमिका प्रैक्टिकल रीमेडिएशन है: प्रीफ़्लाइट चलाएँ, परिनियोजन के बाद आवश्यक पाथ सत्यापित करें, और सुधार को उल्टा करने योग्य रखें। एक वर्शन-युक्त मेनू कॉन्फ़िगरेशन रखें, उस व्यक्ति का नाम रखें जो इसे पुनर्स्थापित कर सके, और पुनर्स्थापित पाथ को मान्य करें। इससे रिलीज़ का प्रभाव सीमित होगा; यह उपयोगिता अनुसंधान या लाइव-स्टेटस मॉनिटरिंग का विकल्प नहीं है।
जब कोई क्रिटिकल गंतव्य गायब, गलत, या कीबोर्ड और टच से पहुँचा नहीं जा सके तब प्रकाशन रोक दें।
पुनर्संरचना से पहले पिछले कॉन्फ़िगरेशन, मालिक, ट्रिगर और सत्यापन चरण दस्तावेज़ करें।