Funnel

Funnel (/funnel) показывает, на каком этапе пути теряется трафик: от источника до конверсии. В отличие от Reports (таблица разрезов), Funnel отвечает на вопрос «где обрыв воронки» и даёт проценты перехода между шагами.

Воронка
Конструктор Funnel: режим, шаги, визуализация и результат.

Назначение

Когда CR кампании падает, Reports покажет «плохо» по стране или sub_id, но не объяснит, сорвался ли переход на лендинг, на оффер или уже на конверсию. Funnel строит цепочку шагов и считает, сколько дошло до каждого. Режимы разные: статусы конверсий, сущности пути или произвольные события.

Предварительные условия

  • Есть клики за период; для поздних шагов — просмотры лендинга/оффера и/или конверсии.
  • Права на страницу funnels.
  • Для режима events — понимание, какие таблицы/поля доступны в registry воронки.

Как открыть

  1. Боковое меню → Funnel.
  2. Путь: /funnel.
  3. Опционально: shared-ссылка с параметром ?token=... подгружает чужой preset-конфиг.

Режимы воронки

status — шаги по статусам воронки конверсий (например click → lead → sale → registration → deposit → rebill → rejected). Удобно смотреть «сколько лидов дошло до sale».

path — этапы сущностей трекинга в фиксированной логике пути:

  1. traffic_source
  2. campaign
  3. flow
  4. landing_page
  5. offer
  6. conversion

Можно выбрать подмножество шагов, но порядок отражает путь трафика.

events — произвольные условия шагов (table / field / operator / value), когда status/path недостаточно.

Как выбрать режим

Если вопрос «сколько лидов дошло до sale / deposit» — берите status. Если вопрос «на каком объекте трекинга обрыв» (лендинг vs оффер) — path. Если нужно условие вне стандартных шагов (редкий статус, комбинация полей) — events. Не смешивайте ожидания: status не рисует этап landing_page; path не заменяет разбор статусов CPA.

Пошаговый рабочий цикл

  1. Задайте период (пресет или диапазон). На старте берите Last 7 days: слишком узкий период шумит, слишком широкий на большом аккаунте замедляет Run.
  2. Выберите режим: status, path или events — см. выше.
  3. В status/path отметьте шаги в селекторе. В path можно взять подмножество (например campaign → landing_page → offer → conversion), но порядок остаётся логикой пути. В events добавляйте step conditions по одному: table / field / operator / value.
  4. Добавьте фильтры: campaign, offer, traffic source, flow, landing, country, device, sub_id, UTM и др. Без фильтра кампании path на всём аккаунте смешивает несвязанные связки.
  5. При необходимости задайте breakdown (например country или device), чтобы сравнить сегменты на одной воронке.
  6. Выберите визуализацию: bars и funnel — для быстрого обзора дропов; table — для точных count/%; trend — динамика по дням; sankey / segmented — сравнение потоков между шагами. На weekly review обычно достаточно funnel + table.
  7. Нажмите Run. Смотрите count на шаге и % перехода к следующему. Самый большой % дропа между соседними шагами — первая гипотеза для разбора.
  8. Сохраните конфигурацию как preset с именем вида «Path / campaign X / 7d», чтобы не собирать воронку заново.

Поля и шаги path в контексте

traffic_source — вход из источника; обрыв здесь при живом трафике в Reports обычно значит неверный фильтр или период. campaign — клик уже в кампании. flow — маршрутизация внутри кампании (ветки, фильтры). landing_page — показ/проход лендинга; резкий дроп часто преленд, A/B-ветка или мёртвый URL (сверьте Monitoring). offer — переход на оффер; дроп указывает на редирект/фильтры flow или недоступность оффера. conversion — записанная конверсия; при живых офферах смотрите постбэки, цели и качество трафика (Logs, Fraud).

В status шаги вроде click → lead → sale → registration → deposit → rebill → rejected читаются как воронка статусов каталога. Нулевой lead→sale при живых лидах в Logs чаще всего маппинг status/goal постбэка, а не «сломанный Funnel».

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

Сначала найдите максимальный относительный дроп между соседними шагами, затем подтвердите абсолютными числами в Reports за тот же период и кампанию. Если count на раннем шаге уже около нуля — проблема до воронки (нет кликов, фильтр, timezone). Если ранние шаги живые, а conversion пуст — цепочка клик→постбэк: Logs → Clicks → Postbacks → Conversions. При breakdown сравнивайте сегменты только при сопоставимом объёме; иначе «плохая» страна с 20 кликами шумит.

Presets и совместный доступ

Сохраняйте рабочие конфигурации с понятным именем. Shared token в URL (?token=...) подгружает чужой preset-конфиг для просмотра/запуска — удобно передать аналитику ту же воронку. Если ссылка не открывается или токен устарел, соберите воронку заново и сохраните свой preset. Preset не «замораживает» цифры: каждый Run считает актуальные данные за выбранный период.

Типичные сценарии

  • Одна кампания, path. Фильтр campaign = X, полный или укороченный path, viz = funnel. Ищите max % дропа; при обрыве на landing_page откройте Monitoring и тестовый клик в Logs.
  • Сравнение гео. Тот же path + фильтр country или breakdown по стране; затем плохие страны углубите в Reports (Campaign → Country → Device).
  • Воронка статусов CPA. Mode status: click → lead → sale (при необходимости deposit/rebill); фильтр по affiliate network. Сверьте Incoming postback при аномальном reject.
  • После смены flow/лендинга. Период вокруг даты изменения + тот же preset path; сравните % landing→offer и offer→conversion до/после.
  • Events для нестандартного шага. Когда status/path не хватает — одно условие на шаг, Run, сверка count с Logs; не копируйте чужие conditions без понимания поля.

Устранение неполадок

  • Все шаги нули: период, timezone аккаунта, фильтр кампании; есть ли клики в Logs за те же даты.
  • Ранние шаги есть, conversion = 0: Incoming postback, Conversion Catalog / Postback Mapping, тестовый постбэк.
  • Дроп на offer при «зелёном» Monitoring: смотрите фильтры/ветки flow и geo/device правила, не только HTTP 200 оффера.
  • Events даёт пустой/аномальный шаг: упростите condition, проверьте table/field/operator; сравните с path/status на той же выборке.

Частые ошибки

  • Запускать path без фильтра кампании на большом аккаунте.
  • Путать режим status и path: status не показывает landing_page как этап сущности.
  • Считать нулевой шаг багом Funnel до проверки Logs за тот же период.
  • В events задать условие без понимания поля — пустой или аномальный шаг.
  • Оптимизировать CR по Funnel, игнорируя down в Monitoring на том же оффере.