Пять минут на сайте: что измерено и чего таймер не знает
Посетитель провёл на сайте пять минут. Он выбирал оборудование, отвечал на письмо в соседней вкладке или пытался найти характеристики? Одна длительность не различает эти ситуации. Чтобы проверить интерес, нужно знать способ расчёта времени и найти отдельные наблюдаемые действия.
Разберём, где у времени заканчивается измерение и начинается предположение. На условных историях соберём небольшой набор сигналов для страницы оборудования: просмотр характеристик, работа со страницей, скачивание паспорта и переход к контакту. Все истории и числа ниже придуманы для объяснения метода.
Сначала выясни, какое время показывает отчёт
В Яндекс Метрике время на сайте определяется промежутком между первым и последним событием визита. Это границы зарегистрированной истории, а не непрерывное наблюдение за глазами посетителя. Состав событий тоже важен: кроме просмотров, в истории могут быть скачивания, переходы по внешним ссылкам и цели.
В другом отчёте могут использоваться иные правила: интервал между событиями, время видимой вкладки или сумма периодов, которые система считает активными. Одинаковое слово «время» ещё не делает показатели сопоставимыми. Перед сравнением запиши название поля, единицу и правило расчёта именно своей системы.
| Вопрос | Почему ответ меняет вывод |
|---|---|
| Какие события запускают и заканчивают измерение? | Дополнительный технический сигнал может изменить длительность без нового перехода по сайту. |
| Засчитывается ли скрытая вкладка? | Открытая страница может ждать возвращения посетителя, пока он занимается другой задачей. |
| Что означает «активность»? | Нужно узнать критерий и период ожидания, а не считать название поля доказательством чтения. |
| Как учитывается последний экран? | Если после его открытия нет нового учитываемого сигнала, конец чтения может остаться неизвестным. |
| Это отдельный визит или среднее по группе? | Среднее не описывает каждого посетителя и зависит от состава выбранной группы. |
Четыре истории, которые один таймер легко перепутает
Условимся, что в примерах журнал содержит только перечисленные события и относящиеся к ним отметки времени. Там, где мы знаем реальное поведение, оно задано условиями учебного примера. В рабочем отчёте этих сведений может не быть.
| История | Что известно из условий | Что видно в событиях | Допустимый вывод |
|---|---|---|---|
| Вкладка ждала | 10:00 — открытие; затем посетитель ушёл в другую вкладку. В 10:05 вернулся и скачал паспорт. | Просмотр в 10:00 и скачивание в 10:05; промежуток — пять минут. | Паспорт запрошен после открытия страницы. Пять минут непрерывного чтения не подтверждены. |
| Чтение без новых сигналов | 10:00 — открытие; до 10:03 посетитель читал первый экран, затем закрыл страницу. Других учитываемых событий нет. | Один просмотр; отдельной отметки окончания чтения нет. | Из журнала нельзя восстановить три минуты чтения, хотя в условиях примера оно было. |
| Возврат к задаче | 10:00 — открытие; 10:02 — переход к сравнению; 10:04 — возврат на карточку. | Три просмотра с указанными адресами и временем. | Зафиксирован возврат к карточке. Причина возврата и удовлетворённость пока неизвестны. |
| Быстрый полезный шаг | 10:00:00 — открытие знакомой карточки; 10:00:20 — скачивание паспорта. | Просмотр и скачивание через двадцать секунд. | Короткий промежуток совместим с полезным действием; сам по себе он не делает визит нецелевым. |
Поэтому правило «меньше минуты — плохо, больше трёх — хорошо» нельзя переносить на все страницы. Быстрый доступ к нужному файлу и долгое блуждание по меню могут иметь противоположную пользу при противоположной длительности. Порог можно вводить как рабочее условие отбора, но его смысл нужно отдельно проверять на задаче страницы.
Для страницы оборудования задай наблюдаемый следующий шаг
Начни с вопроса, который страница помогает решить. Для карточки станка это может быть проверка подходящей комплектации. Для статьи о пусконаладке — выяснение порядка работ. Набор сигналов получится разным: скачивание паспорта уместно для первой задачи, переход к описанию услуги — для второй.
| Наблюдение | Что можно записать | Что остаётся неизвестным |
|---|---|---|
| Просмотр карточки | Страница зарегистрирована в выбранной истории. | Был ли материал прочитан и соответствует ли оборудование задаче. |
| Скролл до характеристик | Зарегистрировано достижение выбранного участка или порога прокрутки. | Прочитал ли посетитель характеристики; нужен контекст расположения блока. |
| Скачивание паспорта | Зарегистрировано настроенное событие скачивания. | Открыт ли файл, изучен ли он и принято ли решение. |
| Клик по телефону | Зарегистрирован переход по телефонной ссылке. | Состоялся ли разговор и был ли он целевым. |
| Подтверждённый успех формы | Приложение подтвердило успешный результат, для которого настроено отдельное событие. | Стала ли заявка квалифицированной и привела ли к продаже. |
Для условной карточки достаточно начать с трёх проверяемых наблюдений: просмотр карточки, скачивание нужного документа и подтверждённая заявка. Скролл добавь, если важно проверить доступность блока характеристик. Не увеличивай число событий только ради подробного отчёта: у каждого должно быть понятное решение, которое он помогает принять.
В Кирпиче предусмотрены разные типы действий, включая скролл, engagement, скачивания и события форм. Выбери нужные для своей задачи и проверь их на конкретной странице. Наличие типа в системе не подтверждает, что любая форма отправляет его правильно; клик, попытка отправки и успешный результат нужно различать.
Если действие выполнено, но в истории его нет, сначала проведи приёмку сбора событий. До этого отсутствие записи нельзя уверенно использовать как свидетельство отсутствия интереса.
Проверь, готов ли набор сигналов к интерпретации
Отметь только то, для чего есть проверяемое основание: описание расчёта, контрольный проход или запись события. Неотмеченный пункт покажет, какое действие выполнить. Количество галочек не оценивает качество трафика и не вычисляет вероятность покупки.
Что проверить перед выводом об интересе
Получить конкретные действия для пробелов в измерении времени и полезных шагов.
Отметь выполненные проверки. Итог показывает оставшиеся действия, а не оценку качества бизнеса.
Если неизвестен расчёт времени, найди описание поля; если неизвестно поведение фоновой вкладки, проверь переключение и не называй интервал чтением. Если не выбран полезный шаг, свяжи его с задачей страницы. Если событие не проверено, выполни контрольный проход и найди запись. Для формы проверь отдельно ошибку и успех. В готовом выводе оставь наблюдаемые события и явно назови неизвестные чтение и намерение. Когда все пункты подтверждены, анализируй эти сигналы в выбранной группе; чек-лист не подтверждает качество аудитории.
Как сформулировать вывод, который выдержит проверку
- Укажи страницу, период и выбранную группу: вывод относится именно к ним.
- Назови измеряемое время его полным названием и объясни правило расчёта.
- Добавь полезное действие, способ его подтверждения и доступные записи.
- Если сравниваешь периоды, проверь изменения сбора, страницы и состава группы до объяснения причин.
- Предложи следующий проверяемый шаг: например, проверить доступность паспорта на мобильном экране или успешную отправку формы.
После такой проверки время остаётся полезным контекстом. Оно помогает заметить необычную историю и выбрать, что разобрать дальше. Решение об улучшении страницы опирай на её задачу и подтверждённые действия: так пяти минутам не придётся изображать мысли посетителя.
Источники и документация
- Термины и определения · проверено 11.10.2026
- Page Visibility API · проверено 11.10.2026
- Аналитика с ИИ для B2B-сайтов · проверено 11.10.2026