Google वेबमास्टर टूल वास्तव में "साइट प्रदर्शन" को कैसे मापता है?

Question

मैं दो महीने के लिए काम कर रहा हूं, ताकि एक नए फोरम (तकनीकी दृष्टिकोण पर एक ब्रांड का नया उत्पाद) पर हमारे प्रतिक्रिया समय (मुख्य रूप से सर्वर साइड) में सुधार किया जा सके। हमने जर्मनी में कुछ महीने पहले लॉन्च किया है और मैं एक मुझे मिले परिणामों से बहुत आश्चर्य हुआ। मैं अपाचे लॉग और बुमेरांग बीकन के अपने स्वयं के कार्यान्वयन का उपयोग करके हमारे प्रतिक्रिया समय की निगरानी करता हूं ।

अपने आंकड़ों का उपयोग करते हुए, मैं देख सकता हूं कि हमारा नया उत्पाद लगभग 680 एमएस में प्रतिक्रिया करता है जहां हमारा पुराना उत्पाद लगभग 1050 एमएस में जवाब दे रहा था। दूसरी तरफ, Google वेबमास्टर टूल हमें बताता है कि हमारे पृष्ठों का औसत प्रतिक्रिया समय आज लगभग 1500 एमएस है जहां यह 700 महीने पहले हमारे पुराने उत्पाद के साथ था।

मुझे लगा है कि GWT क्लाइंट साइड मेट्रिक्स को ध्यान में रख रहा था, इसलिए मैंने हमारे बुमेरांग बीकन पर कुछ उपाय जोड़े हैं और सब कुछ ठीक लग रहा है। मैंने ySlow और Google की पृष्ठ गति पर कुछ यादृच्छिक पृष्ठ भी चलाए हैं और सब कुछ पहले की तुलना में बेहतर लग रहा है। हमारे पास Google के पृष्ठ गति उपकरण पर एक 82% घटना है जो उस साइट के लिए काफी शांत है जिसमें कुछ विज्ञापन हैं :)

हाल ही में, हमने अपने दो उत्पादों का उपयोग करने के लिए अकामाई के साथ एक समझौते पर हस्ताक्षर किए हैं: हमारी स्थिर फ़ाइलों के लिए सीडीएन (हम पहले एक और सीडीएन का उपयोग कर रहे थे लेकिन यह बहुत प्रभावी नहीं था) और नेटवर्क मार्गों में सुधार करने के लिए आरएमए। हमने यह सुनिश्चित करने के लिए एक नया आक्रामक कैश तंत्र भी पेश किया है कि क्रॉलर्स को परोसे जाने वाले अधिकांश पृष्ठ हमारे मेमेचे ग्रिड द्वारा कैश किए गए हैं। मेरे मैट्रिक्स की जाँच करने के बाद, ऐसा लगता है कि यह परिवर्तन 650ms से लगभग 500ms में सुधार हुआ है, जो अच्छा है (अभी भी महान नहीं है लेकिन यह निश्चित रूप से सुधार है)। लेकिन वेबमास्टर टूल बढ़ते औसत प्रतिसाद समय की रिपोर्ट करते रहते हैं जहाँ हम देखते हैं कि यह उसी समय में घट रहा है।

क्या आपने कभी प्रदर्शन में सुधार करते हुए अपनी साइटों पर उसी तरह का अजीब व्यवहार किया है? क्या आपके पास यह विचार है कि Google वेबमास्टर टूल में साइट प्रदर्शन के साथ Google द्वारा उसी चीज़ की निगरानी कैसे की जाए ताकि हम अपनी साइट को बेहतर बना सकें और लगातार यह जांच सकें कि क्या Google चाहता है?

2011/07/26 को संपादित करें : आपके उत्तर के लिए धन्यवाद दोस्तों! फिर भी, मैं पर्याप्त सटीक नहीं था। हमारे पास जो मुख्य मुद्दा है, वह साइट प्रदर्शन पृष्ठ के साथ नहीं है, लेकिन क्रॉल आँकड़े के साथ अभी के लिए है। हमें संभवतः हमारी ओर से कुछ बहुत ही धीमे पृष्ठों (लगभग 3000 ms !!) के साथ एक समस्या मिली और हम उन्हें ठीक करने का प्रयास कर रहे हैं। मैं आपको जल्द ही तैनात रखूंगा। एक बार फिर धन्यवाद !

Answer 1

आधिकारिक मार्गदर्शन के अनुसार

http://www.google.com/support/webmasters/bin/answer.py?answer=158541

