एक वेबसाइट पर लाइव ट्रैफ़िक आँकड़ों में अचानक गिरावट को कैसे ठीक करें

एक वेबसाइट पर लाइव ट्रैफ़िक आँकड़ों में अचानक गिरावट को कैसे ठीक करें

सुबह 10:00 बजे लाइव ट्रैफ़िक आँकड़ों में अचानक गिरावट नाटकीय लगती है और 10:05 बजे भ्रमित करती है। पहला काम घबराना नहीं है; यह सत्यापन है। यदि लाइव काउंटर '3' कहता है और आपका एनालिटिक्स डैशबोर्ड '31' कहता है, तो आपको पहले से ही एक सुराग है कि समस्या रिपोर्टिंग हो सकती है, न कि विज़िटर्स।

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

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

1. पुष्टि करें कि गिरावट वास्तविक है, रिपोर्टिंग गड़बड़ी नहीं

लाइव काउंटर, मुख्य एनालिटिक्स डैशबोर्ड, और किसी भी द्वितीयक ट्रैकर को एक ही मिनट में देखें। यदि गिरावट 14:20 पर शुरू हुई, तो उसे लिख लें। 'आज दोपहर' नहीं। प्रारंभ समय महत्वपूर्ण है क्योंकि एक खराब डिप्लॉय, एक सहमति अपडेट, या एक CDN नियम परिवर्तन आमतौर पर आसपास कहीं एक टाइमस्टैम्प होता है।

जांचें कि क्या समस्या हर जगह प्रकट होती है या केवल एक स्थान पर। हेडर में एक लाइव विजेट अपडेट करना बंद कर सकता है जबकि सर्वर लॉग अनुरोध दिखाते रहते हैं। यह एक रिपोर्टिंग समस्या है, ट्रैफिक का पतन नहीं। एक त्वरित ब्राउज़र रिफ्रेश एक घंटे की बचत कर सकता है।

एक साधारण सवाल पूछें: क्या आंकड़े डेस्कटॉप और मोबाइल पर एक ही तरह से असहमत हैं? यदि हाँ, तो समस्या संभवतः वैश्विक है। यदि केवल मोबाइल प्रभावित है, तो उत्तर एक प्रतिक्रियाशील टेम्पलेट, एक स्क्रिप्ट ब्लॉकर, या एक सहमति बैनर में हो सकता है जो छोटे स्क्रीन पर अलग तरह से व्यवहार करता है।

2. गिरावट की तुलना अपने सामान्य ट्रैफिक पैटर्न से करें

ट्रैफिक सपाट नहीं होता, यहां तक कि मजबूत साइटों पर भी। पिछले हफ्तों के समान घंटे की तुलना करें, केवल पिछले दिन की नहीं, क्योंकि कुछ साइटें हमेशा 03:00 पर गिरती हैं या 09:30 पर बढ़ती हैं। मंगलवार दोपहर शनिवार दोपहर के समान नहीं है। यह स्पष्ट लगता है। लोग इसे अभी भी भूल जाते हैं।

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

पैटर्न की तलाश करें,panic की नहीं। यदि गिरावट हर सप्ताह उसी घंटे में शुरू होती है, तो यह सामान्य हो सकता है। यदि यह ठीक उसी समय शुरू होता है जब कोई डिप्लॉयमेंट या सामग्री परिवर्तन होता है, तो यह शायद मौसमी नहीं है।

3. गिरावट से ठीक पहले किए गए ट्रैकिंग परिवर्तनों की जांच करें

हाल के परिवर्तन आम संदिग्ध होते हैं। पिछले 24 घंटों या पिछले डिप्लॉयमेंट विंडो के दौरान टैग प्रबंधकों, सहमति बैनरों, प्लगइन्स और स्क्रिप्ट स्थानों में संपादनों की समीक्षा करें। एकल गायब क्लोजिंग टैग एक साइट के एक सेक्शन पर लाइव विजिट्स की गिनती को रोक सकता है जबकि सब कुछ अभी भी उपयोगकर्ताओं के लिए लोड होता है।

