Измеряйте количество сессий и вовлеченность пользователей.

Для получения концептуального обзора областей действия пользователей и сессий, включая то, как Google Analytics определяет и строго ограничивает сессии по признаку неактивности, обратитесь к разделу «Измерения и метрики: о сессиях Analytics» и руководству по областям действия измерений источников трафика .

В этом руководстве рассматриваются специфические проблемы разработчиков и лучшие практики управления конфигурациями сессий и пассивным отслеживанием.

Сопоставьте параметры на уровне страницы с метриками сессии.

Одна из наиболее распространенных сложностей в формировании отчетов возникает при сопоставлении параметров, ограниченных конкретной страницей (например, путь к странице и класс экрана), с показателем «Сессии» на уровне сессии.

Определения сессий и представлений

• В разделе «Сессии» подсчитываются уникальные периоды времени, в течение которых заданный путь к странице был загружен хотя бы один раз.

• Количество просмотров (pageviews) подсчитывает общее суммарное число загрузок страницы по указанному пути.

Пример

Рассмотрим одну сессию со следующим путем навигации пользователя: /home → /products → /home → Выход

Если это единственная сессия, отобразится отчет, настроенный с указанием пути к странице, класса экрана и метрик «Сессии» или «Представления» :

Если сложить строки, получится 2 сессии, но истинное общее количество записей в свойствах будет уменьшено до 1.

Правила настройки

• Под сессиями с указанием пути к странице понимаются уникальные сессии, в которых посетители хотя бы раз перешли по указанному пути.
• Под "сессиями, начавшимися на целевой странице" подразумеваются уникальные сессии, начавшиеся на указанном пути. Чтобы увидеть трафик с целевой страницы, всегда используйте "Целевая страница + строка запроса", а не "Сессии, начавшиеся на странице" .
• Просмотры всегда учитываются при подсчете общей частоты загрузки.

Рекомендации для разработчиков и аналитиков

• Соблюдайте согласованность областей видимости : не смешивайте параметры трафика, относящиеся к конкретному пользователю (например, группа каналов по умолчанию для первого пользователя ), с метриками, относящимися к конкретной сессии (например, средняя продолжительность сессии ), если ваша цель — понять производительность сессии.
• Проверка срабатывания session_start в DebugView : На этапе контроля качества и проверки используйте стандартные инструменты отладки, такие как DebugView в Google Analytics, чтобы убедиться, что session_start корректно срабатывает при инициализации сессии.

Рекомендации по управлению таймаутами сессий

Длительность сессии Google Analytics по умолчанию составляет 30 минут .

Мы не рекомендуем использовать собственный код для периодического «отправления запросов» в Google Analytics, чтобы предотвратить тайм-ауты из-за неактивности. Искусственное завышение показателей сессий искажает данные о поведении пользователей. Вместо этого используйте встроенные функции Google Analytics или ориентируйтесь на значимые события взаимодействия, чтобы предложить более чистое решение.

Почему стандартные пинги «поддержания соединения» — плохая практика.

• Искаженные основные показатели: если пользователь уходит со своей вкладки, он действительно неактивен. Если вы принудительно оставляете сессию открытой, это создает «зомби-сессии» и ложно завышает среднюю продолжительность сессии . Это маскирует истинный момент, когда пользователи теряют интерес или покидают ваш сайт.
• Влияние на вовлеченность пользователей: Google Analytics определяет вовлеченную сессию как сессию, которая длится более 10 секунд, включает 2 или более просмотров страниц или запускает ключевое событие (ранее — событие конверсии). Если искусственно поддерживать сессию открытой, это создает впечатление вовлеченности, что завышает показатель вовлеченности.
• Избыток данных и затраты: Если вы постоянно отправляете пустые фоновые события ping, это увеличивает количество ненужных событий и повышает затраты на хранилище данных при экспорте данных Google Analytics в BigQuery.

Когда следует отслеживать пассивное взаимодействие (и как это делать)

Существуют вполне законные сценарии, когда пользователь активно взаимодействует с контентом, но не запускает стандартные события взаимодействия Google Analytics (например, клики или переходы между страницами). В таких случаях вместо общего уведомления о необходимости поддержания активности следует фиксировать значимые события, инициированные пользователем :

• Длинные видеоролики: пользователь, просматривающий встроенное 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 есть функция расширенного измерения , которая автоматически обрабатывает некоторые сценарии пассивного отслеживания, хотя и имеет определенные ограничения.

Наиболее оптимальный вариант: изменить лимит времени ожидания сессии в Google Analytics.

Если ваш веб-сайт ориентирован на длинные тексты, видеокурсы или постоянное использование приложений, вам не нужно внедрять пользовательские скрипты. Вы можете настроить стандартный 30-минутный порог в интерфейсе Google Analytics до максимального значения в 7 часов 55 минут . Инструкции см. в разделе «Настройка времени ожидания сессии» .