खराब Core Web Vitals स्कोर को कैसे ठीक करें?

पता लगाएँ कि कौन-सा मेट्रिक फेल हो रहा है, किस डिवाइस पर और पेजों के किस समूह के लिए; Search Console की Core Web Vitals रिपोर्ट असली Chrome विज़िट के आधार पर तीनों मेट्रिक दिखाती है। फिर उस मेट्रिक के पीछे के कारण को ठीक करें: LCP के लिए मुख्य इमेज या टेक्स्ट कितनी जल्दी पहुँचता है; INP के लिए लंबे JavaScript टास्क, जो प्रतिक्रिया में देरी करते हैं; CLS के लिए वह कंटेंट, जो बिना जगह आरक्षित किए दिखाई देता है। फ़ील्ड डेटा पिछले 28 दिनों को कवर करता है, इसलिए सुधार का आकलन एक महीने में करें।

चरण 1: पता लगाएँ कि क्या फेल हो रहा है

1. Search Console में Core Web Vitals रिपोर्ट खोलें और Mobile या Desktop चुनें; दोनों की रेटिंग अलग-अलग होती है।
2. सूचीबद्ध समस्याओं में से कोई एक खोलें, उदाहरण के लिए मोबाइल पर LCP की समस्या, ताकि प्रभावित URL समूह और उदाहरण URL दिख सकें। पूरे समूह की एक ही स्थिति होती है, जो उसके सबसे खराब मेट्रिक से तय होती है।
3. किसी उदाहरण URL को PageSpeed Insights में चलाएँ, ताकि उस पेज का फ़ील्ड डेटा एक लैब टेस्ट के साथ देख सकें, जो डीबग करने में मदद करता है।

Lighthouse जैसे लैब टूल INP नहीं माप सकते, क्योंकि कोई पेज के साथ इंटरैक्ट नहीं करता; इसलिए वे Total Blocking Time रिपोर्ट करते हैं। INP के लिए असली उपयोगकर्ताओं का माप ही भरोसेमंद मार्गदर्शक है।

धीमे LCP को कैसे ठीक करें

web.dev की LCP ऑप्टिमाइज़ेशन गाइड LCP को चार हिस्सों में बाँटती है: सर्वर रिस्पॉन्स टाइम, मुख्य रिसोर्स के लोड होना शुरू होने से पहले की देरी, उसका डाउनलोड समय, और उसके रेंडर होने से पहले की देरी। सबसे बड़े हिस्से पर पहले काम करें:

• LCP इमेज को खोजने योग्य बनाएँ: उसे JavaScript या CSS से इंजेक्ट करने के बजाय शुरुआती HTML में रखें, और उसे fetchpriority="high" दें।
• LCP इमेज को कभी लेज़ी-लोड न करें।
• उसे छोटा करके परोसें: सही आयाम, आधुनिक फ़ॉर्मैट, कंप्रेशन, और विज़िटर के पास स्थित CDN।
• रेंडर-ब्लॉकिंग रिसोर्स हटाएँ: छोटी स्टाइलशीट, <head> में कोई सिंक्रोनस स्क्रिप्ट नहीं, और मुख्य कंटेंट के लिए सर्वर-साइड रेंडरिंग।
• सर्वर रिस्पॉन्स तेज़ करें: रीडायरेक्ट घटाएँ और पेजों को एज पर कैश होने दें।

खराब INP को कैसे ठीक करें

INP ऑप्टिमाइज़ेशन गाइड हर इंटरैक्शन को इनपुट डिले, प्रोसेसिंग टाइम और प्रेज़ेंटेशन डिले में बाँटती है:

• इनपुट डिले: पेज लोड के दौरान चलने वाले JavaScript को घटाएँ, ताकि किसी के टैप करते समय मेन थ्रेड खाली रहे।
• प्रोसेसिंग टाइम: लंबे इवेंट हैंडलर को छोटे टास्क में तोड़ें और मेन थ्रेड को यील्ड करें; पहले दिखने वाला अपडेट करें और बाकी को बाद के लिए टालें।
• प्रेज़ेंटेशन डिले: DOM को छोटा रखें, स्टाइल बदलने के तुरंत बाद उन्हें पढ़कर लेआउट को बार-बार गणना के लिए मजबूर न करें, और लंबे पेजों के लिए content-visibility का उपयोग करें।

ऊँचे CLS को कैसे ठीक करें

CLS ऑप्टिमाइज़ेशन गाइड आम कारणों और उनके समाधानों की सूची देती है:

• बिना आयाम वाली इमेज और वीडियो: width और height एट्रिब्यूट जोड़ें, या CSS aspect-ratio का उपयोग करें।
• विज्ञापन, एम्बेड और iframe: उनके लोड होने से पहले लेआउट में उनकी जगह आरक्षित करें।
• मौजूदा कंटेंट के ऊपर इंजेक्ट किया गया कंटेंट: सही आकार का प्लेसहोल्डर इस्तेमाल करें, या नया कंटेंट उस हिस्से के नीचे डालें जिसे विज़िटर पढ़ रहा है।
• वेब फ़ॉन्ट: महत्वपूर्ण फ़ॉन्ट को प्रीलोड करें, ताकि टेक्स्ट देर से रीफ़्लो न हो।
• एनिमेशन: top या left जैसी प्रॉपर्टी के बजाय transform को एनिमेट करें।

जो पेज ब्राउज़र के बैक/फ़ॉरवर्ड कैश का उपयोग कर सकते हैं, वे विज़िटर के लौटने पर लेआउट शिफ्ट से भी बचते हैं।

चरण 3: सुधार की पुष्टि करें

डिप्लॉय करें, फिर Core Web Vitals रिपोर्ट में समस्या खोलें और वैलिडेशन शुरू करें। Google समूह की 28 दिनों तक निगरानी करता है; वैलिडेशन से दोबारा क्रॉल नहीं होता और न ही कोई प्रक्रिया तेज़ होती है, वह केवल यह ट्रैक करता है कि समस्या दूर हुई या नहीं। चूँकि फ़ील्ड डेटा 28 दिनों में बदलता रहता है, रिपोर्ट में सुधार धीरे-धीरे दिखने की उम्मीद रखें। हर मेट्रिक का क्या अर्थ है, यह जानने के लिए देखें LCP, INP और CLS का क्या अर्थ है?।

AutoPSEO कैसे मदद करता है

AutoPSEO की Core Web Vitals रिपोर्ट आपकी साइट या किसी एक URL के लिए फ़ोन, डेस्कटॉप या टैबलेट पर लगभग छह महीने के साप्ताहिक Chrome UX Report डेटा का चार्ट बनाती है, ताकि आप देख सकें कि किस सप्ताह कोई सुधार असर में आया, या किस सप्ताह किसी रिलीज़ से हालात बिगड़े, और अगली 28-दिन की विंडो पूरी होने का इंतज़ार न करना पड़े।