Core Web Vitals: वेग आणि अनुभव सुधारणे
8 min
Core Web Vitals (LCP, INP, CLS) हे Google चे अधिकृत रँकिंग घटक आहेत. 2.5 सेकंदाखालील LCP, 200 ms खालील INP आणि 0.1 खालील CLS हे 'चांगले' निकष आहेत. सर्वोच्च प्राधान्य: प्रतिमा ऑप्टिमाइझ करा आणि महत्त्वाचे नसलेले JavaScript पुढे ढकला.
2021 पासून Google ने Core Web Vitals त्याच्या रँकिंग अल्गोरिदममध्ये समाविष्ट केले आहेत. 2026 मध्ये, या मेट्रिक्स केवळ पोझिशन्सच नाही तर मोबाइल रिच रिझल्ट्ससाठी पात्रता देखील ठरवतात. येथे त्यावर प्रभुत्व कसे मिळवायचे ते जाणून घ्या.
खरोखर महत्त्वाच्या तीन मेट्रिक्स
Google ने वास्तविक वापरकर्ता अनुभव मोजण्यासाठी तीन सिग्नल निवडले आहेत: LCP (Largest Contentful Paint), INP (Interaction to Next Paint) आणि CLS (Cumulative Layout Shift). प्रत्येक जाणवलेल्या गुणवत्तेचा एक वेगळा पैलू मोजतो.
INP ने मार्च 2024 मध्ये FID ची जागा घेतली; जिथे FID केवळ पहिला क्लिक पकडत होता तिथे हे पृष्ठावरील सर्व परस्परक्रियांना एकूण प्रतिसाद मोजते.
- LCP: सर्वात मोठा दृश्यमान घटक रेंडर होण्याचा वेळ. चांगला निकष: 2.5 सेकंदाखाली.
- INP: कीबोर्ड/माउस/टच परस्परक्रियांना प्रतिसाद विलंब. चांगला निकष: 200 ms खाली.
- CLS: लेआउटची दृश्यमान अस्थिरता. चांगला निकष: 0.1 खाली.
खराब परफॉर्मन्सची वारंवार कारणे
खराब LCP बहुतेक वेळा प्रीलोड न केलेल्या हिरो इमेजमुळे, मंद सर्व्हरमुळे किंवा क्लायंट-साइड रेंडरिंगमुळे (SSR अनुपस्थित) होतो. मुख्य इमेजला लक्ष्य करणारा link rel='preload' टॅग अनेकदा हा स्कोअर 30 ते 50% ने कमी करतो.
CLS जवळजवळ नेहमीच स्पष्ट आयामांशिवाय इमेज, लोडिंगनंतर दिसणारे वेब फॉन्ट किंवा पृष्ठाच्या शीर्षस्थानी डायनॅमिकरित्या इंजेक्ट केलेल्या बॅनरमुळे होतो.
INP साठी, मुख्य गुन्हेगार म्हणजे थर्ड-पार्टी स्क्रिप्ट्स (analytics, chat, जाहिराती) जे मुख्य थ्रेड ब्लॉक करतात आणि क्लिकना प्रतिसाद उशीर करतात.
तीनही मेट्रिक्सवर 'चांगले' निकष गाठणारी पृष्ठे 'खराब' म्हणून रेट केलेल्या पृष्ठांच्या तुलनेत 15 ते 25% कमी बाउन्स दर दाखवतात.
वेब वापरकर्ता अनुभवावरील 2025-2026 क्षेत्रीय अभ्यास
प्राधान्यक्रमानुसार कृती योजना
तुमचा lab डेटा नाही तर Google Search Console मधील तुमचा फील्ड डेटा (पृष्ठ अनुभव अहवाल) मोजण्यास सुरुवात करा: केवळ CrUX डेटा रँकिंगवर परिणाम करतो.
प्राधान्य पृष्ठे ओळखल्यानंतर, या क्रमाने कार्य करा: प्रतिमा कॉम्प्रेशन आणि आकार बदलणे, दीर्घकालीन ब्राउझर कॅशे सक्रिय करणे, नंतर थर्ड-पार्टी स्क्रिप्टचे ऑडिट आणि पुढे ढकलणे.
- srcset सह WebP किंवा AVIF फॉर्मेटमध्ये प्रतिमा सर्व्ह करा.
- TTFB कमी करण्यासाठी सर्व्हरवर Brotli कॉम्प्रेशन आणि CDN सक्रिय करा.
- font-display: swap वापरा आणि मुख्य फॉन्ट प्रीलोड करा.
- प्रत्येक थर्ड-पार्टी स्क्रिप्टचे ऑडिट करा आणि defer किंवा async मोडमध्ये लोड करा.
सतत निरीक्षण
Core Web Vitals प्रत्येक डिप्लॉयमेंटसह बदलतात. प्रॉडक्शनपूर्वी कोणतीही रिग्रेशन शोधण्यासाठी तुमच्या डिप्लॉयमेंट पाइपलाइनमध्ये Lighthouse CI समाकलित करा.
एखादा URL 'सुधारणे आवश्यक' किंवा 'खराब' झोनमध्ये गेल्यास सूचित होण्यासाठी Search Console मध्ये किंवा CrUX API द्वारे अलर्ट कॉन्फिगर करा.
FAQ
Core Web Vitals हे एक प्रमुख रँकिंग घटक आहेत का?
Google त्यांना सामग्री प्रासंगिकतेच्या तुलनेत 'हलका रँकिंग सिग्नल' म्हणून वर्णन करते. ते समान गुणवत्तेच्या दोन पृष्ठांमध्ये फरक करू शकतात, परंतु ते कधीही कमकुवत सामग्रीची भरपाई करणार नाहीत.
मोबाइलवर की डेस्कटॉपवर मोजायचे?
Google मोबाइल-फर्स्ट इंडेक्सिंगच्या संदर्भात मुख्यतः मोबाइल डेटा वापरते. तुमचा रहदारी मुख्यतः डेस्कटॉप असली तरी मोबाइलवर लक्ष केंद्रित करा.
Core Web Vitals ऑडिट करण्यासाठी PageSpeed Insights पुरेसे आहे का?
PageSpeed Insights जर रहदारी पुरेशी असेल तर lab डेटा (सिम्युलेशन) आणि CrUX फील्ड डेटा दोन्ही दाखवते. संपूर्ण ऑडिटसाठी, Search Console आणि Chrome Web Vitals extension सह एकत्र करा.
सुधारणेनंतर पोझिशन्सवर परिणाम दिसण्यासाठी किती वेळ लागतो?
Google दर महिन्याला त्याचे CrUX डेटा अपडेट करते. आज केलेल्या सुधारणा सामान्यतः चार ते आठ आठवड्यांत रँकिंगमध्ये दिसतात.