साइट प्रदर्शन एक प्रयोगात्मक वेबमास्टर टूल लैब्स सुविधा है जो आपको आपकी साइट के बारे में विलंबता की जानकारी दिखाती है। (साइट प्रदर्शन डेटा देखने के लिए, आपको वेबमास्टर टूल्स में अपनी साइट को जोड़ना और सत्यापित करना होगा।)

पृष्ठ लोड समय उस समय से कुल समय होता है जब उपयोगकर्ता आपके पृष्ठ के लिंक पर क्लिक करता है जब तक कि पूरा पृष्ठ लोड नहीं होता है और ब्राउज़र में प्रदर्शित होता है। यह सीधे उन उपयोगकर्ताओं से एकत्र किया जाता है जिन्होंने Google टूलबार स्थापित किया है और वैकल्पिक पेजरैंक सुविधा को सक्षम किया है।

चूंकि उपयोगकर्ता अक्सर पूरी तरह से डाउनलोड होने से पहले वेब पेजों के साथ बातचीत कर सकते हैं, यह वेबसाइट की गति की बहुत सख्त व्याख्या है । लेकिन इस उपाय पर अतिरिक्त सख्ती करना उचित है क्योंकि यदि किसी पृष्ठ में गतिशील जावास्क्रिप्ट और गतिशील रूप से लोड किए गए विज्ञापन हैं, तो उपयोगकर्ता को पृष्ठ को धीरे-धीरे लोड करते हुए देखने के लिए यकीनन यह अधिक सही है।

इसलिए, जिस तरह से वे इसे मापते हैं वह Google Chrome उपकरण aka ctrl+ shift+ में नेटवर्क टैब का उपयोग करके है I।

दो प्रासंगिक घटनाएँ DOMContent Event Fired(नीली रेखा) और Load event fired(लाल रेखा) हैं। इस साइट पर एक यादृच्छिक पृष्ठ पर, इसका मतलब है कि संख्या क्रमशः 600 एमएस और 1.1 सेकंड के आसपास है। कमांड लाइन से किसी पेज को डाउनलोड करने के समय की तुलना में यह बहुत बड़ा है, wget- और स्पष्ट रूप से उस समय को दर्शाता है जब क्लाइंट ब्राउज़र HTTP द्वारा डाउनलोड की गई सामग्री को रेंडर करने के लिए खर्च कर रहा है।

(यह मेरे लिए अनुचित भी है, क्योंकि सभी स्थैतिक पृष्ठों वाली एक वेबसाइट पर एक से अधिक लाभ होने वाला है, जो विशिष्ट उपयोगकर्ता के लिए प्रत्येक पृष्ठ को गतिशील रूप से कस्टमाइज़ करता है, लेकिन मुझे लगता है कि उनका ब्रेक टूट गया है!)

Comments

मैं मानता हूं कि यह उपाय अनुचित है। मैं वास्तव में Google को संभावित रूप से दंडित करने के साथ समस्या लेता हूं कि मुझे अपने नवीनतम ट्विटर स्टेटस को अतुल्यकालिक और विनीत रूप से लोड करने में कितना समय लगता है, जब पेज का मांस लगभग तुरंत लोड होता है। इससे भी बदतर, ऐसा लगता है कि वे बहु-पृष्ठ लेख प्रारूप को प्रोत्साहित कर रहे हैं जो सभी को घृणा करता है, क्योंकि यह लगभग निश्चित रूप से तेजी से लोड होगा।

— डेव वार्ड

यदि आप इस तथ्य को ध्यान में रखते हैं कि Google विज्ञापन बेचता है और अधिक पृष्ठ अनुरोध अक्सर अधिक विज्ञापनों के बराबर होते हैं, तो यह समझ में आता है कि जी $ साइटों को बहु-पृष्ठ लेख प्रारूप का उपयोग करने के लिए प्रोत्साहित करने की कोशिश कर रहा है।

— रन

@dave Google स्पष्ट रूप से कहता है कि साइट प्रदर्शन एक प्रयोगात्मक "प्रयोगशाला" सुविधा है, स्पष्ट होने के लिए, इसलिए यह निश्चित नहीं है कि इसका उपयोग रैंकिंग उद्देश्यों के लिए किया जाता है।

— जेफ एटवुड

@ जेफ, मेरा मानना ​​है कि वे तब तक हैं, जब तक उन्होंने अपना मन नहीं बदल लिया है: googlewebmastercentral.blogspot.com/2010/04/…

— डेव वार्ड

तो क्या इसका मतलब यह है कि window.onload के बाद चलने वाली कोई भी चीज़ लोडिंग टाइम में नहीं गिना जाता है?

— असंतुष्टगीत