Время на сайте

Происхождение и история термина

Исторический проект словаря Web Analytics Association от 22 сентября 2008 года уже содержал понятие Visit Duration — длительность посещения, также названную Time Spent. На странице 17 предлагалось обычно вычитать время первого действия из времени последнего. Там же обсуждалась проблема визита с одним событием: продолжительность неизвестна, а разные поставщики могут по-разному учитывать её при усреднении. Это свидетельство употребления и обсуждения метрики, а не дата её изобретения. ^[6]

Развитие измерения связано с переходом от вопроса «сколько прошло между действиями» к дополнительному вопросу «когда страница была активна». Сегодня оба подхода сосуществуют: Adobe сохраняет расчёт по соседним обращениям, а Google отдельно считает взаимодействие при фокусе страницы. Поэтому новое название показателя не означает, что он продолжает прежний ряд данных без изменения смысла. ^{[1, 3, 8]}

Суть и механизм

Счётчик получает сигналы о действиях на сайте с отметками времени. Визит объединяет действия одного посетителя по правилам системы. Например, Метрика завершает визит после периода без активности; стандартный тайм-аут составляет 30 минут и может быть изменён. Тайм-аут нужен для разделения визитов: его нельзя просто прибавлять к измеренному времени человека на сайте. ^[7]

Для Метрики время на сайте — интервал между первым и последним событиями визита. В их перечень входят просмотры, переходы по внешним ссылкам, скачивания и достижения целей, в том числе вызовы соответствующих методов счётчика. Следовательно, последней отметкой может быть скачивание файла, а не только открытие следующей страницы. ^[7]

В Adobe Total seconds spent — суммарное число секунд, полученное из интервалов между последовательными обращениями. Учитываются обращения просмотра страницы и отслеживания ссылок. После последнего обращения следующей отметки нет, поэтому последний интервал не измеряется; это касается и визита с единственным обращением. ^[3]

Google собирает другое время: пока веб-страница находится в фокусе. Длительность передаётся в параметре engagement_time_msec, то есть в миллисекундах, вместе с собираемыми событиями; передача предусмотрена, в частности, при потере фокуса или уходе со страницы. Поэтому правило Adobe о последнем обращении нельзя автоматически переносить на Google. ^[8]

Виды и классификации

Для выбора показателя удобно разделить два вопроса: какой сигнал измеряют и на что делят сумму. Это редакционная классификация, а не единый стандарт аналитических систем.

Пользователь может прийти несколько раз, поэтому среднее на пользователя не равно среднему на визит. А суммарное время, например Adobe Total seconds spent, вообще не является средним и само по себе знаменателя не имеет. ^{[1, 3]}

Отдельный технический сигнал — видимость страницы. HTML Living Standard описывает состояния visible и hidden, связанные, например, со свёрнутым окном или фоновой вкладкой. Сигнал сообщает о состоянии интерфейса; считать его доказательством понимания текста было бы лишним выводом. ^[5]

Как применяется на практике

Учебный пример: редакция сравнивает короткую новость о перекрытии дороги и подробный разбор транспортной реформы. Быстрый уход после прочтения нужного адреса может означать решённую задачу. Долгое посещение сложного разбора тоже неоднозначно: читатель мог заинтересоваться или затрудниться. Поэтому редакция заранее выбирает сопоставимые форматы и полезный результат, например переход к карте, а время использует как дополнительный сигнал.

В Метрике можно отдельно посмотреть время визитов с достижением выбранной цели. ^[2] Но если подписавшиеся проводят на сайте больше времени, это ещё не показывает, что искусственное продление визита увеличит подписки. В нашем примере уже заинтересованные читатели могли одновременно чаще подписываться и дольше читать.

Для сайта на Matomo полезно учитывать настройку Heartbeat Timer. Этот механизм отправляет дополнительный сигнал при определённых событиях браузера после необходимого интервала и помогает уточнить длительность визита. Он не улучшает показатель Avg. time on page в отчёте Behaviour → Pages и не устраняет ошибки распределения времени между несколькими вкладками. ^[4]

Как измерить или проверить

Начните с карточки показателя: точное имя в отчёте, события, единицы, период, часовой пояс, фильтры и знаменатель. Отдельно запишите, как система обрабатывает отсутствующие интервалы. Это редакционная рекомендация для воспроизводимого сравнения.

Учебный журнал одного визита содержит три обращения: открытие страницы в 12:00:00, переход на другую страницу в 12:00:40 и зарегистрированное скачивание в 12:01:30. Между ними прошло 40 и 50 секунд. Сумма известных интервалов — 90 секунд. Сколько человек оставался после скачивания, журнал не показывает; добавлять ещё минуту или записывать доказанный мгновенный уход оснований нет. Пример иллюстрирует метод разностей, описанный Adobe, без воспроизведения всех правил распределения времени по страницам. ^[3]

Теперь возьмём отдельный учебный набор: у четырёх визитов измеренные интервалы составили 90, 60, 30 и 120 секунд. Все четыре значения доступны. Среднее по этим визитам рассчитывается так:

Среднее = (90 + 60 + 30 + 120) / 4 = 75 секунд.

Знаменатель здесь — четыре визита, а числитель — 300 секунд. Если они принадлежат двум пользователям, деление той же суммы на два даст 150 секунд на пользователя. Это другая величина; называть её Google Average engagement time нельзя, поскольку исходные интервалы не измеряли время фокуса.

Предположим, обнаружен пятый визит с единственным событием и неизвестной продолжительностью. Среднее по четырём измеренным остаётся 75 секунд. Если методика явно назначает пятому ноль и включает его в знаменатель, получится 60 секунд. Это результат подстановки, а не восстановленное наблюдение; он не доказывает, что пятый посетитель ушёл мгновенно. При отсутствии визитов среднее не определено, потому что делить на ноль нельзя. ^[6]

Ошибки, ограничения и спорные вопросы

Неизмеренное значение и ноль различаются. Например, Matomo по умолчанию записывает нулевую длительность визита с одним просмотром, если следующего отслеживающего запроса нет. ^[4] Для собственной выгрузки нельзя молча перенимать это правило: сначала выясняют значение пропуска и документируют его обработку.

Добавление события скачивания в учебный журнал продлило бы наблюдаемый интервал с 40 до 90 секунд, даже если поведение осталось тем же. Поэтому при сравнении периодов нужно отметить изменение схемы сбора. Из роста показателя без такого контроля нельзя заключить, что люди стали внимательнее.

Проверка на тестовом посещении помогает увидеть, какие сигналы действительно отправляются. Для Matomo документация предлагает после необходимого ожидания сменить вкладку или уйти со страницы и искать запрос с параметром ping=1. Такой запрос не создаёт новый просмотр, действие или конверсию. ^[4] Это проверка передачи данных, а не измерение понимания материала.

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

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

• vizit
• prosmotry-stranits
• glubina-prosmotra
• pokazatel-otkazov
• vovlechennost
• veb-analitika