Пути пользователей

Воронку вы задаёте сами: вот шаги, покажи конверсию. Пути отвечают на обратный вопрос — что люди делают вокруг события, о котором вы не строили гипотез. Типовой случай: вы знаете, что часть пользователей после регистрации не доходит до первого ключевого действия, но не знаете, куда они уходят вместо него.

Анализ → Пути пользователей.

Что именно показывает отчёт

Вы выбираете одно опорное событие и направление.

• После события — берётся первое за период вхождение опорного события у пользователя, дальше последовательность разворачивается вперёд.
• До события — берётся последнее вхождение, последовательность разворачивается назад; опорное событие остаётся в нулевой колонке схемы.

Опорное событие входит в путь и занимает одну ступень глубины: при глубине 3 в направлении «после» вы видите опорное событие и два следующих.

На каждую единицу пути берётся один путь — тот, что примыкает к выбранному вхождению опорного события. Отчёт не суммирует все проходы одного человека, и поэтому «Путей: N» — это число пользователей (или сессий), у которых путь нашёлся, а не число переходов.

Единица пути задаётся полем «Единица пути»:

Значение	Что считается одним путём
Пользователь	вся история человека за период, в порядке времени
Сессия	одна сессия одного человека

Вариант «Сессия» подписан в интерфейсе как «за флагом drill-down» и выключен, если разбор по людям не входит в тариф; сервер проверяет то же право перед запросом к данным.

Соберите отчёт

1. Выберите опорное событие. По умолчанию это просмотр страницы.
2. Выберите направление — «После события» или «До события».
3. Задайте глубину: 3, 4 или 5.
4. Задайте минимум прохождений, чтобы отсечь единичные маршруты.
5. Задайте период. По умолчанию — последние 30 дней.
6. Нажмите «Построить пути» либо включите «Автопересчёт».

Необязательные поля «Начать с события» и «Закончить событием» подрезают последовательность до нужного участка. Если указанного события в последовательности нет, путь такого пользователя в отчёт не попадает вовсе — это фильтр, а не подсказка.

Поле «Шумовые события через запятую» убирает из построения технические события: по умолчанию туда уже записаны identify и alias. Опорное, начальное и конечное события исключить нельзя — запрос вернёт ошибку.

Глубина и реальные лимиты ветвления

Глубина ограничена тремя значениями — 3, 4 и 5. Других вариантов нет ни в интерфейсе, ни в API: запрос с глубиной вне этого диапазона отклоняется с ошибкой валидации. Увеличить глубину настройкой или через API нельзя.

Остальные потолки, которые видно на экране:

Что ограничено	Предел
Маршрутов в ответе («Топ маршрутов» в настройках)	от 1 до 50, по умолчанию 20
Строк маршрутов всего, включая остаток	50
Узлов на схеме	100
Связей между узлами	200
Условий в фильтрах аудитории	100
Шумовых событий	100
Событий, прочитанных за период	500 000

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

Если за период в отчёт попадает больше 500 000 событий, запрос завершится ошибкой вместо неполного ответа. Лечится сужением периода, фильтром аудитории или добавлением шумовых событий в исключения.

Как схлопываются редкие переходы

Маршрут — это вся последовательность целиком, а не отдельный переход. Дальше работают два порога подряд:

1. Маршруты, которые прошли реже значения «Минимум прохождений», складываются в один служебный остаток.
2. Маршруты, не попавшие в «Топ маршрутов» по частоте, отправляются туда же.

Остаток учитывается в общем числе путей и в знаменателе долей, но своих узлов на схеме не получает. Поэтому доли узлов внутри одной ступени в сумме не дадут 100% — не хватит ровно доли остатка. Это не ошибка отчёта.

В новом отчёте минимум прохождений равен 2: одиночные маршруты почти всегда шум. Поднимайте порог, если схема превратилась в веер из тонких линий; опускайте до 1, только когда данных мало и вы разбираете конкретный случай.

Адреса приводятся к общему виду

Перед подсчётом адрес каждого события нормализуется:

• отбрасывается query-строка;
• отбрасывается схема и домен — остаётся только путь;
• числовые сегменты пути заменяются на :id.

Так https://shop.example.com/orders/1041?utm_source=ads становится /orders/:id. Без этого каждый заказ был бы отдельным узлом и схема рассыпалась бы на тысячи веток.

Практические следствия, о которых стоит знать заранее:

