Page Speed Checker
यह फ्री पेज स्पीड चेकर सर्वर के नियंत्रण में आने वाली स्पीड को मापता है: time to first byte, HTML डाउनलोड में कितना समय लगता है और वह कितना बड़ा है, क्या कम्प्रेशन और कैशिंग हेडर्स सेट हैं, और पेज कितनी स्टाइलशीट्स, स्क्रिप्ट्स, इमेजेस, फॉन्ट्स और थर्ड-पार्टी होस्ट्स से रिक्वेस्ट करता है। यह एक सर्वर-साइड टेस्ट है, इसलिए यह समझाता है कि यह क्या नहीं माप सकता (Core Web Vitals) और उन्हें कहां से प्राप्त करें।
Page Speed Checker
Technical SEO
इस टूल के बारे में
धीमे पेज पहले शब्द दिखने से पहले विज़िटर्स को खो देते हैं, और स्पीड Google के page experience सिग्नल्स को फीड करती है। लेकिन "साइट धीमी है" के कई कारण हो सकते हैं: धीमा सर्वर, bloated HTML डॉक्यूमेंट, कोई कम्प्रेशन नहीं, दर्जनों स्क्रिप्ट्स, या भारी इमेजेस। पहला कदम सर्वर के हिस्से को फ्रंट एंड से अलग करना है, क्योंकि फिक्सेस अलग-अलग जगहों पर रहते हैं।
चेकर हमारे सर्वर से पेज को दो बार रिक्वेस्ट करता है। पहली रिक्वेस्ट पहले किलोबाइट के बाद रुकती है, इसलिए इसका टाइम time to first byte के करीब होता है: DNS, कनेक्शन, TLS हैंडशेक और सर्वर का रिस्पांस जेनरेट करना। दूसरा पूरे HTML को डाउनलोड करता है, कुल टाइम और वायर पर साइज़ और डीकम्प्रेशन के बाद देता है। फिर यह HTML को पढ़ता है स्टाइलशीट्स, एक्सटर्नल और इनलाइन स्क्रिप्ट्स, head में render-blocking स्क्रिप्ट्स, इमेजेस, iframes, प्रीलोडेड फॉन्ट्स और शामिल थर्ड-पार्टी होस्ट्स की गिनती करने के लिए, और हेडर्स से कम्प्रेशन और कैशिंग को ग्रेड करता है।
यह एक लैब मेजरमेंट है एक सर्वर से कोई रेंडरिंग के बिना: यह JavaScript नहीं चलाता, इमेजेस डाउनलोड नहीं करता या पेज को पेंट नहीं करता, इसलिए यह Largest Contentful Paint, Cumulative Layout Shift या Interaction to Next Paint की रिपोर्ट नहीं कर सकता। उन फील्ड मेट्रिक्स के लिए Google PageSpeed Insights या Chrome User Experience Report का उपयोग करें। टाइमिंग दूरी के साथ भी अलग-अलग होती है; आपके विज़िटर्स को अलग-अलग नंबर दिखेंगे।
अक्सर पूछे जाने वाले सवाल
time to first byte के लिए अच्छा समय क्या है?
Google फील्ड में 800 मिलीसेकंड से कम सुझाता है और सर्वश्रेष्ठ साइट्स 200 से कम में जवाब देती हैं। 600 से ऊपर सर्वर, एप्लिकेशन या डेटाबेस आमतौर पर बाधा होता है: पेज कैशिंग, तेज़ होस्ट, PHP या डेटाबेस ट्यूनिंग और CDN सामान्य फिक्सेस हैं। TTFB सब कुछ कैप करता है जो बाद में आता है, इसलिए पहले इसे ठीक करें।
नंबर PageSpeed Insights से अलग क्यों हैं?
PageSpeed Insights एक सिम्युलेटेड फोन पर पेज को धीमे कनेक्शन के साथ रेंडर करता है और Core Web Vitals की रिपोर्ट करता है, जबकि यह चेकर कोई रेंडरिंग के बिना डेटा सेंटर से raw सर्वर रिस्पांस मापता है। दोनों अलग-अलग सवालों का जवाब देते हैं: यह एक बताता है कि सर्वर और HTML कितने तेज़ हैं, PageSpeed बताता है कि पेज यूजर को कैसा लगता है।
मैं gzip या Brotli कम्प्रेशन कैसे सक्षम करूं?
Apache में mod_deflate (या mod_brotli) को टेक्स्ट टाइप्स के लिए सक्षम करें; Nginx में gzip on सेट करें gzip_types के साथ HTML, CSS, JavaScript, JSON और SVG के लिए; cPanel में Optimize Website विकल्प का उपयोग करें; Cloudflare पर यह डिफ़ॉल्ट रूप से चालू है। कम्प्रेशन आमतौर पर टेक्स्ट ट्रांसफर को 70 से 80 प्रतिशत तक कम करता है।
render-blocking स्क्रिप्ट्स क्या हैं?
head में स्क्रिप्ट टैग्स defer या async के बिना: ब्राउज़र पेज बनाना बंद कर देता है जब तक प्रत्येक डाउनलोड और चलता है। उन्हें body के अंत में ले जाएं या defer जोड़ें, और थर्ड-पार्टी विजेट्स को async लोड करें। हर blocking स्क्रिप्ट पहले पेंट को कम से कम एक राउंड ट्रिप से देरी करता है।
क्या पेज स्पीड रैंकिंग को प्रभावित करता है?
हां, Google के page experience सिग्नल्स के हिस्से के रूप में, हालांकि प्रासंगिकता अभी भी पहले आती है। व्यावहारिक रूप से स्पीड व्यवहार के माध्यम से सबसे अधिक मायने रखता है: तेज़ पेज अपने विज़िटर्स के अधिक को रहने, पढ़ने और कन्वर्ट करने के लिए प्राप्त करते हैं। तेज़ TTFB, कम्प्रेस्ड और कैश्ड एसेट्स, कुछ स्क्रिप्ट्स और सही साइज़ की इमेजेस का लक्ष्य रखें।