गाइड्स
नकली मेट्रिक्स के बिना वेबसाइट प्रदर्शन ऑडिट
एक त्वरित सर्वर प्रतिक्रिया अत्यंत मूल्यवान तकनीकी प्रमाण है, लेकिन यह वास्तविक उपयोगकर्ता ब्राउज़र में LCP, INP या CLS के समान माप नहीं है।
वितरण जोखिमों को खोजने के लिए सर्वर समय और मार्कअप बजट का उपयोग करें। Core Web Vitals का दावा करने से पहले वास्तविक उपयोगकर्ता फ़ील्ड डेटा का विश्लेषण करें।
नेटवर्क प्रतिक्रिया पथ और सर्वर समय से शुरुआत करें
DNS रिज़ॉल्यूशन, TLS हैंडशेक, टाइम टू फर्स्ट बाइट (TTFB), रीडायरेक्ट हॉप्स की संख्या, सर्वर संपीड़न (Brotli या Gzip) और HTML ट्रांसफर आकार को सटीक रूप से मापें। 150 KB से कम का हल्का HTML दस्तावेज़ ब्राउज़र को शुरुआती टोकन को तेज़ी से पार्स करने और बिना किसी देरी के सामग्री प्रस्तुत करने की अनुमति देता है। द्वितीयक संपत्तियों को अनुकूलित करने से पहले विफल प्रतिक्रियाओं, अनावश्यक 301/302 रीडायरेक्ट और धीमी बैकएंड प्रक्रियाओं को ठीक करें।
मार्कअप इंजीनियरिंग बजट को Core Web Vitals से अलग रखें
HTML आकार, DOM जटिलता (कुल तत्वों को 1,500 से कम रखना), और बाहरी स्क्रिप्ट संख्या सर्वर और मार्कअप इंजीनियरिंग बजट हैं। इसके विपरीत, Core Web Vitals वास्तविक उपयोगकर्ता अनुभव को दर्शाते हैं और ब्राउज़र लेआउट इंजन की आवश्यकता होती है। LCP, INP, और CLS फ़ील्ड मेट्रिक्स का मूल्यांकन सिंथेटिक सर्वर पिंग के बजाय Chrome उपयोगकर्ता अनुभव रिपोर्ट (CrUX) के 75वें प्रतिशतक वास्तविक विज़िट डेटा के आधार पर किया जाना चाहिए।
महत्वपूर्ण रेंडरिंग पथ के ब्लॉकिंग संसाधनों की गहन जांच करें
दस्तावेज़ के <head> में ऐसे क्लासिक रेंडर-ब्लॉकिंग स्क्रिप्ट्स की पहचान करें जिनमें async, defer या type='module' विशेषताएँ नहीं हैं। महत्वपूर्ण सीएसएस फ़ाइलों की संख्या (6 से कम रखने का लक्ष्य) और इनलाइन स्क्रिप्ट वॉल्यूम की समीक्षा करें। बड़े इनलाइन स्क्रिप्ट (> 100 KB) को बाहरी कैश करने योग्य फ़ाइलों में स्थानांतरित करने से प्रारंभिक HTML पार्सिंग के दौरान मुख्य थ्रेड का निष्पादन समय काफी कम हो जाता है।
संसाधन वितरण और छवि रणनीतियों को अनुकूलित करें
सुनिश्चित करें कि स्क्रीन के निचले हिस्से (below-the-fold) की सभी छवियों में नेटिव loading='lazy' और स्पष्ट width/height विशेषताएँ हों ताकि संचयी लेआउट बदलाव (CLS) को रोका जा सके। स्क्रीन के शीर्ष पर स्थित मुख्य छवि (LCP) को eager loading और fetchpriority='high' के साथ लोड करें ताकि इसमें अवांछित देरी न हो। समृद्ध मीडिया के लिए WebP या AVIF जैसे आधुनिक संपीड़न प्रारूपों को अपनाएं।
उपयोगकर्ता प्रभाव के आधार पर प्राथमिकताएं निर्धारित करें और सत्यापित करें
सूक्ष्म-अनुकूलन में समय बर्बाद करने से पहले धीमी डेटाबेस क्वेरी और रेंडरिंग को अवरुद्ध करने वाली महत्वपूर्ण संपत्तियों को ठीक करें। गति में मापने योग्य सुधारों की पुष्टि करने के लिए प्रत्येक सार्थक परिवर्तन से पहले और बाद में नेटवर्क थ्रॉटलिंग के तहत स्वचालित लैब परीक्षण चलाएं और फ़ील्ड टेलीमेट्री की निगरानी करें।
वेबसाइट प्रदर्शन: HTML वितरण, पेलोड आकार और संभावित रेंडर अवरोधक।
मुफ्त ऑडिट शुरू करें →