گزارش رویدادها
گزارش رویدادها میگوید در بازه انتخابشده چه اتفاقهایی روی سایت شما افتاده، هر کدام چند بار، برای چند کاربر و چقدر درآمد آوردهاند. شمارش روی شناسه یکتای هر رویداد انجام میشود، پس ارسال دوباره یک رویداد آن را دو بار نمیشمارد.
این گزارش دقیقا چه چیزی را نشان میدهد#
گزارش «رویدادها» یک بعد دارد و بس: نام رویداد. هر ردیف یک نام است با چهار عدد کنارش، بالای جدول همان چهار عدد برای کل بازه به شکل کارت میآیند، و بین آن دو، نمودار روند نشان میدهد سهم هر رویداد در طول زمان چطور جابهجا شده.
بازه از انتخابگر تاریخ بالای صفحه میآید و پیشفرضش «۳۰ روز گذشته» است. مرزهای بازه و سطلهای روز و ماه در منطقه زمانی دارایی حساب میشوند، نه به وقت مرورگر شما — پس «دیروز» یعنی دیروزِ کسبوکار شما.
چهار ستون جدول#
| ستون | چطور حساب میشود |
|---|---|
| تعداد رویداد | شمار شناسههای یکتای رویداد. یک رویداد که بر اثر تلاش دوباره دو بار رسیده باشد، یک بار شمرده میشود. |
| کل کاربران | شمار شناسههای یکتای بازدیدکنندهای که آن رویداد را داشتهاند. |
| تعداد رویداد به ازای هر کاربر فعال | همان دو ستون بالا تقسیم بر هم، با دو رقم اعشار. |
| کل درآمد | جمع پارامتر value همان رویدادها. |
درباره «کل کاربران» یک نکته را بدانید: مبنا شناسهای است که تراکر برای هر مرورگر میسازد، نه هویت نهایی فرد. یک نفر که همان رویداد را روی موبایل و لپتاپ داشته باشد، در این ستون دو کاربر است. گزارش قیف تبدیل برعکس این یکی، هویت شناساییشده را میخواند؛ پس اگر دو گزارش عدد یکسانی ندادند، دلیلش همین است.
مقدار کارت «کل درآمد» جمع خام پارامتر value است، بدون هیچ تبدیل ارزی؛ ولی کارت آن را با یک نشان ارز ثابت نمایش میدهد. اگر فروش شما به ریال است، عدد درست است و نشان کنارش را نادیده بگیرید. اگر با چند ارز کار میکنید، خود عدد هم بیمعنا است: به گزارش تجارت الکترونیک بروید که تفکیک ارز دارد.
نمودار روند و رابطهاش با جدول#
نمودار، تعداد رویداد را در طول زمان روی هم میچیند و به صورت پیشفرض شش رویداد پرشمار بازه را نشان میدهد. سرویس حداکثر بیست نام پرشمار را برای نمودار برمیگرداند، پس دُمِ بلندِ رویدادهای کمتکرار عمدا از نمودار بیرون میماند تا خوانا بماند.
نمودار دنبال جدول میآید: تا وقتی کادر «جستجوی ردیفها» خالی است، نمودار همان شش تای پرشمار را میکشد؛ به محض اینکه در جدول چیزی جستجو کنید، نمودار هم فقط به رویدادهای بازمانده از همان جستجو محدود میشود. این سادهترین راه دیدن روند یک رویداد خاص است: نامش را در جستجو بزنید.
سه انتخاب دیگر هم روی صفحه هست:
- دانهبندی زمانی — روز، هفته یا ماه. انتخاب شما در همان مرورگر به خاطر میماند و دفعه بعد همانطور باز میشود.
- مرتبسازی و شمار ردیف در هر صفحه — روی سرستونها و پایین جدول.
- مقایسه — اگر در انتخابگر تاریخ «مقایسه» را روشن کنید، همان گزارش برای دوره قبل هم محاسبه میشود: کارتها اختلاف را نشان میدهند و نمودار، سری دوره قبل را کنار سری فعلی میگذارد.
نام رویدادها از کجا میآیند#
هر ردیف این جدول از یکی از این پنج مسیر آمده است:
| مسیر | نمونه |
|---|---|
| اندازهگیری خودکار جریان داده | بازدید صفحه، اسکرول، کلیک خروجی، دانلود، ارسال فرم، ویدیو، جستجوی سایت |
| فرمان دستی تراکر | ap('track', 'demo_requested', { plan: 'pro' }) |
| فرمان تجارت الکترونیک | ap('ecommerce', 'purchase', { transaction_id: '10482', value: 4900000, currency: 'IRR', items: [...] }) |
| قواعد «ایجاد رویداد» و «اصلاح رویداد» | رویدادی که هنگام دریافت، از روی آدرس یا پارامترهای یک رویداد دیگر ساخته میشود |
| ارسال سرور به سرور | سفارشی که درگاه پرداخت به سرور شما اعلام کرده و بکاند شما آن را فرستاده |
هر پنج مسیر در همین یک جدول جمع میشوند. رویدادهای سرور به سرور نشستِ مرورگری ندارند و آدرس صفحه هم با خود نمیآورند، ولی در شمارش رویداد و ستون درآمد کاملا حاضرند — اگر عددی اینجا هست و در گزارشهای صفحهمحور نیست، احتمالا ریشهاش همین است.
این گزارش هیچ رویدادی را «مهم» نمیداند. اینکه کدام رویداد تبدیل حساب شود و چطور شمرده شود — یک بار به ازای کاربر یا یک بار به ازای نشست — در رویدادهای کلیدی تعیین میشود و همان جا هم روی نرخ تبدیل بقیه گزارشها اثر میگذارد.
سقفها و چیزهایی که در این گزارش نیست#
- ۲۰۰ ردیف. جدول ۲۰۰ رویداد پرشمار بازه را میآورد. اگر دارایی شما نامهای رویداد پویا میسازد (مثلا نام محصول را در نام رویداد میگذارد)، دم بلند بریده میشود. نام رویداد را ثابت نگه دارید و متغیرها را در پارامتر بفرستید.
- بعد ثانویه ندارد. این صفحه فقط با نام رویداد کار میکند. برای شکستن یک رویداد بر پایه کانال، کشور یا دستگاه، از کاوش استفاده کنید.
- پارامترها ستون نمیشوند. پارامترهای درون رویداد تا وقتی به عنوان بُعد یا سنجه سفارشی ثبت نشوند در گزارشها ستون نمیگیرند. تنها استثنا
valueاست که به عنوان ستون درآمد خوانده میشود. - ترافیک حالت آزمایشی شمرده نمیشود. رویدادهایی که با نشان حالت آزمایشی رسیدهاند از همه گزارشها، از جمله این یکی، کنار گذاشته میشوند.
وقتی عددی درست به نظر نمیرسد#
Purchase و purchase دو ردیف جدا هستند.value را نمیفرستید یا آن را رشته فرستادهاید. عدد بفرستید، نه رشته با جداکننده هزارگان.پرسشهای پرتکرار#
چرا بازدیدهای صفحه با نام page_view میآیند در حالی که ما رویدادی به این نام نمیفرستیم؟
بازدید صفحه با «نوع رویداد» ثبت میشود و ستون نام رویدادش خالی است. گزارش برای این ردیفها نوع رویداد را جای نام میگذارد تا زیر page_view دیده شوند — همان کاری که گزارش وضعیت زنده هم میکند و همان چیزی که در GA4 میبینید.
چرا تعداد رویداد از تعداد ردیفهای خام کمتر است؟
چون شمارش روی شناسه یکتای رویداد انجام میشود، نه روی ردیف. تراکر تحویل «حداقل یک بار» دارد و ممکن است یک رویداد را بر اثر قطعی شبکه دوباره بفرستد؛ در گزارش همان یک بار شمرده میشود. برای رویدادهای سرور به سرور، این نقش را شناسهای بازی میکند که خودتان تعیین میکنید.
رویدادی که مطمئنم میفرستم در جدول نیست. کجا را ببینم؟
جدول فقط ۲۰۰ رویداد پرشمار بازه را میآورد؛ اول در کادر جستجوی ردیفها نامش را بزنید. اگر باز هم نبود، رویداد در این بازه اصلا جمع نشده — رضایت آماری نگرفتهاید، حالت آزمایشی روشن است، یا نام رویداد با آنچه فکر میکنید فرق دارد.
ستون کل درآمد از کجا میآید؟
از جمع پارامتر value همان رویدادها. هیچ تبدیل ارزی در کار نیست، پس اگر دارایی شما با بیش از یک ارز کار میکند این عدد جمع واحدهای ناهمگن است. تفکیک ارز فقط در گزارش تجارت الکترونیک وجود دارد.
ممنون — بازخورد شما به بهتر شدن مستندات کمک میکند.