आय और साइनअप वाले पेज
चेकआउट के प्रवेश पेज, कीमत पेज, लीड फ़ॉर्म और साइनअप रूट की निगरानी करें जहाँ धीमा अनुभव महत्वपूर्ण विज़िट बाधित कर सकता है।
वेबसाइट PageSpeed निगरानी
नियमित लैब जांच से महत्वपूर्ण सार्वजनिक URL की निगरानी करें। Screpy की Core Web Vitals स्क्रीन में लोडिंग, प्रतिक्रिया की डिलीवरी, अवरोध और लेआउट स्थिरता देखें; अलग होमपेज सारांश में छह माप मिलते हैं।
PageSpeed मापन के संकेत
FCP
देखें कि चुने URL पर शुरुआती सामग्री पहली बार कब दिखती है।
TTFB
कनेक्शन और डिलीवरी की देरी सहित प्रतिक्रिया का पहला बाइट आने तक का समय देखें।
TBT और Speed Index
मुख्य थ्रेड के अवरोध और होमपेज की दृश्य लोडिंग प्रगति देखें।
निगरानी के लिए पेज चुनें
PageSpeed निगरानी उन पेजों के आसपास बनाएं जिनसे विज़िटर वास्तव में साइट पर आते हैं। Screpy प्रोजेक्ट का होमपेज शामिल करता है; आप प्रोजेक्ट के डोमेन या सबडोमेन के सार्वजनिक URL जोड़ सकते हैं।
- प्लान की बची सीमा महत्वपूर्ण लैंडिंग पेज, उत्पाद पेज और हर टेम्पलेट के प्रतिनिधि उदाहरणों पर इस्तेमाल करें।
- पाथ और क्वेरी पैरामीटर अलग निगरानी वाले URL तय करते हैं; फ़्रैगमेंट हटाए जाते हैं और दोहराई गई प्रविष्टियां स्वीकार नहीं होतीं।
- सार्वजनिक प्रवेश पेज जांचें; लैब जांच से लॉगिन, खरीदारी या पंजीकरण की पूरी प्रक्रिया समाप्त करने की अपेक्षा न करें।
- निगरानी की जरूरत खत्म होने पर URL हटाएं; उसकी जांच बंद होती है, वेबसाइट का पेज नहीं हटता।
example.comलैब
/1.4 s/shop/linen2.8 s/guides/seo1.9 sरोज़ाना PageSpeed जांच चलाएं
ये जांच Screpy प्रोजेक्ट की Core Web Vitals स्क्रीन में प्रबंधित करें। नियमित जांच से सामग्री, टेम्पलेट और स्क्रिप्ट बदलने पर चुने हुए पेजों की समीक्षा जारी रहती है।
- जोड़ा गया URL पहली जांच के प्रयास के बाद परिणाम तालिका में दिखता है; जोड़ने से तुरंत परिणाम नहीं मिलता।
- पात्र प्रोजेक्ट के सक्रिय URL के लिए सहेजे गए प्रयास के कम से कम एक दिन बाद फिर जांच निर्धारित की जा सकती है।
- प्रसंस्करण का समय और उपलब्ध माप बदल सकते हैं। तालिका में जांच की तारीख या तुरंत दोबारा जांच चलाने का नियंत्रण नहीं है।
दैनिक09:00
123456789101112131415161718192021
URL की गति के परिणाम देखें
प्राथमिकता तय करने से पहले पेज के सटीक URL के पास अलग-अलग माप पढ़ें। स्थिति शुरुआती संकेत देती है; मान लोडिंग के अलग हिस्से बताते हैं।
- हर URL पंक्ति में FCP और LCP सेकंड में, TTFB और TBT मिलीसेकंड में तथा CLS बिना इकाई के दिखता है।
- निगरानी वाले पेजों को URL या स्थिति के अनुसार क्रम में रखें; माप वाले कॉलम से क्रम नहीं बदल सकते।
- लैब स्थिति उपलब्ध LCP, CLS या TBT वर्गीकरणों में सबसे खराब का इस्तेमाल करती है। स्थिति सफल होने पर भी धीमे FCP या TTFB पर ध्यान देना जरूरी हो सकता है।
- गायब मान अनुपलब्ध माप हैं; आंशिक सफलता Google का वास्तविक उपयोगकर्ताओं वाला Core Web Vitals आकलन नहीं है।
example.comलैब
LCP2.1 s
TBT180 ms
CLS0.04
लोडिंग की देरी जांचें
सभी मापों के पैटर्न से केंद्रित जांच चुनें। Screpy समय और स्थिरता के संकेत देता है; कारण की पुष्टि के लिए आपकी टीम पेज के कार्यान्वयन की जांच करती है।
- अधिक TTFB होने पर रीडायरेक्ट, कनेक्शन का समय, कैश और प्रतिक्रिया की डिलीवरी जांचना उचित हो सकता है; यह केवल बैकएंड कोड का समय नहीं मापता।
- कम TTFB के साथ धीमा FCP शुरुआती रेंडरिंग की ओर संकेत कर सकता है; देर से LCP मुख्य सामग्री और उसकी डिलीवरी की जांच का कारण हो सकता है।
- अधिक TBT होने पर मुख्य थ्रेड के लंबे कार्य जांचें। यह उनके अवरोध वाले हिस्से मापता है, पूरी JavaScript अवधि या INP नहीं।
- अधिक CLS होने पर अनपेक्षित लेआउट बदलाव जांचें, जैसे बाद में आने वाली सामग्री के लिए जगह पहले से न रखना।
- विशिष्ट तत्व या स्क्रिप्ट पहचानने के लिए ब्राउज़र की परफ़ॉर्मेंस ट्रेस इस्तेमाल करें; Screpy तालिका इन कारणों की पहचान नहीं करती।
लैब2,100 ms
TTFB450 ms
FCP1,100 ms
LCP2,100 ms
TBT95 ms
होमपेज का Speed Index देखें
होमपेज सारांश FCP, LCP, CLS, TTFB और TBT के साथ Speed Index जोड़ता है। पहले और सबसे बड़े सामग्री-तत्व के समय के साथ दृश्य लोडिंग की प्रगति समझने के लिए यह सहेजा गया परिणाम देखें।
- Speed Index बताता है कि दिखाई देने वाली सामग्री कितनी जल्दी भरती है, पूरा पेज या उपयोगकर्ता की पूरी प्रक्रिया कब समाप्त होती है यह नहीं।
- Speed Index होमपेज सारांश में दिखता है, हर निगरानी वाले URL की पंक्ति में नहीं।
- सारांश होमपेज का है; यह पूरे साइट का औसत, विज़िटर का पर्सेंटाइल या ऐतिहासिक रुझान नहीं है।
Speed Index2.1 s
0.8 s
1.4 s
2.1 s
परफ़ॉर्मेंस बदलाव सत्यापित करें
बाद की जांच किसी केंद्रित रिलीज़ के मूल्यांकन में मदद कर सकती है, लेकिन मौजूदा परिणामों की स्क्रीन पहले-बाद का संग्रह नहीं है। तुलना के लिए अपना शुरुआती रिकॉर्ड रखें।
- टेम्पलेट, इमेज रणनीति या स्क्रिप्ट बदलने से पहले URL, उपलब्ध माप और पेज का संस्करण लिखें।
- एक सार्थक बदलाव करें और उसी URL की बाद की उपलब्ध जांच से तुलना करें; अलग क्वेरी पैरामीटर दूसरे पेज को दर्शा सकते हैं।
- बदले मान को अपनी रिलीज़ का असर मानने से पहले कैश, तीसरे पक्ष की सामग्री और मापों के उतार-चढ़ाव पर विचार करें।
- इस दृश्य में कई समयबिंदुओं का इतिहास, परफ़ॉर्मेंस अलर्ट या स्वचालित कारण-परिणाम रिपोर्ट नहीं है।
पहले62→बाद में87
नोटSEO MCP से PageSpeed समझाएं
SEO MCP के जरिए AI सहायक से होमपेज के उपलब्ध सहेजे गए माप समझाने को कहें। व्याख्या को नया परीक्षण न मानें; उसे लौटाए गए URL और सहेजे गए जांच समय से जोड़ें।
- केवल पढ़ने वाला टूल होमपेज के उपलब्ध FCP, LCP, CLS, TTFB, TBT और Speed Index मान लौटाता है।
- होमपेज परिणाम या कोई माप गायब हो तो वह अनुपलब्ध ही रहता है; टूल किसी दूसरे निगरानी वाले पेज का परिणाम नहीं रखता।
- SEO MCP परफ़ॉर्मेंस जांच शुरू नहीं करता, जोड़े गए सभी URL नहीं लाता और साइट को अपने आप ठीक नहीं करता।
- प्रमाणित SEO API भी प्रोजेक्ट तक पहुंच और संबंधित एंडपॉइंट के लिए प्लान पात्रता के अनुसार सहेजा गया होमपेज सारांश देता है।
GET
/projectsJSON{
"data": [
{ "domain": "example.com" }
]
}PageSpeed निगरानी पर बात करें। SEO MCP के साथ।
SEO MCP से होमपेज के सहेजे गए गति माप समझें। टूल उपलब्ध परिणाम पढ़ता है; नया परीक्षण नहीं चलाता या हर निगरानी वाला URL नहीं लाता।
- Screpy: नमस्ते! example.com के लिए PageSpeed निगरानी देखें। आप क्या जानना चाहते हैं?
- आप: example.com का सहेजा FCP और TTFB समझाओ। मुझे क्या जांचना चाहिए?
- Screpy: होमपेज के इस उदाहरण में FCP 2.4 सेकंड और TTFB 950 मिलीसेकंड है। पहले कनेक्शन और प्रतिक्रिया की डिलीवरी, फिर शुरुआती रेंडरिंग जांचें। मान जांच की दिशा बताते हैं, कारण नहीं। दूसरे परिणाम की तुलना से पहले लौटे URL और सहेजे समय की पुष्टि करें। सहेजे होमपेज का उदाहरण: FCP: 2.4 सेकंड. TTFB: 950 मिलीसेकंड.
- आप: इसे एक छोटी कार्ययोजना में बदलो।
- Screpy: मैं निष्कर्ष और सुझाव अलग रखूँगा। प्रमाण देखें, एक बदलाव चुनें और बाद में नतीजे जाँचें। आपके अगले कदम: समीक्षा: हर निष्कर्ष का स्रोत और तारीख जाँचें।. निर्णय: पहला बदलाव चुनें।. सत्यापन: बदलाव के बाद नतीजों की तुलना करें।.
- आप: क्या प्रमाण को सरल भाषा में समझा सकते हो?
- Screpy: हाँ। किसी समर्थित परिणाम के बारे में पूछें। मैं बताऊँगा कि वह क्या दिखाता है, कहाँ से आया है और क्या अनिश्चित है। अनुपलब्ध डेटा अनुपलब्ध ही रहता है; सुझाव अपने-आप किए गए सुधार नहीं हैं।
एक धीमे परिणाम को नियंत्रित प्रदर्शन जाँच में बदलें।
URL, मापन दायरा और अगला बदलाव स्पष्ट रखकर अनुमान कम करें। PageSpeed Monitoring लैब साक्ष्य देता है; जाँच की जिम्मेदारी आपकी टीम की रहती है।
-
प्रतिनिधि सार्वजनिक URL चुनें
उपलब्ध सीमा में प्रोजेक्ट डोमेन या सबडोमेन का सार्वजनिक पेज चुनें जो अभियान, ऑर्गेनिक प्रवेश या महत्वपूर्ण टेम्पलेट से जुड़ा हो।
-
URL और उपलब्ध माप पढ़ें
सटीक URL, उपलब्ध मान और लैब स्थिति की पुष्टि करें। तालिका में जांच की तारीख नहीं दिखती; गायब मान पूरे मापन की पुष्टि नहीं करते।
-
एक केंद्रित परिकल्पना बनाएँ
जांच चुनने के लिए तालिका के FCP, LCP, TTFB, TBT और CLS इस्तेमाल करें। दृश्य प्रगति के सवाल के लिए Speed Index केवल होमपेज सारांश से पढ़ें।
-
एक कारण बदलें और फिर मापें
URL और परीक्षण दायरा समान रखें, मूल परिणाम दर्ज करें, एक महत्वपूर्ण बदलाव करें और बाद की जाँच से देखें कि साक्ष्य अपेक्षित दिशा में बदले या नहीं।
वास्तविक व्यावसायिक निर्णय से जुड़े पेज की निगरानी करें।
बिना प्राथमिकता वाली सूची की तुलना में छोटा, सोच-समझकर चुना URL समूह समझना आसान है। कम महत्वपूर्ण अपवाद पेज से पहले महत्वपूर्ण यात्राएँ और टेम्पलेट कवर करें।
अभियान लैंडिंग पेज
विज्ञापन, ईमेल, लॉन्च और मौसमी लैंडिंग पेज को सक्रिय ट्रैफ़िक मिलने के दौरान निगरानी समूह में रखें।
ऑर्गेनिक प्रवेश पेज
खोज से विज़िटर लाने वाले प्रतिनिधि लेख, श्रेणी पेज और उत्पाद पेज चुनें।
साझा टेम्पलेट
हर महत्वपूर्ण टेम्पलेट का एक प्रतिनिधि URL निगरानी में रखें ताकि लेआउट या स्क्रिप्ट बदलाव केंद्रित लैब परिणाम से जाँचा जा सके।
समझें कि निगरानी परिणाम क्या साबित नहीं करता।
Screpy को नियमित लैब मापन कार्यप्रवाह की तरह इस्तेमाल करें। फ़ील्ड डेटा, मूल कारण का निदान, ऐतिहासिक रिपोर्टिंग, अलर्ट और व्यावसायिक परिणाम अलग रखें, जब तक दूसरा स्रोत उन्हें सत्यापित न करे।
लैब डेटा फ़ील्ड डेटा नहीं है
Screpy नियंत्रित जाँच के कृत्रिम मापन बताता है। इन्हें वास्तविक विज़िटर के दर्ज अनुभव के रूप में न प्रस्तुत करें।
मौजूदा परिणामों के लिए अलग शुरुआती रिकॉर्ड चाहिए
बाद की तुलना के लिए मान अलग दर्ज करें। इस दृश्य में कई समयबिंदुओं वाला इतिहास चार्ट, जांच की तारीख का दृश्य कॉलम या परफ़ॉर्मेंस अलर्ट नहीं हैं।
मीट्रिक मूल कारण नहीं है
कमजोर FCP, LCP, TTFB, TBT, Speed Index या CLS परिणाम बताता है कि कहाँ जाँचना है; यह आवश्यक कार्यान्वयन बदलाव साबित नहीं करता।
PageSpeed रैंकिंग की गारंटी नहीं है
तेज़ पेज विज़िटर और पेज अनुभव में मदद कर सकते हैं, लेकिन केवल लैब निष्कर्ष रैंकिंग, ट्रैफ़िक, सहभागिता या कन्वर्ज़न की गारंटी नहीं दे सकता।
प्रश्न के अनुरूप प्रदर्शन कार्यप्रवाह इस्तेमाल करें।
वर्तमान लैब परिणामों के लिए चुने URL की निगरानी करें, संकेतों का Core Web Vitals से संबंध समझें या एक मीट्रिक दोहराई समस्या न समझा सके तो व्यापक वेबसाइट ऑडिट करें।
चुने हुए सार्वजनिक पेजों की नियमित लैब जांच करें और Core Web Vitals स्क्रीन में URL के उपलब्ध माप देखें।
लैब निदान संकेतों को फ़ील्ड डेटा से अलग करें और समझें कि LCP, CLS, TBT तथा वास्तविक उपयोगकर्ता INP को कैसे समझना चाहिए।
क्रॉल, लिंक, इमेज और ऑन-पेज निष्कर्षों से साइट का संदर्भ जोड़ें; ऑडिट ब्राउज़र परफ़ॉर्मेंस ट्रेस की जगह नहीं लेता।
Screpy दस्तावेज़
पेज प्रदर्शन की निगरानी सीखें
URL चुनना, उपलब्ध लैब माप समझना, वास्तविक उपयोगकर्ताओं के डेटा अलग रखना और बाद की जांच के लिए शुरुआती रिकॉर्ड बनाना सीखें।
PageSpeed निगरानी के सामान्य प्रश्न
URL कवरेज, रोज़ाना पात्रता, तालिका और होमपेज के माप, लैब स्थिति, सहेजे गए परिणाम तथा तुलना की सीमाएं समझें।
पहले किन URL की निगरानी करूँ?
शामिल होमपेज और प्रोजेक्ट डोमेन या सबडोमेन के प्रतिनिधि सार्वजनिक अभियान, उत्पाद, मूल्य या सामग्री पेजों से शुरू करें। कितने URL जोड़ सकते हैं यह प्लान की सीमा तय करती है; सार्वजनिक जांच प्रमाणित उपयोगकर्ता की पूरी प्रक्रिया पूरी नहीं करती।
क्या Screpy Google PageSpeed स्कोर दिखाता है?
यह स्क्रीन 0–100 Lighthouse या Google PageSpeed स्कोर नहीं दिखाती। लैब स्थिति उपलब्ध LCP, CLS या TBT वर्गीकरणों में सबसे खराब पर आधारित है। FCP और TTFB अलग निदान माप हैं; सफल स्थिति वास्तविक उपयोगकर्ताओं के Core Web Vitals प्रमाणित नहीं करती।
Screpy PageSpeed Monitoring लैब डेटा है या फ़ील्ड डेटा?
यह नियंत्रित परीक्षण में एकत्र कृत्रिम लैब डेटा है। फ़ील्ड डेटा बताता है कि वास्तविक विज़िटर ने पेज कैसा अनुभव किया, इसलिए दोनों स्रोत अलग समझने चाहिए।
क्या PageSpeed Monitoring में अलर्ट या ऐतिहासिक रुझान चार्ट शामिल हैं?
यह दृश्य URL के उपलब्ध मौजूदा परिणाम और सहेजा गया होमपेज सारांश दिखाता है। इसमें परफ़ॉर्मेंस अलर्ट या कई समयबिंदुओं का इतिहास चार्ट नहीं मिलता। बाद की जांच की तुलना से पहले अलग शुरुआती रिकॉर्ड रखें।
Screpy PageSpeed Monitoring क्या मापता है?
PageSpeed Monitoring में Core Web Vitals स्क्रीन इस्तेमाल होती है। चुने URL की पंक्तियां FCP, LCP, TTFB, TBT और CLS के साथ लैब स्थिति दिखाती हैं। होमपेज सारांश में Speed Index भी है। तालिका में जांच की तारीख या 0–100 PageSpeed स्कोर नहीं है।
Screpy निगरानी वाले URL को कितनी बार जाँचता है?
पात्र प्रोजेक्ट के सक्रिय निगरानी वाले URL के लिए सहेजे प्रयास के कम से कम एक दिन बाद फिर जांच निर्धारित की जा सकती है। URL जोड़ने से तुरंत परिणाम नहीं मिलता और समाप्ति का समय बदल सकता है। तालिका में जांच की तारीख का कॉलम नहीं दिखता।
क्या PageSpeed Monitoring धीमे परिणाम का सटीक कारण पहचानता है?
नहीं। कमजोर मीट्रिक जाँच सीमित करता है लेकिन मूल कारण साबित नहीं करता। सुधार चुनने से पहले प्रभावित URL, टेम्पलेट, एसेट, स्क्रिप्ट, डिलीवरी पथ और व्यापक वेबसाइट ऑडिट जाँचें।
क्या बेहतर PageSpeed परिणाम बेहतर रैंकिंग या अधिक कन्वर्ज़न की गारंटी देगा?
नहीं। पेज गति विज़िटर अनुभव और पेज गुणवत्ता में सहायता कर सकती है, लेकिन रैंकिंग और कन्वर्ज़न कई कारकों पर निर्भर हैं। लैब परिणाम को निर्णय का एक इनपुट मानें, निश्चित नतीजा नहीं।