2026 में साइट की गति: Core Web Vitals, आधिकारिक सीमाएँ और हमारे मोबाइल ब्लॉग का मामला

सर्वर 0.23 सेकंड में जवाब देता था, फिर भी फ़ोन पर लेख दिखते ही नहीं थे। Core Web Vitals की आधिकारिक सीमाएँ, सर्च पर असर के बारे में Google क्या कहता है, और हमारा अपना मामला: कारण, कवर ~2 MB से 213 KB और आपकी साइट पर क्या जाँचें।

Google गति के किन मापों को मुख्य मानता है?

Core Web Vitals तीन माप हैं। LCP (लोडिंग): सबसे बड़ा तत्व 2.5 सेकंड में दिखना चाहिए। INP (प्रतिक्रिया): पेज को 200 मिलीसेकंड में कार्रवाई पर प्रतिक्रिया देनी चाहिए। CLS (दृश्य स्थिरता): लेआउट खिसकाव 0.1 या कम। इन्हें पेज लोड के 75वें पर्सेंटाइल पर, मोबाइल और डेस्कटॉप के लिए अलग मापा जाता है, और पेज तभी पास होता है जब तीनों अच्छे हों। INP ने 2024 में FID की जगह ली। web.dev साफ़ कहता है कि स्थिर माप साल में एक बार से ज़्यादा नहीं बदलते, इसलिए कुछ ब्लॉग में बताई «2026 की नई सीमाएँ» Google ने पुष्ट नहीं कीं।

क्या गति रैंकिंग पर असर डालती है?

Google कहता है कि Core Web Vitals, पेज अनुभव के दूसरे पहलुओं के साथ, उसी से मेल खाते हैं जिसे उसकी मुख्य रैंकिंग प्रणालियाँ पुरस्कृत करना चाहती हैं, और अच्छे स्कोर की ज़ोरदार सलाह देता है। रैंकिंग में गति का अलग वज़न Google नहीं बताता, इसलिए यह जादुई बटन नहीं, कई शर्तों में से एक है। असली उपयोगकर्ता डेटा Search Console की Core Web Vitals रिपोर्ट में है।

हमें अपनी साइट पर क्या मिला?

11 नवंबर 2026 को हमने फ़ोन पर Metriverra ब्लॉग खोला — और लेख «बहुत देर से» लोड हो रहे थे। माप से पता चला कि सर्वर 0.23 सेकंड में जवाब दे रहा था, यानी दिक़्क़त उसमें नहीं थी। 19 लेखों की सूची एक ब्लॉक थी जिस पर दिखने की एनिमेशन थी, जो तब चलती थी जब ब्लॉक का 12% स्क्रीन पर हो। फ़ोन पर ब्लॉक 8,509 पिक्सेल ऊँचा था और स्क्रीन 844 — केवल 9.9%: सीमा कभी पूरी नहीं होती थी और लेख अदृश्य रहते थे। ऊपर से कवर पूरे आकार में भेजे जाते थे, प्रति सूची लगभग 2 MB। हमने सूची से एनिमेशन हटाया, 10 और 9 लेखों के पेज बनाए और छोटे कवर भेजने लगे: 12 कवर लगभग 2 MB की जगह 213 KB के हुए।

अपनी साइट पर क्या जाँचें?

Search Console की Core Web Vitals रिपोर्ट खोलें और मोबाइल पेज से शुरू करें। पेज को असली मोबाइल विंडो में जाँचें, सिर्फ़ सर्वर प्रतिक्रिया समय नहीं: स्क्रिप्ट चलने तक छिपी सामग्री उपयोगकर्ता देखेगा ही नहीं। स्क्रीन के आकार की तस्वीरें भेजें (srcset), पहली स्क्रीन से नीचे की तस्वीरें देर से लोड करें, पर मुख्य तस्वीर नहीं। तस्वीरों के लिए जगह आरक्षित रखें ताकि लेआउट न उछले। और याद रखें, भारी स्क्रिप्ट और टैग प्रतिक्रिया, यानी INP, बिगाड़ते हैं।

अभी क्या करें

1. Search Console की Core Web Vitals रिपोर्ट खोलें और मोबाइल URL से शुरू करें।
2. मुख्य पेज मोबाइल विंडो में जाँचें: क्या सामग्री एनिमेशन और स्क्रिप्ट के इंतज़ार के बिना दिखती है?
3. स्क्रीन के आकार की तस्वीरें भेजें और सूचियों व कार्ड के लिए छोटी प्रतियाँ।
4. पहली स्क्रीन की मुख्य तस्वीर देर से लोड न करें, सिर्फ़ नीचे वाली।
5. हर बड़े बदलाव के बाद माप जाँचें, साल में एक बार नहीं।

Metriverra में विज़िटर का व्यवहार और कन्वर्ज़न रोज़ दिखते हैं, इसलिए गति बदलने के बाद बाउंस और बिक्री की पहले-बाद तुलना आसान है।

संक्षेप में

• Google की सीमाएँ: LCP ≤ 2.5 से., INP ≤ 200 मि.से., CLS ≤ 0.1 (75वाँ पर्सेंटाइल)।
• स्थिर माप साल में अधिकतम एक बार बदलते हैं; «2026 की नई सीमाएँ» Google ने पुष्ट नहीं कीं।
• Google: Core Web Vitals वही दर्शाते हैं जिसे रैंकिंग प्रणालियाँ पुरस्कृत करती हैं।
• हमारा मामला: सर्वर 0.23 से., पर एनिमेशन के कारण फ़ोन पर लेख अदृश्य थे।
• सूची के कवर: ~2 MB → 213 KB।

स्रोत: web.dev — Web Vitals · Google Search Central — Understanding Core Web Vitals and Google search results