Core Web Vitals: Google के स्पीड टेस्ट में पास हों

2021 में Google ने घोषणा की कि Core Web Vitals रैंकिंग फ़ैक्टर हैं। तीन खास मेट्रिक्स अब सीधे आपकी सर्च रैंकिंग पर असर डालते हैं: Largest Contentful Paint (LCP), Cumulative Layout Shift (CLS) और Interaction to Next Paint (INP)। खराब वाइटल्स वाली साइटों के अच्छी रैंक करने की संभावना कम होती है। बेहतरीन वाइटल्स वाली साइटों को रैंकिंग में बढ़त मिलती है। आधुनिक SEO के लिए Core Web Vitals पास करना अनिवार्य है।

इसके मायने गहरे हैं। अब आप परफ़ॉर्मेंस को नज़रअंदाज़ नहीं कर सकते। आप धीमी वेबसाइट बनाकर अच्छी रैंकिंग की उम्मीद नहीं कर सकते। Google ने साफ़ कर दिया है कि उपयोगकर्ता अनुभव मायने रखता है, और Core Web Vitals उसी अनुभव को मापते हैं। प्रतिस्पर्धी सर्च दृश्यता के लिए Core Web Vitals ऑप्टिमाइज़ करना अब वैकल्पिक नहीं, ज़रूरी है।

Core Web Vitals क्या हैं और ये क्यों मायने रखते हैं

Core Web Vitals उपयोगकर्ता अनुभव के तीन आयाम नापते हैं: लोडिंग स्पीड (LCP), विज़ुअल स्थिरता (CLS) और प्रतिक्रियाशीलता (INP)। Google का Web Vitals पेज हर मेट्रिक को विस्तार से समझाता है। ये तीन मेट्रिक्स इस बात के सबसे अहम पहलू हैं कि उपयोगकर्ता आपकी वेबसाइट का अनुभव कैसे करते हैं।

Google ने असली उपयोगकर्ताओं से खरबों डेटा पॉइंट जुटाए, ताकि तय हो सके कि कौन सी मेट्रिक्स सबसे ज़्यादा मायने रखती हैं। नतीजा Core Web Vitals हैं। ये मनमाने पैमाने नहीं हैं; ये इस बात के सबूत-आधारित माप हैं कि असली उपयोगकर्ताओं को कोई वेबसाइट तेज़ और प्रतिक्रियाशील कब लगती है।

Google की आधिकारिक घोषणा बताती है कि Core Web Vitals सर्च रैंकिंग को कैसे प्रभावित करते हैं। Google Core Web Vitals को कई रैंकिंग फ़ैक्टरों में से एक मानता है। कंटेंट की गुणवत्ता और प्रासंगिकता अब भी ज़्यादा मायने रखती है, लेकिन दो बराबर प्रासंगिक साइटें Core Web Vitals के प्रदर्शन के अनुसार रैंक होंगी।

Largest Contentful Paint (LCP): लोड स्पीड नापना

Largest Contentful Paint (LCP) नापता है कि पेज का सबसे बड़ा कंटेंट एलिमेंट उपयोगकर्ता को दिखने में कितना समय लेता है। यह इमेज, वीडियो, हेडिंग या टेक्स्ट ब्लॉक हो सकता है। LCP वह पल नापता है जब उपयोगकर्ता मुख्य कंटेंट देख सकता है और समझ जाता है कि पेज लोड हो चुका है।

Google की सिफ़ारिश: LCP 2.5 सेकंड से कम होना चाहिए। 2.5 सेकंड से कम LCP वाले पेज "अच्छे" माने जाते हैं। 2.5-4 सेकंड के बीच LCP वाले पेजों को "सुधार की ज़रूरत" है। 4 सेकंड से ऊपर LCP वाले पेज "खराब" माने जाते हैं। 3 सेकंड से ज़्यादा LCP अनुभव करने वाले उपयोगकर्ता पेज को धीमा समझते हैं। 4 सेकंड से ज़्यादा LCP पर उपयोगकर्ता अक्सर पेज छोड़ देते हैं।

धीमे LCP के आम कारण: धीमा सर्वर रिस्पॉन्स टाइम, रेंडर को रोकने वाले CSS और JavaScript, ऑप्टिमाइज़ न की गई इमेज, और बड़े फ़ॉन्ट जिन्हें लोड होने में समय लगता है। LCP ठीक करने के लिए: सर्वर की स्पीड बढ़ाएँ (Time to First Byte / TTFB घटाकर), रेंडर को रोकने वाले संसाधन हटाएँ, JavaScript को defer करें, इमेज ऑप्टिमाइज़ और कंप्रेस करें, आधुनिक इमेज फ़ॉर्मेट (WebP) इस्तेमाल करें, और ज़रूरी संसाधनों को preload करें।

