Глоссарий

Сессия (Session)

Сессия (Session, сеанс) — период активного взаимодействия пользователя с сайтом или приложением. По умолчанию завершается после 30 минут бездействия. Базовая единица измерения трафика в Google Analytics.

Извилистый путь с аватарами людей целями и звёздами — customer journey и сессии

Сессия (Session), или сеанс, — это базовая единица измерения трафика в любой системе веб-аналитики. Сессия охватывает группу взаимодействий пользователя с сайтом или приложением, происходящих в ограниченном временном окне: просмотры страниц, клики, заполнение форм, события, прокрутки, покупки. Через сессии измеряются трафик, источники, поведение, конверсии и почти все остальные метрики Google Analytics. Понимание того, как именно GA4 и Universal Analytics считают сеансы, критически важно для корректной интерпретации отчётов — особенно при сравнении периодов или миграции на GA4.

Сессия — фундамент любой аналитики. Без понимания логики подсчёта сессий вы не можете корректно интерпретировать GA4-отчёты, выявить проблемы с трекингом или сравнивать периоды.

Как считается сессия

Каждая сессия имеет начало и конец. Сессия начинается, когда пользователь:

  • зашёл на сайт впервые;
  • вернулся на сайт после 30 минут отсутствия активности;
  • зашёл с новой меткой кампании (новые UTM-параметры → новая сессия в Universal Analytics);
  • зашёл в новый день после полуночи (только UA, в GA4 этого правила больше нет).

Сессия заканчивается:

  • через 30 минут бездействия (порог настраивается, об этом ниже);
  • ровно в полночь по часовому поясу аккаунта в Universal Analytics (в GA4 — нет);
  • при изменении utm_source / utm_medium / utm_campaign в URL в Universal Analytics.

В GA4 каждая сессия получает уникальный идентификатор ga_session_id — его можно использовать в BigQuery и для собственных дашбордов.

Как увидеть session_id в BigQuery

SELECT
  user_pseudo_id,
  (SELECT value.int_value FROM UNNEST(event_params) WHERE key='ga_session_id') AS session_id,
  COUNT(*) AS events
FROM `project.analytics_XXX.events_*`
GROUP BY 1, 2
ORDER BY events DESC

Сессии в GA4 vs Universal Analytics

GA4 заменил Universal Analytics 1 июля 2023 года, и подход к сеансам в нём принципиально иной. Главные отличия сведены в таблицу:

ПараметрUniversal AnalyticsGoogle Analytics 4
ИдентификаторsessionID + clientIDga_session_id (event parameter)
Тайм-аут по умолчанию30 минут30 минут (можно от 5 мин до 7 ч 55 мин)
Конец сессии в полночьДаНет
Новая сессия при смене кампанииДа (новая utm)Нет
Учёт ботовНе учитываются известные ботыНе учитываются по списку IAB/ABCe
«Просмотр» как обязательное событиеДаНет — сессия может состоять из любых событий
Engaged SessionНовая концепция (см. ниже)
Сессия после полуночиПрерываетсяПродолжается

Главный практический результат: в GA4 сессий обычно меньше, чем было в Universal Analytics на том же трафике, потому что один пользователь, переходящий с разных рекламных меток за день, в UA создавал несколько сессий, а в GA4 — одну.

Что такое Engaged Session

Это новая концепция GA4, которой не было в UA. Engaged session (вовлечённый сеанс) — сессия, в которой пользователь:

  • провёл на сайте больше 10 секунд (порог настраивается от 10 до 60 секунд),
  • ИЛИ просмотрел 2+ страницы / экрана,
  • ИЛИ совершил хотя бы одну конверсию (Key Event).

Engaged sessions нужны для расчёта Engagement Rate — главной поведенческой метрики GA4, заменившей старый bounce rate. Формула: Engagement Rate = Engaged Sessions / Total Sessions. Bounce Rate в GA4: 100% − Engagement Rate.

Это значит, что в GA4 сессия — это не «просто заход», а событие с измеренной глубиной вовлечённости. На тех же данных GA4 и UA дадут разный bounce rate и разные числа сессий — это не баг, а другая логика подсчёта.

Тайм-аут сессии: 30 минут — это базовое значение

Стандартный тайм-аут — 30 минут, но его можно изменить в настройках:

  • GA4: Admin → Data Streams → выбрать поток → Configure tag settings → Adjust session timeout. Допустимый диапазон — от 5 минут до 7 часов 55 минут.
  • Universal Analytics (легаси): Admin → Property Settings → Tracking Info → Session Settings.

Когда уменьшать (например, до 5–10 минут):

  • Контентные сайты с короткими визитами, чтобы не «склеивать» возврат в одну сессию.
  • Новостные порталы.
  • E-commerce с чётко короткими сессиями выбора.

Когда увеличивать (до 1–2 часов):

  • Сложные SaaS и обучающие платформы с длинными видеоуроками.
  • Видеоплееры с длительным просмотром.
  • Формы заказа с длительным заполнением (недвижимость, автокредиты).
  • B2B-демо-сервисы, где пользователь может делать паузы.

