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")۔ یہ دکھائے گی کہ Metrica کا ایڈریس HTML میں موجود ہے یا نہیں، لیکن اس بات کی تصدیق نہیں کرے گی کہ اسکرپٹ چلا۔ اس کے لیے نیٹ ورک درخواستوں کی جانچ ضروری ہے۔

براؤزر میں 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 پر درخواستیں روکنا شروع کر سکتی ہے۔ براؤزر کنسول میں CSP کی خلاف ورزی کا پیغام ظاہر ہوگا جس میں بلاک شدہ ایڈریس mc.yandex.ru درج ہوگا۔

قاعدہ نکاتی طور پر شامل کرنا چاہیے، 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 کے انجیکشن سے حفاظت کمزور ہو جاتی ہے۔

کوکیز کی رضامندی کاؤنٹر شروع نہیں ہونے دیتی

رضامندی بینر والی سائٹس پر Metrica کبھی کبھی صرف بٹن دبانے کے بعد شروع ہوتی ہے۔ بینر کی منطق میں خرابی رضامندی کے بعد کاؤنٹر بند چھوڑ سکتی ہے، اسے صرف پہلے صفحہ پر چالو کر سکتی ہے یا صارف کا انتخاب محفوظ نہیں کر سکتی۔ اس وجہ سے کچھ وزٹ ضائع ہو جاتے ہیں، خاص طور پر لینڈنگز سے مختصر وزٹ۔

پہلی انٹری، رضامندی، انکار، دوبارہ وزٹ، موبائل براؤزر اور پرائیویٹ موڈ کے منظرنامے چیک کریں۔ صارف کے انتخاب سے پہلے تجزیات شروع کرنا ڈیٹا کا حجم بڑھا سکتا ہے، لیکن اس آپشن کی قانونی اور ساکھ کی کمی ہے: ڈیٹا پروسیسنگ کا طریقہ کار ان تقاضوں کے مطابق ہونا چاہیے جو آپ کے پروجیکٹ پر لاگو ہوں۔

کاؤنٹر کے فلٹرز مطلوبہ وزٹ خارج کر دیتے ہیں

Metrica کی سیٹنگز میں IP ایڈریسز، ڈومینز، URL، پیرامیٹرز یا تکنیکی ٹریفک کے فلٹرز فعال ہو سکتے ہیں۔ عام طور پر یہ ٹیم کے وزٹ اور ٹیسٹ وزٹ ہٹانے کے لیے شامل کیے جاتے ہیں۔ دفتر، VPN، کارپوریٹ نیٹ ورک یا URL ڈھانچہ تبدیل ہونے کے بعد ایسا فلٹر صرف اندرونی وزٹ نہیں بلکہ مزید وزٹ بھی خارج کر سکتا ہے۔

فعال فلٹرز دیکھیں اور ہر قاعدے کا مقصد چیک کریں۔ تشخیص کے لیے عارضی طور پر ایک فلٹر تبدیل کر کے ٹیسٹ وزٹ دہرا سکتے ہیں۔ فلٹر بند کرنے کی کمی یہ ہے کہ اعداد و شمار میں ملازمین، ڈویلپرز اور آٹو ٹیسٹس کے وزٹ شامل ہو جائیں گے، اس لیے تبدیلیاں الگ ریکارڈ کرنا بہتر ہے۔

غلط مدت، رپورٹ یا ٹائم زون کھلا ہے

کبھی کبھی ڈیٹا موجود ہوتا ہے، لیکن کابینہ میں دوسرا کاؤنٹر، بہت مختصر مدت، تاریخوں کے موازنے کا موڈ یا نامناسب ٹائم زون منتخب ہے۔ کم وزٹ کی صورت میں چند گھنٹوں کا فرق کسی مخصوص دن کی تصویر مکمل طور پر بدل سکتا ہے۔ وزٹ کے چند منٹ بعد ہی کاؤنٹر کے کام کا اندازہ نہیں لگانا چاہیے۔

مدتوں کا موازنہ ہٹائیں، وسیع تر رینج کھولیں اور ٹیسٹ وزٹ کی تاریخ چیک کریں۔ پھر صفحات کی رپورٹ پر جائیں اور لینڈنگ کا درست راستہ تلاش کریں۔ وسیع مدت ڈیٹا تلاش کرنے کے لیے آسان ہے، لیکن اس کی کمی یہ ہے کہ عام گراف پر وہ لمحہ دیکھنا مشکل ہو جاتا ہے جب سائٹ اپ ڈیٹ کے بعد کاؤنٹر نے کام کرنا چھوڑ دیا۔

ری ڈائریکٹس اور ڈومینز وزٹر کا راستہ بدل دیتے ہیں

