मुफ़्त तकनीकी टूल

मुफ़्त वेबसाइट ऑडिट

आपके डाले गए पेज और अधिकतम चार मुख्य पेजों का एक स्कैन, सात क्षेत्रों में नतीजों के साथ: एक्सेसिबिलिटी, EAA तैयारी, SEO, स्पीड, कन्वर्ज़न, सुरक्षा और ईमेल ऑथेंटिकेशन। क्या ठीक करना है, यह तय करने से पहले यहीं से शुरू करें और देखें कि सबसे बड़ी समस्याएँ कहाँ हैं।

मुफ़्त। लगभग एक मिनट में अधिकतम पांच मुख्य पेज टेस्ट करता है।

यह टूल क्या जांचता है

  • एक्सेसिबिलिटी

    टेस्ट किए गए हर पेज पर axe-core के WCAG 2.2 लेवल A और AA नियम, साथ में फ़ोकस ट्रैप, स्किप लिंक और ग़ायब फ़ोकस आउटलाइन के लिए एक कीबोर्ड जाँच।

  • EAA तैयारी

    ऑटोमेटेड एक्सेसिबिलिटी फ़ेल्योर को EN 301 549 से जोड़ा जाता है, जो European Accessibility Act के लिए इस्तेमाल होने वाला यूरोपीय मानक है।

  • SEO

    टाइटल, डिस्क्रिप्शन, H1, कैनोनिकल, noindex, robots.txt, XML साइटमैप, viewport, भाषा, Open Graph और स्ट्रक्चर्ड डेटा।

  • स्पीड

    लोडिंग टाइमिंग, लेआउट शिफ़्ट, लंबे टास्क, पेज का वज़न, भारी इमेज और थर्ड-पार्टी का हिस्सा, उन्हीं पेज लोड पर मापे गए। धीमे 4G पर फ़ोन वाला टेस्ट वेबसाइट स्पीड टेस्ट में है।

  • कन्वर्ज़न

    कॉल टू एक्शन, संपर्क के रास्ते, फ़ॉर्म, और भरोसा बढ़ाने वाला कंटेंट, जैसे टेस्टिमोनियल और पॉलिसी लिंक। स्टोर पर प्रोडक्ट और कार्ट की जाँच भी, जैसे कीमत, add to cart बटन और checkout बटन।

  • पैसिव सुरक्षा जाँच

    सर्टिफ़िकेट, HTTP से HTTPS पर रीडायरेक्ट, सिक्योरिटी हेडर, कुकी फ़्लैग, मिक्स्ड कंटेंट, jQuery और Lodash के पुराने वर्ज़न, security.txt, और वह DMARC पॉलिसी जो नकली (spoofed) ईमेल से बचाती है।

  • ईमेल ऑथेंटिकेशन

    SPF, आम selector पर DKIM, DMARC, BIMI और MTA-STS, सार्वजनिक DNS से पढ़े गए।

  • वेबसाइट का प्रकार और टेक्नोलॉजी

    साइट का प्रकार (स्टोर, SaaS या ऐप, कंपनी साइट, ब्लॉग, पब्लिशर, शिक्षा, सरकार, हेल्थकेयर, होटल या लैंडिंग पेज) और 18 टेक्नोलॉजी में से उसका प्लेटफ़ॉर्म, सार्वजनिक सबूतों से एक कॉन्फ़िडेंस लेवल के साथ पहचाने गए। दोनों मिलकर तय करते हैं कि कौन-से पेज और कौन-सी जाँचें इस्तेमाल होंगी।

यह क्या नहीं जांच सकता

  • किसी एक क्षेत्र में गहराई तक नहीं जा सकता। हर क्षेत्र अपने सबसे अहम नतीजे दिखाता है; उससे जुड़ी पेड रिपोर्ट ज़्यादा टेस्ट चलाती है और हर नतीजे का सुधार बताती है।
  • पाँच से ज़्यादा पेज, लॉगिन के पीछे के पेज, या चेकआउट टेस्ट नहीं कर सकता।
  • पेनिट्रेशन टेस्ट का काम नहीं कर सकता। सुरक्षा जाँचें केवल वही पढ़ती हैं जो किसी विज़िटर के ब्राउज़र और सार्वजनिक DNS में दिखता है।
  • हर DKIM कुंजी (key) नहीं ढूँढ सकता। selector की सूची नहीं निकाली जा सकती, इसलिए केवल वही जाँचे जाते हैं जिन्हें आम ईमेल सर्विसेज़ इस्तेमाल करती हैं।
  • क़ानूनी सवालों के जवाब नहीं दे सकता, जैसे कि ADA या EAA आप पर लागू होता है या नहीं, या आप उनका पालन करते हैं या नहीं।
  • रैंकिंग, कन्वर्ज़न रेट, बिक्री या इनबॉक्स प्लेसमेंट जैसे नतीजों को नहीं माप सकता।

