سنجش جلسه‌ها و تعامل کاربر

برای مرورهای مفهومی دامنه‌های کاربر و جلسه، ازجمله نحوه تعریف و محدود کردن دقیق جلسات توسط Google Analytics براساس عدم فعالیت، به ابعاد و سنجه‌ها: درباره جلسات Analytics و راهنمای دامنه‌های ابعاد منبع ترافیک مراجعه کنید.

این راهنما چالش‌های مختص توسعه‌دهندگان و روال‌های مطلوب برای مدیریت پیکربندی‌های جلسه و ردیابی غیرفعال را پوشش می‌دهد.

جفت کردن ابعاد سطح صفحه با سنجه‌های جلسه

یکی از رایج‌ترین تفاوت‌های ظریف گزارش‌دهی زمانی رخ می‌دهد که بُعدهای با دامنه صفحه (برای مثال، مسیر صفحه و کلاس صفحه) را با سنجه «جلسه‌ها» در سطح جلسه جفت می‌کنید.

تعاریف جلسه و بازدید

• جلسه‌ها تعداد دوره‌های زمانی یکتایی را می‌شمارد که درطول آن‌ها مسیر صفحه داده‌شده حداقل یک‌بار بار شده است.

• بازدیدها (بازدیدهای صفحه) تعداد کل دفعاتی را که مسیر صفحه بار شده است به‌صورت تجمعی می‌شمارد.

مثال

یک جلسه را با مسیر پیمایش کاربر زیر درنظر بگیرید: /home ← /products ← /home ← خروج

اگر این تنها جلسه باشد، گزارشی که با سنجه‌های مسیر صفحه و کلاس صفحه و جلسه‌ها یا بازدیدها پیکربندی شده است موارد زیر را نمایش می‌دهد:

مسیر صفحه	جلسات	بازدیدها
/home	1	2
/products	1	1
مجموع (حذف موارد تکراری Google Analytics)	۱	3

اگر ردیف‌ها را جمع کنید، ۲ جلسه به‌دست می‌آید، اما کل دارایی واقعی به ۱ جلسه کاهش می‌یابد.

قوانین سفارشی‌سازی

• جلسه‌های دارای مسیر صفحه به جلسه‌های یکتایی اشاره دارد که حداقل یک‌بار از مسیر بازدید می‌کنند.
• جلسه‌های دارای صفحه مقصد به جلسه‌های یکتایی اشاره دارد که در این مسیر شروع می‌شوند. برای دیدن ترافیک مقصد، همیشه از صفحه مقصد + رشته پُرسمان به‌جای جلسه‌ها با مسیر صفحه استفاده کنید.
• بازدیدها همیشه کل دفعات بارگیری را می‌شمارد.

روال‌های مطلوب برای توسعه‌دهندگان و تحلیل‌گران

• حفظ سازگاری دامنه‌ها: اگر هدف شما درک عملکرد جلسه است، ابعاد ترافیک کاربرمحور (برای مثال، گروه کانال پیش‌فرض کاربر اول) را با سنجه‌های جلسه‌محور (برای مثال، میانگین مدت جلسه) ترکیب نکنید.
• اعتبارسنجی session_start در DebugView: درطول مرحله تضمین کیفیت و درستی‌سنجی، از ابزارهای اشکال‌زدایی استاندارد مانند Google Analytics DebugView استفاده کنید تا مطمئن شوید که session_start به‌درستی در شروع جلسه فعال می‌شود.

روال‌های مطلوب برای مدیریت مهلت جلسه

مدت پیش‌فرض جلسه Google Analytics ۳۰ دقیقه است.

توصیه نمی‌کنیم کد سفارشی را برای «پینگ» دوره‌ای Google Analytics پیاده‌سازی کنید تا از وقفه زمانی غیرفعال بودن جلوگیری کنید. اگر سنجه‌های جلسه را به‌طور مصنوعی افزایش دهید، داده‌های رفتار کاربر تحریف می‌شود. به‌جای آن، از ویژگی‌های داخلی Google Analytics استفاده کنید یا رویدادهای تعامل معنادار را هدف قرار دهید تا راه‌حل تمیزتری ارائه دهید.

چرا پینگ‌های عمومی «keep-alive» روش بدی است

• سنجه‌های اصلی تحریف‌شده: اگر کاربر از برگه خود دور شود، واقعاً غیرفعال است. اگر جلسه را مجبور کنید باز بماند، «جلسات زامبی» ایجاد می‌کند و میانگین مدت جلسه شما را به‌اشتباه افزایش می‌دهد. این امر نقطه واقعی را که کاربران علاقه خود را ازدست می‌دهند یا سایت شما را ترک می‌کنند پنهان می‌کند.
• تأثیر بر جلسه‌های تعاملی: Google Analytics جلسه تعاملی را جلسه‌ای تعریف می‌کند که بیش‌از ۱۰ ثانیه طول بکشد، ۲ یا چند بازدید صفحه داشته باشد، یا رویداد کلیدی (رویداد تبدیل سابق) را راه‌اندازی کند. اگر جلسه‌ای را به‌طور مصنوعی باز نگه دارید، باعث می‌شود جلسه فعال به‌نظر برسد، که این امر نرخ تعامل شما را افزایش می‌دهد.
• تورم داده‌ها و هزینه‌ها: اگر به‌طور مداوم رویدادهای پینگ پس‌زمینه خالی را فعال کنید، این کار باعث افزایش نویز تعداد رویدادها می‌شود و درصورت صادر کردن داده‌های Google Analytics به BigQuery، هزینه‌های انبار داده را افزایش می‌دهد.

