عددها با GA4 نمیخوانند
ادپیکس عمدا با GA4 همتراز است — پنجره نشست، تعریف نشست متعامل، قاعده شمارش بازدید صفحه. ولی چند چیز بهدرستی فرق میکنند. این صفحه میگوید کدامها، و پیش از گزارشکردن نقص چه چیزی را باید یکسان کنید.
اول مثل به مثل کنید#
بیشتر «اختلاف»هایی که گزارش میشوند، اختلاف نیستند — دو عدد متفاوتاند که کنار هم گذاشته شدهاند. این شش مورد را قبل از هر چیز یکسان کنید:
| چیزی که باید یکسان شود | تله |
|---|---|
| بازه زمانی | پیشفرض ادپیکس «۳۰ روز گذشته» است و پیشفرض GA4، ۲۸ روز. تا وقتی هر دو را دستی روی یک بازه نگذاشتهاید، دو عدد متفاوت میخوانید |
| منطقه زمانی | ادپیکس مرز روزها را در منطقه زمانی دارایی میبرد. اگر دارایی GA4 روی منطقه دیگری تنظیم باشد، هر روز چند ساعت جابهجا میشود |
| نام سنجه | «Views» در GA4 شامل بازدید صفحه و بازدید صفحهنمایش اپلیکیشن است؛ عدد متناظرش در ادپیکس فقط بازدید صفحه است |
| دامنه گزارش | «Traffic acquisition» نشستمحور است و «User acquisition» اولینبرخوردی. ادپیکس هم همین دو را جدا نگه میدارد؛ اگر یکی را با دیگری بسنجید همیشه اختلاف میبینید |
| تازگی داده | گزارشهای استاندارد GA4 با تاخیر پردازش میشوند. مقایسه «امروز» یعنی مقایسه یک عدد کامل با یک عدد ناقص |
| فیلترها | ادپیکس ترافیک IPهای حذفشده را پیش از ذخیره کنار میگذارد. فیلتر ترافیک داخلی در GA4 چیزی است که باید جداگانه تنظیم کرده باشید |
برای مقایسه، یک روز کامل انتخاب کنید که دستکم دو روز از آن گذشته باشد — نه امروز، نه دیروز. این کار تاخیر پردازش را از معادله بیرون میبرد و اگر اختلافی ماند، اختلاف واقعی است.
جاهایی که عمدا یکی هستند#
اینها انتخاب طراحیاند، نه تصادف. اگر یکی از اینها نمیخواند، احتمالا واقعا نقصی هست.
| موضوع | قاعده مشترک |
|---|---|
| پنجره نشست | ۳۰ دقیقه بیفعالیتی؛ همهجا همین یک عدد |
| نشست متعامل | دستکم ۱۰ ثانیه تعامل، یا دستکم دو بازدید صفحه، یا دستکم یک رویداد کلیدی |
| نرخ پرش | صد منهای نرخ تعامل — یک عدد است، از آن سو نگاه شده |
| بازدید صفحه | فقط با تغییر واقعی آدرس؛ یک replaceState روی همان آدرس چیزی نمیشمارد |
| مسیریابی با hash | تغییر قطعه hash بازدید صفحه نمیسازد |
| کاربر جدید | بازدیدکنندهای که رویداد first_visit او در همین بازه افتاده باشد |
| ترافیک بدون اسناد | همان تاپل (direct)/(none) که GA4 مینویسد |
| پنجره لحظهای | ۳۰ دقیقه |
| مدل اسناد عکس فوری سفارش | آخرین برخورد غیرمستقیم |
جاهایی که بهدرستی فرق میکنند#
زمان رویداد، زمان رسیدن به سرور است#
ادپیکس زمان رویداد را در لحظه دریافت ثبت میکند. تراکر رویدادها را دستهای میفرستد و اگر شبکه قطع باشد صف میکند، پس رویدادی که کاربر در دقیقه ۵۹ ساخته میتواند در دقیقه بعد ثبت شود — و نزدیک نیمهشب، در روز بعد.
به همین دلیل هیچ محاسبه مدتی از اختلاف زمانهای ثبت ساخته نمیشود. «میانگین زمان تعامل» از پارامتر engagement_time_msec میآید که خودِ تراکر آن را اندازه میگیرد و هر بازه بلندتر از ۳۰ دقیقه را دور میریزد تا یک تب فراموششده مدت ساعتی جعلی نسازد.
رضایت در مبدا بسته میشود#
اگر ماژول رضایت روشن باشد، تراکر ادپیکس خودش را در همان مرورگر میبندد: بدون دسته «آماری» هیچ رویدادی فرستاده نمیشود و هیچ شناسهای ماندگار نمیشود.
تفاوت مهم این است که ادپیکس رفتار کاربرانی را که رد کردهاند مدل نمیکند. GA4 در حالت رضایت، بخشی از این کاربران را با مدلسازی برمیگرداند. ادپیکس این کار را نمیکند: کسی که رد کرده، در گزارش نیست. روی سایتی با نرخ پذیرش پایین، این تنهایی میتواند بزرگترین منبع اختلاف باشد.
مسدودکنندهها و دروازه تگ#
هر دو ابزار بخشی از ترافیک را به مسدودکنندهها میبازند، ولی نه به یک اندازه و نه از یک فهرست. اگر دروازه تگ را روشن کرده باشید، تگ و بیکن از زیردامنه خودتان سرو میشوند و ادپیکس ترافیکی را میبیند که GA4 نمیبیند. در این حالت بالاتر بودن عدد ادپیکس درست است، نه اشتباه.
نمونهگیری، آستانه و ردیف «(other)»#
سه رفتار GA4 که در ادپیکس معادلی ندارند:
- نمونهگیری. کاوشهای GA4 روی داراییهای پرحجم از نمونه استفاده میکنند. ادپیکس هر سنجه را روی ردیفهای واقعی و با شمارش یکتای دقیق میسازد.
- آستانه داده. GA4 ردیفهایی را که ممکن است فرد را شناسایی کنند پنهان میکند — بهخصوص در جمعیتشناسی. ادپیکس چیزی را پنهان نمیکند.
- جمعکردن در «(other)». GA4 ابعاد پرتنوع را در یک ردیف تجمیعی جمع میکند. گزارشهای ادپیکس این کار را نمیکنند؛ تنها استثنا، کاوش مسیر است که عمدا و با کنترل خودتان دم توزیع را در هر مرحله جمع میکند.
گراف هویت#
در صفحه خانه و گزارشهای جذب، «کاربران» همان شناسه ناشناس مرورگر است — دقیقا مثل GA4.
ولی چند گزارش روی هویت حلشده گروه میشوند: قیف، کوهورت ریتنشن، ارزش طول عمر و مخاطبان. آنجا دو مرورگر یک آدم — یا مرورگر و اپلیکیشن او — به یک نفر تبدیل میشوند. اثرش قابل پیشبینی است: شمار کاربران کمتر از GA4 و نرخ تبدیل بالاتر. این دقت بیشتر است، نه اختلاف. منطق کامل در ادپیکس بازدیدکننده را چطور میشناسد.
رویدادهای سمت سرور نشست ندارند#
سفارشی که از CRM یا فروشگاه شما مستقیم به ادپیکس میرسد، نشست مرورگری ندارد و ادپیکس عمدا برایش نشست جعلی نمیسازد. اگر میساخت، هر سفارش یک «نشست» تازه بود و نرخ تبدیل را خراب میکرد.
نتیجهاش این است: این رویدادها در شمار رویداد، رویدادهای کلیدی، درآمد و اسناد کاربر کاملا حاضرند و فقط از سنجههایی که واحدشان نشست است بیرون میمانند.
حذف تکرار با شناسه رویداد#
تراکر ادپیکس تحویل «دستکم یک بار» دارد و بیکن ناموفق را دوباره میفرستد. برای اینکه این تلاش دوباره به ردیف تکراری تبدیل نشود، هر رویداد شناسه یکتای خودش را دارد و تکرارها هم در لحظه دریافت و هم در لحظه شمارش کنار میروند. اثرش کوچک است — روی داده تولیدی حدود نیم درصد اندازهگیری شد — ولی همیشه در جهت کاهش عدد ادپیکس است.
رباتها و فیلترها#
ادپیکس عامل کاربر خزندههای شناختهشده و ابزارهای خط فرمان را به قرنطینه میفرستد و ترافیک IPهای حذفشده دارایی را پیش از هر ذخیرهسازی کنار میگذارد. GA4 فهرست خودش را دارد و فیلتر ترافیک داخلیاش را باید جداگانه تنظیم کرده باشید. دو فهرست متفاوت، دو عدد متفاوت.
کدام اختلاف طبیعی است و کدام نقص#
| چیزی که میبینید | تفسیر |
|---|---|
| اختلاف چنددرصدی، پایدار، در هر دو جهت | طبیعی. مجموع تفاوتهای بالا |
| ادپیکس بالاتر، بهطور پایدار، و دروازه تگ روشن است | طبیعی و مطلوب: ترافیکی که GA4 از دست میدهد |
| ادپیکس پایینتر و نرخ پذیرش رضایت پایین است | طبیعی. GA4 بخشی از ردکنندهها را مدل میکند، ادپیکس نه |
| ضریب تمیز — دو یا سه برابر | نقص. سراغ بازدید صفحه دو بار شمرده میشود بروید |
| کاربر میخواند ولی بازدید صفحه نمیخواند | تقریبا همیشه شمارش چندبرابری بازدید صفحه، نه مشکل هویت |
| در ادپیکس تقریبا همهچیز «مستقیم» است | نقص اسناد. سراغ همه چیز مستقیم گزارش میشود بروید |
| اختلاف روزبهروز عوض میشود | هنوز مثل به مثل مقایسه نکردهاید؛ به بالای همین صفحه برگردید |
اگر بعد از همه اینها هنوز نمیخواند#
یک روز کامل و قدیمی انتخاب کنید، هر دو ابزار را روی همان روز و همان منطقه زمانی بگذارید، و این چهار عدد را کنار هم بنویسید: کاربران، نشستها، بازدید صفحه، و شمار یک رویداد کلیدی مشخص.
الگویی که در میآید معمولا خودش جواب است. اگر فقط بازدید صفحه بالاست، مشکل شمارش است. اگر همهچیز به یک نسبت پایین است، مشکل جمعآوری است — سراغ هیچ دادهای نمیرسد بروید. اگر فقط کاربر پایین است، احتمالا در حال مقایسه گزارشی هستید که روی هویت حلشده گروه میشود.
پرسشهای پرتکرار#
چقدر اختلاف با GA4 طبیعی است؟
اختلاف چنددرصدی و پایدار طبیعی است و ریشهاش در تفاوتهای عمدی است. چیزی که طبیعی نیست، ضریب تمیز — دو یا سه برابر — یا اختلافی است که روزبهروز عوض میشود. ضریب یعنی شمارش چندبرابری؛ اختلاف بیقاعده معمولا یعنی بازه یا منطقه زمانی را یکسان نکردهاید.
ادپیکس هم مثل GA4 نمونهگیری میکند؟
خیر. هر سنجه روی ردیفهای واقعی رویداد و با شمارش یکتای دقیق محاسبه میشود؛ نه نمونهگیری هست، نه جدول از پیش جمعبسته، نه آستانهای که ردیفهای کمحجم را پنهان کند. اگر گزارش GA4 شما نمونهگیریشده باشد، اختلاف از آن سمت میآید.
چرا شمار نشستهای من در ادپیکس کمتر است ولی شمار رویدادها بیشتر؟
دو اثر جدا هستند. رویدادهایی که از سمت سرور میفرستید نشست مرورگری ندارند و در شمار نشست نمیآیند ولی در شمار رویداد و درآمد حاضرند. از آن سو، اگر دروازه تگ را روشن کرده باشید، ترافیکی را میگیرید که مسدودکنندهها از GA4 دریغ میکنند.
«کاربران» در دو ابزار یک چیز را میشمارند؟
در صفحه خانه و گزارشهای جذب، بله — واحد شمارش شناسه ناشناس مرورگر است، دقیقا مثل GA4. ولی قیف، کوهورت، ارزش طول عمر و مخاطبان روی هویت حلشده گروه میشوند، یعنی چند مرورگر یک نفر به هم وصل میشوند. آنجا عدد ادپیکس کمتر و نرخ تبدیلش بالاتر است.
ممنون — بازخورد شما به بهتر شدن مستندات کمک میکند.