यह क्यों ज़रूरी है

वेबसाइट की समस्याएँ शायद ही कभी एक क्षेत्र तक सीमित रहती हैं। एक इमेज कैरोसेल एक साथ एक्सेसिबिलिटी फ़ेल्योर, पेज की सबसे भारी फ़ाइल, और कॉल टू एक्शन के पहली स्क्रीन से नीचे खिसक जाने की वजह हो सकता है। एक कुकी बैनर एक ही समय पर कीबोर्ड फ़ोकस को फँसा सकता है और लेआउट को खिसका सकता है। एक ही स्कैन में हर क्षेत्र देखने से पता चलता है कि कहाँ एक बदलाव कई चीज़ें ठीक कर देता है।

एक व्यापक जाँच उन चीज़ों को भी पकड़ती है जिनकी ज़िम्मेदारी किसी के पास नहीं होती। ईमेल ऑथेंटिकेशन रिकॉर्ड एक बार सेट होकर भुला दिए जाते हैं; लागू की गई DMARC पॉलिसी के बिना दूसरे लोग ऐसे ईमेल भेज सकते हैं जो आपके डोमेन से आए हुए लगें। सर्टिफ़िकेट की एक्सपायरी, ग़ायब सिक्योरिटी हेडर, और किसी प्लगइन के साथ आया पुराना jQuery भी तब तक चुपचाप पड़े रहते हैं जब तक कुछ टूट न जाए।

क्योंकि स्कैन पहचानता है कि वह किस तरह की साइट टेस्ट कर रहा है, जाँचें उसी के हिसाब से होती हैं: स्टोर को प्रोडक्ट और कार्ट की जाँचें मिलती हैं, SaaS साइट को उसके प्राइसिंग पेज की, ब्लॉग को उसके आर्टिकल की। पहचान अपने सबूत और कॉन्फ़िडेंस दिखाती है, ताकि आप समझ सकें कि कब उसका अनुमान गलत है।

नतीजों को कैसे समझें

समस्या
एक पक्की समस्या जिसकी जाँचों ने पुष्टि की, जैसे फ़ेल होने वाला WCAG नियम, noindex पर सेट पेज, या कोई DMARC रिकॉर्ड न होना।
जाँचें
कुछ ऐसा जिसे किसी व्यक्ति को देखना चाहिए, क्योंकि सॉफ़्टवेयर फ़ैसला नहीं कर सकता या हो सकता है कि यह जानबूझकर किया गया हो, जैसे कोई आइटम जिसका axe-core फ़ैसला नहीं कर सका, या ऐसा पेज जिसे दूसरी साइटें एम्बेड कर सकती हैं।
अवसर
एरर नहीं, बल्कि सुधार की गुंजाइश, जैसे Content Security Policy का न होना, या कॉल टू एक्शन का पहली स्क्रीन से नीचे होना।
पास
जाँच चली और टेस्ट किए गए पेजों पर कुछ भी गलत नहीं मिला।
जानकारी
फ़ैसला नहीं, बल्कि संदर्भ, जैसे वे सिक्योरिटी हेडर जिन्हें Shopify हर स्टोर के लिए सेट करता है और जिन्हें आप बदल नहीं सकते।
वेबसाइट का प्रकार और कॉन्फ़िडेंस
स्कैन के हिसाब से आपकी साइट किस प्रकार की है, उसके पीछे के सबूतों के साथ। जब सबूत कम होते हैं, तो साइट को एक सामान्य वेबसाइट माना जाता है, और उसे फिर भी वे सभी जाँचें मिलती हैं जो किसी भी साइट पर लागू होती हैं।
टेक्नोलॉजी
पहचाना गया प्लेटफ़ॉर्म या फ़्रेमवर्क, जैसे Shopify, WordPress, Webflow या Next.js। इसी से तय होता है कि आपको प्लेटफ़ॉर्म के हिसाब से कौन-से सुधार के चरण दिखेंगे।