PageSpeed Insights आपका LCP स्कोर दिखाता है और खास सुझाव देता है। अपने मुख्य पेजों पर टेस्ट चलाएँ, सुझावों को असर के हिसाब से प्राथमिकता दें, और सबसे ज़्यादा असर वाले सुधार पहले लागू करें।

Cumulative Layout Shift (CLS): विज़ुअल स्थिरता नापना

Cumulative Layout Shift (CLS) पेज लोड होते समय पेज के एलिमेंट्स की अनचाही हरकत नापता है। जब आप कोई लेख पढ़ रहे हों और अचानक टेक्स्ट नीचे खिसक जाए, क्योंकि उसके ऊपर एक विज्ञापन लोड हुआ, तो वही लेआउट शिफ़्ट है। CLS बताता है कि लोड के दौरान पेज का लेआउट कितना खिसकता है।

Google की सिफ़ारिश: CLS 0.1 से कम होना चाहिए। 0.1 से कम CLS "अच्छा" है। 0.1-0.25 के बीच के स्कोर को सुधार की ज़रूरत है। 0.25 से ऊपर के स्कोर "खराब" हैं। छोटे लेआउट शिफ़्ट भी जुड़ते जाते हैं। 0.15 CLS का मतलब है कि लोड के दौरान पेज के एलिमेंट कुल मिलाकर व्यूपोर्ट की ऊँचाई के 15% तक खिसके। उपयोगकर्ताओं को यह परेशान करता है और निराशा होती है।

ऊँचे CLS के आम कारण: एसिंक्रोनस रूप से लोड होने वाले विज्ञापन, बिना चौड़ाई और ऊँचाई वाले attributes की इमेज, एसिंक्रोनस लोड होने वाले embeds (YouTube वीडियो, सोशल मीडिया विजेट), और अचानक बदलने वाले फ़ॉन्ट। CLS ठीक करने के लिए: HTML में इमेज के dimensions दें (width और height attributes), विज्ञापन लोड होने से पहले उनके लिए जगह आरक्षित करें, फ़ॉन्ट बदलने की झटकेदार स्थिति रोकने के लिए @font-face CSS में font-display: swap इस्तेमाल करें, और वीडियो व embeds को सिंक्रोनस रूप से या आरक्षित जगह के साथ लोड करें।

आपकी साइट की हर इमेज में स्पष्ट width और height attributes होने चाहिए। इससे ब्राउज़र इमेज लोड होने से पहले जगह आरक्षित कर लेता है। dimensions के बिना ब्राउज़र को पता नहीं चलता कि कितनी जगह छोड़नी है, और इमेज आते ही लेआउट खिसक जाता है।

Interaction to Next Paint (INP): प्रतिक्रियाशीलता नापना

Interaction to Next Paint (INP) नापता है कि आपका पेज उपयोगकर्ता के इंटरैक्शन (क्लिक, टैप, कीबोर्ड इनपुट) पर कितनी जल्दी प्रतिक्रिया देता है। INP वह समय है जो उपयोगकर्ता के इंटरैक्शन और पेज के दृश्य रूप से प्रतिक्रिया देने के बीच बीतता है। प्रतिक्रियाशील पेज मिलीसेकंड में जवाब देता है। सुस्त पेज सेकंडों लगा देता है।

Google की सिफ़ारिश: INP 200 मिलीसेकंड से कम होना चाहिए। 200ms से कम स्कोर "अच्छे" हैं। 200-500ms के बीच के स्कोर को सुधार की ज़रूरत है। 500ms से ऊपर के स्कोर "खराब" हैं। उपयोगकर्ता तुरंत प्रतिक्रिया की उम्मीद करते हैं। 500ms का INP सुस्त लगता है। 1 सेकंड का INP टूटा हुआ लगता है।

खराब INP के आम कारण: भारी JavaScript जो main thread को रोकता है, बड़ी third-party स्क्रिप्ट, अक्षम event handlers, और request idle callback का इस्तेमाल न होना। INP ठीक करने के लिए: लंबे JavaScript टास्क छोटे टुकड़ों में तोड़ें, गैर-ज़रूरी JavaScript को defer करें, बिना इस्तेमाल वाली स्क्रिप्ट हटाएँ, event listeners ऑप्टिमाइज़ करें, और गणना-गहन कामों के लिए web workers इस्तेमाल करें।

