Largest Contentful Paint (LCP)
अनुमान लगाएँ कि लैब परीक्षण में सबसे बड़ी दृश्य इमेज या टेक्स्ट ब्लॉक कब पूरी तरह रेंडर होता है। धीमे परिणाम पर मुख्य सामग्री पथ, एसेट और डिलीवरी व्यवस्था जाँचें।
Core Web Vitals निगरानी
चुने सार्वजनिक URL की दैनिक लैब जाँच चलाएँ और तकनीकी SEO कार्यप्रवाह के साथ LCP, CLS, FCP, TTFB, TBT, Speed Index, वर्तमान निष्कर्ष तथा जाँच समय रखें। कृत्रिम मापन को वास्तविक उपयोगकर्ता फ़ील्ड डेटा माने बिना प्रदर्शन में नई गिरावट खोजें और केंद्रित सुधार दोबारा जाँचें।
TL;DR
संक्षिप्त सारांश
सारांश दिखाएँ सारांश छिपाएँ
TL;DR
संक्षिप्त सारांश
Core Web Vitals निगरानी क्या है?
Screpy चुने सार्वजनिक URL की नियमित लैब जाँच चलाता है। यह LCP और CLS के साथ सहायक FCP, TTFB, TBT, Speed Index, लैब निष्कर्ष और जाँच की ताज़गी बताता है ताकि टीम कृत्रिम परिणामों को वास्तविक उपयोगकर्ता फ़ील्ड डेटा समझे बिना प्रदर्शन में नई गिरावट खोज सके, केंद्रित कारण जाँच सके और फिर माप सके।
निगरानी का दायरा चुनें
- प्रोजेक्ट निगरानी के लिए सेटअप होने पर होमपेज शामिल होता है।
- वर्तमान प्लान की सीमा के भीतर अन्य सार्वजनिक URL जोड़ सकते हैं।
- हर सक्रिय URL एक दिन बाद अगली निर्धारित जाँच के योग्य होता है।
- परिणाम के साथ सटीक URL और पिछली जाँच का समय दिखाई देता रहता है।
मुख्य लैब संकेत समझें
- Largest Contentful Paint अनुमान देता है कि मुख्य दृश्य सामग्री कब पूरी तरह रेंडर होती है।
- Cumulative Layout Shift परीक्षण के दौरान अप्रत्याशित हलचल मापता है।
- लैब निष्कर्ष पहले ध्यान देने योग्य URL खोजने में मदद करता है।
- निष्कर्ष कृत्रिम निदान संकेत है, Google का फ़ील्ड डेटा मूल्यांकन नहीं।
सहायक निदान संकेत इस्तेमाल करें
- First Contentful Paint शुरुआती रेंडरिंग का संदर्भ जोड़ता है।
- Time to First Byte जाँच को शुरुआती रिस्पॉन्स देरी पर केंद्रित करने में मदद करता है।
- Total Blocking Time लैब में मुख्य थ्रेड ब्लॉकिंग दिखाता है।
- Speed Index सारांश देता है कि परीक्षण के दौरान दृश्य सामग्री कितनी जल्दी दिखती है।
परिणाम सही संदर्भ में समझें
- लैब डेटा की तुलना समान URL और मापन विधि से करनी चाहिए।
- Total Blocking Time, Interaction to Next Paint नहीं है।
- कमजोर मीट्रिक जाँच सीमित करता है लेकिन मूल कारण साबित नहीं करता।
- बेहतर पेज अनुभव रैंकिंग या ट्रैफ़िक की गारंटी दिए बिना उपयोगकर्ताओं की सहायता करता है।
हर जाँचे पेज के लैब मीट्रिक समझें।
रिपोर्ट लोडिंग, दृश्य स्थिरता, सर्वर रिस्पॉन्स और मुख्य थ्रेड के निदान संकेत अलग करती है ताकि एक सारांश निष्कर्ष जाँचने योग्य संकेत को न छिपाए।
Cumulative Layout Shift (CLS)
परीक्षण के दौरान अप्रत्याशित दृश्य हलचल मापें। बिना आयाम की इमेज, एम्बेड, फ़ॉन्ट और देर से आने वाली सामग्री जाँच के सामान्य क्षेत्र हैं।
First Contentful Paint (FCP)
देखें कि पहला टेक्स्ट, इमेज या अन्य पेज सामग्री कब रेंडर होती है। FCP मुख्य सामग्री दिखने से पहले शुरुआती रेंडरिंग देरी की जाँच सीमित करने में मदद करता है।
Time to First Byte (TTFB)
लैब जाँच में दिखी शुरुआती सर्वर रिस्पॉन्स देरी देखें। धीमा मान जाँच को होस्टिंग, कैशिंग, रीडायरेक्ट या बैकएंड काम की ओर ले जा सकता है।
Total Blocking Time (TBT)
मापें कि लैब में मुख्य थ्रेड के कार्य कितनी देर प्रतिक्रिया क्षमता रोकते हैं। TBT उपयोगी निदान संकेत है लेकिन वास्तविक उपयोगकर्ता Interaction to Next Paint मीट्रिक नहीं।
Speed Index
केवल एक रेंडरिंग चरण पर निर्भर होने के बजाय सारांश देखें कि लैब परीक्षण में दृश्य पेज सामग्री कितनी जल्दी दिखती है।
लैब प्रदर्शन का निष्कर्ष
पहले ध्यान देने योग्य चुने URL खोजने के लिए अच्छा, सुधार आवश्यक या खराब निष्कर्ष इस्तेमाल करें। यह लैब परिणामों का सारांश है, Google का वास्तविक उपयोगकर्ता मूल्यांकन नहीं।
URL और जाँच की ताज़गी
हर परिणाम को सटीक सार्वजनिक URL और पिछली जाँच के समय से जोड़े रखें ताकि पुराने या असंबंधित मापन से वर्तमान निर्णय न लें।
महत्वपूर्ण पेज को नियमित लैब जाँच चक्र में रखें।
प्रतिनिधि सार्वजनिक URL जोड़ें और हर पेज दैनिक निर्धारित जाँच के योग्य होने के बाद नवीनतम परिणाम देखें। हर निष्कर्ष परीक्षण किए URL और डेटा एकत्र करने के समय से जुड़ा रहता है।
- होमपेज और चुने महत्वपूर्ण URL की निगरानी करें
- जाँचे पेज निष्कर्ष या URL से क्रमबद्ध करें
- परिणाम पर कार्रवाई से पहले पिछली जाँच का समय देखें
Core Web Vitals को सहायक निदान संकेतों से अलग रखें।
LCP और CLS के साथ FCP, TTFB, TBT तथा Speed Index जाँचें। Screpy TBT को वास्तविक उपयोगकर्ता INP बताने के बजाय स्पष्ट रूप से लैब प्रतिक्रिया क्षमता का निदान संकेत रखता है।
- लोडिंग और दृश्य स्थिरता के मापन जाँचें
- अगली जाँच सीमित करने के लिए रिस्पॉन्स और रेंडरिंग मीट्रिक इस्तेमाल करें
- लैब और फ़ील्ड डेटा के दावे अलग रखें
कमजोर मीट्रिक से जाँचे जा सकने वाले एक बदलाव तक पहुँचें।
सबसे कमजोर वर्तमान मीट्रिक से तय करें कि सामग्री रेंडरिंग, लेआउट के लिए सुरक्षित जगह, सर्वर रिस्पॉन्स, एसेट या मुख्य थ्रेड काम में क्या जाँचना है। एक संभावित कारण बदलें और वही URL फिर मापें।
- व्यवसाय के लिए महत्वपूर्ण पेज और साझा टेम्पलेट को प्राथमिकता दें
- कोड बदलने से पहले पेज और डिलीवरी पथ जाँचें
- बाद के निर्धारित परिणाम से केंद्रित सुधार सत्यापित करें
धीमे URL को जाँचे जा सकने वाले प्रदर्शन सुधार में बदलें।
URL और मापन विधि स्थिर रखें, सबसे कमजोर मीट्रिक से जाँच सीमित करें और बाद की जाँच से एक बदलाव सत्यापित करें।
- 01
प्रतिनिधि सार्वजनिक URL चुनें
होमपेज, कन्वर्ज़न पेज या महत्वपूर्ण टेम्पलेट के एक URL से शुरू करें। हर कम महत्वपूर्ण पेज की निगरानी उपयोगी जानकारी देने से पहले शोर बढ़ाती है।
- 02
निर्धारित लैब जाँच से आधारभूत आँकड़े बनने दें
Screpy योग्य निगरानी URL दैनिक चक्र पर जाँचता है और वर्तमान लैब निष्कर्ष, सहायक मीट्रिक, परीक्षण किया URL तथा जाँच समय दर्ज करता है।
- 03
कमजोर मीट्रिक से केंद्रित परिकल्पना बनाएँ
LCP, CLS, FCP, TTFB, TBT और Speed Index से तय करें कि सामग्री रेंडरिंग, लेआउट की सुरक्षित जगह, सर्वर रिस्पॉन्स, एसेट या मुख्य थ्रेड काम में पहले क्या जाँचना है।
- 04
एक कारण बदलें और फिर मापें
सबसे छोटा संबंधित सुधार लागू करें, निगरानी URL स्थिर रखें और बाद के निर्धारित परिणाम से जाँचें कि लैब मापन बेहतर हुआ या नहीं।
उन पेज की निगरानी करें जहाँ नई गिरावट का सबसे अधिक असर होगा।
कम महत्वपूर्ण पेज से भरे डैशबोर्ड की तुलना में छोटा प्रतिनिधि URL समूह जाँचना आसान है। व्यवसाय की महत्वपूर्ण यात्राओं और दोबारा इस्तेमाल वाले टेम्पलेट से शुरू करें।
मुख्य लैंडिंग पेज
उत्पाद, सेवा या अभियान का परिचय देने वाले पेज की निगरानी करें क्योंकि धीमा पहला अनुभव खोज और कन्वर्ज़न दोनों प्रभावित कर सकता है।
साझा पेज टेम्पलेट
एक प्रतिनिधि उत्पाद, श्रेणी, लेख या दस्तावेज़ URL चुनें ताकि उसी टेम्पलेट में दोहराई जा सकने वाली प्रदर्शन समस्याएँ दिखें।
कन्वर्ज़न के रास्ते
स्क्रिप्ट, एम्बेड, प्रयोग या तीसरे पक्ष के टैग प्रदर्शन बदलें तो कीमत, साइनअप, लीड और चेकआउट प्रवेश पेज पर नज़र रखें।
रिलीज़ से प्रभावित पेज
वही पैटर्न व्यापक रूप से लागू करने से पहले रीडिज़ाइन, फ़्रेमवर्क बदलाव, नए मीडिया, टैग मैनेजर अपडेट या डिलीवरी बदलाव से प्रभावित URL ट्रैक करें।
लैब परिणामों का अर्थ बढ़ा-चढ़ाकर न बताएँ।
Screpy नियमित प्रदर्शन जाँच को कार्रवाई योग्य बनाने के लिए है। जब असली प्रश्न फ़ील्ड डेटा, कारण का निदान या रैंकिंग प्रभाव हो, ये सीमाएँ परिणाम का सही अर्थ बनाए रखती हैं।
लैब डेटा, फ़ील्ड डेटा नहीं
Screpy नियंत्रित पेज परीक्षण चलाता है। परिणाम Chrome UX Report या Google Search Console में दिखने वाले पिछली अवधि के वास्तविक उपयोगकर्ता डेटासेट का प्रतिनिधित्व नहीं करता।
TBT, INP नहीं है
TBT लैब प्रतिक्रिया क्षमता की समस्या पहचानने में मदद करता है। INP के लिए वास्तविक उपयोगकर्ता इंटरैक्शन चाहिए, इसलिए TBT परिणाम को INP मापन नहीं बताना चाहिए।
निष्कर्ष मूल कारण नहीं है
खराब मीट्रिक बताता है कि कहाँ जाँचना है। बदलाव तय करने से पहले वास्तविक तत्व, अनुरोध, स्क्रिप्ट, टेम्पलेट या सर्वर व्यवहार की पुष्टि करें।
प्रदर्शन रैंकिंग की गारंटी नहीं है
अच्छा पेज अनुभव उपयोगकर्ता और खोज गुणवत्ता में मदद करता है लेकिन प्रासंगिक सामग्री, क्रॉल किए जा सकने, इंडेक्सिंग, लिंक या अन्य खोज संकेतों की जगह नहीं लेता।
प्रश्न के अनुरूप प्रदर्शन कार्यप्रवाह इस्तेमाल करें।
नियमित लैब परिणामों के लिए चुने URL की निगरानी करें, बार-बार के तकनीकी पैटर्न के लिए व्यापक वेबसाइट ऑडिट करें या Screpy की तुलना किसी फ़ील्ड डेटा रिपोर्ट से करने से पहले मापन विधि पढ़ें।
चुने सार्वजनिक URL की दैनिक लैब जाँच चलाएँ और वर्तमान निष्कर्ष, मीट्रिक तथा जाँच की ताज़गी देखें।
प्रभावित URL या टेम्पलेट के आसपास दोहराए पेज, एसेट, रेंडरिंग और तकनीकी पैटर्न खोजने के लिए व्यापक साइट क्रॉल करें।
वास्तविक उपयोगकर्ता फ़ील्ड रिपोर्ट से तुलना से पहले Screpy लैब डेटा का दायरा, समय और सीमाएँ समझें।
Screpy दस्तावेज़
लैब प्रदर्शन जाँच समझना सीखें
निगरानी URL चुनने, हर मीट्रिक को URL और तारीख के साथ पढ़ने, लैब डेटा फ़ील्ड डेटा से अलग करने तथा केंद्रित सुधार जाँचने के लिए Screpy गाइड अपनाएँ।
Core Web Vitals के सामान्य प्रश्न
लैब और फ़ील्ड डेटा का अंतर, LCP, CLS, TBT, सहायक गति मीट्रिक, दैनिक जाँच, URL चयन, निष्कर्ष और पेज अनुभव के दावों की सीमाएँ समझें।
पहले किन पेज की निगरानी करूँ?
होमपेज, अधिक ट्रैफ़िक वाले लैंडिंग पेज, कन्वर्ज़न प्रवेश पेज और हर महत्वपूर्ण टेम्पलेट के एक प्रतिनिधि URL से शुरू करें। ऐसे पेज जोड़ें जहाँ नई गिरावट कई विज़िटर प्रभावित करे या जहाँ वही कार्यान्वयन व्यापक रूप से इस्तेमाल होता हो।
Screpy INP के बजाय TBT क्यों दिखाता है?
Interaction to Next Paint वास्तविक उपयोगकर्ता इंटरैक्शन पर निर्भर फ़ील्ड मीट्रिक है। Total Blocking Time नियंत्रित लैब परीक्षण में मापा जा सकता है और मुख्य थ्रेड का काम दिखाने में मदद करता है जो पेज की प्रतिक्रिया धीमी कर सकता है, लेकिन दोनों मीट्रिक एक-दूसरे की जगह नहीं ले सकते।
Screpy Core Web Vitals Monitoring क्या मापता है?
Screpy चुने सार्वजनिक URL की लैब आधारित जाँच चलाता है। यह LCP, CLS, FCP, TTFB, TBT, Speed Index, लैब निष्कर्ष और नवीनतम जाँच समय बताता है ताकि टीम केंद्रित प्रदर्शन जाँच वाले पेज पहचान सके।
क्या Screpy Core Web Vitals डेटा वास्तविक उपयोगकर्ताओं पर आधारित है?
नहीं। Screpy जाँचे URL के नियंत्रित लैब मापन बताता है। Chrome UX Report या Google Search Console का फ़ील्ड डेटा लगातार बदलती संग्रह अवधि की वास्तविक विज़िट दर्शाता है और डिवाइस, नेटवर्क, भूगोल तथा उपयोगकर्ता व्यवहार अलग होने से भिन्न हो सकता है।
निगरानी URL कितनी बार जाँचे जाते हैं?
सक्रिय URL एक दिन बाद अगली निर्धारित जाँच के योग्य होते हैं। कतार की गतिविधि, पेज की उपलब्धता और वर्तमान प्लान परिणाम तैयार होने का समय प्रभावित कर सकते हैं, इसलिए कार्रवाई से पहले दिखाई गई पिछली जाँच का समय देखें।
आधिकारिक Core Web Vitals कौन से मीट्रिक हैं?
Google वर्तमान में Largest Contentful Paint, Interaction to Next Paint और Cumulative Layout Shift को Core Web Vitals मानता है। Screpy लैब जाँच में LCP और CLS मापता है तथा FCP, TTFB और Speed Index के साथ TBT को लैब प्रतिक्रिया क्षमता का निदान संकेत बताता है। यह TBT को INP नहीं बताता।
क्या Core Web Vitals सुधारने से बेहतर रैंकिंग की गारंटी है?
नहीं। Google उपयोगकर्ता और खोज के लिए अच्छे Core Web Vitals सुझाता है, लेकिन पेज अनुभव बहुत बड़े संकेत समूह का केवल एक हिस्सा है। कमजोर पेज अनुभव के साथ भी प्रासंगिक सामग्री रैंक कर सकती है और तेज़ पेज की रैंकिंग की गारंटी नहीं है।
क्या Screpy का अच्छा निष्कर्ष मतलब URL Google Core Web Vitals में पास है?
आवश्यक नहीं। Screpy लैब जाँच का सारांश देता है जबकि पर्याप्त फ़ील्ड डेटा होने पर Google का Core Web Vitals मूल्यांकन वास्तविक उपयोगकर्ता LCP, INP और CLS डेटा इस्तेमाल करता है। Screpy निष्कर्ष से परीक्षण की दिशा तय करें, फिर वास्तविक उपयोगकर्ता मूल्यांकन चाहिए तो संबंधित फ़ील्ड रिपोर्ट से तुलना करें।