क्या Google Analytics का प्रदर्शन ओवरहेड है?


83

Google Analytics प्रदर्शन को किस हद तक प्रभावित करता है?

मैं निम्नलिखित की तलाश में हूं:

  • बेंचमार्क (प्रतिक्रिया समय / पगेलोड समय एट अल सहित)
  • समान बेंचमार्क के लिंक या परिणाम

आपकी साइट पर Google Analytics (GA) के परीक्षण की एक (संभव) विधि:

  1. अपने स्वयं के सर्वर से ga.js (Google Analytics JavaScript फ़ाइल) परोसें।
  2. Google डेली (परीक्षण 1) और साप्ताहिक (परीक्षण 2) से अपडेट करें।

मुझे यह देखने में रुचि होगी कि यह क्लाइंट वेबसर्वर और GA सर्वर के बीच संचार को कैसे कम करता है।

क्या किसी ने इनमें से कोई परीक्षण किया है? यदि हां, तो क्या आप अपने परिणाम प्रदान कर सकते हैं? यदि नहीं, तो किसी के पास GA का उपयोग करने के लिए प्रदर्शन हिट (या इसके अभाव) के परीक्षण के लिए एक बेहतर तरीका है?


4
लोग प्रश्न को "पसंदीदा" के रूप में चिह्नित क्यों करते हैं? यदि सवाल दिलचस्प जवाब पैदा करता है, तो सवाल को बढ़ाएँ!
दान रोसेनस्टार्क

2
शायद वे सिर्फ यह देखना चाहते हैं कि लोग प्रतिक्रिया में क्या कहते हैं, लेकिन इस विषय में बिल्कुल दिलचस्पी नहीं रखते हैं, (यानी वे कुछ संबंधित के बारे में सोच रहे हैं)
अनकवंक्ट

3
सही। जो एक उत्थान के योग्य है। अपवोट्स उन सवालों के लिए नहीं हैं जो आपको हंसाते हैं। यह YouTube नहीं है। Upvotes उन सवालों के लिए हैं जो हमारे संयुक्त तकनीकी ज्ञान को समृद्ध करते हैं।
डान रोसेनस्टार्क

1
मुझे लगता है कि अलग-अलग लोगों के पास अप-वोट के लिए अलग-अलग मानदंड हैं अन्यथा हर प्रश्न में IMMENSE वोटों की मात्रा होगी या बंद होगी।
UnkwnTech

2
स्पष्ट करने, संरचना में सुधार करने और वाक्य के टुकड़ों से छुटकारा पाने के लिए सवाल फिर से लिखें।
जॉर्ज स्टॉकर

जवाबों:


35

2018 अपडेट : आप कहां और कैसे माउंटेन एनालिटिक्स को बार-बार बदलते हैं। वर्तमान gtag.js कोड कुछ चीजें करता है:

  1. Gtag स्क्रिप्ट लोड करें लेकिन async (नॉन-ब्लॉकिंग)। इसका मतलब यह है कि यह आपके पेज को बैंडविड्थ और प्रोसेसिंग के अलावा किसी अन्य तरीके से धीमा नहीं करता है।
  2. नामक पृष्ठ पर एक सरणी बनाएँ window.datalayer
  3. एक छोटे से gtag()फंक्शन को परिभाषित करें जो कि आप जो भी फेंकते हैं उसे उस एरे में फेंक दें।
  4. एक पगेलोड घटना के साथ कॉल करता है।

एक बार मुख्य gtag स्क्रिप्ट लोड होने के बाद, यह इस सरणी को Google के साथ सिंक करती है और इसे परिवर्तनों के लिए मॉनिटर करती है। यह एक अच्छी प्रणाली है और पिछले सिस्टम के विपरीत (उदाहरण के लिए कोड भरना पहले ही </body>) इसका मतलब है कि आप ईवेंट को प्रस्तुत किए जाने से पहले कॉल कर सकते हैं और स्क्रिप्ट ऑर्डर वास्तव में मायने नहीं रखता है, जब तक कि आप gtag()पहले परिभाषित करते हैं ।