INP अक्सर सबसे मुश्किल Core Web Vitals मेट्रिक होता है, क्योंकि इसके लिए JavaScript की गहरी समझ चाहिए। अगर आपकी टीम के पास JavaScript ऑप्टिमाइज़ेशन का कौशल नहीं है, तो किसी परफ़ॉर्मेंस कंसल्टेंट को रखने या थर्ड-पार्टी परफ़ॉर्मेंस ऑप्टिमाइज़ेशन सेवा इस्तेमाल करने पर विचार करें।

Core Web Vitals कैसे नापे जाते हैं

Core Web Vitals दो तरीकों से नापे जाते हैं: लैब डेटा और फ़ील्ड डेटा। लैब डेटा PageSpeed Insights और Lighthouse जैसे टूल से नियंत्रित वातावरण में आता है। फ़ील्ड डेटा आपकी साइट पर आने वाले असली उपयोगकर्ताओं से आता है। Google फ़ील्ड डेटा को प्राथमिकता देता है, क्योंकि यह असली उपयोगकर्ता अनुभव दिखाता है।

Google का परफ़ॉर्मेंस लर्निंग पाथ लैब और फ़ील्ड मेट्रिक्स का फ़र्क समझाता है। लैब डेटा समस्याएँ पहचानने और सुधारों को टेस्ट करने में मदद करता है। फ़ील्ड डेटा असली दुनिया का प्रदर्शन दिखाता है। अगर आपके असली उपयोगकर्ता धीमे नेटवर्क या पुराने डिवाइस पर हैं, तो लैब स्कोर बेहतरीन होते हुए भी फ़ील्ड स्कोर खराब हो सकते हैं।

Google Search Console Core Web Vitals का फ़ील्ड डेटा रिपोर्ट करता है। यह रिपोर्ट Chrome User Experience Report (CrUX) से जुटाए गए असली उपयोगकर्ता माप दिखाती है। अगर आपकी साइट पर असली उपयोगकर्ता डेटा पर्याप्त नहीं है, तो Google इसके बजाय Lighthouse से लैब डेटा देता है।

बेंचमार्क और पास होने वाले स्कोर

Google "अच्छे" Core Web Vitals को उपयोगकर्ता अनुभव के 75वें percentile पर खरा उतरने के रूप में परिभाषित करता है। इसका मतलब है कि 75% असली उपयोगकर्ता आपकी साइट को सीमा के बराबर या उससे बेहतर अनुभव करते हैं। सीमाएँ ये हैं:

LCP: 2.5 सेकंड या कम। CLS: 0.1 या कम। INP: 200 मिलीसेकंड या कम। ये सीमाएँ खरबों असली उपयोगकर्ता इंटरैक्शन के विश्लेषण से वैज्ञानिक रूप से जाँची गई हैं। इन सीमाओं पर या उनसे बेहतर पेज अच्छा उपयोगकर्ता अनुभव देते हैं।

हालाँकि, Google के लिए आपके 100% पेजों का Core Web Vitals पास करना ज़रूरी नहीं है। अगर आपके 75% पेज पास होते हैं, तो आपकी साइट को कुल मिलाकर "अच्छे" Core Web Vitals वाली माना जाता है। इसका मतलब है कि कुछ धीमे पेज होने पर भी आप पास हो सकते हैं, बशर्ते आपके ज़्यादातर ट्रैफ़िक वाले पेज तेज़ हों।

हर मेट्रिक ऑप्टिमाइज़ करना: व्यावहारिक कदम

LCP ऑप्टिमाइज़ेशन के लिए: पहले PageSpeed Insights से अपना TTFB (Time to First Byte) नापें। अगर TTFB धीमा है (600ms से ज़्यादा), तो आपका सर्वर बाधा है। होस्टिंग अपग्रेड करें, बैकएंड कोड ऑप्टिमाइज़ करें, या Content Delivery Network (CDN) इस्तेमाल करें। अगर TTFB अच्छा है पर LCP धीमा है, तो आपका CSS या JavaScript रेंडर को रोक रहा है। गैर-ज़रूरी JavaScript को defer करें और फ़ोल्ड के ऊपर के कंटेंट के लिए critical CSS इनलाइन करें।

