दस्तावेज़ीकरण
Core Web Vitals: वास्तविक उपयोगकर्ताओं का LCP, INP और CLS, सप्ताह दर सप्ताह
Chrome UX Report History API से आपकी पूरी साइट या किसी एक पेज का साप्ताहिक 75वें पर्सेंटाइल पर LCP, INP और CLS, जिसे Google की सीमाओं के आधार पर रेट किया गया है।
Core Web Vitals रिपोर्ट (जिसका शीर्षक Core Web Vitals History है) सप्ताह दर सप्ताह दिखाती है कि वास्तविक Chrome उपयोगकर्ता आपकी साइट को कैसा अनुभव करते हैं। यह Chrome UX Report History API से डेटा पढ़ती है, यानी वही फ़ील्ड डेटा जो Search Console की Core Web Vitals रिपोर्ट को आधार देता है, और हर मेट्रिक को 75वें पर्सेंटाइल पर Google की सीमाओं के अनुसार रेट करती है। इसकी मदद से आप जान सकते हैं कि किसी रिलीज़ से आपके पेज तेज़ हुए या धीमे, और वह भी लैब टेस्ट से यह पता चलने से बहुत पहले कि विज़िटरों ने इसे कैसा महसूस किया।
रिपोर्ट चलाएँ
- Scope: Whole site ओरिजिन (उदाहरण के लिए
https://www.example.com) को क्वेरी करता है, जो Chrome उपयोगकर्ताओं द्वारा देखे गए हर पेज का समेकित डेटा देता है। Single page किसी एक URL को क्वेरी करता है। - Origin या Page URL: यह आपकी प्रॉपर्टी के ओरिजिन से पहले से भरा रहता है; किसी दूसरे होस्ट या पेज को जाँचने के लिए इसे बदलें।
- Device: All devices, Phone, Desktop या Tablet। All devices चुनने पर रिपोर्ट हर डिवाइस का डेटा अलग से भी लोड करती है और एक Summary by device तालिका जोड़ देती है।
- Run report दबाएँ।
परिणाम एक दिन के लिए कैश किए जाते हैं, क्योंकि डेटा केवल साप्ताहिक रूप से बदलता है। रिपोर्ट CrUX API key के साथ API को क्वेरी करती है; AutoPSEO एक key उपलब्ध कराता है, इसलिए आपको कुछ सेट अप करने की ज़रूरत नहीं है। अगर आप अपने टूल्स के लिए अपनी key चाहते हैं, तो API Key बटन Google के निर्देशों से लिंक करता है।
आपको क्या दिखता है
निष्कर्ष वाली पंक्ति बताती है कि स्कोप Passes Core Web Vitals करता है या नहीं, यानी जिन भी मुख्य मेट्रिक का डेटा उपलब्ध है, वे सभी Good रेट की गई हैं। इसके बाद पाँच कार्ड आते हैं, हर मेट्रिक के लिए एक, जिनमें नवीनतम 75वें पर्सेंटाइल का मान, उसकी रेटिंग, चार सप्ताह पहले की तुलना में बदलाव और अच्छे रेट किए गए पेज लोड का हिस्सा दिखाया जाता है।
| मेट्रिक | क्या मापती है | Good | Poor |
|---|---|---|---|
| LCP, Largest Contentful Paint | लोडिंग: सबसे बड़ा दिखने वाला एलिमेंट कब रेंडर होता है | 2.5 s या कम | 4 s से अधिक |
| INP, Interaction to Next Paint | प्रतिक्रिया-क्षमता: क्लिक, टैप और की-प्रेस के बाद की देरी | 200 ms या कम | 500 ms से अधिक |
| CLS, Cumulative Layout Shift | विज़ुअल स्थिरता: लोड होते समय कंटेंट कितना हिलता है | 0.1 या कम | 0.25 से अधिक |
| FCP, First Contentful Paint | पहला टेक्स्ट या इमेज कब दिखता है | 1.8 s या कम | 3 s से अधिक |
| TTFB, Time to First Byte | सर्वर कितनी जल्दी प्रतिक्रिया देना शुरू करता है | 0.8 s या कम | 1.8 s से अधिक |
LCP, INP और CLS ही Core Web Vitals हैं; FCP और TTFB सहायक मेट्रिक हैं जो खराब LCP की वजह समझने में मदद करती हैं। दोनों सीमाओं के बीच के मान सुधार की ज़रूरत वाले माने जाते हैं। Google हर मेट्रिक का आकलन पेज लोड के 75वें पर्सेंटाइल पर करता है, मोबाइल और डेस्कटॉप के लिए अलग-अलग (web.dev: Web Vitals)। INP ने 12 मार्च 2024 को First Input Delay की जगह Core Web Vital का स्थान लिया।
कोई ट्रेंड तब improving या worsening गिना जाता है, जब नवीनतम मान चार सप्ताह पहले की तुलना में कम से कम 5% बदला हो। चार्ट हर मेट्रिक का साप्ताहिक 75वाँ पर्सेंटाइल उसके good, needs-improvement और poor हिस्सों के साथ दिखाते हैं, और तालिका में हर सप्ताह की पाँचों मेट्रिक के मान तथा अच्छे LCP अनुभवों का हिस्सा सूचीबद्ध होता है।
इतिहास को कैसे पढ़ें
हर बिंदु एक साप्ताहिक संग्रह अवधि है, जो पिछले 28 दिनों की विज़िट का सार देती है, इसलिए किसी सुधार का असर रातोंरात नहीं, बल्कि लगभग चार सप्ताह में धीरे-धीरे दिखता है। API डिफ़ॉल्ट रूप से 25 साप्ताहिक अवधियाँ लौटाती है, यानी लगभग पिछले छह महीने (CrUX History API)।
- अचानक आया बदलाव जो किसी डिप्लॉय, नई टैग मैनेजर स्क्रिप्ट या थीम अपडेट से मेल खाता हो, सबसे आम पैटर्न है; उस तारीख को annotation से चिह्नित करें।
- Phone का डेटा desktop से खराब होना आम बात है, क्योंकि फ़ोन में प्रोसेसिंग क्षमता कम होती है और कनेक्शन अक्सर धीमे होते हैं। इसका महत्व इस आधार पर तय करें कि आपका कितना सर्च ट्रैफ़िक मोबाइल से आता है।
- ओरिजिन अच्छा, पेज खराब: ओरिजिन सभी पेजों को मिलाकर दिखाता है, इसलिए अपने सबसे भारी टेम्पलेट एक-एक करके जाँचें।
जब डेटा उपलब्ध न हो
Chrome किसी सार्वजनिक ओरिजिन या URL का रिकॉर्ड तभी प्रकाशित करता है जब उस पर वास्तविक Chrome विज़िट पर्याप्त हों; अन्यथा रिपोर्ट Not enough field data दिखाती है (CrUX methodology)। नए या कम ट्रैफ़िक वाले पेजों का URL-स्तर का रिकॉर्ड अक्सर नहीं होता, भले ही ओरिजिन का हो। CrUX APIs में देश के अनुसार विभाजन भी नहीं है, इसलिए आँकड़े दुनिया भर के आपके सभी विज़िटरों को कवर करते हैं।
AutoPSEO कैसे मदद करता है
AutoPSEO जो लेख डिलीवर करता है, वे आपकी अपनी साइट द्वारा रेंडर होते हैं, इसलिए वे आपके टेम्पलेट्स का प्रदर्शन विरासत में पाते हैं। अगर AutoPSEO आपके लिए कोई सेक्शन होस्ट करता है, तो होस्टेड रेंडरर लेख पेज खुद सर्व करता है; उन्हें जाँचने के लिए इन्हीं में से किसी URL पर रिपोर्ट चलाएँ। तीनों मेट्रिक की विस्तृत व्याख्या के लिए LCP, INP और CLS का क्या अर्थ है और खराब Core Web Vitals स्कोर को कैसे ठीक करें देखें।