هیچ دادهای نمیرسد
تگ نصب است و گزارشها خالیاند. این صفحه ترتیب درست بررسی را میدهد — از سریعترین سیگنال تا خاموشترین دلیل — و برای هر مورد میگوید نشانهاش چیست و کجا درست میشود.
اول سریعترین سیگنال#
قبل از هر بررسی دیگری، یک بار خودتان رویداد بسازید و ببینید میرسد یا نه.
اگر خودتان را آنجا دیدید، جمعآوری سالم است و مشکل جای دیگری است — مستقیم به بخش آخر همین صفحه بروید، «گزارشها خالیاند ولی وضعیت زنده داده دارد».
اگر چیزی ندیدید، از بالای فهرست زیر شروع کنید. ترتیب تصادفی نیست: هر مورد از مورد بعدی محتملتر است و بررسیاش کوتاهتر.
ترتیب بررسی#
| # | بررسی | نشانهای که آن را جدا میکند |
|---|---|---|
| ۱ | تگ روی صفحه منتشرشده هست؟ | در سورس صفحه زنده، شناسه اندازهگیری پیدا نمیشود |
| ۲ | شناسه اندازهگیری درست است؟ | در ابزار توسعهدهنده، درخواست /collect با پاسخ 200 میرود ولی هیچجا دیده نمیشود |
| ۳ | دامنه جریان با محل اجرای تگ یکی است؟ | وضعیت زنده داده دارد ولی «آزمایش نصب» میگوید در انتظار داده |
| ۴ | رضایت جلوی جمعآوری را گرفته؟ | هیچ درخواستی به /collect نمیرود و هیچ کوکی __sov_* هم ساخته نشده |
| ۵ | IP شما حذف شده؟ | همکار شما دیده میشود، خودتان نه |
| ۶ | کوکی انصراف نشسته؟ | فقط روی مرورگر شما، حتی در حالت ناشناس نه |
| ۷ | مسدودکننده تبلیغات؟ | در مرورگر بدون افزونه دیده میشوید، در مرورگر خودتان نه |
| ۸ | با ابزار خط فرمان آزمایش کردهاید؟ | فقط درخواستهای curl و مرورگر بدون رابط گم میشوند |
۱. تگ روی صفحه منتشرشده#
سورس صفحه زنده را ببینید، نه محیط توسعه و نه فایل قالب. در مرورگر «مشاهده منبع صفحه» را باز کنید و دنبال شناسه اندازهگیری بگردید — چیزی که با AP- شروع میشود.
سه حالتی که واقعا رخ میدهد:
- قالب جامانده. تگ روی صفحه اصلی هست و روی صفحه پرداخت نیست. نتیجهاش داده کامل روی یک بخش و صفر روی بخشی است که بیشتر از همه اهمیت دارد. هر قالب مستقل را جدا باز کنید.
- کش سمت سرور یا CDN. تگ را اضافه کردهاید و نسخهای که به بازدیدکننده میرسد هنوز قدیمی است. کش را پاک کنید و دوباره سورس را ببینید.
- تگ در پایین صفحه. داده را متوقف نمیکند، ولی بازدیدهای کوتاه را از دست میدهد. جای درست، تا حد ممکن بالای
<head>است.
اگر تگ دو بار روی صفحه بود، مشکل شما این صفحه نیست؛ بازدید صفحه دو بار شمرده میشود را ببینید.
قطعه کد نصب را کنسول تولید میکند و نسخه تگ را روی آن مهر میزند. آن را از «مدیریت» ← «جریانهای داده» ← جریان خود ← «مشاهده دستورالعمل نصب تگ» بردارید و همان را عینا بگذارید. قطعه کدی که از یک مقاله یا از سایت دیگری کپی شده، تقریبا همیشه یک تفاوت کوچک دارد.
۲. شناسه اندازهگیری#
این خاموشترین خرابی کل محصول است. وقتی شناسه اندازهگیری به هیچ جریانی نخورد، ادپیکس رویداد را نمیپذیرد ولی خطا هم نمیدهد: پاسخ همچنان 200 است و رویداد در جدول قرنطینه بایگانی میشود. در ابزار توسعهدهنده مرورگر همهچیز سبز به نظر میرسد و در گزارشها هیچچیز نیست.
پس مقایسه چشمی لازم است. شناسهای را که در سورس صفحه هست، کاراکتر به کاراکتر با «شناسه اندازهگیری» همان جریان در کنسول بسنجید. سه اشتباه رایج:
- شناسه دارایی آزمایشی روی سایت اصلی مانده است.
- جریان حذف شده و شناسهاش هنوز روی صفحه است.
- شناسه از یک ایمیل کپی شده و یک نویسه اضافه — فاصله یا نویسه بازگشت خط — همراهش آمده است.
۳. دامنه جریان#
هر جریان یک دامنه ثبتشده دارد. رویدادها شناسه جریان را با خودشان حمل نمیکنند، پس ادپیکس ترافیک هر جریان را از روی دامنهاش تشخیص میدهد.
نتیجهاش یک حالت گیجکننده است: اگر تگ روی دامنهای اجرا شود که با دامنه ثبتشده جریان یکی نیست و زیردامنه آن هم نیست، در وضعیت زنده بازدید میبینید ولی «آزمایش نصب» و نشانگر ۴۸ ساعته کنار جریان همچنان میگویند دادهای نرسیده است.
راهحل یکی از این دو است: دامنه جریان را اصلاح کنید، یا دامنه دوم را در «پیکربندی دامنهها» همان جریان اضافه کنید. جزئیات در اندازهگیری میان دامنه و زیردامنهها.
۴. رضایت#
اگر ماژول رضایت را روشن کردهاید، تراکر خودش را در مبدا میبندد. دستهای که جمعآوری را باز میکند «آماری» است:
| دسته | تا وقتی پذیرفته نشده |
|---|---|
| آماری | هیچ بازدید صفحه، رویداد سفارشی، رویداد تجارت الکترونیک یا شناسایی فرستاده نمیشود، و شناسه بازدیدکننده هم در کوکی و حافظه محلی ماندگار نمیشود |
| بازاریابی | کوکیهای اسناد __sov_ft و __sov_lt نوشته نمیشوند و ماژول غنیسازی اثرانگشت بارگذاری نمیشود |
در حالت پذیرش — همان حالت اتحادیه اروپا — رفتار پیشفرض بسته است: تا وقتی بازدیدکننده انتخابی نکرده، هیچچیز فرستاده نمیشود. در حالت انصراف، جمعآوری تا لحظه رد کردن ادامه دارد.
نشانهاش در ابزار توسعهدهنده روشن است: هیچ درخواستی به /collect نمیرود و هیچ کوکی __sov_* هم ساخته نشده. برای دیدنش کافی است بنر را با پذیرش کامل تایید کنید و صفحه را نوسازی کنید؛ اگر آن وقت داده آمد، ریشه همین بود.
اگر بنر اصلا نمایش داده نمیشود ولی ماژول روشن است، بدترین ترکیب ممکن را دارید: گیت بسته میماند و بازدیدکننده هیچوقت راهی برای بازکردنش ندارد. تنظیمات را در اعمال رضایت در تراکر بررسی کنید.
۵. IP حذفشده#
در «مدیریت» ← «جزئیات دارایی» بخشی هست به نام «فیلتر کردن ترافیک» با فهرست «CIDRهای حذف شده». راهنمای خودِ صفحه میگوید: «هر CIDR در یک خط، مثلا 203.0.113.0/24. درخواستهای منطبق پیش از گزارش گیری حذف میشوند.»
سه نکته که وقت شما را میگیرد اگر ندانید:
- حذف کامل است، نه فیلتر گزارش. درخواست منطبق پیش از هر ذخیرهسازی کنار گذاشته میشود؛ در وضعیت زنده هم دیده نمیشود و بعدا هم قابل بازیابی نیست.
- تغییر فهرست فوری اثر نمیکند. پیکربندی هر دارایی در حافظه گیرنده نگهداشته میشود و هر دقیقه یک بار تازه میشود. بعد از ویرایش، حدود یک دقیقه صبر کنید.
- IP خروجی شما همانی نیست که فکر میکنید. اگر روی VPN یا شبکه دفتر هستید، IP عمومیتان را ببینید و با فهرست بسنجید. یک
/16که با خوشبینی اضافه شده میتواند نصف یک اپراتور را حذف کند.
۶. کوکی انصراف#
کوکی __sov_x کوکی انصراف است. اگر مقدارش دقیقا 1 باشد، تراکر هیچ رویدادی نمیفرستد و گیرنده هم هر رویدادی را که با آن کوکی برسد کنار میگذارد — و باز هم 200 برمیگرداند.
این کوکی را ادپیکس نمیسازد؛ شما میسازیدش، معمولا پشت دکمهای مثل «مرا دنبال نکن». اگر روزی برای آزمایش آن را روی مرورگر خودتان گذاشتهاید، همانجا مانده است. در ابزار توسعهدهنده، در فهرست کوکیهای دامنه، دنبالش بگردید و پاکش کنید.
نشانهی قطعیاش این است که مشکل فقط به یک مرورگر محدود است و در حالت ناشناس وجود ندارد.
۷. مسدودکننده تبلیغات#
در حالت مستقیم، فایل تراکر و آدرس /collect روی دامنه ادپیکس نشستهاند و فهرستهای مسدودسازی آنها را میشناسند. سهم از دست رفته به مخاطب شما بستگی دارد و روی مخاطب فنی بهطور محسوس بزرگتر است.
آزمایشش یک دقیقهای است: همان صفحه را در مرورگری بدون هیچ افزونهای باز کنید. اگر آنجا دیده شدید، ریشه همین است.
راهحل واقعی، دروازه تگ است: تگ و بیکن از زیردامنه خودتان سرو میشوند و چیزی برای تطبیق باقی نمیماند. مسیر کارش در دروازه تگ فرستپارتی آمده است.
اگر دروازه تگ را روشن کردهاید، یک دلیل تازه برای نرسیدن داده اضافه شده است: پروکسی. اگر رکورد CNAME یا توکن پروکسی درست نباشد، درخواستها با 403 برمیگردند. «آزمایش نصب» این حالت را جدا نشان میدهد و اگر «سلامت پروکسی» قرمز باشد، ریشه همان است.
۸. آزمایش با ابزار خط فرمان#
اگر برای اطمینان با curl یا یک مرورگر بدون رابط رویداد فرستادهاید و اثری از آن نیست، این عمدی است. گیرنده عامل کاربر را میسنجد و ترافیک خزندههای شناختهشده و ابزارهای خط فرمان — از جمله curl/، wget، python-requests و هر عامل کاربری که «headless» دارد — را به قرنطینه میفرستد و باز هم 200 برمیگرداند.
برای آزمایش واقعی از یک مرورگر واقعی استفاده کنید.
گزارشها خالیاند ولی وضعیت زنده داده دارد#
این یک مشکل کاملا دیگر است و ربطی به نصب ندارد.
- بازه زمانی. پیشفرض هر گزارش «۳۰ روز گذشته» است و صفحات لحظهای اصلا از انتخابگر تاریخ پیروی نمیکنند. اگر تگ را همین امروز نصب کردهاید، بازه را روی «امروز» بگذارید.
- منطقه زمانی دارایی. مرز روزها با منطقه زمانی دارایی بریده میشود، نه با ساعت مرورگر شما. نزدیک نیمهشب، همین تفاوت یک روز کامل را جابهجا نشان میدهد.
- دارایی اشتباه. انتخابگر بالای صفحه را نگاه کنید. اگر چند دارایی دارید، احتمال اینکه گزارش دارایی دیگری را باز کرده باشید کم نیست.
- دسترسی محدود. اگر نقش شما محدودیت داده دارد، بخشی از ردیفها را نمیبینید. با مالک حساب بررسی کنید.
اگر داده میرسد ولی عددها با ابزار دیگری نمیخوانند، سراغ عددها با GA4 نمیخوانند بروید.
پرسشهای پرتکرار#
سریعترین راه فهمیدن اینکه تگ کار میکند چیست؟
سایت خودتان را با نوسازی کامل باز کنید و بلافاصله سراغ «نمای کلی لحظهای» بروید. پنجرهاش متحرک است و بازه تاریخ روی آن اثری ندارد، پس اگر رویدادی رسیده باشد ظرف چند ثانیه دیده میشود. اگر آنجا خودتان را دیدید، نصب سالم است و مشکل جای دیگری است.
شناسه اندازهگیری را اشتباه گذاشتهام. خطایی میبینم؟
خیر، و همین آن را خطرناک میکند. رویداد با شناسه ناشناخته پذیرفته میشود، پاسخ 200 میگیرد و در یک جدول قرنطینه بایگانی میشود؛ نه در مرورگر خطایی میبینید نه در گزارشها چیزی. شناسه را همیشه با آنچه در «جریانهای داده» نوشته شده مقایسه کنید.
چرا بازدید خودم را در وضعیت زنده نمیبینم ولی همکارم دیده میشود؟
دو دلیل رایج دارد: آدرس IP دفتر شما در «CIDRهای حذف شده» دارایی است، یا کوکی __sov_x با مقدار 1 روی مرورگر شما نشسته. هر دو باعث میشوند رویداد پیش از هر گزارشی کنار گذاشته شود و در وضعیت زنده هم دیده نشود.
بنر رضایت داریم. چقدر از داده را از دست میدهیم؟
در حالت پذیرش، تا وقتی بازدیدکننده دسته «آماری» را نپذیرد هیچ رویدادی فرستاده نمیشود و هیچ شناسهای هم ماندگار نمیشود — رفتار پیشفرض بسته است. در حالت انصراف، جمعآوری تا لحظه رد کردن ادامه دارد. سهم دقیق به نرخ پذیرش شما بستگی دارد و در «گزارش رضایت» دیده میشود.
ممنون — بازخورد شما به بهتر شدن مستندات کمک میکند.