מדידת סשנים והתעניינות המשתמשים

סקירות כלליות של היקפי המשתמשים והסשנים, כולל האופן שבו מערכת Google Analytics מגדירה ומגבילה סשנים לפי חוסר פעילות, זמינות במאמר מאפיינים ומדדים: מידע על סשנים ב-Analytics ובמדריך בנושא היקפים של מאפייני מקורות תנועה.

במדריך הזה מפורטים אתגרים ספציפיים למפתחים ושיטות מומלצות לניהול הגדרות של סשנים ומעקב פסיבי.

שילוב של מאפיינים ברמת הדף עם מדדים ברמת הסשן

אחד מההבדלים הנפוצים ביותר בדוחות מתרחש כשמשלבים מאפיינים ברמת הדף (לדוגמה, נתיב הדף וסיווג המסך) עם המדד "סשנים" ברמת הסשן.

הגדרות של סשנים וצפיות

  • סשנים סופר את פרקי הזמן הייחודיים שבהם נתיב דף מסוים נטען לפחות פעם אחת.

  • צפיות (צפיות בדפים) מייצגות את המספר המצטבר הכולל של הפעמים שבהן נתיב הדף נטען.

דוגמה

נניח שיש סשן אחד עם נתיב הניווט הבא של המשתמש: /home ← /products ← /home ← יציאה

אם זה הסשן היחיד, בדוח שמוגדר עם המאפיין נתיב הדף וסוג המסך והמדדים סשנים או צפיות יוצגו הנתונים הבאים:

נתיב הדף סשנים צפיות
/home 1 2
/products 1 1
סה"כ (אחרי ביטול כפילויות ב-Google Analytics) 1 3

אם מסכמים את השורות, מקבלים 2 סשנים, אבל הסכום האמיתי של הנכס הוא 1 אחרי ביטול כפילויות.

כללי ההתאמה האישית

  • סשנים עם נתיב דף מתייחס לסשנים ייחודיים שמבקרים בנתיב לפחות פעם אחת.
  • סשנים עם דף נחיתה מתייחס לסשנים ייחודיים שמתחילים בנתיב. כדי לראות את התנועה בדפי הנחיתה, תמיד צריך להשתמש במאפיין דף נחיתה + מחרוזת שאילתה ולא במאפיין סשנים עם נתיב דף.
  • צפיות תמיד סופרות את תדירות הטעינה הכוללת.

שיטות מומלצות למפתחים ולמנתחי נתונים

  • שמירה על עקביות בהיקפים: אם המטרה שלכם היא להבין את הביצועים ברמת הסשן, אל תערבבו בין מאפייני תנועה ברמת המשתמש (לדוגמה, קבוצת הערוצים שמוגדרת כברירת מחדל של נקודת הצירוף של המשתמש) לבין מדדים ברמת הסשן (לדוגמה, משך הסשן הממוצע).
  • אימות של session_start ב-DebugView: בשלב בקרת האיכות והאימות, השתמשו בכלים רגילים לניפוי באגים כמו Google Analytics DebugView כדי לוודא שהאירוע session_start מופעל בצורה תקינה בתחילת הסשן.

שיטות מומלצות לניהול של תוקף של סשן

משך הזמן שמוגדר כברירת מחדל לסשן ב-Google Analytics הוא 30 דקות.

לא מומלץ להטמיע קוד מותאם אישית כדי לשלוח פינג ל-Google Analytics מדי פעם, במטרה למנוע זמן קצוב לתפוגה בגלל חוסר פעילות. אם תגדילו באופן מלאכותי את מדדי הסשנים, זה יעוות את נתוני ההתנהגות של המשתמשים. במקום זאת, השתמשו בתכונות המובנות של Google Analytics או טרגטו אירועי התעניינות משמעותיים כדי להציע פתרון נקי יותר.