यह कहने के लिए नहीं है कि यहां प्रदर्शन ओवरहेड नहीं है। हम अभी भी स्क्रिप्ट को लोड करने पर बैंडविड्थ का उपयोग कर रहे हैं (यह 15 मिनट के लिए स्थानीय रूप से कैश किया गया है), और यह स्क्रिप्ट का एक छोटा सा ढेर नहीं है जिसे वे आप पर फेंकते हैं, इसलिए कुछ सीपीयू समय इसे संसाधित कर रहे हैं।

लेकिन यह (आधुनिक) आधुनिक सीमावर्ती रूपरेखाओं की तुलना में सभी नगण्य है।

यदि आप निरपेक्ष, सबसे कट-डाउन वेबसाइट के लिए जा रहे हैं, तो इसे पूरी तरह से टाल दें। यदि आप अपने उपयोगकर्ताओं की गोपनीयता की रक्षा करने की कोशिश कर रहे हैं, तो किसी भी तीसरे पक्ष की स्क्रिप्ट का उपयोग न करें ... लेकिन अगर हम एक औसत आधुनिक वेबसाइट के बारे में बात कर रहे हैं, तो अगर आप हैं तो gtag.js की तुलना में बहुत कम लटका हुआ फल है। हिटिंग मुद्दे।


3
Google के पास बेहतर सर्वर हो सकते हैं, लेकिन यदि संभव हो तो वे फ़ाइल को वितरित नहीं करते हैं; 22k एक बड़ी फ़ाइल नहीं है, यह बड़े पैमाने पर लाभ के लिए पर्याप्त है, विशेष रूप से सादा पाठ होने के नाते (यह मेरे सर्वर पर इसे 10 से कम कर देता है।)
रॉस

6
मैं नहीं जानता कि अगर वे 2 साल पहले gzipping नहीं थे, लेकिन, वे अब कर रहे हैं, और यह इस लेखन के रूप में फ़ाइल का आकार 30.92k से 12.63k तक कम कर देता है।
येलह

2
तो गलत: GA फ़ाइल को नो-कैश के रूप में चिह्नित किया गया है। किसी ने इसे कैश नहीं किया।
टैकॉन

1
मैं इस तरह के एक सरल जवाब पाकर खुश हूं, लेकिन यह 2009 से है। मैं यह नहीं कह रहा हूं कि "पुराना मतलब बुरा है", मैं बस सोच रहा हूं: हाल के वर्षों में कुछ भी बदल गया है?
लज़ार लुजुबेनोविक

1
नवीनतम स्क्रिप्ट के लिए अद्यतन किया गया। @tacone आपकी टिप्पणी मेरे मूल उत्तर के कुछ साल बाद की थी। साधारण तथ्य यह है कि Google ने बार-बार यह सब बदल दिया है कि पिछले एक दशक में यह सब कैसे काम करता है। वर्तमान कैश 900s है।
ओली

11

स्टीव साउडर्स (क्लाइंट-साइड प्रदर्शन विशेषज्ञ) द्वारा कुछ शानदार स्लाइड्स के बारे में हैं:

  • समानांतर में बाहरी जावास्क्रिप्ट फ़ाइलों को लोड करने के लिए विभिन्न तकनीकों
  • लोडिंग समय और पृष्ठ रेंडरिंग पर उनका प्रभाव
  • ब्राउज़र किस प्रकार की "प्रगति में" संकेतक प्रदर्शित करता है (जैसे स्थिति बार में 'लोड हो रहा है', प्रति घंटा माउस कर्सर)।

सॉर्डर्स स्लाइड्स के संदर्भ में धन्यवाद, उनके भीतर मौजूद उत्कृष्ट जानकारी।
सबुनकु

7

