Для получения концептуального обзора областей действия пользователей и сессий, включая то, как Google Analytics определяет и строго ограничивает сессии по признаку неактивности, обратитесь к разделу «Измерения и метрики: о сессиях Analytics» и руководству по областям действия измерений источников трафика .
В этом руководстве рассматриваются специфические проблемы разработчиков и лучшие практики управления конфигурациями сессий и пассивным отслеживанием.
Сопоставьте параметры на уровне страницы с метриками сессии.
Одна из наиболее распространенных сложностей в формировании отчетов возникает при сопоставлении параметров, ограниченных конкретной страницей (например, путь к странице и класс экрана), с показателем «Сессии» на уровне сессии.
Определения сессий и представлений
В разделе «Сессии» подсчитываются уникальные периоды времени, в течение которых заданный путь к странице был загружен хотя бы один раз.
Количество просмотров (pageviews) подсчитывает общее суммарное число загрузок страницы по указанному пути.
Пример
Рассмотрим одну сессию со следующим путем навигации пользователя: /home → /products → /home → Выход
Если это единственная сессия, отобразится отчет, настроенный с указанием пути к странице, класса экрана и метрик «Сессии» или «Представления» :
| Путь к странице | Сессии | Мнения |
|---|---|---|
/home | 1 | 2 |
/products | 1 | 1 |
| Итого (без дубликатов в Google Analytics) | 1 | 3 |
Если сложить строки, получится 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 есть функция расширенного измерения , которая автоматически обрабатывает некоторые сценарии пассивного отслеживания, хотя и имеет определенные ограничения.
| Тип взаимодействия | Обрабатывается с помощью усовершенствованных методов измерения? | Требования / пункты плана действий |
|---|---|---|
| Встроенные видео с 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 минут . Инструкции см. в разделе «Настройка времени ожидания сессии» .