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

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

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

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

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

تعاریف جلسه و نما

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

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

مثال

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

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

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

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

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

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

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

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

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

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

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

• سنجه‌های اصلی تحریف‌شده: اگر کاربری از برگه خود دور شود، واقعاً غیرفعال است. اگر جلسه را مجبور کنید باز بماند، «جلسه‌های زامبی» ایجاد می‌کند و میانگین مدت جلسه شما را به‌طور کاذب افزایش می‌دهد. این کار نقطه واقعی‌ای را که کاربران علاقه خود را ازدست می‌دهند یا سایت شما را ترک می‌کنند پنهان می‌کند.
• تأثیر بر جلسه‌های تعاملی: 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 شامل اندازه‌گیری بهبودیافته است که به‌طور خودکار برخی‌از سناریوهای ردیابی غیرفعال را ازپیش مدیریت می‌کند، هرچند محدودیت‌های خاصی دارد.

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

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