मैंने कोई फैंसी स्वचालित परीक्षण या प्रोग्रामेटिक नंबर क्रंचिंग नहीं किया है, लेकिन फायरबग प्लगइन के साथ अच्छे पुराने फ़ायरफ़ॉक्स और जेएस चर की एक जोड़ी का उपयोग करके सभी जीए कोड को निष्पादित करने से पहले और बाद में समय का अंतर बताने के लिए, यहां वही है जो मैंने पाया है।

दो चीजें डाउनलोड की जाती हैं:

  1. g.js कोड वाली जावास्क्रिप्ट फ़ाइल है। यह 9kb है, इसलिए प्रारंभिक डाउनलोड नगण्य है और फ़ाइल नाम गतिशील नहीं है, इसलिए इसे पहले अनुरोध के बाद कैश किया गया है।

  2. डायनेमिक url (क्वेरी स्ट्रिंग आर्ग के माध्यम से) के साथ एक 35 बाइट gif फ़ाइल, इसलिए यह हर बार अनुरोध किया जाता है। 35 बाइट्स एक नगण्य डाउनलोड के रूप में अच्छी तरह से है (फायरबग कहता है कि मुझे इसे dl करने में 70ms लगे)।

जहां तक ​​निष्पादन का समय है, स्वच्छ ब्राउज़र कैश के साथ मेरा पहला अनुरोध हर बार औसतन लगभग 330ms था और बाद के अनुरोध 35 और 130 एमएस के बीच थे।


जब आप कहते हैं कि यह 70ms लिया है तो क्या इसका मतलब है कि लिंक पर क्लिक करने वाले दर्शक और उनके द्वारा देखे जा रहे पृष्ठ के बीच लगने वाले समय में 70ms जोड़ा गया है? अगर ऐसा है तो मैंने जो पढ़ा है, उसमें से 70ms बहुत महत्वपूर्ण हैं। मैंने पढ़ा कि 100ms के तहत कुछ भी तात्कालिक माना जाता है। तो अगर 70ms का उपयोग किया गया है, तो आपके पास ध्यान देने योग्य देरी के साथ समाप्त होने से पहले आपके पास अन्य सभी सामानों को करने के लिए केवल 30ms शेष हैं। मैं बिल्कुल भी निश्चित नहीं हूं कि मैंने जो भी कहा है वह समझ में आता है क्योंकि मैं विषय को बहुत अच्छी तरह से नहीं समझता हूं लेकिन यह कम से कम सतही रूप से तर्कसंगत लगता है।
user3425506

5

मेरे अपने अनुभव से यह Google-Analytics को जोड़ने से लोड समय नहीं बदला है।

फायरबग के अनुसार यह एक दूसरे (648MS एवीजी) में कम लोड करता है, और इसलिए मेरे कुछ अन्य परीक्षण के अनुसार ~ 60% - उस समय का 80% सर्वर से डेटा स्थानांतरित कर रहा था, जो निश्चित रूप से उपयोगकर्ता से उपयोगकर्ता में भिन्न होगा।

मैं विशेष रूप से यह नहीं सोचता कि उपरोक्त कारणों से स्थानीय स्तर पर एनालिटिक्स कोड को कैशिंग करने से लोड समय में बहुत बदलाव आएगा।

मैं अधिक-से-अधिक 40 वेबसाइटों पर Google-Analytics का उपयोग करता हूं, कभी भी बिना किसी कारण के, यहां तक ​​कि छोटे, मंदी के कारण, छवियों को प्राप्त करने में सबसे अधिक समय व्यतीत होता है, जो उनके विशिष्ट आकारों के कारण समझ में आता है।


5

आप बिना किसी समस्या के अपने सर्वर पर ga.js की मेजबानी कर सकते हैं, लेकिन विचार यह है कि आपके उपयोगकर्ताओं के पास किसी अन्य साइट से कैश किए गए g.js होंगे जो उन्होंने देखे होंगे। इसलिए ga.js डाउनलोड करना, क्योंकि यह बहुत लोकप्रिय है, कई मामलों में बहुत कम ओवरहेड जोड़ता है (यानी, यह पहले से ही कैश हो चुका है)।