• страницы с одинаковым путём на разных доменах (например, основной сайт и поддомен) сольются в один узел;
• сегменты с буквами и цифрами (/v2/abc123) не сворачиваются — если у вас идентификаторы вида a1b2c3, узлов будет много;
• узел — это событие с нормализованным адресом на конкретной ступени, поэтому одно и то же событие на разных страницах и на разных ступенях даёт разные узлы.

Собственных правил нормализации на проект в текущей версии нет. Если адреса разъезжаются, отправляйте в событии уже приведённый адрес или используйте разбивку по свойству вместо адреса.

Разбивка

Поле «Разбивка» добавляет к маршруту одно значение и делит одинаковые последовательности на сравнимые срезы. Значение берётся у опорного события — не у первого и не у последнего шага.

Доступны колонки события — event_name, url, referrer, utm_source, utm_medium, utm_campaign, device_type, os, browser, country — и свойства ваших событий в виде prop:<имя>.

Так проверяют гипотезу «на мобильных путь другой», не собирая два отчёта.

Что делать с найденной ветвью

В таблице узлов пять колонок: Узел, n, %, Отвал и кнопка «Создать».

Отвал — это число путей, для которых узел оказался последним шагом. Читать эту колонку нужно с двумя оговорками:

• в направлении «после» весь отвал последней колонки объясняется обрезкой по глубине, а не уходом человека;
• в направлении «до» последним шагом пути всегда оказывается само опорное событие, поэтому нулевая колонка соберёт отвал целиком.

Содержательно отвал читается на промежуточных ступенях: там он действительно означает, что путь закончился раньше, чем позволяла глубина.

Прямой ссылки «показать этих людей» или «открыть запись сессии» на экране путей нет. Рабочий путь от ветки к людям — через сегмент:

1. Нажмите «Создать» на нужном узле. Получится живое правило «Сделали <событие> за последние N дней», где N — длина периода отчёта, ограниченная 400 днями. Фильтры аудитории сохраняются вместе с правилом.
2. Подставьте этот сегмент фильтром в воронку или в удержание.
3. Там уже есть переход к списку конкретных людей, к карточке человека и к записям сессий.

Создание сегментов требует роли «Аналитик» или выше.

Путь или воронка

Вопрос	Отчёт
Куда люди уходят вместо нужного действия	пути
Какая доля дошла от шага 1 до шага 4	воронка
Что происходит перед покупкой	пути, направление «до»
Сколько теряется на конкретном переходе	воронка
Кто именно не дошёл	воронка, разбор отвалившихся
Успевают ли люди уложиться в сутки	воронка, окно конверсии

Ключевые различия, которые стоит держать в голове:

• у путей нет окна конверсии — последовательность берётся как есть, без ограничения по времени между шагами;
• у путей нет сравнения аудиторий (блок «Сравнить аудитории» есть в воронках, удержании и аналитике, но не здесь);
• воронка считает переходы между заданными событиями, путь — целые последовательности, поэтому числа двух отчётов не обязаны совпадать.

Обычная последовательность работы: нашли неожиданную ветку в путях — построили по ней воронку и уже там разбираетесь, сколько людей и кто именно.

Сохранение и выгрузка

Состояние построителя целиком лежит в адресе страницы, поэтому ссылка воспроизводит отчёт в точности — её можно отправить коллеге. Кнопка «Сохранить» превращает отчёт в именованный, он появится в разделе Мониторинг → Отчёты и может быть размещён на сводной панели. Результат выгружается в CSV кнопкой на панели инструментов.

Сохранять отчёты может участник с ролью «Аналитик» или выше; смотреть — любой участник проекта.

Если сохранённый отчёт был создан несовместимой версией конфигурации, вместо данных появится сообщение «Конфиг сохранённого отчёта Paths не соответствует поддерживаемой версии». Отчёт в этом случае нужно собрать заново — молча показывать другую картину продукт не станет.

Если картина выглядит странно

Симптом	Обычная причина
Маршрутов почти нет	опорное событие происходит редко или попало в шумовые исключения
Один гигантский маршрут и ничего больше	в путь попало автособытие, которое случается на каждой странице — добавьте его в шумовые
Доли узлов не складываются в 100%	часть маршрутов ушла в остаток по минимуму прохождений и топу
Отвал сосредоточен в одной колонке	это конец пути по построению: обрезка по глубине в направлении «после» или опорное событие в направлении «до»
Слишком много почти одинаковых узлов	адреса содержат нечисловые идентификаторы и не нормализуются
Ошибка вместо результата на длинном периоде	превышен предел 500 000 прочитанных событий
Вариант «Сессия» недоступен	разбор по людям не входит в текущий тариф
Числа расходятся с воронкой	у путей нет окна конверсии, и на человека берётся один путь