Глоссарий Google analytics

Сессия (Session)

· 7 мин чтения
Краткое определение

Сессия (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 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. Два разных поля, путаются при ручном дашборде.

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

Частые вопросы

Что такое сессия в веб-аналитике простыми словами?
Сессия (Session) или сеанс — базовая единица измерения трафика в любой системе веб-аналитики. Сессия охватывает группу взаимодействий пользователя с сайтом или приложением в ограниченном временном окне: просмотры страниц, клики, заполнение форм, события, прокрутки, покупки. Аналогия: пользователь зашёл на сайт, просмотрел 5 страниц, добавил товар в корзину, оформил заказ, закрыл браузер — это одна сессия. Через 2 часа вернулся снова — вторая сессия. Через сессии измеряются трафик, источники, поведение, конверсии и почти все метрики GA4. В GA4 сессия начинается событием session_start и заканчивается после 30 минут бездействия (порог настраивается). Сессия — НЕ то же, что пользователь: один пользователь может иметь много сессий.
Как считается сессия в GA4?
Сессия в GA4 начинается когда: (1) Пользователь зашёл на сайт впервые за день; (2) Вернулся после 30+ минут бездействия; (3) Событие session_start срабатывает автоматически. Сессия заканчивается через 30 минут бездействия (без просмотра новых страниц или interactions). Каждая сессия получает уникальный ga_session_id — параметр, добавляемый ко всем событиям в рамках сессии. Можно увидеть в BigQuery: SELECT user_pseudo_id, (SELECT value.int_value FROM UNNEST(event_params) WHERE key='ga_session_id') AS session_id FROM events_*. Ключевое отличие GA4 от UA: смена UTM не создаёт новую сессию (в UA создавала). Один юзер, перешедший с email → с social → с organic за 30 мин, в GA4 = одна сессия, в UA = три сессии. Поэтому в GA4 сессий в общем меньше при том же трафике.
Чем отличается сессия GA4 от Universal Analytics?
8 ключевых отличий: (1) Идентификатор: UA — sessionID + clientID; GA4 — ga_session_id как event parameter; (2) Тайм-аут: оба 30 мин по умолчанию, GA4 настраивается от 5 мин до 7 ч 55 мин; (3) Полночь: UA — сессия прерывается в 00:00; GA4 — продолжается; (4) Смена UTM: UA — новая сессия; GA4 — НЕ создаёт новую; (5) Pageview обязателен: UA — да (сессия = серия pageviews); GA4 — нет (может состоять из любых событий); (6) Engaged Session: GA4 — новая концепция (>10 сек / 2+ страницы / 1 конверсия); UA — нет; (7) Bounce Rate: UA — отдельная метрика; GA4 — 100% - Engagement Rate; (8) Учёт ботов: GA4 фильтрует по списку IAB/ABCe. Практический результат: в GA4 сессий меньше при том же трафике — разница 10-30%.
Что такое Engaged Session?
Engaged Session (вовлечённый сеанс) — новая концепция GA4, которой не было в Universal Analytics. Сессия считается engaged, если пользователь удовлетворил хотя бы одно из трёх условий: (1) Провёл на сайте более 10 секунд (порог настраивается от 10 до 60 сек); (2) ИЛИ просмотрел 2+ страницы/экрана; (3) ИЛИ совершил хотя бы одну конверсию (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 минут, но его можно изменить: GA4 Admin → Data Streams → выбрать поток → Configure tag settings → Adjust session timeout. Допустимый диапазон — от 5 минут до 7 часов 55 минут. Когда уменьшать (до 5-10 мин): контентные сайты с короткими визитами, где не нужно ‘склеивать’ возврат в одну сессию; новостные порталы; e-commerce с чётко короткими сессиями выбора. Когда увеличивать (до 1-2 ч): сложные SaaS, обучающие платформы с длинными видеоуроками, формы заказа с длительным заполнением, B2B-демо-сервисы, где пользователь может делать паузы. Важно: любое изменение применяется только к новым данным — пересчитать прошлые периоды нельзя. Поэтому меняйте тайм-аут только после обоснованного анализа.
Чем отличается сессия от пользователя и события?
Три уровня данных в GA4: (1) Пользователь (User) — уникальный посетитель, идентифицируется по Client ID (cookie) или user_pseudo_id в GA4. Один пользователь может иметь много сессий за разные дни. Если вы настроили User-ID — пользователь объединяет сессии с разных устройств; (2) Сессия (Session) — одно ‘посещение’, одно временное окно активности, ~30 минут. Имеет ga_session_id; (3) Событие (Event) — отдельное действие внутри сессии: page_view, click, scroll, purchase. В GA4 всё является event включая session_start и first_visit. Иерархия: Пользователь → Сессии → События. Один пользователь за месяц может иметь 5 сессий, в каждой сессии — 20 событий, всего 100 событий. Метрики: Users (уникальные), Sessions (посещения), Events (все действия). Как правило: Users < Sessions < Events примерно в пропорции 1:1.5:30 для типичного сайта.
Что такое cross-domain tracking?
Если бизнес работает на нескольких доменах (основной сайт + отдельная корзина pay.example.com, или WordPress блог blog.example.com), без настройки cross-domain tracking GA4 будет считать переход между ними как новую сессию. Последствия: (1) Удвоение уникальных пользователей; (2) Обнуление источника (referral со своего домена); (3) Искажение воронки конверсий. Настройка в GA4: Admin → Data Streams → выберите поток → Configure tag settings → Configure your domains → добавьте все ваши домены и субдомены. Технически GA4 добавляет к URL параметр _gl (linker parameter), зашифровано передающий Client ID между доменами. Проверка: откройте сайт в Chrome, нажмите ссылку на второй домен — в URL появится ?_gl=1*xxx. Если нет — cross-domain не работает. Без cross-domain GA4 считает переход example.compay.example.com как referral со своего же домена.
Как влияет кэширование и Cloudflare на сессии?
Если на сайте используется агрессивное кэширование (Cloudflare, Varnish, статические генераторы вроде Hugo) и не настроен server-side tagging, могут возникать аномалии: один и тот же пользователь определяется как новый из-за того, что cookie не успевает сохраниться. Признаки проблемы: очень высокий % новых пользователей при стабильном трафике, искусственно завышенное число сессий, низкий engagement rate. Решения: (1) Использовать Google Tag Manager Server-Side для надёжной установки cookie с правильным TTL; (2) Включить First-Party Cookies (по умолчанию в GA4); (3) Для статических генераторов — следить, чтобы скрипт GA4 загружался после основной разметки и не блокировался кэшем; (4) Проверить Cloudflare настройки — Cache Everything включая куки разрушает сессии. Server-side GTM на собственном домене (gtm.example.com) — лучшее решение: cookies first-party 28 дней вместо 7.
Как считаются сессии от ботов?
GA4 автоматически фильтрует известных ботов по списку IAB/ABCe (Interactive Advertising Bureau / Audit Bureau of Circulations Europe). Это включает Googlebot, Bingbot, AhrefsBot, SemrushBot и сотни других краулеров. Бот-сессии не попадают в отчёты. Universal Analytics имел похожую систему, но менее полную. Однако современные AI-боты (GPTBot OpenAI, ClaudeBot Anthropic, PerplexityBot, Google-Extended) могут не входить в списки IAB — и некоторые их запросы считаются как сессии. Решение: (1) Настроить internal traffic exclusion по User Agent в GA4; (2) Заблокировать ненужных AI-ботов в robots.txt (User-agent: GPTBot, Disallow: /); (3) В Cloudflare включить Bot Fight Mode — фильтрует до 90% автоматизированного трафика перед GA4. Проверка: GA4 → Tech → Browser. Если в топе ‘Other’ с 30%+ — у вас бот-проблема. Или фильтр Engagement Rate <10% часто выявляет ботов.
Какие типичные ошибки с анализом сессий?
Топ-8 ошибок: (1) Сравнивать сессии GA4 с UA напрямую — в GA4 сессий меньше из-за новой логики. Тренды сравнивайте в рамках одной системы; (2) Не настроен cross-domain — переходы между субдоменами считаются как новые сессии и обнуляют источник; (3) Не исключён internal traffic — команда заходит ежедневно, шум; (4) Тайм-аут 30 мин для длинных сессий — обучающие платформы, видео-просмотры искусственно увеличивают Bounce Rate, потому что паузы превышают 30 мин; (5) Анализ сессий без различения engaged vs all — часть ‘сессий’ в GA4 — это bounces (покинули за 5 секунд); (6) Кэширование ломает Client ID — пользователи определяются как новые, false-рост трафика; (7) Сессии от ботов — в отчёты попадают GPTBot, ClaudeBot. Проверьте Browser report; (8) Не различение Sessions vs Engaged Sessions в Looker Studio — два разных поля, путаются при ручном дашборде.

Смотрите также

Раздел: Google Analytics

Наткнулся на ещё один незнакомый термин? В глоссарии — объяснения с формулами, примерами и бенчмарками из реальной практики.

Все термины глоссария