साथ ही, नेटवर्क टोपोलॉजी के कारण DNS लुकअप अलग-अलग जगहों पर समान नहीं होते हैं। कैशिंग व्यवहार इस आधार पर बदल जाएगा कि क्या उपयोगकर्ता अन्य साइटों का उपयोग करते हैं जिनमें ga.js शामिल हैं या नहीं।

एक बार जावास्क्रिप्ट लोड होने के बाद, g.js Google सर्वर के साथ संवाद करता है, लेकिन यह एक अतुल्यकालिक प्रक्रिया है।

उम्मीद है की यह मदद करेगा।


3

सर्वर साइड पर कोई / न्यूनतम साइट ओवरहेड नहीं है।

Google Analytics के लिए HTML जावास्क्रिप्ट की तीन पंक्तियाँ हैं जो आप अपने वेबपेज के नीचे रखते हैं। यह वास्तव में कुछ भी नहीं है, और कॉपीराइट नोटिस की तुलना में किसी भी अधिक सर्वर संसाधन का उपभोग नहीं करता है।

क्लाइंट साइड पर, पेज प्रदर्शित करने के लिए पेज थोड़ा समय (कुछ सेकंड तक) ले सकता है। हालाँकि - मेरे अनुभव में, लोड न किए गए पृष्ठ का एकमात्र हिस्सा Google सामग्री है, इसलिए उपयोगकर्ता आपके पृष्ठ को पूरी तरह से ठीक देख सकते हैं। आप पृष्ठ के शीर्ष पर थ्रोबार को थोड़ी देर के लिए धड़कते हैं।

(नोट: इस स्थिति के लिए आपको किसी भी सेवा किए गए पृष्ठों के निचले भाग में अपना Google विश्लेषिकी कोड ब्लॉक रखना होगा। मुझे नहीं पता कि कोड ब्लॉक को आपके HTML के शीर्ष पर रखा जाए तो क्या होगा)


3

पारंपरिक निर्देश कैसे शामिल करने के लिए पर गूगल से ga.jsउपयोग document.write()। इसलिए, भले ही कोई ब्राउज़र किसी भी तरह से अतुल्यकालिक रूप से बाहरी जावास्क्रिप्ट पुस्तकालयों को लोड करेगा, जब तक कि कुछ कोड को वास्तव में निष्पादित नहीं किया document.write()जाएगा , तब भी पेज लोडिंग को अवरुद्ध करेगा। बाद के अतुल्यकालिक निर्देशdocument.write() सीधे उपयोग नहीं करते हैं, लेकिन शायद insertBeforeपृष्ठ लोडिंग को भी अवरुद्ध करते हैं?

हालाँकि, Google कैश max-ageको 86,400 सेकंड (1 दिन होने पर, और यहां तक ​​कि सार्वजनिक होने के लिए सेट करता है , इसलिए प्रॉक्सिस पर भी लागू होता है) सेट करता है। इसलिए, कई साइटें एक ही Google स्क्रिप्ट को लोड करती हैं, तो जावास्क्रिप्ट अक्सर कैश से प्राप्त किया जाएगा। फिर भी, जब ga.jsकैश किया जाता है, तो बस पुनः लोड बटन पर क्लिक करने से अक्सर एक ब्राउज़र Google से किसी भी बदलाव के बारे में पूछेगा । और फिर, जब ga.jsअभी तक कैश नहीं किया गया था, तो ब्राउज़र को जारी रखने से पहले प्रतिक्रिया का इंतजार करना होगा:

HTTP / 1.1 प्राप्त करें  
होस्ट: www.google-analytics.com  
...  
यदि-संशोधित-चूंकि: सोम, 22 जून 2009 20:00:33 GMT  
कैश-कंट्रोल: अधिकतम आयु = 0  

