संक्षेप में जवाब
एक वेबसाइट को स्वीकार करने के लिए कुछ घंटों की सूची-संचालित जांच है, न कि होम पेज का प्रभाव। मोबाइल डेटा पर एक फोन पर शुरू करें, प्राप्तकर्ता के माध्यम से प्रपत्रों का पालन करें, WCAG 2.2 अपने आप को जाँचता है और एक दोष सूची भेजता है।
संक्षेप में वेबसाइट स्वीकृति
स्वीकृति आपके द्वारा आदेश दिए गए आदेशों के खिलाफ तैयार साइट की एक संरचित जांच है, अंतिम भुगतान से पहले और कुछ भी साइन करने से पहले। यह कुछ घंटे लेता है और यह एक लिखित सूची को बंद कर देता है, न कि अपने घर पृष्ठ की छाप।
क्रम मायने रखता है: पहले एक कमजोर कनेक्शन पर एक फोन, फिर संक्षिप्त के खिलाफ पृष्ठ सामग्री, फिर प्राप्तकर्ता के लिए सभी तरह से बनाता है, फिर WCAG 2.2 चेक, फिर नेविगेशन, लोडिंग व्यवहार और व्यवस्थापक पैनल। सब कुछ आपको एक दस्तावेज़ में मिलता है।
स्वीकृति दोष के बारे में नहीं है। इसका उद्देश्य क्या काम करता है और क्या फिक्सिंग की जरूरत का एक लिखित रिकॉर्ड का उत्पादन करना है, और यह पुष्टि करने के लिए कि रिकॉर्ड वास्तव में अपने पैकेज में आने वाले दौरों के भीतर फिट बैठता है।
इसके बाद चेक के बारह ब्लॉक हैं। प्रत्येक विशेष टूलींग के बिना किया जा सकता है: आपको एक फोन, लैपटॉप, एक ब्राउज़र और एक घंटे की आवश्यकता होती है जब कोई भी आपको पूरी तरह से अलग-अलग चीज़ों के बारे में प्रश्नों के साथ बाधित नहीं होता है।
इससे पहले कि आप परीक्षण शुरू करें: समीक्षा तेजी से इंटरनेट के साथ एक कार्यालय लैपटॉप के…
पहले क्लिक से पहले, तीन दस्तावेज़ इकट्ठा करें: संक्षिप्त या विनिर्देशन, उन पृष्ठों और सुविधाओं की सूची जो दायरे में थे, और ऐसे ईमेल जहां परिवर्तन मध्य परियोजना पर सहमत थे। उनके बिना समीक्षा स्वाद के बारे में बातचीत में बदल जाती है।
आपके द्वारा समीक्षा किए गए सटीक पते के लिए पूछें। यह एक मंचन डोमेन या लाइव एक हो सकता है, लेकिन यह आपके लिए और डेवलपर के लिए एक ही पता होना चाहिए, या आप एक पृष्ठ के दो अलग-अलग संस्करणों के बारे में बहस करेंगे।
दो डिवाइस तैयार हो जाओ: अपने साधारण फोन और एक लैपटॉप। केवल फास्ट ऑफिस इंटरनेट और एक विस्तृत मॉनिटर के साथ वर्क मशीन पर समीक्षा न करें क्योंकि यह स्थिति के तहत साइट को दिखाता है कि आपके आगंतुक वास्तव में कभी नहीं हो सकते हैं।
इन स्तंभों के साथ एक खाली तालिका खोलें: पृष्ठ, क्या हुआ, आपको क्या उम्मीद थी, डिवाइस और ब्राउज़र, प्राथमिकता। जैसा कि आप जाते हैं, आप स्मृति से दो दिनों बाद गलती के शब्दों को फिर से बनाने की कोशिश करने के बजाय इसे लिख सकते हैं।
एक फोन पर शुरू, एक धीमी गति से कनेक्शन पर
लैपटॉप पर इसे खोलने से पहले अपने फोन पर साइट को खोलें। लेआउट दोष जो एक विस्तृत स्क्रीन पर अदृश्य रहते हैं, एक संकीर्ण पर स्पष्ट हो जाते हैं, और आप अब उन्हें ग्राहक से संदेश के बजाय मिलना चाहते हैं।
वाई-फाई बंद करें और मोबाइल नेटवर्क पर ब्राउज़ करें, आदर्श रूप से कहीं संकेत खराब है। यही वह जगह है जहां फास्ट ऑफिस इंटरनेट चीजों को छिपाना बंद कर देता है: पहली पठनीय पाठ से पहले इंतजार, लेआउट जो कूदता है, आखिरी छवियां।
फोन पर, तीन चीजों की जांच करें: चाहे टेक्स्ट बिना साइडवे स्क्रॉल के फिट बैठता है, चाहे आपका अंगूठे वास्तव में बटन और लिंक पर उतरता है, और क्या एक चिपचिपा हेडर या एक सहमति बैनर उस चीज को कवर करता है जो एक आगंतुक के लिए पृष्ठ पर आया था।
MDN प्रदर्शन प्रलेखन में कथित प्रदर्शन के साथ-साथ कच्चे लोडिंग गति को शामिल किया गया है - कैसे उत्तरदायी इंटरफ़ेस महसूस करता है। यह महसूस वास्तव में क्या आप परीक्षण कर रहे हैं जब आप किसी डेवलपर के डेस्क के बजाय सड़क पर एक फोन पर साइट खोलते हैं।
सामग्री की जांच: प्रकाशित पृष्ठ के खिलाफ संक्षिप्त
पृष्ठ सूची को संक्षेप में से लें और इसे लाइन से लाइन पर जाएं। प्रत्येक वादा किए गए पृष्ठ को मौजूद होना चाहिए, एक सीधा लिंक से खुला होना चाहिए, और बिल्ड से बायीं भराव टेक्स्ट के प्लेसहोल्डर पैराग्राफ के बजाय इसे ऑर्डर किया गया था।
typos, पुरानी कीमतों, दूसरी कंपनी के नाम और leftover डेमो डेटा के लिए प्रति पढ़ें। यहाँ याद रखने लायक: VITON13 ग्राहक की सामग्री या अनुवाद नहीं लिखते हैं, इसलिए प्रति आप से आती है और प्रूफरीडिंग यह आपकी जिम्मेदारी रखता है।
क्रॉस-चेक हर जगह संपर्क विवरण दिखाई देते हैं: हेडर, पाद लेख, संपर्क पृष्ठ, संरचित डेटा और एक फॉर्म के बाद दिखाया गया संदेश भेजा जाता है। फोन नंबर में एक गलत अंक चुपचाप आपको कॉल करने की लागत को शांत करने के लिए इसका मतलब था।
अलग-अलग छवियों को देखें: सही उत्पाद, कोई स्टॉक वॉटरमार्क नहीं, लेआउट से मेल खाती अभिविन्यास। उनके वैकल्पिक पाठ के रूप में अच्छी तरह से जाँच करें - WCAG 2.2 के तहत जो उत्तरदायित्व 1.1.1 नॉन-टेक्स्ट कंटेंट है, लेवल ए पर।
फॉर्म अंत करने के लिए: प्राप्तकर्ता को, बटन पर नहीं
जब जांच उस व्यक्ति तक पहुंचती है जो इसका जवाब देता है, तब नहीं जब बटन क्लिक पर प्रतिक्रिया करता है। जहां तक बटन का मतलब है कि आधे एक फीचर को स्वीकार करना और एक ग्राहक से दूसरे आधे के बारे में सुनवाई करना जो आपने पहले ही खो दिया है।
वास्तविक विवरण के साथ एक परीक्षण जांच भेजें और पूरे पथ का पालन करें: धन्यवाद-आप स्क्रीन, कंपनी इनबॉक्स में ईमेल, ग्राहक को ईमेल, और CRM या स्प्रेडशीट में रिकॉर्ड अगर वह गुंजाइश में था। प्रत्येक चरण को अपनी लाइन के रूप में लॉग इन करें।
फिर उद्देश्य पर फॉर्म को तोड़ दें: इसे खाली करने के लिए फोन फ़ील्ड में अक्षरों को टाइप करें, साइन अप करने के लिए एक पते का उपयोग करें, एक फ़ाइल संलग्न करें जो बहुत बड़ा है। त्रुटि संदेश फ़ील्ड के बगल में पाठ होना चाहिए और यह कहना चाहिए कि क्या बदलना चाहिए।
WCAG 2.2 के शब्दों में ये 3.3.1 त्रुटि पहचान और 3.3.2 लेबल या निर्देश स्तर A, प्लस 3.3.3 स्तर AA पर त्रुटि सुझाव हैं। एक लाल सीमा और शब्द त्रुटि, इसके अलावा कुछ भी नहीं है, उन्हें संतुष्ट नहीं करता है।
एक्सेसिबिलिटी: WCAG 2.2 चेक आप अपने आप को चला सकते हैं
WCAG 2.2 तीन अनुरूपता स्तरों के साथ एक W3C सिफारिश है: A, AA और AAA. यदि आपके अनुबंध का नाम कोई स्तर नहीं है, तो AA के लिए काम करें और ध्यान दें कि उसके मानदंडों का एक बड़ा हिस्सा बिना किसी लेखा परीक्षक के और बिना भुगतान किए गए टूलिंग के हाथ से जांच किया जा सकता है।
स्तर AA पर 1.4.3 के तहत पाठ विपरीत सामान्य पाठ के लिए 4.5:1 और बड़े पाठ के लिए 3:1 है। फील्ड बॉर्डर, आइकन और इंटरफ़ेस नियंत्रण इसके बजाय गिरजाघर 1.4.11 के नीचे गिरते हैं, जहां दहलीज 3:1 है।
स्तर AA में Criterion 2.5.8 लक्ष्य आकार (न्यूनतम) ने संस्करण 2.2 में जोड़ा, कम से कम 24 से 24 सीएसएस पिक्सेल के लक्ष्य क्षेत्र के लिए पूछता है, अपवादों के अधीन यह सूचीबद्ध करता है। किसी भी गैलरी में पाद लेख और तीरों में छोटे आइकनों को देखें।
2.2 में दो और परिवर्धन एक फॉर्म समीक्षा से संबंधित हैं: 3.3.7 रेडंडेंट एंट्री लेवल ए में, जिसके तहत पहले से ही उसी प्रक्रिया में प्रवेश की गई जानकारी को बिना किसी कारण के फिर से मांग नहीं की जानी चाहिए, और 3.3.8 एक्सेसिबल प्रमाणीकरण लेवल AA पर यदि साइट में लॉग इन है।
कीबोर्ड, फोकस और ज़ूम
अपने हाथ को माउस से दूर करें और टैब कुंजी के साथ होम पेज के माध्यम से चले जाएं। आपको यह देखना चाहिए कि सभी समय पर फोकस कहाँ है, ऑर्डर को दृश्य क्रम से मिलान करना चाहिए, और मेनू, मोडल और खिलाड़ी आपको फिर से जारी करना चाहिए।
ये मापदंड 2.1.1 कीबोर्ड और 2.1.2 लेवल ए पर कोई कीबोर्ड ट्रैप नहीं है, साथ ही 2.4.7 लेवल ए.ए. पर विज़िबल है। संस्करण 2.2 ने स्तर ए.ए. में 2.4.11 फोकस नो ऑब्सक्रेड (न्यूनतम) जोड़ा, जो चिपचिपा हेडर और कुकी बार के खिलाफ परीक्षण के लायक है।
टेस्ट ज़ूम: 200 प्रतिशत तक टेक्स्ट को बढ़ाता है, क्योंकि स्तर पर 1.4.4 AA को उपयोग करने योग्य रहने के लिए सामग्री और कार्यों की आवश्यकता होती है। फिर ब्राउज़र विंडो को 320 सीएसएस पिक्सल के आसपास संकीर्ण करें और पुष्टि करें कि कोई क्षैतिज स्क्रॉल दिखाई नहीं देता है।
यदि इंटरफ़ेस में ड्रैगिंग शामिल है - कार्ड को फिर से व्यवस्थित करना, एक रेंज स्लाइडर, एक फ़ाइल ड्रॉप जोन - क्रिटरियन 2.5.7 लेवल ए.ए. में एक एकल-पॉइंटर विकल्प के लिए पूछता है जिसके लिए ड्रैग की आवश्यकता नहीं होती है, जब तक कि ड्रैगिंग कार्य के लिए स्वयं आवश्यक नहीं है।
नेविगेशन, लिंक और त्रुटि राज्यों
प्रत्येक मेनू आइटम और प्रत्येक पाद लेख लिंक पर जाएँ। प्रत्येक को उस पृष्ठ का नेतृत्व करना पड़ता है जो इस साइट पर मौजूद है, न कि एक ड्राफ्ट, डेवलपर के अपने डोमेन के लिए, न कि आपके द्वारा पूछे जाने वाले पेज को कई सप्ताह पहले हटा दिया गया है।
आप जानते हैं कि एक पता टाइप करें मौजूद नहीं है। आपको साइट के अपने डिजाइन में एक 404 पेज प्राप्त करना चाहिए, मेनू और होम पेज पर वापस जाने के बजाय सर्वर संदेश या उस पर तकनीकी स्ट्रिंग के साथ एक व्हाइट स्क्रीन।
खाली राज्यों की जाँच करें: कोई मैच के साथ एक खोज, इसमें कुछ भी नहीं के साथ एक टोकरी, एक कैटलॉग शून्य परिणाम के लिए फ़िल्टर किया गया। प्रत्येक मामले में एक आगंतुक को यह समझना चाहिए कि क्या हुआ है और क्या वे आगे क्या करने में सक्षम हैं।
प्लंबिंग को भी देखें: ब्राउज़र टैब का शीर्षक प्रति पृष्ठ भिन्न होना चाहिए और इसका वर्णन करना चाहिए - स्तर A पर 2.4.2 और पृष्ठ की भाषा घोषित की जानी चाहिए, उसी स्तर पर 3.1.1 मानदंड।
गति और लोडिंग व्यवहार
स्पीड को उसी फोन और उसी नेटवर्क पर जज किया जाता है, न कि आदर्श परिस्थितियों में उत्पादित एक रिपोर्ट में। कोई संग्रहीत डेटा के साथ ठंडी शुरुआत से साइट खोलें और देखें कि यह पहली पठनीय पाठ के लिए कितना समय लगता है।
लेआउट बदलाव के लिए देखें। यदि पाठ पहले से ही पठनीय है और फिर एक देर से छवि या बैनर इसे स्क्रीन पर धक्का देता है, तो यह एक स्वीकृति दोष है और एक quirk नहीं है। इस तरह के बदलाव से लोगों को गलत व्यवहार करना पड़ता है और लोगों को पाठ में अपनी जगह खो देता है।
ब्राउज़र डेवलपर टूल में नेटवर्क थ्रॉटलिंग शामिल है जो धीमी कनेक्शन को अनुकरण करता है। MDN प्रदर्शन प्रलेखन बिंदु बनाता है कि दोनों लोड हो रहा है और अंतरफलक जवाबदेही को मापने लायक हैं, बल्कि एक हेडलाइन नंबर के बजाय अपने आप में।
किसी तीसरे पक्ष के टूल में किसी विशेष स्कोर की मांग न करें यदि अनुबंध में कोई स्कोर नहीं लिखा गया है। इसके बजाय व्यवहार के रूप में खोज को मिटा दें: मोबाइल डेटा पर एक फोन पर पहली स्क्रीन बाद में लैपटॉप की तुलना में दिखाई देती है। इसे सत्यापित किया जा सकता है।
व्यवस्थापक पैनल: आप कुछ भी तोड़ने के बिना संपादित कर सकते हैं
डेवलपर के बजाय अपने स्वयं के खाते से लॉग इन करें। यह पुष्टि करें कि आप मालिक या प्रशासक भूमिका रखते हैं और यह कि आप उन सभी अनुभागों को देख सकते हैं जिन्हें आप लॉन्च के बाद खुद को संपादित कर सकते हैं।
एक वास्तविक संपादित करें: एक पृष्ठ पर एक शीर्षक बदलें, एक पैराग्राफ जोड़ें, एक छवि अपलोड करें, सहेजें और सार्वजनिक संस्करण को देखें। यदि किसी व्यक्ति के लिए डेवलपर की आवश्यकता है, तो इस काम का हिस्सा अभी तक स्वीकार नहीं किया गया है।
जांचें कि संपादन लेआउट को तोड़ नहीं देता है: एक लंबे समय तक शीर्षक को अपने ब्लॉक से बचने के बजाय लपेटना चाहिए, और एक नियोजित आकार की छवि अभी भी फिट होनी चाहिए। एक बहुत लंबे शब्द में पेस्ट करें और उद्देश्य पर एक बहुत लंबे पैराग्राफ और फिर से देखो।
सीमा को बधाई। सामग्री संपादन आपके हैं; टेम्पलेट और तर्क परिवर्तन डेवलपर से संबंधित हैं। Ongoing Dev समर्थन के तहत $290 / मो, उस काम की मात्रा प्रत्येक चक्र की शुरुआत में सहमत हो गई है।
दोष सूची लिखना और इसे संशोधन राउंड में फिट करना
एक सूची के साथ एक संदेश भेजें, एक दिन में दस संदेश नहीं। प्रत्येक आइटम पृष्ठ, उपकरण, क्या हुआ और आप क्या उम्मीद करते हैं, और जहां संभव हो एक स्क्रीनशॉट किया जाता है। ध्यान दें कि यह दिखता है कि एक सवाल के रूप में सीधे वापस आता है।
सूची को दो में विभाजित करें: वह चीजें जो साइट का उपयोग करने से रोकती हैं, और चीजें जो आप अब अलग पसंद करेंगे। पहला दोष है, दूसरा नया अनुरोध है, और वे दोनों अनुसूची और भुगतान संशोधनों पर अलग-अलग होते हैं।
राउंड की संख्या पैकेज पर निर्भर करती है और एक से दूसरे में नहीं होती है। $ 380 पर लॉन्च साइट, 3-5 कार्य दिवसों की समयरेखा के साथ, लॉन्च से पहले 2 राउंड शामिल हैं। उत्पाद $ 880 पर बिल्ड, 2-3 सप्ताह से अधिक, प्रति वितरित सुविधा 2 राउंड शामिल हैं।
साइट फिक्स पैक $ 70 पर, 1-2 कार्य दिवसों में, 1 राउंड और पांच सहमत फिक्सेस तक है, जिसमें मोबाइल और डेस्कटॉप चेक और हैंडओवर पर पहले / बाद की सूची शामिल है। लॉन्च साइट एक्सप्रेस $ 520 पर, 2 कार्य दिवसों में, पहले पूर्ण निर्माण के बाद 1 राउंड है।
साइन-ऑफ और स्वीकृति के बाद क्या होता है
जब आपकी सूची में आइटम बंद हो जाते हैं और उसी फोन पर फिर से जांच की जाती है जिसे आप शुरू करते हैं। दूसरा पास पहले की तुलना में काफी कम समय लगता है, क्योंकि तब तक आप पहले से ही साइट के माध्यम से मार्ग को जानते हैं।
यह लेखन में रखें कि काम के बाहर क्या रहता है: सामग्री और अनुवाद, यदि वे समझौते से आपकी तरफ बैठते हैं, या मूल मोबाइल ऐप और भुगतान लाइसेंसिंग, जो उत्पाद बिल्ड का हिस्सा नहीं हैं।
अगले साइट पर क्या होता है यह तय करें। लॉन्च फिट साइट फिक्स पैक के बाद एक-बंद फिक्स, जबकि प्राथमिकता अपडेट, एक साप्ताहिक रिलीज लय और तकनीकी रखरखाव ऑनगोइंग देव सपोर्ट से संबंधित है, जो एक मासिक चक्र पर 30 दिनों के नोटिस के साथ बंद करने के लिए बिल दिया गया है।
फिर चेकलिस्ट को ही रखें। छह महीने में, जब आप काम या बदलने वाले आपूर्तिकर्ता के अगले टुकड़े को स्वीकार कर रहे हैं, तो एक मार्ग जिसे आप पहले से ही चल चुके हैं, आपको एक शाम को बचाता है और समाप्त होने के बारे में तर्क को निर्धारित करता है।
व्यावहारिक चेकलिस्ट
- Office Wi-Fi के बजाय मोबाइल डेटा पर अपने खुद के फोन पर साइट खोलें।
- पृष्ठ सूची को संक्षिप्त से देखें और कुछ भी लापता या अभी भी एक स्थानधारक को चिह्नित करें।
- एक परीक्षण जांच भेजें और इसे कंपनी इनबॉक्स में ग्राहक और सीआरएम के लिए पालन करें।
- होम पेज के माध्यम से टैब और फोकस की पुष्टि दृश्यमान रहती है और मोडल कीबोर्ड को रिलीज़ करते हैं।
- मानदंडों 1.4.3, 1.4.11 और 2.5.8 के खिलाफ पाठ विपरीत और लक्ष्य आकार की जाँच करें।
- प्रत्येक खोज को एक पूर्ववर्ती तालिका में इकट्ठा करें और इसे एक संदेश के रूप में भेजें।
सवाल और जवाब
कब तक वेबसाइट स्वीकृति लेनी चाहिए?
कुछ घंटों के लिए एक त्वरित नज़र के बजाय निर्बाध काम की योजना। समय एक फोन और एक लैपटॉप से एक लिखित सूची चलने पर जाता है, जो परीक्षण पूछताछ भेजता है और रिकॉर्डिंग करता है जिसे आप पाते हैं। इसे दो बैठकों में विभाजित करना ठीक है; अपने निष्कर्षों को दस अलग-अलग संदेशों के रूप में भेजना नहीं है।
मुझे किस डिवाइस पर शुरू करना चाहिए?
अपने खुद के फोन, बजाय कार्यालय वाई-फाई मोबाइल डेटा पर। तेजी से इंटरनेट के साथ एक व्यापक मॉनिटर संकीर्ण स्क्रीन लेआउट दोष, देर से नक्काशी छवियों और पहली पठनीय पाठ दिखाई देने से पहले प्रतीक्षा छुपाता है।
कितने संशोधन दौर विकास संकुल में शामिल हैं?
यह पैकेज पर निर्भर करता है और कभी भी एक से दूसरे में नहीं होता है। साइट फिक्स पैक $ 70 पर, 1-2 दिनों में, इसमें 1 राउंड शामिल हैं। 3-5 कार्य दिवसों में $ 380 पर लॉन्च साइट में लॉन्च होने से पहले 2 राउंड शामिल हैं। उत्पाद $ 880 पर बिल्ड, 2-3 सप्ताह से अधिक, प्रति वितरित सुविधा 2 राउंड शामिल हैं। लॉन्च साइट एक्सप्रेस $ 520 पर, 2 कार्य दिवसों में, पहले पूर्ण निर्माण के बाद 1 राउंड शामिल है।
अगर मैंने साइन अप करने के बाद समस्याएं दिखाई देती हैं?
लघु, सटीक रूप से वर्णित सुधार साइट फिक्स पैक $ 70 पर: 1-2 कार्य दिवसों में 5 सहमत फिक्स तक, एक मोबाइल और डेस्कटॉप चेक और एक पहले / बाद की सूची के साथ हैण्डओवर। यह नए पृष्ठों, फिर से डिजाइन या माइग्रेशन को कवर नहीं करता है। एक सतत लय के लिए, ऑनगोइंग देव सपोर्ट $290 / मो पर एक मासिक चक्र पर 30 दिनों के नोटिस को रोकने के लिए, और प्रत्येक चक्र की शुरुआत में काम की मात्रा पर सहमत हो गई है।
क्या मुझे वास्तव में एक छोटी साइट पर एक्सेसिबिलिटी चेक की आवश्यकता है?
यहां सूचीबद्ध WCAG 2.2 चेकों को कोई लेखा परीक्षक और कोई भुगतान टूलिंग की आवश्यकता नहीं है: इसके विपरीत, कीबोर्ड ऑर्डर, दृश्य फोकस, लक्ष्य आकार और स्पष्ट रूप त्रुटियां। वे रास्ते में साधारण प्रयोज्य दोषों को भी पकड़ते हैं, क्योंकि एक नियंत्रण बहुत छोटा हिट है और कोई स्पष्टीकरण के साथ त्रुटि संदेश हर किसी के रास्ते में मिलता है।