למה פינגים גנריים מסוג keep-alive הם שיטה לא מומלצת

  • עיוות של מדדי הליבה: אם משתמש עוזב את הכרטיסייה, הוא באמת לא פעיל. אם תאלצו את הסשן להישאר פתוח, ייווצרו "סשנים רפאים" ומשך הסשן הממוצע יתנפח באופן מלאכותי. הדבר מסתיר את הנקודה האמיתית שבה המשתמשים מאבדים עניין או נוטשים את האתר.
  • ההשפעה על סשנים עם התעניינות: ב-Google Analytics, סשן עם התעניינות מוגדר כסשן שנמשך יותר מ-10 שניות, כולל לפחות 2 צפיות בדפים או מפעיל אירוע מרכזי (לשעבר אירוע המרה). אם משאירים סשן פתוח באופן מלאכותי, הוא נראה כמו סשן עם התעניינות, וזה מנפח את שיעור ההתעניינות.
  • עלויות וניפוח נתונים: אם מפעילים כל הזמן אירועי פינג ריקים ברקע, זה מגדיל את הרעש בספירת האירועים ומעלה את העלויות של מחסן הנתונים אם מייצאים את נתוני Google Analytics ל-BigQuery.

מתי לעקוב אחרי התעניינות פסיבית (ואיך לעשות את זה)

יש מקרים לגיטימיים שבהם משתמש מתעניין בתוכן, אבל לא מפעיל אירועי אינטראקציה רגילים של Google Analytics (כמו קליקים או שינויים בדף). במקרים כאלה, במקום פינג כללי לשמירה על החיבור, מתעדים אירועי התקדמות משמעותיים שהמשתמשים יוזמים:

  • סרטונים ארוכים (LFV): משתמש שצופה בסרטון מוטמע באורך 45 דקות יישאר פסיבי במשך יותר מ-30 דקות, והסשן שלו עלול לפוג.
  • מאמרים מעמיקים: משתמש עשוי להקדיש 40 דקות לקריאת מדריך טכני, ולגלול לאט בלי להפעיל פעולות ניווט.
  • אפליקציות אינטראקטיביות לאינטרנט: משתמשים שעוקבים אחרי פידים בשידור חי, טיקרים של מניות או מרכזי בקרה של נתונים צורכים מידע באופן פסיבי בלי ללחוץ.

אם המשתמש ממזער את חלון הדפדפן או עובר לכרטיסייה אחרת, הפינגים ברקע חייבים להיפסק.

קוד לדוגמה: פינג של אירוע שמותאם לניראות

תבנית ה-JavaScript הבאה מדגימה איך לעקוב אחרי מעורבות פסיבית ולכבד את החשיפה של הכרטיסייה. משנים את מרווח הזמן למעקב ואת ערך הפרמטר (לדוגמה, 5 דקות או 300,000 אלפיות השנייה) בהתאם לתרחיש השימוש הספציפי, כמו משך הזמן הרגיל של הסרטונים או המאמרים הארוכים:

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 ב-10%,‏ 25%,‏ 50% ו-75% (נדרשת תמיכה מופעלת ב-JS API).
סרטונים שלא ב-YouTube (HTML5, ‏Vimeo) לא נדרשת הטמעה בהתאמה אישית. מפעילים אירועים באופן פרוגרמטי באמצעות gtag.js או מנהלים טריגרים באמצעות Google Tag Manager ‏(GTM).
גלילה רגילה בדף חלקית מפעיל אירוע scroll יחיד רק כשהמשתמש מגיע ל-90% מהדף.
התקדמות מצטברת בקריאה לא משביתים את מעקב הגלילה שמוגדר כברירת מחדל ב-Google Analytics ומטמיעים ערכי סף מותאמים אישית לגלילה (לדוגמה, 25%, 50%, 75%) באופן פרוגרמטי או ב-GTM.

החלופה הכי נקייה: התאמת מגבלת הזמן הקצוב לתפוגה של סשן ב-Google Analytics

אם האתר שלכם מתמקד באופן טבעי בתוכן ארוך, בקורסים בווידאו או בשימוש רציף באפליקציה, אתם לא צריכים להוסיף סקריפטים מותאמים אישית. אתם יכולים לשנות את סף ברירת המחדל של 30 דקות בממשק של Google Analytics עד למקסימום של 7 שעות ו-55 דקות. הוראות מפורטות זמינות במאמר שינוי תוקף של סשן.