HTTP / 1.x 304 संशोधित नहीं है  
अंतिम-संशोधित: सोम, 22 जून 2009 20:00:33 GMT  
दिनांक: सूर्य, २६ जुलाई २०० ९ १२:० Jul २ Sun जीएमटी  
कैश-कंट्रोल: अधिकतम आयु = 604800, सार्वजनिक  
सर्वर: गोल्फ  

ध्यान दें कि कई उपयोगकर्ता समाचार साइटों, मंचों और ब्लॉगों के लिए फिर से लोड करते हैं जो उनके पास पहले से ही एक ब्राउज़र विंडो में खुले हैं, कई ब्राउज़र को तब तक ब्लॉक करते हैं जब तक कि Google से कोई प्रतिक्रिया प्राप्त नहीं हो जाती । आप कितनी बार SO होम पेज को पुनः लोड करते हैं? जब Google Analytics की प्रतिक्रिया धीमी होती है, तो ऐसे उपयोगकर्ता तुरंत नोटिस करेंगे। (इस तरह की साइटों के लिए विशेष रूप से उपयोगी स्क्रिप्ट को अतुल्यकालिक रूप से लोड करने के लिए नेट पर कई समाधान प्रकाशित किए गए ga.jsहैं, लेकिन शायद अब Google के अद्यतन निर्देशों से बेहतर नहीं है।)

एक बार जब जावास्क्रिप्ट लोड और निष्पादित हो जाता है, तो वेब बग (ट्रैकिंग छवि) का वास्तविक लोडिंग अतुल्यकालिक होना चाहिए। इसलिए, जब तक पृष्ठ का उपयोग नहीं किया जाता, तब तक ट्रैकिंग छवि का लोड कुछ और अवरुद्ध नहीं करना चाहिएbody.onload() । इस स्थिति में, यदि वेब बग तुरंत लोड करने में विफल रहता है, तो पुनः लोड करने पर क्लिक करने से वास्तव में चीजें खराब हो जाती हैं, क्योंकि क्लिक करने पर ब्राउजर फिर से स्क्रिप्ट का अनुरोध कर सकेगा, जैसा If-Modified-Sinceकि ऊपर वर्णित है। पुनः लोड करने से पहले ब्राउज़र केवल वेब बग का इंतजार कर रहा था, जबकि पुनः लोड करने के बाद उसे ga.jsस्क्रिप्ट की प्रतिक्रिया की भी आवश्यकता है ।

इसलिए, Google Analytics का उपयोग करने वाली साइटों का उपयोग नहीं करना चाहिएbody.onload() । इसके बजाय, किसी को jQuery के $ (डॉक्यूमेंट) पहले से ही () या MooTools की डोमेस्टिक इवेंट जैसी किसी चीज़ का इस्तेमाल करना चाहिए ।

Google का कार्यात्मक अवलोकन भी देखें , यह बताते हुए कि Google Analytics डेटा कैसे एकत्रित करता है? सहित , ट्रैकिंग कोड कैसे काम करता है । (इससे यह भी आधिकारिक हो जाता है कि Google प्रथम-पक्ष कुकी की सामग्री एकत्र करता है। यह है: वह साइट जहाँ आप जा रहे हैं, वहाँ से कुकीज़।)


अपडेट: दिसंबर 2009 में , Google ने एक एसिंक्रोनस संस्करण जारी किया है । उपरोक्त सभी को केवल सुनिश्चित होने के लिए अपग्रेड करने के लिए कहना चाहिए, हालांकि अपग्रेड करने से सब कुछ हल नहीं होता है


3

यह वास्तव में दिन पर निर्भर करता है। मैं बस इसे एक ब्लॉग में जोड़ रहा हूँ। मैं कैलिफ़ोर्निया में हूं, उनके मुख्य डेटा केंद्रों के बहुत करीब, एक तेजी से कम विलंबता व्यापार डीएसएल पर, एक overclocked i5 पर RAM के साथ हाल ही में लिनक्स कर्नेल और स्थिर फ़ायरफ़ॉक्स चल रहा है।

