हाल ही में जारी लाइटहाउस 10, पेजस्पीड इनसाइट्स और क्रोम देवटूल में अंतर्निहित तकनीक, दो नए साइट ऑडिट पेश करती है। ये ऑडिट ऑडिट के हिस्से के रूप में उपयोगी होने चाहिए क्योंकि वे साइट सुरक्षा और उपयोगकर्ता अनुभव कारकों से संबंधित हैं।
तकनीकी रूप से, ऑडिट में से एक पिछले ऑडिट का विस्तार है, लेकिन यह अनिवार्य रूप से एक नया ऑडिट है।
लाइटहाउस में कई तरह के ऑडिट होते हैं, जिनमें एक्सेसिबिलिटी ऑडिट, बेस्ट प्रैक्टिस ऑडिट, परफॉरमेंस ऑडिट, प्रोग्रेसिव वेब ऐप्स ऑडिट और SEO ऑडिट शामिल हैं।
ये दो नए ऑडिट लाइटहाउस के दो अलग-अलग ऑडिट से हैं। एक का हिस्सा है सर्वोत्तम अभ्यास लेखापरीक्षा और दूसरा से है प्रदर्शन लेखा परीक्षा वर्ग।
नया बैक/फॉरवर्ड कैश ऑडिट
आमतौर पर ऐसा नहीं सोचा जाता है कि बैक/फॉरवर्ड कैश, जिसे bfcache भी कहा जाता है।
bfcache एक कैश है जो ऑप्टिमाइज़ेशन के साथ सक्षम है जो वेबपेजों को तुरंत लोड करने की अनुमति देता है जब कोई उपयोगकर्ता किसी वेबसाइट के भीतर पीछे या आगे जाता है।
बिना bfcache वाली वेबसाइटें साइट आगंतुकों को दूसरी बार वेबपृष्ठों को डाउनलोड करने के लिए बाध्य करती हैं जब वे किसी वेबसाइट के भीतर पीछे और आगे नेविगेट करते हैं।
लेकिन bfcache सक्षम होने से वही साइट विज़िटर तुरंत लोड होने का अनुभव करते हैं।
bfcache के बारे में Google का डेवलपर पेज इसे इस तरह समझाता है:
“बैक / फ़ॉरवर्ड कैश (bfcache) पृष्ठ के एक स्नैपशॉट को स्मृति में संग्रहीत करता है जब पृष्ठ को नेविगेशन इतिहास से पुनर्स्थापित किया जाता है।
यह पृष्ठ पर वापसी नेविगेशन को महत्वपूर्ण रूप से गति देता है, हालांकि कुछ ब्राउज़र एपीआई (जैसे अनलोड श्रोता) bfcache को विफल कर सकते हैं और पृष्ठ सामान्य रूप से लोड हो जाएगा।
यह सुनिश्चित करने के लिए सर्वोत्तम अभ्यास हैं कि पृष्ठ bfcache में संग्रहित किए जाने के योग्य हैं।
पहला ऑप्टिमाइज़ेशन कभी भी अनलोड ईवेंट का उपयोग नहीं करना है।
वेब.देव के अनुसार:
“अनलोड ईवेंट ब्राउज़रों के लिए समस्याग्रस्त है क्योंकि यह bfcache से पहले का है और इंटरनेट पर कई पेज (उचित) धारणा के तहत काम करते हैं कि अनलोड इवेंट के निकाल दिए जाने के बाद पेज मौजूद नहीं रहेगा।
यह एक चुनौती प्रस्तुत करता है क्योंकि उन पृष्ठों में से कई इस धारणा के साथ भी बनाए गए थे कि अनलोड ईवेंट किसी भी समय उपयोगकर्ता द्वारा नेविगेट करने पर सक्रिय हो जाएगा, जो अब सत्य नहीं है (और लंबे समय तक सत्य नहीं रहा है)।
मोज़िला डेवलपर वेबपेज अनलोड घटना के लिए भी इसके विरुद्ध सलाह देता है:
“चेतावनी: डेवलपर्स को इस घटना का उपयोग करने से बचना चाहिए।”
लाइटहाउस 10 में अब bfcache के लिए एक ऑडिट है।
जिस तरह से यह काम करता है वह यह है कि यह परीक्षण किए जा रहे वेबपेज से दूर नेविगेट करता है और फिर उस पर वापस आ जाता है।
bfcache का उपयोग करने की क्षमता के साथ किसी भी समस्या पर bfcache ऑडिट द्वारा ध्यान दिया जाता है।
तीन प्रकार की विफलताएँ हैं:
- कदम उठाने योग्य
समस्याएँ जिन्हें ठीक किया जा सकता है। - लंबित समर्थन
ऐसी विशेषताएं जो अभी तक क्रोम द्वारा समर्थित नहीं हैं, ब्राउज़र को वेबपेज को कैश करने से रोकती हैं। - कार्रवाई योग्य नहीं
ये ऐसे मुद्दे हैं जो पृष्ठ के बाहर हैं जिन्हें नियंत्रित या ठीक नहीं किया जा सकता है।
अधिक जानकारी के लिए पढ़ें: bfcache के बारे में क्रोम डेवलपर पेज:
पक्का करें कि पेज को बैक/फ़ॉरवर्ड कैश से रीस्टोर किया जा सकता है
पासवर्ड फील्ड ऑडिट में पेस्ट का विस्तार
उपयोगकर्ताओं को पासवर्ड फॉर्म फ़ील्ड में पासवर्ड चिपकाने की अनुमति देना एक सुरक्षा सुधार है।
पासवर्ड पेस्ट करने की क्षमता को अक्षम करने से साइट विज़िटर पासवर्ड प्रबंधकों का उपयोग करने से रोकता है जो मजबूत पासवर्ड का उपयोग करते हैं।
लाइटहाउस के पिछले संस्करण, जिन्होंने प्रपत्र फ़ील्ड्स में चिपकाने से संबंधित इस सर्वोत्तम अभ्यास के लिए परीक्षण किया था, केवल पासवर्ड फ़ील्ड का परीक्षण करने तक सीमित थे।
लाइटहाउस 10 किसी भी (नॉन-रीड ओनली) इनपुट फील्ड वर्क्स में टेस्टिंग इफ पेस्टिंग का विस्तार करके इस ऑडिट को बेहतर बनाता है।
इस नए ऑडिट की Google की घोषणा बताती है कि यह क्यों महत्वपूर्ण है:
“अधिकांश साइटों के लिए, चिपकाने से रोकना नेट-नकारात्मक उपयोगकर्ता अनुभव है और वैध सुरक्षा और पहुंच कार्यप्रवाह को रोकता है।”
एक “केवल पढ़ने के लिए” इनपुट फ़ील्ड एक फॉर्म फ़ील्ड है जिसमें एक डिफ़ॉल्ट प्रविष्टि पहले से भरी हुई है।
अन्य सभी इनपुट फ़ील्ड चिपकाने की अनुमति देनी चाहिए क्योंकि यह पहुँच, उपयोगकर्ता अनुभव और सुरक्षा में सुधार के लिए उपयोगी है।
Google के डेवलपर इस ऑडिट प्रकार के लिए समस्या निवारण पृष्ठ इस समस्या को ठीक करने के लिए यह सलाह देता है:
“पासवर्ड फ़ील्ड में चिपकाने को कैसे सक्षम करें
# उस कोड को खोजें जो चिपकाने से रोक रहा है
चिपकाने से रोकने वाले कोड को शीघ्रता से खोजने और उसका निरीक्षण करने के लिए:
-
ईवेंट श्रोता ब्रेकप्वाइंट फलक का विस्तार करें।
-
क्लिपबोर्ड सूची का विस्तार करें।
-
पेस्ट चेकबॉक्स चुनें।
-
अपने पृष्ठ पर पासवर्ड फ़ील्ड में कुछ टेक्स्ट पेस्ट करें।
-
DevTools को प्रासंगिक पेस्ट ईवेंट श्रोता में कोड की पहली पंक्ति पर विराम देना चाहिए।”
Google जावास्क्रिप्ट श्रोता स्क्रिप्ट की पहचान करने के लिए प्रोत्साहित करता है जो चिपकाने और फिर इसे हटाने से रोक रहा है।
दो नए लाइटहाउस ऑडिट
कई एसईओ ऑडिट सुरक्षा मुद्दों के लिए परीक्षण नहीं करते हैं, संभवतः इसलिए कि सुरक्षा का रैंकिंग से कोई लेना-देना नहीं है, एक ऐसा विश्वास जो यकीनन गलत है।
मैंने कई वर्षों से जोर देकर कहा है कि सुरक्षा एक एसईओ मुद्दा है क्योंकि खराब सुरक्षा रैंकिंग पर नकारात्मक प्रभाव डालती है।
यदि किसी ऑडिट का लक्ष्य रैंकिंग से समझौता किए जाने के कारणों का पता लगाना है, तो मेरी राय में एक सुरक्षा जांच SEO ऑडिट का एक हिस्सा होनी चाहिए।
लाइटहाउस 10 पेजस्पीड इनसाइट्स टूल में सक्रिय है और क्रोम संस्करण 112 में दिखाई देगा, जो वर्तमान में 29 मार्च, 2023 रिलीज के लिए निर्धारित है।
जो लोग Chrome DevTools इंटरफ़ेस से नए लाइटहाउस 10 को आज़माना चाहते हैं, वे Google के ब्राउज़र के डेवलपर संस्करण के साथ ऐसा कर सकते हैं, क्रोम कैनरीजिसमें क्रोम के नियमित संस्करण से आगे की सभी नवीनतम सुविधाएँ शामिल हैं।
लाइटहाउस 10 घोषणा पर नए ऑडिट के बारे में पढ़ें:
लाइटहाउस 10 में नया क्या है – नए ऑडिट
शटरस्टॉक/एसीयर रोमेरो द्वारा प्रदर्शित छवि