CLS ऑप्टिमाइज़ेशन के लिए: अपनी साइट के उन एलिमेंट्स का ऑडिट करें जो लोड के दौरान खिसकते हैं। ब्राउज़र DevTools से खिसकने वाले एलिमेंट पहचानें। हर इमेज में width और height attributes जोड़ें। CSS में font-display: swap इस्तेमाल करें। विज्ञापनों, embeds और डायनामिक कंटेंट के लिए जगह आरक्षित करें।

INP ऑप्टिमाइज़ेशन के लिए: Chrome DevTools के Performance टैब से लंबे JavaScript टास्क (50ms से ज़्यादा लेने वाले टास्क) पहचानें। लंबे टास्क तोड़ें। गैर-ज़रूरी JavaScript को defer करें। कम प्राथमिकता वाले कामों के लिए requestIdleCallback इस्तेमाल करें। सिर्फ़ डेस्कटॉप पर नहीं, असली डिवाइस पर टेस्ट करें।

समय के साथ Core Web Vitals की निगरानी

Google Search Console से Core Web Vitals के प्रदर्शन की निगरानी करें। Core Web Vitals रिपोर्ट आपकी साइट के असली उपयोगकर्ता मेट्रिक्स और Google की सीमाओं से उनकी तुलना दिखाती है। पेज Good, Needs Improvement या Poor में बाँटे जाते हैं।

निगरानी के अलर्ट सेट करें। अगर आपके Core Web Vitals गिरते हैं, तो तुरंत जाँच करनी होगी। कारणों में ऐसे नए कोड डिप्लॉयमेंट हो सकते हैं जिनसे अक्षमता आई, नई थर्ड-पार्टी स्क्रिप्ट, इमेज या मीडिया में बदलाव, या होस्टिंग की समस्याएँ।

मोबाइल और डेस्कटॉप की निगरानी अलग-अलग करें। मोबाइल डिवाइस आम तौर पर धीमे प्रोसेसर और धीमे नेटवर्क पर चलते हैं, इसलिए Core Web Vitals मोबाइल पर अक्सर डेस्कटॉप से खराब होते हैं। जिन साइटों पर मोबाइल ट्रैफ़िक ज़्यादा है, वहाँ मोबाइल ऑप्टिमाइज़ेशन को प्राथमिकता दें।

Core Web Vitals और SEO रणनीति

Core Web Vitals अब एक मुख्य रैंकिंग फ़ैक्टर हैं, जिनकी अहमियत बैकलिंक और कंटेंट की गुणवत्ता के बराबर है। खराब Core Web Vitals वाली साइटों के अच्छी रैंक करने की संभावना कम है, चाहे उनका कंटेंट कितना भी अच्छा हो। इसका मतलब है कि परफ़ॉर्मेंस ऑप्टिमाइज़ेशन आपकी SEO रणनीति का हिस्सा होना चाहिए, बाद में सोची जाने वाली बात नहीं।

अगर आप रैंकिंग के लिए प्रतिस्पर्धा कर रहे हैं और आपके प्रतिस्पर्धियों के Core Web Vitals बेहतर हैं, तो उनको रैंकिंग में बढ़त है। अगर आपकी साइट धीमी और सुस्त है, तो सिर्फ़ कंटेंट से आप नहीं जीत सकते। बराबरी से मुकाबला करने के लिए आपको प्रतिस्पर्धियों के प्रदर्शन के बराबर या उससे बेहतर होना होगा।

निष्कर्ष

Core Web Vitals अब SEO की सफलता के लिए ज़रूरी हैं। LCP, CLS और INP ऑप्टिमाइज़ करने से आपकी सर्च रैंकिंग और उपयोगकर्ता अनुभव सीधे बेहतर होते हैं। बेहतरीन Core Web Vitals वाली साइटें खराब वाइटल्स वाली बराबर प्रासंगिक साइटों से आगे रहती हैं। इससे बचने का कोई रास्ता नहीं: शीर्ष रैंकिंग चाहिए तो Core Web Vitals पास करने होंगे।

अपने मुख्य पेजों पर PageSpeed Insights चलाकर शुरुआत करें। अपनी सबसे बड़ी बाधाएँ पहचानें और उन्हें पहले ठीक करें। मोबाइल ऑप्टिमाइज़ेशन को प्राथमिकता दें। Google Search Console में परफ़ॉर्मेंस की नियमित निगरानी करें। पूरी साइट के Core Web Vitals की समस्याएँ पहचानने और समय के साथ सुधार ट्रैक करने के लिए हमारा GEO SEO ऑडिट इस्तेमाल करें।