اندازه‌گیری جلسات و میزان مشارکت کاربران

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

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

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

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

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

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

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

مثال

یک نشست (session) را با مسیر پیمایش کاربر زیر در نظر بگیرید: /home → /products → /home → Exit

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

مسیر صفحه	جلسات	بازدیدها
/home	۱	۲
/products	۱	۱
مجموع (حذف داده‌های تکراری گوگل آنالیتیکس)	۱	۳

اگر ردیف‌ها را جمع کنید، ۲ جلسه (session) حاصل می‌شود، اما مجموع ویژگی‌های واقعی به ۱ کاهش می‌یابد.

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

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

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

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

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

مدت زمان پیش‌فرض یک جلسه گوگل آنالیتیکس 30 دقیقه است.

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

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

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

چه زمانی باید تعامل غیرفعال را پیگیری کرد (و چگونه این کار را انجام دهیم)

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

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

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

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

مثال کد: پینگ رویداد با آگاهی از قابلیت مشاهده

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

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();
  }
});

اندازه‌گیری پیشرفته گوگل آنالیتیکس در مقابل ردیابی سفارشی

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

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

ساده‌ترین جایگزین: تنظیم محدودیت زمانی نشست گوگل آنالیتیکس

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