For the complete documentation index, see llms.txt. This page is also available as Markdown.

Воронки

В этом типе отчёта вы задаёте несколько шагов в виде событий и смотрите, сколько пользователей дошло от первого шага до каждого следующего. Это удобно, чтобы найти, на каком этапе пользователи «отваливаются» — например, открыли бота, но не дошли до оплаты.

Как и в трендах, для каждого шага можно выбрать конкретное событие и добавить к нему фильтр — нажмите на иконку воронки рядом с событием. Доступные поля для фильтра — на странице Поля для фильтров.

Можно нажать на число пользователей у конкретного шага, чтобы открыть список этих пользователей.

Как добавить воронку

  1. Добавьте шаги по порядку — от первого действия, которое должен совершить пользователь, до последнего.

  2. Для каждого шага выберите событие и при необходимости фильтр.

  3. Настройте окно конверсии, строгость порядка и (опционально) разбивку по UTM — см. таблицу ниже.

Настройки воронки

Настройка
Описание

Окно конверсии

Сколько времени даётся пользователю, чтобы пройти все шаги воронки от первого до последнего. Пользователи, которые не успели пройти шаг за это время, считаются не прошедшими его

Строгость порядка

Как именно проверяется порядок шагов — см. варианты ниже

Разбивка/группировка по UTM

Делит данные воронки по UTM-меткам — на каждом шаге видно, сколько пользователей пришло по каждой метке

Строгость порядка

Вариант
Логика

Последовательный

Шаг B должен произойти после шага A, но между ними может быть любое количество других событий

Строгий порядок

Шаг B должен идти сразу после шага A, без каких-либо событий между ними

Любой порядок

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

Разбивка/группировка по UTM

Эта настройка делит данные по UTM-меткам. В таблице с данными метки группируются каскадно — по названию параметра и его значению, списки можно раскрывать нажатием на +.

Сквозная воронка

Разбивка по UTM берёт метки, с которыми пользователь пришёл на первом шаге, и применяет их ко всем последующим шагам — даже если эти шаги относятся к другому ресурсу (боту или каналу). Благодаря этому можно построить сквозную воронку: события для первого шага взять из одного ресурса, а для следующих шагов — из другого.

Пример. Хотим понять, какой источник трафика приводит не просто подписчиков в канал, а реальных покупателей в боте:

  1. Шаг 1 — событие «Вступление в канал», фильтр по ресурсу — канал A.

  2. Шаг 2 — событие «Запуск бота», фильтр по ресурсу — бот B.

  3. Шаг 3 — событие «Покупка» в боте B.

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

Пример отчёта

Воронка «подписка → запуск бота → покупка»

  • Шаг 1: «Вступление в канал»

  • Шаг 2: «Запуск бота»

  • Шаг 3: «Покупка», фильтр «Единица измерения» = usd

  • Окно конверсии: 7 дней

  • Строгость порядка: «Последовательный»

  • Разбивка: по UTM-источнику первого шага

Результат — таблица или график с числом пользователей на каждом шаге и процентом перехода между ними, в разрезе источников трафика.

Последнее обновление