छोटे परिवर्तनों की अनदेखी न करें। एक नया कुकी बैनर ट्रैकिंग में देरी कर सकता है जब तक कि एक विज़िटर "स्वीकार करें" पर क्लिक न करे। एक प्लगइन अपडेट एनालिटिक्स स्क्रिप्ट को पहले विफल होने वाली स्क्रिप्ट के नीचे ले जा सकता है। एक GTM कंटेनर सही ढंग से प्रकाशित हो सकता है लेकिन गलत ट्रिगर पर फायर कर सकता है। छोटी गलती। बड़ा सिरदर्द।

यदि साइट बाहरी समर्थन के साथ चलती है, तो कुछ भी बदलने से पहले डिप्लॉय नोट्स की जांच करें। टीमें जो लॉन्च के बाद वेबसाइट समर्थन आमतौर पर अंतिम कोड संपादन का रिकॉर्ड रखती हैं, और वह रिकॉर्ड अक्सर सीधे समस्या की ओर इशारा करता है। एक स्प्रेडशीट और एक टाइमस्टैम्प अनुमान लगाने से बेहतर हो सकते हैं।

4. सुनिश्चित करें कि प्रमुख पृष्ठ अभी भी ट्रैकिंग कोड लोड करते हैं

पहले होमपेज खोलें, फिर 2 या 3 उच्च-ट्रैफ़िक पृष्ठ। डेस्कटॉप और मोबाइल दृश्य का उपयोग करें। पुष्टि करें कि एनालिटिक्स स्क्रिप्ट पृष्ठ लोड होने पर चलती है और यह केवल एक बार चलती है। यदि होमपेज काम करता है लेकिन उत्पाद पृष्ठ नहीं करते हैं, तो समस्या एक टेम्पलेट या पृष्ठ प्रकार तक सीमित हो सकती है।

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

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

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

5. साइट की उपलब्धता या प्रदर्शन समस्याओं को बाहर करें

सीधे ट्रैफ़िक में गिरावट एक लक्षण हो सकता है, कारण नहीं। यदि साइट आंशिक रूप से डाउन है, बहुत धीरे लोड हो रही है, या एक क्षेत्र में त्रुटियाँ लौटा रही है, तो कम विज़िट ट्रैकिंग के चलने के बिंदु तक पहुँचेंगी। यदि संभव हो तो कम से कम 2 नेटवर्क से साइट का परीक्षण करें। एक नेटवर्क एक फ़ायरवॉल समस्या को छिपा सकता है जो दूसरे नेटवर्क तुरंत प्रकट करता है।

पृष्ठ गति, खाली स्क्रीन, और 4xx या 5xx प्रतिक्रियाओं पर ध्यान दें। यदि एक CDN नियम एक स्क्रिप्ट संपत्ति को ब्लॉक करता है, तो पृष्ठ एनालिटिक्स के बिना लोड हो सकता है। यदि एक फ़ायरवॉल या बॉट परत कुछ उपयोगकर्ताओं को ब्लॉक करती है, तो आप साइट को स्वयं देख सकते हैं लेकिन वास्तविक विज़िटर्स को खो सकते हैं। यह भेद headline संख्या से अधिक महत्वपूर्ण है।

सर्वर लॉग यहाँ मदद करते हैं। अपटाइम चेक और CDN त्रुटि रिपोर्ट भी मदद करते हैं। यदि आपके लिए होम पेज 2 सेकंड में लोड होता है लेकिन किसी अन्य क्षेत्र के उपयोगकर्ताओं के लिए 12 सेकंड में, तो लाइव ट्रैफिक में गिरावट परित्याग को दर्शा सकती है न कि ट्रैकिंग विफलता को। धीमी साइटें तेजी से विज़िट खो देती हैं। बहुत तेजी से।

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

6. जांचें कि क्या ट्रैफ़िक स्रोतों ने विज़िट भेजने की क्षमता खो दी है

कभी-कभी साइट ठीक होती है और स्रोत टूट जाता है। यदि भुगतान किए गए विज्ञापन रोके गए, ईमेल लिंक बदले गए, या सोशल पोस्ट सही लैंडिंग पृष्ठ की ओर इशारा करना बंद कर दिया, तो लाइव ट्रैफिक गिर जाएगा जबकि साइट पूरी तरह से काम कर रही है। पिछले 7 दिनों से सबसे बड़े स्रोत से शुरू करें।