यहाँ एक नमूना पृष्ठ लोड है: यहां छवि विवरण दर्ज करें

अकेले google-analytics ने नेटवर्क डाउनलोड समय में 5 सेकंड जोड़े ... 15Kb पाने के लिए!

आप देख सकते हैं कि blogger.com ने 300 मिली सेकंड में 34Kb की सेवा दी है । यह 32x तेज है!

इसके अलावा, देखें कि रेड लाइन (जो ऑनलैड ईवेंट का प्रतिनिधित्व करती है, अर्थ, पृष्ठ पर कोई और स्क्रिप्ट निष्पादित नहीं हो रही है और इसलिए ब्राउज़र अंत में लोडिंग इंडिकेटर / स्पिनिंग / आदि को रोक सकता है) ... देखें कि यह कितनी दूर दाईं ओर है है। यह शायद कचरा जावास्क्रिप्ट प्रसंस्करण के 3seconds है कि वहाँ हुआ। संसाधन डाउनलोड सलाखों के अंत से बहुत दूर होना उस रेखा के लिए बहुत असामान्य है। मैं यह डिबगिंग कर रहा हूं और यह 1/3 एनालिटिक्स फॉल्ट, 2/3 ब्लॉगर फॉल्ट है। ... किसी को लगता है कि Google सामान तेज़ था।

संपादित करें:

कुछ और डेटा। यहाँ सब कुछ कैश्ड है। ऊपर एक पहली यात्रा थी।

मैंने दो कारणों से ऊपर से googleplus बकवास हटा दिया है, मैं यह देखने की कोशिश कर रहा था कि क्या वे धीमे onLoad इवेंट (वे नहीं हैं) पर कुछ हिस्सा खेल रहे हैं और क्योंकि यह ज्यादातर बेकार है।

यहां छवि विवरण दर्ज करें

इसलिए, इसके साथ हम देख सकते हैं कि नेटवर्क का समय आपकी चिंताओं से कम से कम है। आधुनिक सॉफ्टवेयर के साथ एक तेज कंप्यूटर पर भी, टोल गूगल एनालिटिक्स + ब्लॉगर प्रसंस्करण समय लेता है, फिर भी आपका पृष्ठ लोड पिछले 7s होगा। ब्लॉगर के बिना, बस इस बहुत साइट की जांच करें, मुझे संसाधनों के लोड होने के बाद 0.5 की देरी हो रही है और लाल रेखा अंदर की तरफ दिखाई देती है।


2

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


2

अपने लिए जाँच करने के लिए FireBug और YSlow का उपयोग करें। हालाँकि आपको पता चलेगा कि GA आकार में लगभग 9KB है (जो वास्तव में जो करता है उसके लिए काफी है) और यह कि कभी-कभी यह बहुत तेज़ी से लोड नहीं होता है (किन कारणों से मुझे नहीं पता, मुझे लगता है कि यह बहुत अच्छा हो सकता है सर्वर "कभी कभी घुट"

हमने अपने अजाक्स नमूने पर प्रदर्शन के मुद्दों के कारण इसे हटा दिया , लेकिन फिर हमारे लिए अल्ट्रा फास्ट और उत्तरदायी होना प्राथमिकता 1, 2 और 3 था


थॉमस, क्या आपके पास कोई संख्या है जो जीए कोड को हटाने के बाद आपको क्या सुधार मिले। प्रतिक्रिया समय के संदर्भ में,% युग या मूल्यों में ही?
एमएन

मैं प्यार करता हूँ कि कैसे हर कोई इतना स्मार्ट है (मुझे शामिल किया गया है) लेकिन स्थिति का अनुभव अलग है (वे हमेशा हमेशा नहीं हैं!)। हमारे उत्तर के लिए धन्यवाद, आकर्षक।
डान रोसेनस्टार्क

1

ध्यान देने योग्य कुछ भी नहीं।

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

इसके अलावा, ब्राउज़र Google स्क्रिप्ट को अन्य सभी एम्बेडेड संसाधनों के साथ समानांतर में लोड करेगा, इसलिए आपको संभावित रूप से सबसे खराब स्थिति में, सब कुछ डाउनलोड करने में लगने वाले समय में बहुत मामूली वृद्धि होगी (हम इसके क्रम में बात कर रहे हैं) मिलीसेकंड, अनपेक्षित बेहद संभावना) तब आपको कोई अंतर नहीं दिखेगा। यह पूरी तरह से बिल्कुल तुच्छ है, आपके पृष्ठ पर एक अतिरिक्त छोटे चित्र को चिपकाने के समान प्रभाव, मोटे तौर पर बोल रहा है।

