मोबाइल पेज स्पीड टेस्ट करने के लिए PageSpeed Insights में अपना URL डालें और पहले ऊपर दिया असली यूज़र्स का डेटा पढ़ें, फिर उसके नीचे Lighthouse के lab नतीजे। असली यूज़र्स का डेटा बताता है कि फ़ोन पर आने वाले विज़िटर को तेज़ अनुभव मिल रहा है या नहीं; lab डेटा यह ढूँढने में मदद करता है कि क्यों नहीं मिल रहा। मोबाइल पर कोई पेज Core Web Vitals तब पास करता है जब कम-से-कम 75% विज़िट में सबसे बड़ा कंटेंट 2.5 सेकंड के अंदर दिखे, इंटरैक्शन का जवाब 200 मिलीसेकंड के अंदर मिले, और layout shift स्कोर 0.1 या उससे कम रहे।
Field डेटा और lab डेटा अलग चीज़ें हैं
स्पीड स्कोर को लेकर ज़्यादातर उलझन इन दोनों को मिला देने से होती है।
Field डेटा उन असली Chrome यूज़र्स से इकट्ठा होता है जो पिछले 28 दिनों में आपके पेज पर आए, Chrome User Experience Report के ज़रिए। इसमें असली फ़ोन, असली नेटवर्क और असली व्यवहार दिखता है। यह सिर्फ़ उन पेजों और साइटों के लिए होता है जिन पर काफ़ी ट्रैफ़िक है।
Lab डेटा एक सिम्युलेटेड टेस्ट से आता है, आम तौर पर Lighthouse जो पेज को धीमे नेटवर्क वाले एमुलेट किए गए मध्यम दर्जे के फ़ोन पर लोड करता है। यह दोहराया जा सकता है और विस्तार से बताता है, इसलिए डीबगिंग के लिए सही टूल है। इसका स्कोर (0–100) वह नहीं है जिसे Google रैंकिंग के लिए इस्तेमाल करता है, और यह हर बार चलाने पर बदलता है।
जब दोनों में मेल न हो, तो “क्या यह अच्छा है?” के लिए field डेटा पर भरोसा करें और “क्या ठीक करें?” के लिए lab डेटा पर।
मोबाइल पर Core Web Vitals की सीमाएँ
| Metric | क्या मापता है | अच्छा | सुधार चाहिए | ख़राब |
|---|---|---|---|---|
| Largest Contentful Paint (LCP) | मुख्य कंटेंट कब दिखता है | ≤ 2.5 s | 2.5–4 s | > 4 s |
| Interaction to Next Paint (INP) | पेज टैप और क्लिक का जवाब कितनी जल्दी देता है | ≤ 200 ms | 200–500 ms | > 500 ms |
| Cumulative Layout Shift (CLS) | लोड होते समय लेआउट कितना उछलता है | ≤ 0.1 | 0.1–0.25 | > 0.25 |
हर metric को विज़िट के 75वें percentile पर, मोबाइल और डेस्कटॉप के लिए अलग-अलग परखा जाता है। मोबाइल के आँकड़े लगभग हमेशा ख़राब होते हैं, क्योंकि फ़ोन के प्रोसेसर धीमे और नेटवर्क कम भरोसेमंद होते हैं। ये सीमाएँ Google ने web.dev पर तय की हैं।
मोबाइल स्पीड टेस्ट के लिए सबसे अच्छे फ़्री टूल
| टूल | डेटा का प्रकार | किसके लिए |
|---|---|---|
| PageSpeed Insights | Field (उपलब्ध हो तो) + lab | किसी भी पब्लिक URL की पहली जाँच |
| Search Console, Core Web Vitals रिपोर्ट | Field | पूरी साइट में धीमे पेजों के ग्रुप ढूँढना |
| Chrome DevTools में Lighthouse | Lab | लॉगिन के पीछे या localhost पर पेज टेस्ट करना; विस्तृत diagnostics |
| DevTools का Performance पैनल | Lab, साथ में आपके अपने इंटरैक्शन के लाइव metrics | देरी करने वाली ठीक स्क्रिप्ट या एलिमेंट ढूँढना |
| WebPageTest | असली डिवाइस और लोकेशन पर lab | Filmstrip, waterfall और दूसरे देशों से टेस्ट |
Lighthouse को स्टेप-बाय-स्टेप चलाने का तरीका Lighthouse मोबाइल ऑडिट गाइड में है।
काम का मोबाइल स्पीड टेस्ट कैसे करें
- सही पेज टेस्ट करें। सिर्फ़ होम पेज नहीं, अपने सबसे ज़्यादा देखे जाने वाले लैंडिंग पेज इस्तेमाल करें।
- PageSpeed Insights में पहले field डेटा देखें। अगर “No data” लिखा है, तो origin लेवल का डेटा या Search Console देखें।
- lab टेस्ट तीन बार चलाएँ और median देखें। एक बार के नतीजे बदलते रहते हैं।
- लोकल टेस्ट में throttling लगाएँ। Performance trace रिकॉर्ड करने से पहले DevTools में CPU throttling 4x और नेटवर्क Fast 4G या Slow 4G रखें। आपका लैपटॉप ज़्यादातर फ़ोन से कहीं तेज़ है।
- लोड होते समय पेज को देखें। स्पीड की समस्याएँ अक्सर दिख जाती हैं: hero इमेज जो देर से अचानक आती है, cookie बैनर जो कंटेंट को नीचे धकेल देता है। यहाँ मोबाइल व्यू मदद करता है। DevTools का device mode या Mobile View Extension जैसा मोबाइल व्यू एक्सटेंशन आपको फ़ोन के साइज़ वाला पेज मोबाइल user agent के साथ लोड होते देखने देता है, जो तब ज़रूरी है जब आपका सर्वर फ़ोन को अलग फ़ाइलें भेजता हो।
सुधार जो आम तौर पर आँकड़े बदलते हैं
धीमे LCP के लिए
- hero इमेज को मोबाइल साइज़ में आधुनिक फ़ॉर्मेट में,
srcsetऔरsizesके साथ भेजें। - hero इमेज को lazy-load न करें; उसमें
fetchpriority="high"जोड़ें। - कैशिंग या CDN से सर्वर के जवाब का समय घटाएँ।
- render रोकने वाली CSS और JavaScript को
<head>से हटाएँ या बाद में लोड करें।
धीमे INP के लिए
- लंबे JavaScript टास्क को तोड़ें; 50 ms से लंबा कोई भी टास्क टैप को रोकता है।
- हर पेज पर चलने वाली थर्ड-पार्टी स्क्रिप्ट (चैट विजेट, tag manager, A/B टेस्ट) को बाद में लोड करें या हटाएँ।
- क्लिक और इनपुट हैंडलर में भारी काम से बचें; पहले फ़ीडबैक दिखाएँ, फिर काम करें।
ज़्यादा CLS के लिए
- इमेज, वीडियो और embed पर
widthऔरheight(याaspect-ratio) सेट करें। - विज्ञापन और बैनर के लिए जगह पहले से रखें।
- वेब फ़ॉन्ट
font-display: swapके साथ लोड करें और मिलते-जुलते साइज़ वाला fallback चुनें।
मोबाइल स्पीड कितनी मायने रखती है?
Google Core Web Vitals को अपने page experience संकेतों के हिस्से के रूप में इस्तेमाल करता है, लेकिन रैंकिंग के लिए प्रासंगिकता और कंटेंट की क्वालिटी ज़्यादा अहम हैं। परवाह करने की बड़ी वजह यह है कि विज़िटर क्या करते हैं: फ़ोन पर धीमा या उछलता पेज लोगों को कुछ पढ़ने से पहले ही खो देता है। Core Web Vitals को क्वालिटी की न्यूनतम सीमा मानें, पीछा करने वाला स्कोर नहीं।
लॉन्च से पहले की बाक़ी जाँच के लिए मोबाइल वेबसाइट टेस्टिंग चेकलिस्ट देखें, और मोबाइल से जुड़े बड़े सुधारों के लिए वेबसाइट को मोबाइल फ़्रेंडली कैसे बनाएँ।
अक्सर पूछे जाने वाले सवाल
अच्छा मोबाइल पेज स्पीड स्कोर कितना है?
Lighthouse स्कोर lab का अनुमान है। ज़्यादा अहम है field डेटा में Core Web Vitals पास करना: कम-से-कम 75% विज़िट में LCP 2.5 s से कम, INP 200 ms से कम और CLS 0.1 से कम।
मेरा मोबाइल स्कोर डेस्कटॉप से बहुत कम क्यों है?
मोबाइल के lab टेस्ट धीमे प्रोसेसर और नेटवर्क की नक़ल करते हैं। ऐसी प्रोफ़ाइल पर भारी JavaScript और बड़ी इमेज कहीं ज़्यादा नुक़सान करती हैं।
क्या localhost पर मोबाइल स्पीड टेस्ट कर सकते हैं?
हाँ, Chrome DevTools के Lighthouse या Performance पैनल से। PageSpeed Insights सिर्फ़ पब्लिक URL टेस्ट करता है।