Troubleshoot Missing Pageviews in Plausible
1. पता लगाएँ कि किन पेजव्यू की गिनती नहीं हो रही
किसी एक ऐसे URL से शुरुआत करें जिस पर समस्या आ रही है। पेज का पता और उसे जाँचने का समय लिख लें। यह भी नोट करें कि Plausible की रिपोर्ट में उसी साइट के दूसरे पेजों के विज़िट दिख रहे हैं या नहीं। कोई ठोस उदाहरण—जैसे होमपेज दिख रहा हो, लेकिन प्रोडक्ट पेज नहीं—“एनालिटिक्स काम नहीं कर रहा” कहने से ज़्यादा उपयोगी है।
समस्या वाले पेज की तुलना उस पेज से करें जिसकी ट्रैकिंग ठीक से हो रही है। देखें कि क्या दोनों पेज एक ही टेम्पलेट का इस्तेमाल करते हैं, एक ही होस्टनेम से लोड होते हैं और एक ही Plausible साइट के तहत आते हैं। इनमें से किसी भी बात में अंतर हो, तो कोड बदलने से पहले जाँच की दिशा मिल सकती है।
सीधे पेज पर आने और साइट के भीतर लिंक से वहाँ पहुँचने को अलग-अलग जाँचें। प्रभावित URL को नए टैब में खोलें, फिर किसी दूसरे पेज के लिंक पर क्लिक करके वहाँ पहुँचें। अगर सीधे आने पर विज़िट रिपोर्ट में दिखते हैं, लेकिन क्लिक करने पर नहीं, तो समस्या साइट के नेविगेशन के तरीके से जुड़ी हो सकती है। अगर दोनों ही दर्ज नहीं होते, तो ट्रैकिंग कोड या ब्राउज़र की स्थितियों से शुरुआत करें।
जाँच का संक्षिप्त रिकॉर्ड रखें। सटीक URL, वहाँ पहुँचने का तरीका, ब्राउज़र और दिखाई दिया नतीजा लिख लें। इससे बदलाव के बाद वही जाँच दोहरा सकेंगे और याददाश्त पर निर्भर नहीं रहना पड़ेगा।
2. देखें कि ब्राउज़र पेजव्यू इवेंट भेज रहा है या नहीं
प्रभावित पेज खोलें और ब्राउज़र के डेवलपर टूल्स खोलें। Network पैनल में पेज को रीफ़्रेश करें और Plausible से जुड़े अनुरोध खोजें।
अगर कोई अनुरोध दिखे, तो सिर्फ़ यह देखकर न रुकें कि “लोड हो गया।” उसकी जानकारी देखें। जाँचें कि अनुरोध में पेज URL वही है या नहीं जिस पर समस्या है, अनुरोध पूरा हुआ या नहीं, और ब्राउज़र उसे ब्लॉक या फ़ेल हुआ तो नहीं दिखा रहा। अगर अनुरोध में किसी अंदरूनी रूट की जगह होमपेज दिख रहा है, तो समस्या URL को संभालने के तरीके में हो सकती है—ज़रूरी नहीं कि स्क्रिप्ट ही गायब हो।
अगर कोई अनुरोध नहीं दिखता, तो पहले Network पैनल के फ़िल्टर देखें। टेक्स्ट फ़िल्टर अनुरोध को छिपा सकता है, और लॉग सुरक्षित रखने से मौजूदा जाँच के साथ पिछले पेज लोड की गतिविधियाँ मिल सकती हैं। फ़िल्टर हटाएँ, एक बार रीफ़्रेश करें और नई गतिविधि देखें।
दूसरी जाँच के लिए Console पैनल भी देखें। स्क्रिप्ट लोड होने में गड़बड़ी, कंटेंट सिक्योरिटी पॉलिसी का संदेश या JavaScript की त्रुटि बता सकती है कि अनुरोध क्यों नहीं भेजा जा रहा। कुछ भी बदलने से पहले त्रुटि का सटीक संदेश और प्रभावित पेज का URL कॉपी कर लें। इन दोनों जानकारियों से साइट की गड़बड़ी और ब्राउज़र के ब्लॉक में फ़र्क करना आसान होगा।
Plausible में पेजव्यू ट्रैकिंग न होने की समस्या कैसे ठीक करें, यह समझने के लिए पहले पता लगाएँ कि ब्राउज़र पेजव्यू अनुरोध भेज रहा है या नहीं। इस एक जाँच से अगला कदम स्पष्ट हो जाएगा: अनुरोध न हो तो स्क्रिप्ट के चलने की जाँच करें; अनुरोध हो तो उसकी जानकारी और रिपोर्ट की सेटिंग देखें।
3. ब्राउज़र और सहमति से जुड़े ब्लॉकर की जाँच करें
जहाँ संभव हो, एक्सटेंशन बंद करके किसी नए ब्राउज़र प्रोफ़ाइल या निजी विंडो में जाँच दोहराएँ। ऐड ब्लॉकर, ट्रैकिंग सुरक्षा और प्राइवेसी एक्सटेंशन एनालिटिक्स अनुरोध को भेजे जाने से रोक सकते हैं। इसलिए एक ब्राउज़र में दिखी समस्या के आधार पर यह न मानें कि हर विज़िटर को यही समस्या होगी।
सहमति की प्रक्रिया को वैसे जाँचें जैसे कोई विज़िटर करेगा। पहले पेज लोड करें और कोई विकल्प न चुनें। फिर, अगर साइट पूछे, तो एनालिटिक्स के लिए सहमति दें और प्रभावित रूट को रीफ़्रेश करें या फिर से खोलें। अगर अनुरोध सिर्फ़ सहमति देने के बाद दिखे, तो सहमति प्रबंधक की सेटिंग देखें और पुष्टि करें कि उसकी एनालिटिक्स श्रेणी Plausible स्क्रिप्ट से जुड़ी है।
वैकल्पिक एनालिटिक्स के लिए सहमति न देने को अपने-आप में बग न मानें। यह देखना ज़रूरी है कि व्यवहार साइट के तय सहमति नियमों और मौजूदा कॉन्फ़िगरेशन के मुताबिक है या नहीं। प्राइवेसी को प्राथमिकता देने वाले मापन विकल्पों की पृष्ठभूमि जानने के लिए देखें: प्राइवेसी-फ़र्स्ट एनालिटिक्स में क्या बदलाव हुए.
Console में ऐसी त्रुटियाँ देखें जो सहमति बैनर लोड होने के बाद ही दिखती हैं। अगर बैनर की स्क्रिप्ट एनालिटिक्स स्क्रिप्ट को चालू करने से पहले ही विफल हो जाती है, तो पेज सामान्य दिख सकता है, जबकि ट्रैकिंग अनुरोध नहीं भेजा जाता। अगर समस्या बैनर से जुड़ी हो, तो जाँचें कि उसके कंट्रोल कीबोर्ड से इस्तेमाल किए जा सकते हैं या नहीं। यह गाइड बताती है कि कैसे जांचें कि कोई वेबसाइट सुलभता संबंधी विवरण प्रकाशित करती है या नहीं।
4. प्रभावित पेज के रेंडर हुए ट्रैकिंग कोड की तुलना करें
पेज को ब्राउज़र तक जिस रूप में पहुँचाया गया है, उसी की जाँच करें—सिर्फ़ सोर्स फ़ाइल या कंटेंट मैनेजमेंट सिस्टम की सेटिंग की नहीं। हो सकता है कि किसी टेम्पलेट में एक खास तरह के पेज पर ट्रैकिंग स्निपेट शामिल न हो, या टैग मैनेजर उसे कुछ चुनिंदा रूट पर ही जोड़े। जिस URL की ट्रैकिंग ठीक है और जिस पर समस्या है, दोनों के रेंडर हुए कोड की तुलना करें।
Plausible स्क्रिप्ट और उससे जुड़ी साइट या डोमेन वैल्यू खोजें। कॉन्फ़िगर किए गए डोमेन में टाइपो हो, या होस्टनेम साइट के लिए रजिस्टर किए गए होस्टनेम से अलग हो, तो आप गलत रिपोर्ट में ढूँढ़ते रह सकते हैं।
जाँचें कि स्क्रिप्ट एक से ज़्यादा बार तो मौजूद नहीं है। स्क्रिप्ट की डुप्लिकेट इंस्टॉलेशन से जाँच जटिल हो सकती है और नतीजे समझना मुश्किल हो सकता है। अगर दोनों पेज अलग हैं, तो पता लगाएँ कि कोड कहाँ से आता है—जैसे पेज टेम्पलेट, टैग मैनेजर या प्लगइन—और हाथ से दूसरी कॉपी जोड़ने के बजाय उसी स्रोत में सुधार करें।
रेंडर हुए कोड की तुलना करते समय स्क्रिप्ट कब लोड होती है, इसका ध्यान रखें। सहमति प्रबंधक या टैग मैनेजर शुरुआती HTML लोड होने के बाद स्क्रिप्ट जोड़ सकता है, इसलिए पेज सोर्स को जल्दी से देखने पर उसकी अंतिम स्थिति नहीं दिखेगी। ब्राउज़र के Elements और Network पैनल साथ में इस्तेमाल करें, ताकि पता चले कि स्क्रिप्ट एलिमेंट दिखाई देता है या नहीं और ब्राउज़र उसका अनुरोध करता है या नहीं।
5. सीधे पेज खोलने और क्लाइंट-साइड नेविगेशन की अलग-अलग जाँच करें
प्रभावित रूट को नए टैब में सीधे खोलें, फिर बिना पूरा पेज रीफ़्रेश किए किसी दूसरे पेज से उस पर जाएँ। दोनों तरीकों के नतीजे दर्ज करें। सिंगल-पेज एप्लिकेशन के रूप में बनी साइट ब्राउज़र से नया डॉक्यूमेंट लोड कराए बिना दिखाया गया रूट बदल सकती है। इसलिए जाँचें कि ऐसे नेविगेशन से पेजव्यू दर्ज होता है या नहीं।
अगर सीधे पेज खोलने पर पेजव्यू दर्ज होते हैं, लेकिन साइट के भीतर लिंक पर क्लिक करने से नहीं, तो साइट के राउटर और क्लाइंट-साइड नेविगेशन के लिए Plausible इंटीग्रेशन की सहायता जाँचें। रूट बदलने पर इंटीग्रेशन कैसे काम करता है, यह जानने के लिए उसका दस्तावेज़ देखें।
अगर नेविगेशन से पेजव्यू दर्ज होते हैं, लेकिन सीधे पेज खोलने पर नहीं, तो शुरुआती पेज रिस्पॉन्स और उस रूट के टेम्पलेट की जाँच करें। हो सकता है कि सर्वर उस रूट के लिए अलग डॉक्यूमेंट भेज रहा हो या उसमें ट्रैकिंग कोड शामिल न हो। शुरुआती लोड पर रेंडर हुए कोड और अनुरोध की जानकारी की तुलना क्लिक के बाद दर्ज की गई जानकारी से करें।
क्वेरी पैरामीटर या अंत में स्लैश वाले रूट की जाँच तभी करें, जब विज़िटर वास्तव में इन रूपों का इस्तेमाल करते हों। ऐसे मामलों में ब्राउज़र में दर्ज URL और रिपोर्ट में अपेक्षित URL अलग हो सकते हैं। यह मानने के बजाय कि मिलते-जुलते दिखने वाले दोनों URL एक जैसे समझे जाएँगे, सटीक पता लिखें।
6. Plausible की रिपोर्ट का दायरा और फ़िल्टर जाँचें
किसी पंक्ति का न दिखना डेटा इकट्ठा करने की समस्या मानने से पहले पुष्टि करें कि डैशबोर्ड में सही Plausible साइट दिखाई जा रही है। स्टेजिंग डोमेन, वैकल्पिक होस्टनेम या मिलते-जुलते नाम वाले प्रोजेक्ट की रिपोर्ट से यह पता नहीं चलेगा कि प्रोडक्शन पेजव्यू आया था या नहीं।
तारीख की सीमा ऐसी रखें जिसमें आपकी जाँच का समय शामिल हो। रिपोर्ट पर लागू फ़िल्टर या सेगमेंट भी देखें। तारीख की बहुत सीमित सीमा या सक्रिय फ़िल्टर दर्ज हुए पेज को छिपा सकता है। अगर आपने जाँच का समय नोट किया है, तो रिपोर्ट देखते समय उसी समय को आधार बनाएँ, ताकि रिपोर्ट की जाँच ब्राउज़र टेस्ट से जुड़ी रहे।
पेज रिपोर्ट में वही पाथ खोजें या देखें जो ब्राउज़र ने भेजा था। इसमें ज़रूरी होने पर अंतिम स्लैश या क्वेरी स्ट्रिंग भी शामिल करें।
पेजव्यू और कस्टम इवेंट को भी अलग-अलग समझें। अगर इम्प्लीमेंटेशन रूट लोड होने पर नाम वाला इवेंट भेजता है, तो अनुरोध जाँचें और उसे सामान्य पेजव्यू मानने के बजाय रिपोर्ट के सही हिस्से में उस इवेंट को खोजें।
7. समस्या वाले सभी मामलों में सुधार को दोबारा जाँचें
एक बार में एक ही चीज़ बदलें। अगर आपने डोमेन वैल्यू ठीक की है, तो सहमति के नियम या राउटर को बदलने से पहले दोबारा जाँचें। एक बार में एक बदलाव करने से पता चलता है कि अनुरोध काम करने लगा या नहीं, और दूसरी समस्या के पहली समस्या को छिपाने की आशंका कम होती है।
शुरुआती जाँच फिर से दोहराएँ: हर प्रभावित URL को सीधे खोलें, किसी अंदरूनी लिंक से वहाँ पहुँचें और दोनों नतीजों की तुलना उस पेज से करें जिसकी ट्रैकिंग ठीक है। पहले दर्ज की गई ब्राउज़र सेटिंग और सहमति विकल्प ही इस्तेमाल करें। अगर साइट कई टेम्पलेट इस्तेमाल करती है, तो हर प्रभावित टेम्पलेट से समस्या वाला कम-से-कम एक उदाहरण शामिल करें।
हर जाँच में दो बातों की पुष्टि करें: ब्राउज़र सही URL के लिए अपेक्षित पेजव्यू अनुरोध भेज रहा है, और नया पेजव्यू सही Plausible साइट की रिपोर्ट में दिखाई दे रहा है। अगर अनुरोध मौजूद है, लेकिन रिपोर्ट खाली है, तो साइट का कोड दोबारा बदलने से पहले चुनी गई साइट, तारीख की सीमा और फ़िल्टर फिर से देखें।
काम कर चुके टेस्ट का रिकॉर्ड कोड में किए गए बदलाव या सपोर्ट टिकट के साथ रखें। प्रभावित URL, ब्राउज़र के नतीजे, Console की संबंधित त्रुटियाँ और जाँची गई रिपोर्ट का दायरा शामिल करें। इससे अगले व्यक्ति को “पेजव्यू नहीं दिख रहे” जैसी अस्पष्ट शिकायत के बजाय जाँच दोहराने लायक जानकारी मिलेगी।