लगभग एक ही समय में यह एक ठोस अंतर हो सकता है यदि आपके पास कुछ व्यवहार है जो ऑनलाड ईवेंट पर आग लगाता है (जो कि बाहरी संसाधनों को लोड करने के लिए इंतजार करता है), और Google सर्वर डाउन / धीमा हैं। उत्तरार्द्ध अक्सर होने की संभावना नहीं है, लेकिन अगर ऐसा होता तो स्क्रिप्ट डाउनलोड होने तक ऑनऑलड में आग नहीं लगती। आप वैसे भी "डोम लोडेड" घटनाओं का उपयोग करके विभिन्न प्रकार से इसके आसपास काम कर सकते हैं, जो आमतौर पर अधिक उत्तरदायी होते हैं क्योंकि आपको इस तरह से लोड करने के लिए अपनी स्वयं की स्क्रिप्ट / छवियों का इंतजार नहीं करना पड़ता है।

क्या तुम सच में लगता है कि पृष्ठ लोड समय पर प्रभाव के बारे में चिंतित हैं, तो की "नेट गति" खंड एक एक नजर है Firebug है, जो इस यों और आप एक बहुत ग्राफ आकर्षित करेगा। मैं आपको प्रोत्साहित करूंगा कि आप अपने लिए ऐसा करें, भले ही अन्य लोग आपको आपके द्वारा अनुरोधित आंकड़े और बेंचमार्क दें, यह आपकी अपनी साइट के लिए पूरी तरह से अलग होगा


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

1
पृष्ठ प्रतिपादन <स्क्रिप्ट> टैग का पता लगाने पर, कुछ भी समानांतर में नहीं किया जाता है, उदाहरण के लिए, कुछ इस तरह की कोशिश करें: <स्क्रिप्ट> जबकि (सच) {} </ script> <p> <img src = "/ picture.jpg" / > </ p> और देखें कि आपके कैश के साफ़ होने के बाद तस्वीर दिखती है या नहीं
Jake McGraw

1

खैर, मैंने नेट पर बड़े पैमाने पर खोज, शोध और विस्तार किया है। लेकिन मुझे ऐसा कोई सांख्यिकीय डेटा नहीं मिला है जो दावे के पक्ष में या आधार के खिलाफ हो।

हालाँकि, http://www.ga-experts.com के इस अंश का दावा है कि इसका एक मिथक जो GA आपकी वेबसाइट को धीमा कर देता है।

ठीक है, ठीक है, शायद थोड़ा, लेकिन हम मिलिसेकंड के बारे में बात कर रहे हैं। जीए पेज टैगिंग द्वारा काम करता है, और जब भी आप किसी वेब पेज पर अधिक सामग्री जोड़ते हैं, तो यह लोडिंग समय बढ़ाएगा। हालाँकि यदि आप सर्वोत्तम अभ्यास का पालन करते हैं (टैग से पहले टैग जोड़ना </body>) तो आपका पेज पहले लोड होगा। यह भी ध्यान रखें कि कोई भी पेज टैग आधारित वेब एनालिटिक्स पैकेज (जो कि बहुमत है) उसी तरह काम करेगा