रिडायरेक्ट्स की सावधानी से समीक्षा करें। एक अभियान URL जो कभी एक ट्रैक किए गए पृष्ठ पर लैंड करता था, अब कहीं अनटैग्ड पर इशारा कर सकता है, या इससे भी बुरा, एक 404 पृष्ठ पर जो कभी एनालिटिक्स तक नहीं पहुँचता। रेफरर्स भी गायब हो सकते हैं यदि किसी तीसरे पक्ष की साइट ने अपने आउटबाउंड लिंक को बदल दिया। एक गायब लिंक। कई खोई हुई विज़िट।

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

कार्बनिक संदर्भों को न भूलें। एक साझेदार साइट ने आपका लिंक हटा दिया हो सकता है। एक सामाजिक प्लेटफ़ॉर्म ने संदर्भ डेटा पास करने के तरीके में बदलाव किया हो सकता है। ट्रैफ़िक अभी भी आ सकता है, लेकिन एक अलग स्रोत नाम के तहत, जो लाइव पैनल को उससे अधिक खाली दिखा सकता है।

7. बॉट फ़िल्टरिंग या गोपनीयता सेटिंग्स के लिए ऑडिट करें जो विज़िट को छिपाती हैं

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

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

बॉट फ़िल्टरिंग को अतिरिक्त देखभाल की आवश्यकता होती है। यदि फ़िल्टर को शोर वाले ट्रैफ़िक को हटाने के लिए समायोजित किया गया था, तो यह अब मानव ट्रैफ़िक को पकड़ सकता है जो एक वीपीएन, एक कॉर्पोरेट नेटवर्क, या एक डेटा-सेंटर रूट साझा करता है। एकल देश का नियम बॉट हिट्स से कहीं अधिक छिपा सकता है। विशेष रूप से यदि आपका दर्शक साझा कार्यालय कनेक्शन का उपयोग करता है।

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

8. पहले क्या ठीक करना है और पुनर्प्राप्ति को कैसे मान्य करना है, यह तय करें

पहले उस समस्या को ठीक करें जो लाइव गिनती को सबसे अधिक प्रभावित कर सकती है। यदि एक टैग ड्रॉप से 30 मिनट पहले बदला गया था, तो CDN नियमों या अभियान लिंक को छूने से पहले टैग को ठीक करें। यदि किसी क्षेत्र में साइट डाउन है, तो एनालिटिक्स सेटिंग्स को संपादित करने से पहले उपलब्धता को बहाल करें। एक समय में एक प्राथमिकता। यही नियम है।

फिक्स के बाद, अगले रिपोर्टिंग विंडो और लाइव पैनल को एक साथ देखें। एक रिफ्रेश की गई पृष्ठ पर न रुकें। यदि आपका ट्रैफिक पर्याप्त स्थिर है तो 10 से 20 मिनट तक देखें ताकि एक पैटर्न दिख सके। यदि लाइव काउंट बढ़ता है लेकिन डैशबोर्ड पीछे रह जाता है, तो समस्या देरी हो सकती है न कि हानि।

3 स्तरों पर मान्य करें: एक वास्तविक यात्रा, एक ट्रैकिंग इवेंट, और एक डैशबोर्ड अपडेट। यदि सभी 3 दिखाई देते हैं, तो आपके पास पुनर्प्राप्ति का प्रमाण है। यदि केवल 2 दिखाई देते हैं, तो देखते रहें। एक फिक्स जो "सही लगता है" वह पर्याप्त नहीं है।

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

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

और यदि ट्रैफ़िक में गिरावट किसी समाचार, मीडिया, या उच्च मात्रा वाले प्रकाशन साइट को छूती है, तो पैटर्न की तुलना एक पृष्ठ सेट से करें जो अक्सर बदलता है, केवल होमपेज नहीं। 3 या 4 टेम्पलेट पर कुछ मिनटों की सत्यापन एक पूरे दिन की झूठी अलार्म को बचा सकती है।