सबसे आम समस्याओं को कैसे ठीक करें

  • कोई DMARC पॉलिसी नहीं

    रिपोर्ट मिलना शुरू करने के लिए _dmarc.yourdomain.com पर एक TXT रिकॉर्ड पब्लिश करें, जैसे v=DMARC1; p=none; rua=mailto:dmarc@yourdomain.com। जब रिपोर्ट दिखाएँ कि आपकी ओर से ईमेल भेजने वाली हर सर्विस SPF या DKIM में पास होती है, तो p=quarantine पर और फिर p=reject पर जाएँ।

  • HTTP, HTTPS पर रीडायरेक्ट नहीं होता

    अपने होस्ट या CDN में force HTTPS विकल्प चालू करें, या हर पाथ के लिए http:// से https:// पर 301 रीडायरेक्ट जोड़ें। जब HTTPS हर जगह काम करने लगे, तो Strict-Transport-Security हेडर जोड़ें।

  • ग़ायब सिक्योरिटी हेडर

    शुरुआत X-Content-Type-Options: nosniff से करें, फिर strict-origin-when-cross-origin जैसी Referrer-Policy, और दूसरी साइटों को आपके पेज फ़्रेम करने से रोकने के लिए Content Security Policy में frame-ancestors (या X-Frame-Options) जोड़ें। पूरी Content Security Policy के लिए टेस्टिंग ज़रूरी है, इसलिए Content-Security-Policy-Report-Only से शुरू करें।

  • पुराना jQuery या Lodash

    किसी मौजूदा वर्ज़न पर अपडेट करें, या अगर कोई चीज़ लाइब्रेरी का इस्तेमाल नहीं करती तो उसे हटा दें। WordPress पर पुरानी कॉपी आमतौर पर किसी ऐसी थीम या प्लगइन से आती है जो अपनी कॉपी साथ लाती है, इसलिए उस प्लगइन को अपडेट करना या बदलना ही सुधार है।

  • बहुत ज़्यादा lookup वाला SPF

    SPF में अधिकतम 10 DNS lookup की अनुमति है। उन सर्विसेज़ की include: एंट्री हटाएँ जिन्हें आप अब इस्तेमाल नहीं करते, जहाँ हो सके नेस्टेड include से बचें, और पक्का करें कि डोमेन केवल एक SPF रिकॉर्ड पब्लिश करे।

  • कोई साफ़ कॉल टू एक्शन नहीं

    होम पेज की पहली स्क्रीन में एक मुख्य एक्शन रखें, जैसे “डेमो बुक करें”, “कोटेशन पाएँ” या “नए प्रोडक्ट देखें”, एक असली लिंक या बटन के रूप में, जिस पर स्पष्ट टेक्स्ट हो, और मुख्य सेक्शन के बाद उसे दोहराएँ।

इस टूल के बारे में सवाल

मुफ़्त वेबसाइट ऑडिट में क्या शामिल है?

आपका डाला हुआ पेज और अधिकतम चार मुख्य पेज, जिन्हें असली ब्राउज़र में टेस्ट किया जाता है, साथ में robots.txt, साइटमैप, सर्टिफ़िकेट, रिस्पॉन्स हेडर और DNS रिकॉर्ड की पूरी साइट के स्तर पर जाँच। नतीजे सात क्षेत्रों में आते हैं, हर क्षेत्र अपने सबसे अहम नतीजों के साथ।

इसमें कितना समय लगता है?

ज़्यादातर साइटों के लिए लगभग एक मिनट, क्योंकि पाँच पेज लोड और टेस्ट किए जाते हैं। अगर पिछले एक घंटे में उसी पते का स्कैन हुआ था, तो वे नतीजे दोबारा इस्तेमाल किए जा सकते हैं।

क्या लाइव साइट पर सुरक्षा जाँच चलाना सुरक्षित है?

हाँ। यह केवल वही पढ़ती है जो किसी विज़िटर के ब्राउज़र और सार्वजनिक DNS में दिखता है: सर्टिफ़िकेट, हेडर, कुकी, स्क्रिप्ट और रिकॉर्ड। यह कभी पासवर्ड नहीं आज़माती, छिपे पाथ की टोह नहीं लेती और न ही अटैक ट्रैफ़िक भेजती है।

वेबसाइट का प्रकार कैसे पहचाना जाता है?

आपके पेजों पर मौजूद सार्वजनिक सबूतों से: स्ट्रक्चर्ड डेटा, generator टैग, स्क्रिप्ट, और लिंक व बटन पर लिखे शब्द। हर लेबल का एक कॉन्फ़िडेंस लेवल होता है और वह अपने सबूत दिखाता है, इसलिए गलत अनुमान आसानी से पकड़ में आ जाता है।

पाँच से कम पेज क्यों टेस्ट हुए?

मुख्य पेज आपके डाले गए पेज के लिंक में से चुने जाते हैं। छोटी साइट पर, या जब कोई पेज किसी दूसरी साइट पर रीडायरेक्ट होता है, एरर लौटाता है या ब्लॉक होता है, तो कम पेज टेस्ट हो पाते हैं।

मुझे किस पेड रिपोर्ट से शुरुआत करनी चाहिए?

उस क्षेत्र की रिपोर्ट से जिसकी समस्याएँ आपके लिए सबसे ज़्यादा मायने रखती हैं। ऑडिट का हर क्षेत्र अपनी रिपोर्ट से लिंक करता है, जो ज़्यादा पेज टेस्ट करती है या अतिरिक्त टेस्ट चलाती है और हर नतीजे का सुधार बताती है।

स्रोत

संबंधित टूल