وزٹ لنک شارٹنر، ٹریکر، سائٹ کے HTTP ورژن، www ڈومین، موبائل سب ڈومین سے گزر کر اور پھر حتمی لینڈنگ پر پہنچ سکتا ہے۔ اگر ری ڈائریکٹ غلطی سے ترتیب دیا گیا ہو، صفحہ دیر سے جواب دے یا وزٹر کو دوسرے ڈومین پر بھیج دیا جائے، تو مطلوبہ سائٹ کا کاؤنٹر لوڈ نہیں ہو سکتا۔ یہ خاص طور پر اسٹریمز کی تفصیلات اور اشتہاری مہمات کے لنکس کے لیے اہم ہے۔

curl -I -L "https://example.com/promo" کمانڈ سے زنجیر چیک کریں اور ری ڈائریکٹ ایڈریسز کے ساتھ اسٹیٹس دیکھیں۔ کمانڈ سرور ری ڈائریکٹس دکھائے گی، لیکن براؤزر میں ٹیسٹ کا متبادل نہیں: JavaScript ری ڈائریکٹس اور ایکسٹینشنز کی بلاکنگ curl نہیں دیکھ سکے گا۔ شارٹ لنکس پوسٹس میں آسان ہیں، تاہم اضافی ری ڈائریکٹ تشخیص کو پیچیدہ بناتا ہے۔

SPA اندرونی وزٹ پر ویوز نہیں بھیجتا

سنگل پیج سائٹ پر سیکشنز کے درمیان وزٹ اکثر مکمل ری لوڈ کے بغیر ہوتا ہے۔ صارف ٹیرف، پروڈکٹ کارڈ، فارم یا شکریہ صفحہ کھولتا ہے، اور Metrica صرف پہلی اسکرین ریکارڈ کرتی ہے۔ وزٹ رپورٹ میں ہو سکتے ہیں، لیکن انٹری صفحات، ویو کی گہرائی اور کنورژنز نامکمل نظر آتے ہیں۔

Network میں چیک کریں کہ ایپلیکیشن کے اندر راستہ بدلنے کے بعد Metrica پر نئی درخواست آتی ہے یا نہیں۔ براؤزر بٹنوں سے وزٹ، موڈل ونڈوز، زبان کی تبدیلی اور ڈائنامک URLs ٹیسٹ کریں۔ روٹر کے ذریعے خودکار ویو بھیجنا آسان ہے، لیکن اس کی کمی یہ ہے کہ منطق میں خرابی کی صورت میں ویوز کی نقل اور وزٹ کی بڑھی ہوئی گہرائی آسانی سے حاصل ہو سکتی ہے۔

وزٹ موجود ہونے پر اہداف متحرک نہیں ہوتے

ہدف کی خالی رپورٹ کا مطلب یہ نہیں کہ سائٹ پر ٹریفک نہیں۔ وزٹ معمول کے مطابق جمع ہو سکتے ہیں، لیکن فارم جمع کرانا، بٹن پر کلک، خریداری یا شکریہ صفحہ پر منتقلی ریکارڈ نہیں ہوتی۔ وجوہات میں تبدیل شدہ CSS سلیکٹر، کاؤنٹر کی ابتدا سے پہلے کا ایونٹ، بغیر نتیجہ پروسیسنگ کے AJAX فارم یا صفحہ پر دوسرا Metrica نمبر شامل ہیں۔

عمل دستی طور پر انجام دیں اور بیک وقت Network دیکھیں: اس کے بعد ایونٹ بھیجنے سے متعلق درخواست آنی چاہیے۔ بٹن کلک کا ہدف تیزی سے ترتیب دیا جاتا ہے، لیکن اس کی کمی یہ ہے کہ یہ دبانے کو ریکارڈ کرتا ہے، فارم کے کامیاب جمع ہونے کو نہیں۔ درخواستوں کے لیے بھرنے کا آغاز، خرابی اور تصدیق شدہ نتیجہ الگ سے ٹریک کرنا زیادہ مفید ہے۔

پانچ منٹ کی تشخیصی چیک لسٹ

1. وہ لنک کھولیں جس پر ٹریفک آنا چاہیے، عام براؤزر میں بغیر بلاکرز کے۔
2. DevTools میں Network کھولیں، صفحہ ریفریش کریں اور mc.yandex.ru کے مطابق درخواستیں فلٹر کریں۔
3. Console ٹیب میں JavaScript کی خرابیاں، CSP اور blocked by client کا پیغام چیک کریں۔
4. صفحہ کے کوڈ میں کاؤنٹر نمبر کا موازنہ Metrica کابینہ میں رپورٹ کے نمبر سے کریں۔
5. access.log میں ٹیسٹ کے دوران مطلوبہ URL کی درخواست چیک کریں، مثلاً grep "GET /promo" /var/log/nginx/access.log۔
6. سرور لاگ کا موازنہ اشتہاری کابینہ میں کلکس سے ایک لنک اور ایک مدت کے مطابق کریں۔
7. فلٹرز، منتخب تاریخیں، ٹائم زون، سب ڈومینز اور کوکیز کی رضامندی کا منظرنامہ دیکھیں۔
8. SPA کے لیے اندرونی وزٹ انجام دیں اور یقینی بنائیں کہ راستہ بدلنے کے بعد نئی درخواست بھیجی جاتی ہے۔