Любое изменение применяется только к новым данным — пересчитать прошлые периоды нельзя.

Сессии vs пользователи vs события

Эти три понятия часто путают:

  • Пользователь (User) — уникальный посетитель, идентифицируется по Client ID (cookie) или user_pseudo_id в GA4. Один пользователь может создать много сессий в разные дни.
  • Сессия (Session) — одно «посещение», одно временное окно активности.
  • Событие (Event) — отдельное действие внутри сессии: просмотр страницы, клик, скролл, покупка. В GA4 всё — события, включая session_start и page_view.

Иерархия: Пользователь → Сессии → События. Один пользователь может за месяц создать 5 сессий, в каждой сессии — 20 событий, всего 100 событий в GA4.

Метрики: Users (уникальные), Sessions (посещения), Events (все действия). Как правило: Users < Sessions < Events примерно в пропорции 1:1.5:30 для типичного сайта.

Сессии и кэширование

Если на сайте используется агрессивное кэширование (Cloudflare, Varnish, статические генераторы вроде Hugo) и не настроен server-side tagging, могут возникать аномалии: один и тот же пользователь определяется как новый из-за того, что cookie не успевает сохраниться. Признак проблемы — очень высокий процент новых пользователей при стабильном трафике и искусственно завышенное число сессий.

Решения:

  1. Использовать Google Tag Manager Server-Side для надёжной установки cookie с правильным TTL.
  2. Включить First-Party Cookies (по умолчанию в GA4).
  3. Для статических генераторов — следить, чтобы скрипт GA4 загружался после основной разметки и не блокировался кэшем.
  4. Проверить Cloudflare настройки — Cache Everything с cookies разрушает сессии.

Сессии и cross-domain tracking

Если бизнес работает на нескольких доменах (например, основной сайт + отдельная корзина или поддомен с блогом), без настройки cross-domain tracking GA4 будет считать переход между ними как новую сессию — со всеми последствиями: дублированием пользователей, обнулением источника, искажением воронки.

В GA4 cross-domain настраивается в Admin → Data Streams → Configure tag settings → Configure your domains. Туда вписываются все домены, которые должны считаться одним «сайтом».

Технически GA4 добавляет к URL параметр _gl (linker parameter), зашифровано передающий Client ID между доменами. Проверка: откройте сайт, нажмите ссылку на второй домен — в URL появится ?_gl=1*xxx. Если нет — cross-domain не работает.

Сессии от ботов

GA4 автоматически фильтрует известных ботов по списку IAB/ABCe (Interactive Advertising Bureau / Audit Bureau of Circulations Europe). Это включает Googlebot, Bingbot, AhrefsBot, SemrushBot и сотни других краулеров. Бот-сессии не попадают в отчёты.

Однако современные AI-боты (GPTBot OpenAI, ClaudeBot Anthropic, PerplexityBot, Google-Extended) могут не входить в списки IAB — и некоторые их запросы считаются как сессии. Решение:

  1. Настроить internal traffic exclusion по User Agent в GA4.
  2. Заблокировать ненужных AI-ботов в robots.txt: User-agent: GPTBot \n Disallow: /.
  3. В Cloudflare включить Bot Fight Mode — фильтрует до 90% автоматизированного трафика перед GA4.

Проверка: GA4 → Tech → Browser. Если в топе ‘Other’ с 30%+ — у вас бот-проблема.

Где смотреть сессии в GA4

  • Reports → Acquisition → Traffic acquisition — сессии по источникам, каналам, кампаниям.
  • Reports → Engagement → Pages and screens — сессии и engagement по страницам.
  • Reports → User → Demographics / Tech — сессии по аудиториям и устройствам.
  • Explore → Free form / Funnel exploration — кастомная аналитика сессий.
  • BigQuery export — сырые данные, где каждая строка = событие, а связка user_pseudo_id + ga_session_id = одна сессия.

В Looker Studio через коннектор GA4 поле называется Sessions. Обратите внимание: показатель «sessions» в отчётах GA4 и в API могут немного отличаться из-за семплирования на больших объёмах данных.

Типичные ошибки с анализом сессий

  1. Сравнение сессий GA4 с UA напрямую. В GA4 сессий меньше из-за новой логики. Тренды сравнивайте в рамках одной системы.
  2. Не настроен cross-domain. Переходы между субдоменами считаются как новые сессии и обнуляют источник.
  3. Не исключён internal traffic. Команда заходит ежедневно, шум.
  4. Тайм-аут 30 мин для длинных сессий. Обучающие платформы, видео искусственно увеличивают Bounce Rate.
  5. Анализ сессий без engaged vs all. Часть ‘сессий’ в GA4 — это bounces (5 секунд).
  6. Кэширование ломает Client ID. Пользователи определяются как новые, false-рост трафика.
  7. Сессии от ботов. GPTBot/ClaudeBot попадают в отчёты. Проверьте Browser report.
  8. Не различение Sessions vs Engaged Sessions в Looker Studio. Два разных поля, путаются при ручном дашборде.

Связанные материалы