چه زمانی تعامل منفعل را ردیابی کنید (و نحوه انجام آن)

سناریوهای مشروعی وجود دارد که در آن‌ها کاربر به‌طور فعال با محتوا تعامل دارد اما رویدادهای تعامل استاندارد Google Analytics (مانند کلیک‌ها یا تغییرات صفحه) را راه‌اندازی نمی‌کند. در این موارد، به‌جای پینگ عمومی فعال نگه داشتن، رویدادهای پیشرفت معنادار و شروع‌شده توسط کاربر را ضبط کنید:

• محتوای ویدیویی طولانی: کاربری که یک ویدیو جاسازی‌شده ۴۵ دقیقه‌ای را تماشا می‌کند برای بیش‌از ۳۰ دقیقه غیرفعال خواهد ماند و خطر انقضای جلسه وجود دارد.
• مقاله‌های عمیق: ممکن است کاربر ۴۰ دقیقه وقت صرف کند تا یک راهنمای فنی را بخواند و به‌آرامی پیمایش کند اما هیچ کنش پیمایشی را راه‌اندازی نکند.
• برنامه‌های وب تعاملی: کاربرانی که فیدهای زنده، تیکرهای سهام، یا داشبوردهای داده را پایش می‌کنند، اطلاعات را به‌صورت غیرفعال و بدون کلیک کردن مصرف می‌کنند.

مهم: وقتی زمان‌سنج‌های اندازه‌گیری سفارشی را در برنامه‌های وب پیاده‌سازی می‌کنید، همیشه رویدادهایتان را با میانای برنامه‌سازی کاربردی رؤیت‌پذیری صفحه مرورگر داخلی ترکیب کنید.

اگر کاربر پنجره مرورگر را کوچک کند یا برگه‌ها را عوض کند، پینگ‌های پس‌زمینه باید متوقف شود.

نمونه کد: پینگ رویداد آگاه از رؤیت‌پذیری

الگوی جاوا اسکریپت زیر نشان می‌دهد که چگونه تعامل غیرفعال را ردیابی کنید و به رؤیت‌پذیری برگه احترام بگذارید. فاصله زمانی ردیابی و مقدار پارامتر (برای مثال، ۵ دقیقه یا ۳۰۰٬۰۰۰ میلی‌ثانیه) را براساس مورد استفاده خاص خودتان، مانند مدت معمول ویدیوها یا مقاله‌های طولانی، تنظیم کنید:

const TRACKING_INTERVAL_MILLIS = 5 * 60 * 1000;

let engagementInterval;

function startEngagementTracking() {
  // Prevent duplicate intervals if tab becomes visible
  if (engagementInterval) return;

  engagementInterval = setInterval(() => {
    gtag('event', 'passive_engagement', {
      'engagement_time_msec': TRACKING_INTERVAL_MILLIS
    });
  }, TRACKING_INTERVAL_MILLIS);
}

function stopEngagementTracking() {
  if (engagementInterval) {
    clearInterval(engagementInterval);
    engagementInterval = null;
  }
}

// Start tracking initially if the page is visible
if (!document.hidden) {
  startEngagementTracking();
}

// Stop tracking when tab is hidden, resume when visible
document.addEventListener('visibilitychange', () => {
  if (document.hidden) {
    stopEngagementTracking();
  } else {
    startEngagementTracking();
  }
});

سنجش به‌سازی‌شده Google Analytics درمقابل ردیابی سفارشی

Google Analytics دارای ویژگی سنجش به‌سازی‌شده است که به‌طور خودکار برخی‌از سناریوهای ردیابی غیرفعال را به‌صورت آماده مدیریت می‌کند، هرچند محدودیت‌های خاصی دارد.

نوع تعامل	توسط سنجش به‌سازی‌شده مدیریت می‌شود؟	الزامات / دستورهای اقدام
جاسازی ویدیو YouTube	بله	به‌طور خودکار نقاط عطف video_start، video_complete، و video_progress را در ‫٪۱۰، ٪۲۵، ٪۵۰، و ٪۷۵ فعال می‌کند (نیاز به فعال بودن پشتیبانی JS API دارد).
ویدیوهای غیرYouTube (HTML5،‏ Vimeo)	نه	به پیاده‌سازی سفارشی نیاز دارد. رویدادها را به‌صورت برنامه‌نویسی بااستفاده از gtag.js فعال کنید یا راه‌اندازها را بااستفاده از Google Tag Manager (GTM) مدیریت کنید.
پیمایش استاندارد صفحه	ناتمام	یک رویداد scroll را فقط زمانی‌که کاربر به علامت ۹۰٪ صفحه می‌رسد فعال می‌کند.
پیشرفت خواندن افزایشی	نه	ردیابی پیمایش پیش‌فرض Google Analytics را غیرفعال کنید و آستانه‌های پیمایش سفارشی (مثلاً ۲۵٪، ۵۰٪، ۷۵٪) را به‌صورت برنامه‌نویسی‌شده یا در GTM پیاده‌سازی کنید.

بهترین جایگزین: تنظیم محدودیت مهلت جلسه Google Analytics

اگر وب‌سایت شما به‌طور طبیعی حول محتوای طولانی، دوره‌های ویدیویی، یا استفاده مداوم از برنامه می‌چرخد، نیازی به تزریق هک‌های اسکریپت سفارشی ندارید. می‌توانید آستانه پیش‌فرض ۳۰ دقیقه‌ای را در واسط Google Analytics تا حداکثر ۷ ساعت و ۵۵ دقیقه تنظیم کنید. برای دستورالعمل‌ها، تنظیم کردن مهلت جلسه را ببینید.