چرا 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 ظاهر می‌شود یا نه. جابه‌جایی‌ها با دکمه‌های مرورگر، پنجره‌های مودال، تغییر زبان و 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.
- لاگ سرور را با کلیک‌های کابین تبلیغات برای یک لینک و یک بازه زمانی تطبیق دهید.
- فیلترها، تاریخ‌های انتخاب‌شده، منطقه زمانی، زیردامنه‌ها و سناریوی رضایت به کوکی‌ها را مرور کنید.
- برای 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. از کد تبلیغاتی "December2025" برای 15% تخفیف برای همه بینندگان ما استفاده کنید2. ما تا 1 ژانویه قیمت‌های پایه برای ابزار پیکربندی و مقرون‌به‌صرفه‌ت..
خدمات Twitch با ثبات کار ميکنيم ، پس آماده ايم با گروه ها و فروشنده ها همکاري کنيم, صاحبان خدمات ، صاحبان ربات ها و بسیاری دیگر.اصطلاحات فردی را م..
ما خدمات twitch viewer ما را به طور کامل به روز کرده اند و اکنون کار پایدار. ما فقط از آدرس های ip با کیفیت بالا برای بینندگان استفاده می کنیم.این..
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
خدمات ما برای تولیدکنندگان محتوا
