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

Сессия (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 Analytics | Google Analytics 4 |
|---|---|---|
| Идентификатор | sessionID + clientID | ga_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 не успевает сохраниться. Признак проблемы — очень высокий процент новых пользователей при стабильном трафике и искусственно завышенное число сессий.
Решения:
- Использовать Google Tag Manager Server-Side для надёжной установки cookie с правильным TTL.
- Включить First-Party Cookies (по умолчанию в GA4).
- Для статических генераторов — следить, чтобы скрипт GA4 загружался после основной разметки и не блокировался кэшем.
- Проверить 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 — и некоторые их запросы считаются как сессии. Решение:
- Настроить internal traffic exclusion по User Agent в GA4.
- Заблокировать ненужных AI-ботов в
robots.txt:User-agent: GPTBot \n Disallow: /. - В 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 могут немного отличаться из-за семплирования на больших объёмах данных.
Типичные ошибки с анализом сессий
- Сравнение сессий GA4 с UA напрямую. В GA4 сессий меньше из-за новой логики. Тренды сравнивайте в рамках одной системы.
- Не настроен cross-domain. Переходы между субдоменами считаются как новые сессии и обнуляют источник.
- Не исключён internal traffic. Команда заходит ежедневно, шум.
- Тайм-аут 30 мин для длинных сессий. Обучающие платформы, видео искусственно увеличивают Bounce Rate.
- Анализ сессий без engaged vs all. Часть ‘сессий’ в GA4 — это bounces (5 секунд).
- Кэширование ломает Client ID. Пользователи определяются как новые, false-рост трафика.
- Сессии от ботов. GPTBot/ClaudeBot попадают в отчёты. Проверьте Browser report.
- Не различение Sessions vs Engaged Sessions в Looker Studio. Два разных поля, путаются при ручном дашборде.
Связанные материалы
- Bounce Rate — старая метрика, заменённая Engagement Rate в GA4.
- Conversion / Key Event — целевые действия в рамках сессии.
- Event (событие) в GA4 — составные части сессии.
- UTM-метки — источники сессий.
- Google Analytics 4 — базовая платформа.
- GA4 — полное руководство.