ऊपर दिए गए उत्तर और अन्य सभी स्रोतों से, जो मुझे लगता है कि उपयोगकर्ता द्वारा पृष्ठ पर नीचे की ओर शामिल नहीं होने के कारण जो कुछ भी मंदी है, वह है। लेकिन अगर हम पूर्ण पृष्ठ-लोड की बात करें तो हम कह सकते हैं कि यह पृष्ठ-लोड समय को धीमा कर देता है।

यदि आपके पास कोई जानकारी है, तो कृपया अधिक जानकारी में पोस्ट करें।


1
यह थोड़ा अजीब है कि ऊपर दिए गए लेख जैसे कि केवल अक्सर परीक्षण करते हैं जबकि Google Analytics सर्वर ठीक चल रहे हैं। जब वे सर्वर भारी लोड के अंतर्गत होते हैं, तो चीजें अधिक परेशानी हो सकती हैं। और अगर सर्वर समस्या का सामना कर रहे हैं, तो अधीर उपयोगकर्ताओं के कई पुनः लोड चीजों को और भी बदतर बना सकते हैं।
अर्जन

0

मुझे नहीं लगता कि यह वही है जो आपकी तलाश में है लेकिन आप प्रदर्शन के लिए क्या चिंतित हैं?

यदि आपका सर्वर ... तो जाहिर है इसका कोई प्रभाव नहीं है क्योंकि यह Google सर्वर पर रहता है।

अगर इसके आपके यूजर्स को आपकी चिंता है तो इसका कोई असर नहीं है। जब तक आप इसे बॉडी टैग के ठीक ऊपर रखते हैं, तब तक आपके उपयोगकर्ताओं को पहले की तुलना में कुछ भी धीमा नहीं मिलेगा ... स्क्रिप्ट आखिरी बार भरी हुई है और उपयोगकर्ता की उपस्थिति पर इसका कोई प्रभाव नहीं है। इसलिए अनिवार्य रूप से किसी भी चीज़ पर प्रतीक्षा नहीं की जाती है और यहां तक ​​कि पृष्ठ के माध्यम से ब्राउज़ करना जारी रखता है कि यह अभी भी लोड हो रहा है।


0

सवाल यह था कि Google Analytics आपकी साइट को धीमा कर देगा और इसका उत्तर हां में है। अभी इस Google-Analytics.com को लिखने के समय ऐसी साइटें काम नहीं कर रही हैं जिनके पास यह है कि उनके पृष्ठों में पेज लोड नहीं होंगे इसलिए, यह धीमा हो सकता है और आपकी साइट को लोड भी नहीं कर सकता है। यह google-analytics.com के लिए इस लंबे समय से नीचे होना असामान्य है, जो अभी 10 मिनट से अधिक का है, लेकिन यह सिर्फ यह दर्शाता है कि यह संभव है।


0

इसके दो पहलू हैं।

  1. Analytics स्क्रिप्ट का '(और एक gif) डाउनलोड
  2. डाउनलोड स्क्रिप्ट निष्पादन

डाउनलोड समय लगभग हमेशा 100ms से कम है, जो स्वीकार्य है।

यहाँ ट्विस्ट आता है।

  1. analytics.js निष्पादन 250 मी
  2. पुन: विपणन (यदि सक्षम है) 300ms
  3. जनसांख्यिकीय (यदि सक्षम है) 200ms

इसलिए री-मार्केटिंग वाले एनालिटिक्स औसतन 750ms लगते हैं। मुझे लगता है कि जब यह ओवरहेड प्रदर्शन करने की बात आती है तो यह एक बड़ी संख्या है।


-2

मैंने देखा कि cPanel में अक्सर I / o और CPU ओवरलोड होते हैं:

साइट अप्राप्य त्रुटि

और जब मैंने WP एनालिटिक्स प्लगइन को निष्क्रिय कर दिया, तब यह बंद हो गया। इसलिए मुझे लगता है कि इसका कुछ प्रभाव है।

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.