WORDPRESS के लिए CWV

तीन metrics, real visitors के 75th percentile पर measured: LCP 2.5 seconds से कम, INP 200 milliseconds से कम, और CLS 0.1 से कम। Google ये Chrome User Experience Report में field data से पढ़ता है, आपके Lighthouse run से नहीं, इसलिए green lab score जरूरी है लेकिन पर्याप्त नहीं है।

मुख्य बात: WordPress Core Web Vitals पास कर सकता है, लेकिन इसके डिफॉल्ट आपके खिलाफ काम करते हैं: भारी themes, plugin का दुरुपयोग, और अनऑप्टिमाइज्ड मीडिया। पहले मीडिया और caching को ठीक करें, दूसरा plugins को कम करें, और field data के साथ verify करें, lab scores के साथ नहीं।

• भारी themes और page builders। Elementor और Divi जैसे सर्वउद्देश्यीय themes और builders बड़े CSS और JavaScript bundles के साथ आते हैं, जिनमें से ज्यादा किसी भी दिए गए पेज पर अप्रयुक्त होता है।
• प्लगइन की भीड़। हर सक्रिय प्लगइन पूरी साइट पर अपनी स्क्रिप्ट्स और स्टाइल्स जोड़ सकता है, भले ही उन पेजों पर जहां इसका इस्तेमाल नहीं होता।
• अनऑप्टिमाइज़्ड मीडिया। मीडिया लाइब्रेरी जो भी अपलोड किया गया था उसे परोसती है। WebP के बिना बड़ी हीरो इमेज और बिना साइज़िंग के सबसे आम LCP किलर हैं।
• डिफ़ॉल्ट रूप से कोई कैशिंग नहीं। एक स्टॉक WordPress इंस्टॉल हर रिक्वेस्ट पर PHP रेंडर करता है। पेज कैशिंग के बिना, लोड के तहत time to first byte प्रभावित होता है।

प्रभाव के क्रम में: पेज कैशिंग और एक CDN जोड़ें; इमेज को ऑप्टिमाइज़ करें और सही साइज़ दें (WebP, लेज़ी-लोड फोल्ड के नीचे); थीम और प्लगइन JavaScript को कम करें जो आप शिप करते हैं; और ऐसे इंफ्रास्ट्रक्चर पर होस्ट करें जो time to first byte कम रखता है। एक अच्छा [मैनेज्ड या VPS होस्ट](/blog/best-vps-for-wordpress-2026/) किसी भी प्लगइन से ज्यादा TTFB के लिए काम करता है। अगर आपका बिल्ड इतना भारी है कि इसमें से कुछ भी काफी नहीं है, तो यह [headless WordPress with Astro](/blog/headless-wordpress-astro-setup/) पर विचार करने का संकेत है, जो फ्रंट-एंड वेट को पूरी तरह हटा देता है।

इसके हाथ से काम करने वाले सर्विस वर्जन के लिए, मेरा [WordPress speed optimization](/wordpress-speed-optimization/) पेज देखें; प्लेटफॉर्म-अज्ञेयवादी सूची के लिए, [Core Web Vitals checklist](/guides/cwv-checklist/)।

• तीन कैशिंग प्लगइन इंस्टॉल करना। वे आपस में टकराते हैं। एक पेज-कैश प्लगइन चुनें (या एक होस्ट जिसमें कैशिंग बिल्ट-इन हो) और रुक जाएं।
• इमेज को हाथ से ऑप्टिमाइज़ करना, एक बार। नए अपलोड्स इसे उलट देते हैं। एक प्लगइन या पाइपलाइन का इस्तेमाल करें जो WebP में कनवर्ट करे और हर बार अपलोड पर साइज़ दे।
• Lighthouse में 100 का पीछा करना। यह एक लैब खिलौना है। Search Console रिपोर्ट और फील्ड डेटा वह हैं जो आपको रैंक कराते हैं।
• परफॉर्मेंस प्लगइन जोड़ना बिना कारण को हटाए। एक फूले हुए बिल्डर के ऊपर एक मिनिफायर सिर्फ एक पैच है, असली समाधान नहीं। पहले फूलापन को काट दीजिए।

ऐसा कुछ भी इंस्टॉल न करें जो सिर्फ लैब स्कोर की रिपोर्ट करे। PageSpeed Insights की field सेक्शन और Search Console की Core Web Vitals रिपोर्ट का इस्तेमाल करें, दोनों ही असली यूजर डेटा पढ़ते हैं। किसी फिक्स के बाद, field डेटा को पूरी तरह बदलाव दिखाने में लगभग 28 दिन लगते हैं, इसलिए अगली सुबह स्कोर न हिलने पर घबराइए मत। हफ्तों के ट्रेंड को ट्रैक करें, किसी एक दिन के नंबर को नहीं, और सिर्फ तभी एक फिक्स को पूरा मानें जब field डेटा इसकी पुष्टि कर दे।