Тайм-аут визита: почему один клиент даёт несколько сессий
Несколько сессий одного браузера могут появиться из-за пауз между действиями. Покажем, как разметить историю относительно тайм-аута, что делать с точной границей и почему изменение настройки не доказывает изменение поведения клиента.
Визит заканчивается по правилу учёта
Клиент может открыть карточку станка, уйти на совещание и вернуться к тому же выбору. Для бизнеса это одна продолжающаяся задача. Для счётчика после достаточно долгого бездействия это могут быть разные визиты. Смена визита сама по себе не означает нового человека, новую потребность или повторную рекламную покупку.
В Метрике стандартный тайм-аут составляет 30 минут; настройка допускает значения от 30 до 360 минут. При этом учитывается активность, а не только смена страниц. Прежде чем размечать паузу, нужно узнать фактическую настройку и проверить, какие события были между видимыми переходами.
Открытая вкладка и отсутствие кликов не доказывают отсутствие всех событий. В контрольной истории проверь журнал целиком. Если там появился учитываемый сигнал, отсчитывать паузу от предыдущей страницы уже неверно.
Разметим паузы на условной шкале
Условный пример: тайм-аут равен 30 минутам, браузерный идентификатор сохраняется, источник не запускает отдельный визит по иному правилу. Между указанными событиями другой учитываемой активности нет. Сначала разбираем каждую пару отдельно.
| Последнее событие | Следующее событие | Пауза | Как трактовать |
|---|---|---|---|
| 09:00 | 09:29 | 29 минут | По условию бездействия порог ещё не пройден; оснований разделять по этой причине нет. |
| 09:00 | 09:30 | Ровно 30 минут | Пограничный случай: сверить точные отметки, точность времени и фактическое присвоение визита системой. |
| 09:00 | 09:31 | 31 минута | Порог пройден; следующее действие относится к новому визиту по выбранному правилу. |
Строка «09:30» в интерфейсе может скрывать секунды. Если нужно проверить точную границу, нужны исходные отметки времени и результат системы. Не выводи строгое условие сравнения из округлённой таблицы. Для приёмки используй сначала заведомо меньшую и заведомо большую паузы, затем отдельно проверяй границу.
Почему изменение тайм-аута меняет число визитов
Оставим условные события прежними, но зададим правило с тайм-аутом 60 минут. Пауза 31 минуту больше не разделяет эту историю по бездействию. Действий не прибавилось, поведение не улучшилось: поменялась группировка. Поэтому снижение числа визитов после настройки нельзя сразу назвать падением спроса.
- До изменения сохрани текущее значение, дату и причину: какую задачу отчёта оно должно поддержать.
- Узнай, с какого момента правило применяется и пересчитывается ли история именно в твоей системе; не рассчитывай на пересчёт задним числом.
- Сравни число событий и число визитов отдельно. Изменение группировки способно поменять показатели на визит.
- Отметь границу настройки в отчёте, чтобы сравнение соседних периодов не скрывало смену определения.
Не увеличивай тайм-аут только ради более красивой глубины или конверсии. Сначала сформулируй, что в твоём отчёте означает один заход. Если нужно увидеть возвращение к выбору за несколько дней, полезнее отдельная история браузера с сохранёнными границами визитов, чем один искусственно длинный визит.
Что проверить в своей ситуации
Почему история разделилась
Выбери наблюдаемое условие и получи проверку, которая помогает объяснить границу.
Пауза заведомо меньше тайм-аута
Когда подходит. Точные отметки и полный журнал подтверждают меньшую паузу.
Ограничения. Другое правило начала визита тоже возможно; одного тайм-аута недостаточно.
Следующий шаг. Проверь источник нового входа и остальные правила системы, затем сопоставь реальные идентификаторы визитов.
Пауза на границе или больше
Когда подходит. Между действиями нет учитываемых сигналов, а пауза близка к порогу либо превышает его.
Ограничения. Округлённое время не позволяет надёжно проверить равенство порогу.
Следующий шаг. Для превышения отметь новую сессию по правилу; для равенства получи точные отметки и фактический результат системы.
Изменился браузерный идентификатор
Когда подходит. Рядом с новой сессией виден другой идентификатор.
Ограничения. Тайм-аут не объясняет смену идентичности, а сходные действия не доказывают одного человека.
Следующий шаг. Проверь очистку хранилища, другое устройство и условия сбора. Не склеивай записи без основания.
При меньшей паузе проверь другие правила старта визита и реальные идентификаторы. При превышении порога раздели историю по принятому правилу; на точной границе проверь секунды и результат системы. При смене браузерного идентификатора отдельно исследуй сохранение связи. Во всех случаях используй полный журнал учитываемых событий.
В Кирпиче история относится к распознаваемому браузеру. Разные визиты могут сохранять такую связь, но очистка данных, другой браузер или устройство способны её разорвать. Это граница идентификации, а не характеристика клиента.
Результат разбора — подписанная шкала событий с отмеченным правилом и неизвестными. Если вместо пауз обнаружены пропуски событий, проведи проверку сбора аналитики. Объяснять сессии по неполному журналу рано.
Источники и документация
- Термины и определения · проверено 11.10.2026
- Настройка счетчика · проверено 11.10.2026
- Аналитика с ИИ для B2B-сайтов · проверено 11.10.2026