Yandex Metrica साइट का ट्रैफ़िक क्यों नहीं दिखाता
डेटा का न होना हमेशा ट्रैफ़िक का न होना नहीं है
Yandex Metrica में खाली ग्राफ़ यह साबित नहीं करता कि साइट पर कोई नहीं आ रहा। Metrica विज़िट तभी दर्ज करता है जब आगंतुक के ब्राउज़र ने काउंटर का कोड लोड और निष्पादित किया हो, और फिर एनालिटिक्स सर्वर पर अनुरोध भेजा हो। उपयोगकर्ता पेज खोल सकता है, फ़ॉर्म भर सकता है या विज्ञापन पर क्लिक कर सकता है, लेकिन स्क्रिप्ट ब्लॉक होने, ब्राउज़र त्रुटि या सेटिंग्स में फ़िल्टर के कारण रिपोर्ट में नहीं आ सकता।
पहले वास्तविक विज़िट के अभाव को डेटा संग्रह की विफलता से अलग करें। तुलना सामान्य ग्राफ़ की नहीं, बल्कि एक ही अवधि, विशिष्ट URL और स्रोत की करनी चाहिए। उदाहरण के लिए, विज्ञापन, स्ट्रीम विवरण, न्यूज़लेटर या सोशल मीडिया पोस्ट से आने वाला लिंक।
ट्रैफ़िक के अभाव और डेटा के अभाव में अंतर कैसे करें
विज्ञापन कैबिनेट आमतौर पर विज्ञापन पर क्लिक दिखाता है, और सर्वर लॉग साइट पर अनुरोध दिखाता है। जाँच के लिए सर्वर का एक्सेस लॉग खोलें और आवश्यक समय अवधि के लिए लक्षित पेज खोजें। Nginx लॉग में यह इस तरह का अनुरोध हो सकता है: grep "GET /promo" /var/log/nginx/access.log. यदि UTM टैग के कारण पथ बदलता है, तो बिना पैरामीटर वाला URL खोजें या लैंडिंग पेज के पते का कोई हिस्सा उपयोग करें।
विज्ञापन कैबिनेट में क्लिक पेज लोड होने के बराबर नहीं है: उपयोगकर्ता टैब बंद कर सकता था, कनेक्शन टूट सकता था, और लिंक किसी अनुपलब्ध URL पर ले जा सकता था। सर्वर लॉग भी वास्तविक विज़िट के बराबर नहीं है, क्योंकि इसमें बॉट, लिंक प्रीव्यू और तकनीकी जाँचें भी दर्ज होती हैं। लेकिन अगर लॉग में विज़िट हैं और Metrica में नहीं, तो समस्या संभवतः काउंटर या उसकी सेटिंग्स में है।
विज्ञापन, लॉग और Metrica के बीच अंतर का क्या अर्थ है
अगर विज्ञापन कैबिनेट में क्लिक हैं, लेकिन लॉग में लैंडिंग पेज पर अनुरोध नहीं हैं, तो अंतिम URL, रीडायरेक्ट, डोमेन की उपलब्धता और ट्रैकर सेटिंग्स जाँचें। अगर access.log में प्रविष्टियाँ हैं, लेकिन ब्राउज़र mc.yandex.ru पर अनुरोध नहीं भेजता, तो काउंटर शुरू नहीं हो रहा या ब्लॉक है। अगर mc.yandex.ru पर अनुरोध जा रहे हैं, लेकिन रिपोर्ट खाली है, तो काउंटर नंबर, फ़िल्टर, अवधि और डोमेन सेटिंग्स जाँचें।
सटीक मिलान के लिए छोटा अंतराल और एक स्रोत लें। समय, पेज पथ, प्रतिक्रिया स्थिति, IP पता और User-Agent की तुलना केवल प्रोजेक्ट में अपनाए गए डेटा प्रोसेसिंग नियमों के दायरे में करें। बड़े ट्रैफ़िक पर मैन्युअल मिलान असुविधाजनक है: यह खराबी खोजने में मदद करता है, लेकिन निरंतर मॉनिटरिंग का विकल्प नहीं है।
कुछ पेजों पर काउंटर कोड मौजूद नहीं है
काउंटर मुख्य पेज पर हो सकता है, लेकिन लैंडिंग पेज, ब्लॉग, कैटलॉग, व्यक्तिगत खाते, मोबाइल टेम्पलेट या सबडोमेन पर नहीं। यह त्रुटि अक्सर साइट स्थानांतरण, अलग प्रोमो पेज बनाने या CMS थीम अपडेट के बाद होती है। आगंतुक साइट खोलता है, लेकिन उस विशिष्ट URL पर Metrica के पास निष्पादित करने के लिए कुछ नहीं होता।
ब्राउज़र के कोड व्यू के माध्यम से पेज का स्रोत कोड खोलें और mc.yandex.ru का अंश या काउंटर नंबर खोजें। उन पतों की जाँच करें जिन पर विज्ञापन और सोशल मीडिया के लिंक वास्तव में ले जाते हैं, न कि केवल मुख्य पेज की। इस जाँच की कमी यह है कि मैन्युअल रूप से दुर्लभ पेज और परिदृश्य छूट सकते हैं, जैसे भुगतान के बाद की स्क्रीन या मोबाइल संस्करण पर फ़ॉर्म।
साइट पर दूसरा काउंटर नंबर स्थापित है
कोड ठीक से काम कर सकता है, लेकिन डेटा पुराने, परीक्षण या किसी और के काउंटर को भेज सकता है। यह टेम्पलेट कॉपी करने, ठेकेदार बदलने, नए डोमेन पर माइग्रेशन या साइट के कई संस्करणों के एक साथ चलने के बाद होता है। ब्राउज़र में अनुरोध दिखते हैं, लेकिन चैनल या साइट का मालिक दूसरे काउंटर की रिपोर्ट देख रहा है।
पेज के कोड में पहचानकर्ता खोजें और इसकी तुलना Metrica कैबिनेट में नंबर से करें। ब्राउज़र कंसोल में यह अनुरोध चलाया जा सकता है: document.documentElement.innerHTML.includes("mc.yandex.ru"). यह दिखाएगा कि HTML में Metrica का पता मौजूद है या नहीं, लेकिन यह पुष्टि नहीं करेगा कि स्क्रिप्ट निष्पादित हुई। इसके लिए नेटवर्क अनुरोधों की जाँच आवश्यक है।
ब्राउज़र में Metrica की लोडिंग कैसे जाँचें
ब्राउज़र में बिना ब्लॉकर के पेज खोलें, F12 दबाएँ, Network टैब पर जाएँ और पेज रीफ़्रेश करें। फ़िल्टर पंक्ति में mc.yandex.ru टाइप करें। सामान्य काम के दौरान स्क्रिप्ट लोड करने वाले पते पर अनुरोध और डेटा संग्रह अनुरोध दिखने चाहिए, जिनमें आमतौर पर काउंटर नंबर के साथ metrika/tag.js या watch पथ होता है।
फिर Console टैब खोलें और त्रुटियाँ जाँचें। समस्या के उपयोगी संकेत: "Refused to load the script", "blocked by client", "Content Security Policy" संदेश या JavaScript त्रुटियाँ जो काउंटर शुरू होने से पहले आती हैं। एक ब्राउज़र में जाँच की कमी यह है: किसी विशिष्ट उपयोगकर्ता का एक्सटेंशन, ब्राउज़र संस्करण या नेटवर्क सेटिंग्स अलग परिणाम दे सकते हैं।
विज्ञापन ब्लॉकर कुछ विज़िट छिपा देते हैं
विज्ञापन ब्लॉक करने वाले एक्सटेंशन, निजी DNS सेवाएँ, ब्राउज़र की अंतर्निहित सुरक्षा और एंटीवायरस एनालिटिक्स पर अनुरोध रोक सकते हैं। Network में यह अक्सर blocked by client के रूप में दिखता है। पेज सामान्य रूप से खुलता है, सर्वर अनुरोध दर्ज करता है, लेकिन Metrica को विज़िट की जानकारी नहीं मिलती।
पेज की तुलना बिना एक्सटेंशन वाली सामान्य ब्राउज़र विंडो और ब्लॉकर वाले प्रोफ़ाइल में करें। यह परीक्षण ब्लॉकिंग के तथ्य को दिखाएगा, लेकिन खोई हुई विज़िट के हिस्से का सटीक अनुमान नहीं देगा: दर्शकों की सुरक्षा सेटिंग्स अलग-अलग होती हैं। एनालिटिक्स अनुरोधों को छिपाने के प्रयास सहायता को जटिल बनाते हैं और साइट की सुरक्षा नीतियों से टकरा सकते हैं।
Content Security Policy Metrica पर अनुरोध ब्लॉक करती है
Content Security Policy हेडर उन स्रोतों को सीमित करता है जिनसे पेज स्क्रिप्ट, इमेज लोड कर सकता है और नेटवर्क अनुरोध कर सकता है। CDN, प्रॉक्सी या साइट सुरक्षा मजबूत करने के बाद साइट Metrica पर अनुरोध प्रतिबंधित करना शुरू कर सकती है। ब्राउज़र कंसोल में ब्लॉक किए गए पते mc.yandex.ru के साथ CSP उल्लंघन का संदेश दिखेगा।
नियम को लक्षित रूप से जोड़ना चाहिए, न कि CSP को पूरी तरह बंद करना चाहिए। एक पंक्ति में निर्देश का उदाहरण: script-src 'self' https://mc.yandex.ru; connect-src 'self' https://mc.yandex.ru; img-src 'self' data: https://mc.yandex.ru;
इस पंक्ति को मौजूदा हेडर में बिना सोचे-समझे नहीं बदलना चाहिए: इसे साइट के पहले से आवश्यक स्रोतों के साथ जोड़ा जाना चाहिए। यदि काउंटर कोड सीधे HTML में डाला गया है, तो inline स्क्रिप्ट के लिए nonce या hash के माध्यम से अलग अनुमति की आवश्यकता हो सकती है। unsafe-inline जोड़ना आसान है, लेकिन इसकी कमी यह है — तृतीय-पक्ष JavaScript इंजेक्शन से सुरक्षा कमजोर होती है।
cookies सहमति काउंटर शुरू नहीं होने देती
सहमति बैनर वाली साइटों पर Metrica कभी-कभी केवल बटन दबाने के बाद शुरू होता है। बैनर के लॉजिक में त्रुटि के कारण सहमति के बाद भी काउंटर बंद रह सकता है, केवल पहले पेज पर चालू हो सकता है या उपयोगकर्ता की पसंद सहेज नहीं सकता। इससे कुछ विज़िट खो जाती हैं, विशेषकर लैंडिंग पेजों से छोटी विज़िट।
पहले लॉगिन, सहमति, अस्वीकृति, दोबारा विज़िट, मोबाइल ब्राउज़र और निजी मोड के परिदृश्य जाँचें। उपयोगकर्ता की पसंद से पहले एनालिटिक्स शुरू करने से डेटा की मात्रा बढ़ सकती है, लेकिन इस विकल्प की कानूनी और प्रतिष्ठा संबंधी कमी है: डेटा प्रोसेसिंग की प्रक्रिया आपके प्रोजेक्ट पर लागू आवश्यकताओं के अनुरूप होनी चाहिए।
काउंटर फ़िल्टर आवश्यक विज़िट बाहर कर देते हैं
Metrica सेटिंग्स में IP पतों, डोमेन, URL, पैरामीटर या तकनीकी ट्रैफ़िक के आधार पर फ़िल्टर सक्रिय हो सकते हैं। आमतौर पर इन्हें टीम की विज़िट और परीक्षण क्लिक हटाने के लिए जोड़ा जाता है। कार्यालय, VPN, कॉर्पोरेट नेटवर्क या URL संरचना बदलने के बाद ऐसा फ़िल्टर केवल आंतरिक विज़िट ही नहीं, बल्कि अन्य विज़िट भी बाहर कर सकता है।
सक्रिय फ़िल्टर देखें और प्रत्येक नियम का उद्देश्य जाँचें। निदान के लिए एक फ़िल्टर अस्थायी रूप से बदलें और परीक्षण विज़िट दोहराएँ। फ़िल्टर बंद करने की कमी यह है कि आँकड़ों में कर्मचारियों, डेवलपर्स और ऑटोटेस्ट की विज़िट आ जाएँगी, इसलिए बदलावों को अलग से दर्ज करना बेहतर है।
गलत अवधि, रिपोर्ट या टाइमज़ोन खुला है
कभी-कभी डेटा पहले से मौजूद होता है, लेकिन कैबिनेट में दूसरा काउंटर, बहुत संकीर्ण अवधि, तिथि तुलना मोड या अनुपयुक्त टाइमज़ोन चुना गया है। कम विज़िट के मामले में कुछ घंटों का अंतर किसी विशिष्ट दिन की पूरी तस्वीर बदल सकता है। काउंटर के काम का मूल्यांकन केवल विज़िट के कुछ मिनट बाद नहीं करना चाहिए।
अवधि तुलना हटाएँ, व्यापक सीमा खोलें और परीक्षण विज़िट की तिथि जाँचें। फिर पेजों की रिपोर्ट पर जाएँ और लैंडिंग पेज का सटीक पथ खोजें। व्यापक अवधि डेटा खोजने के लिए सुविधाजनक है, लेकिन इसकी कमी यह है — सामान्य ग्राफ़ पर उस क्षण को पहचानना कठिन होता है जब साइट अपडेट के बाद काउंटर ने काम करना बंद कर दिया।
रीडायरेक्ट और डोमेन आगंतुक का पथ बदल देते हैं
विज़िट लिंक शॉर्टनर, ट्रैकर, साइट के HTTP संस्करण, www डोमेन, मोबाइल सबडोमेन से होकर गुज़र सकती है और फिर अंतिम लैंडिंग पेज पर पहुँच सकती है। यदि रीडायरेक्ट गलत कॉन्फ़िगर है, पेज धीरे प्रतिक्रिया देता है या आगंतुक को दूसरे डोमेन पर भेजा जाता है, तो आवश्यक साइट का काउंटर लोड नहीं हो सकता। यह स्ट्रीम विवरण और विज्ञापन कैंपेन के लिंक के लिए विशेष रूप से महत्वपूर्ण है।
curl -I -L "https://example.com/promo" कमांड से श्रृंखला जाँचें और रीडायरेक्ट पतों के साथ स्थितियाँ देखें। कमांड सर्वर रीडायरेक्ट दिखाएगी, लेकिन ब्राउज़र में परीक्षण का विकल्प नहीं है: JavaScript रीडायरेक्ट और एक्सटेंशन द्वारा ब्लॉकिंग curl नहीं देख पाएगा। शॉर्ट लिंक प्रकाशनों में सुविधाजनक हैं, लेकिन अतिरिक्त रीडायरेक्ट निदान को जटिल बनाता है।
SPA आंतरिक नेविगेशन पर व्यू नहीं भेजता
सिंगल-पेज साइट पर अनुभागों के बीच नेविगेशन अक्सर पूर्ण रीलोड के बिना होता है। उपयोगकर्ता टैरिफ, उत्पाद कार्ड, फ़ॉर्म या धन्यवाद पेज खोलता है, लेकिन Metrica केवल पहली स्क्रीन दर्ज करता है। विज़िट रिपोर्ट में हो सकती हैं, लेकिन प्रवेश पेज, देखने की गहराई और कन्वर्ज़न अधूरे दिखते हैं।
Network में जाँचें कि ऐप के भीतर मार्ग बदलने के बाद Metrica पर नया अनुरोध आता है या नहीं। ब्राउज़र बटन से नेविगेशन, मोडल विंडो, भाषा परिवर्तन और गतिशील URL का परीक्षण करें। राउटर के माध्यम से व्यू का स्वचालित प्रेषण सुविधाजनक है, लेकिन इसकी कमी यह है — लॉजिक में त्रुटि होने पर व्यू के डुप्लिकेट और विज़िट की बढ़ी हुई गहराई आसानी से मिल सकती है।
विज़िट होने पर भी लक्ष्य ट्रिगर नहीं होते
लक्ष्य की खाली रिपोर्ट का अर्थ यह नहीं कि साइट पर ट्रैफ़िक नहीं है। विज़िट सामान्य रूप से एकत्र हो सकती हैं, लेकिन फ़ॉर्म सबमिशन, बटन क्लिक, खरीदारी या धन्यवाद पेज पर नेविगेशन दर्ज नहीं होता। कारण बदला हुआ CSS सेलेक्टर, काउंटर इनिशियलाइज़ेशन से पहले की घटना, परिणाम प्रोसेस किए बिना AJAX फ़ॉर्म या पेज पर दूसरा Metrica नंबर हो सकते हैं।
कार्रवाई मैन्युअल रूप से करें और साथ ही Network देखें: इसके बाद घटना प्रेषण से संबंधित अनुरोध आना चाहिए। बटन क्लिक पर लक्ष्य जल्दी सेट होता है, लेकिन इसकी कमी यह है — यह क्लिक दर्ज करता है, सफल फ़ॉर्म सबमिशन नहीं। फ़ॉर्म के लिए भरना शुरू होना, त्रुटि और पुष्ट परिणाम को अलग से ट्रैक करना अधिक उपयोगी है।
पाँच मिनट में निदान की चेकलिस्ट
- जिस लिंक से ट्रैफ़िक आना चाहिए, उसे बिना ब्लॉकर वाले सामान्य ब्राउज़र में खोलें।
- DevTools में Network खोलें, पेज रीफ़्रेश करें और mc.yandex.ru के अनुसार अनुरोध फ़िल्टर करें।
- Console टैब में JavaScript त्रुटियाँ, CSP और blocked by client संदेश जाँचें।
- पेज के कोड में काउंटर नंबर की तुलना Metrica कैबिनेट में रिपोर्ट नंबर से करें।
- access.log में परीक्षण के समय आवश्यक URL पर अनुरोध जाँचें, उदाहरण के लिए grep "GET /promo" /var/log/nginx/access.log.
- एक लिंक और एक अवधि के आधार पर सर्वर लॉग की तुलना विज्ञापन कैबिनेट में क्लिक से करें।
- फ़िल्टर, चुनी गई तिथियाँ, टाइमज़ोन, सबडोमेन और cookies सहमति परिदृश्य देखें।
- SPA के लिए आंतरिक नेविगेशन करें और सुनिश्चित करें कि मार्ग बदलने के बाद नया अनुरोध भेजा जाता है।
Last Articles
डिज़ाइन और कार्यक्षमता में क्या बदला हमने साइट को अपडेट किया है ताकि इसके साथ काम करना तेज़ और आसान हो। मुख्य बदलाव इंटरफ़ेस, व्यक्तिगत कैबिनेट और ऑर..
Good afternoon, I've collected all the news during this time.: 1. The main news is that prices for twitch viewers have been greatly reduced, while Tw..
1. हमारे सभी दर्शकों के लिए 15% छूट के लिए प्रोमो कोड "December2025" का उपयोग करें2. हमने 1 जनवरी तक अपने कॉन्फ़िगरेशन टूल और सबसे सस्ते दर्शक श्रेणी ..
चिकोटी सेवाएं हैं स्थिर रूप से काम करना, इसलिए हम दस्तों, पुनर्विक्रेताओं के साथ सहयोग करने के लिए तैयार हैं, सेवा मालिक, बॉट मालिक, और कई अन्य । ..
हम हमारी ट्विच व्यूअर सेवाओं को पूरी तरह से अपडेट कर दिया है, और वे अब हैं स्थिरतापूर्वक काम करना । हम केवल दर्शकों के लिए उच्च गुणवत्ता वाले आईप..
Hello everyone! Today, we are announcing a new feature—"Twitch Viewer Configurator". Now, you can customize any plan for your Twitch channel. Choo..
Greetings, I have compiled a guide for streamers, which will be very relevant at the moment. Now YouTube and twitch have disabled monetization from vi..
We have finally developed the APINow it will be more convenient for our partner sites to work with us.To update the maximum tariffs for YouTube, an up..
साझेदारी सेवाओं और रेफरल कार्यक्रम की भारी लोकप्रियता के कारण, हमने एक सहयोग तालिका बनाई है। सार बहुत सरल है: अधिक लाइव दर्शक - हमारी ओर से अधिक विज्ञ..
स्ट्रीमर्स के लिए हमारी सेवाएं
Shopee
Bigo
कंटेंट क्रिएटर्स के लिए हमारी सेवाएं
